[plugin] [ORPHAN] zem_event [flexible integrated event management]

squaredeye · 2007-04-01 16:15:01

.32 is on its way :)

renobird · 2007-04-02 19:47:51

Renobird Wrote

Anyone out there interesting in working on a particluar feature request ?
I’m in desperate need of the having the location drop down changed to a text field.

Zem Wrote

That’s one of the potential features I discussed with Matthew for the next release. It’s still a possibility, as there’s some time remaining in the budget. You might like to discuss it with Matthew. Alternatively, you can contact me directly for custom development work.

Zem,
Thanks for the reply…I wasn’t sure if you were still handling things like that.
I was under the impression the current money collected was for bug fixing, and anything else would be handled by an interested party with the skills. I hope I didn’t offend. : )

Matthew,
Is there any possibilty of the location drop down becoming a text field in the very near future…or is that a request I should take up with Zem directly? I know you’ve got a zillion requests, and some bugs to fix, so I totally understand if it’s not very high on the priority list. Just wanted to get your thoughts on how to move forward.

)

—
Tom

rsilletti · 2007-04-02 19:59:50

I’ve updated the auto_delete branch on Google Code to version 0.31. Given the inherently klunky nature of the approach I don’t intend to develop it any further, it has become obvious as I have worked that there has to be a better way.
I have been working on a similar idea based on Robert Wetzlmayr’s article expiration patch that has much more promise. Any opinions on a plugin that will provide automated article deletion being integrated with the zem_event plugin as well?

squaredeye · 2007-04-03 11:56:21

Version .32 is ready. Enjoy.
It should fix a few last things in what we’ve currently been experiencing as bugs.

I believe we have some time left with Alex, and thus I believe the fix for the Location dropdown would be a good fit.

I’ve sent Hakjoon the files and he is likely to get them to Google Code soon.

Have a nice day all.

progre55 · 2007-04-03 13:07:52

Matthew:

In the most recent release, is the Auto completion of fields resolved. It currently my biggest issue with the client I have using it.

Also, not sure if this is the place, but has there been any thought to a hide/reveal on the write tab for the events information. The way it currently is set up, with the fields below the write fields, it makes this tab a little overwhelming to the client. I believe this is especially true because normally (or at least in my cases) the client is creating a lot more articles that do not have events than those that do. Just wondering if it was something being discussed or in production?

Thanks again for the great work from the group.

progre55

squaredeye · 2007-04-03 13:54:59

progre55,
Both issues should be fixed. Let me know if they are not.

Matthew

Niconemo · 2007-04-03 15:31:50

updated and used : no problem for me :-)

The show-hide thing is a good idea

jmk · 2007-04-03 17:42:39

what i dont get is, why do the locations have to be “hardcoded”? the best thing in my opinion would be if that would be similat to the date field where you can either select the date from the list or put it in yourself.

and another thing, would it be at all possible to change the location of the whole thing? we already have a event (categories) tab, why not use that for the whole thing? adding and display of all events, that way it would be clear for every client where s/ he would have to add/edit/find a date (no pun intended :) ).

well, just a thought…

jmk

hakjoon · 2007-04-03 17:54:18

I was planning on integrating the events category tab into the general categories tab. Not sure why it’s not there to begin with honestly.

I don’t know enough how the events relate to articles to see if it would make sense to be in it’s own tab (which I would also prefer).

Maybe Matthew can provide some background on that.

squaredeye · 2007-04-03 18:24:03

As far as I know, events are directly tied to articles. They are associated. Alex might be able to explain this better, but I believe it would be strange to have it in its own tab in one sense, since it relies on the article fields.

Perhaps there could exist a checkbox:
[ ] associate an event with this article?
if checked, the event fields open.
also, if checked an association (label) occurs on the articles tab where one can sort by events (whether there is one or not).

That would be my thought. Also, the location field will not be hardcoded for long. It was not hardcoded for the majority of the development and then in the last few releases it became so, which makes me think that it was another clients desire for that to happen? (assuming other Team Textpattern clients) were using the calendar plugin?

M

rsilletti · 2007-04-03 20:19:03

Hakjoon – The zem_event_calendar table contains an event id “id” and an article “article_id” The event id ties zem_event_date to zem_event_calendar and article_id ties textpattern to zem_event_calendar. The categories are stored in txp_category with an category type of event. If I could make clear sense of zem_event_category’s purpose in life, I’d feel comfortable in saying that moving the source of category entries shouldn’t clash with anything; but I haven’t been able to make sense of it so far?

zem · 2007-04-04 00:03:59

If I could make clear sense of zem_event_category’s purpose in life

It’s a many-to-many relationship table that maps calendar events to categories.

Events are currently tied 1:1 with articles. It was done that way, and the event UI placed on the article write page, to keep the development costs down. The table design is intended to allow other mappings in future, but the current display tags assume a 1:1 event:article mapping.

The category and location code was funded by another client, and developed to their spec.

Last edited by zem (2007-04-04 00:07:56)

Textpattern CMS

Textpattern CMS support forum

#277 2007-04-01 16:15:01

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#278 2007-04-02 19:47:51

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#279 2007-04-02 19:59:50

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#280 2007-04-03 11:56:21

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#281 2007-04-03 13:07:52

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#282 2007-04-03 13:54:59

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#283 2007-04-03 15:31:50

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#284 2007-04-03 17:42:39

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#285 2007-04-03 17:54:18

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#286 2007-04-03 18:24:03

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#287 2007-04-03 20:19:03

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

#288 2007-04-04 00:03:59

Re: [plugin] [ORPHAN] zem_event [flexible integrated event management]

Board footer