Event Calendar v3

[DivaVocals]

Now taking a pass at cleaning up inline styles and tweaking/cleaning up the shop-side CSS file. Where appropriate I have moved inline styles to the stylesheet (where they should be housed).

• I seperated the event single view description class from the events list description class. This will give shopowers a ton more flexibility Since the labels/headings on these two views already had seperate classes this made sense to include.
• I have removed ALL of the CSS that looks specific to the person or persons who updated this module in the past (font colors, background, etc). Individual shop owners have PLENTY of freedom to modify the look/feel of the single event or event listings views using the CSS file that comes with this module. In my own testing many of these "default" CSS rules were in direct conflict with my store's own template, and I can imagine that this too will be an issue for others.. This of course doesn't preclude a shopowner from modifying the look and feel of the Events Calendar pages. The Events Calendar stylesheet should be where they do it.
• the "xbackground" etc rules have all been removed - This is something people do instead of using css comments to nullify a rule when testing or building pages. It is surely not good practice and just results in invalid css, and it looks ike many of these invalid rules were left in the CSS file.

Gotta go start Sunday dinner.. Will be back at this in a few hours..

[dw08gm]

I do have one question.. Did we NOT want a start and end TIME for events???

Start/End times are OK for single day events, but when there are long breaks say for lunch, or a signle event comprises a series of progressive events (eg dinner party), or an event runs over two or more days with different start/end times each day, it becomes problematic. To resolve this, I use a mini-table (one prepared earlier) that can be simply copy/pasted into and edited in the description section. I also do a similar thing with certain event posters setup as proformas.

However, I am not saying it cannot be done, but that attempting such may extend the current development of this mod somewhat. At this stage, it maybe better to leave it for a latter upgrade.

Cheers

[DivaVocals]

Start/End times are OK for single day events, but when there are long breaks say for lunch, or a signle event comprises a series of progressive events (eg dinner party), or an event runs over two or more days with different start/end times each day, it becomes problematic. To resolve this, I use a mini-table (one prepared earlier) that can be simply copy/pasted into and edited in the description section. I also do a similar thing with certain event posters setup as proformas.

However, I am not saying it cannot be done, but that attempting such may extend the current development of this mod somewhat. At this stage, it maybe better to leave it for a latter upgrade.

Cheers

I understand that I can use the description to add this information, but it would be nice if there were simple start and end time fields (ie: Starts at 8am and Ends at 5pm).. I wasn't suggesting it for NOW.. I was simply inquiring why it's never been included..

The mechanism this module now uses for creating recurring events wouldn't make this at all problematic since all it really does is create multiple events based on specific parameters and because of this it's easy enough to edit the start and end times for an event that spans over several days where the hours for one or more days of a multi-day event may be different from other days of the multi-day event... I'm not concerned about adding lunch breaks etc because other apps in this class (events managers) do not typically include this when you enter start and end times. Breaks and stuff could be specified by including an itinerary in the event description.

For my own personal use I will probably take a stab at adding simple text fields with a start and end time..

[dw08gm]

More tweaks:

The mod inherited lots of deliquent things and needs someone way above my paygrade to fix.

Cheers

[dw08gm]

The mechanism this module now uses for creating recurring events wouldn't make this at all problematic since all it really does is create multiple events based on specific parameters and because of this it's easy enough to edit the start and end times for an event that spans over several days where the hours for one or more days of a multi-day event may be different from other days of the multi-day event... I'm not concerned about adding lunch breaks etc because other apps in this class (events managers) do not typically include this when you enter start and end times. Breaks and stuff could be specified by including an itinerary in the event description.

Yes, which ultimately would allow vendors to sell tickets and other products for each part or various stages of an event. However, for the inital promotion of a multi-staged event, the public would still like to see one overview of the entire event, eg for booking travel/accommodation months in advance, and could get cheesed if the event information was spread out too much and they happened to miss part of the main event because the details were listed elsewhere. The additional link(s) can provide details for each part or various stages of an event.

Cheers

[DivaVocals]

Yes, which ultimately would allow vendors to sell tickets and other products for each part or various stages of an event. However, for the inital promotion of a multi-staged event, the public would still like to see one overview of the entire event, eg for booking travel/accommodation months in advance, and could get cheesed if the event information was spread out too much and they happened to miss part of the main event because the details were listed elsewhere. The additional link(s) can provide details for each part or various stages of an event.

Cheers

Though Rus has added some nice features, enhanced others and fixed existing ones, this module isn't really setup for creating a TRUE multiple day event. Now the recurring event feature Rus created can be used to create something which resembles a multi-day event, but in reality it really only creates multiple single events.

For that reason one would need to include an itinerary in the description.

That this add-on cannot show the itinerary of a multi-day event has nothing to do with adding start and end times to this add-on.

For other apps in this same class of apps they do not include time fields for things like breaks etc.. they include simple start and end times for each day of a multi-day event. So when you create an events that span multiples days, one would simply include the start/end time that particular day's activities. Adding start and end time fields in this add-on for an event has nothing really to do with showing a full schedule for a multi-day event as this add-on doesn't truly support multiple day events.. Adding start/end times is one thing adding full support for multi-day events (like showing the itinerary) is a different beast..

[DivaVocals]

Okay here's the (mostly) cleaned scrubbed tested to death version that includes all of Rus' recent changes and mine as well..

The readme file has been created and is also included..

One last bug I found that is kinda a showstopper IMHO..

The product/manufacturer/categories links open inside a new window/tab which is silly. Internal links should simply open in the current window.. I've gone though every file that had target="_blank" and target=_blank and no dice.. I can't get this to stop happening and I can't figure out why.. See this page to see what I mean..
http://zentestcart(dot)overthehillwe...select_event=1

[dw08gm]

Times, like location/directions/maps, available amenities, pre-requisites and such, are at a level of detail below the inital function of promoting "dates" in calendar format.

The recurring event feature was never intended to break up events into smaller components, but only to make it easier to input mulitple events of similar character.

As currently developed, the calendar is sufficiently flexible to provide for all manner of details, while not requiring vendors to input levels of detail they may or may not wish to provide.

Cheers

[dw08gm]

Okay here's the (mostly) cleaned scrubbed tested to death version that includes all of Rus' recent changes and mine as well..

The readme file has been created and is also included..

I have been so looking forward to this moment. Immense thanks.

One last bug I found that is kinda a showstopper IMHO..

The product/manufacturer/categories links open inside a new window/tab which is silly. Internal links should simply open in the current window.. I've gone though every file that had target="_blank" and target=_blank and no dice.. I can't get this to stop happening and I can't figure out why.. See this page to see what I mean..
http://zentestcart(dot)overthehillwe...select_event=1

I never really liked forced target_blanks, since I prefered to do same with my right-mouse-button. Now that the month/year sidebox dropdown selection has been retained, target_blanks could be removed altogether without a worry. Will look into this problem though.

One thing I noticed with my recent upgrade to FF20 is that FF has added such a myriad of additional links to the right-mouse-button that the options now exceed the height of my screen, and which makes selecting "open in new window/tab" a veritable pain to find. This could be peculiar to my PC, but it annoys me no end.

Cheers

[dw08gm]

As currently developed, the calendar is sufficiently flexible to provide for all manner of details, while not requiring vendors to input levels of detail they may or may not wish to provide.

Cheers

To provide some examples of flexibility:

i) public holidays theoretically extend from midnight to midnight, but for most really extend from close of business the day before to opening of business the day after. Although not controlled by a particular shopowner (although some churches may be exceptions), a shopowner can still seek to sell certain products catering to that event.

ii)likewise, with that meteor expected to come close to Earth in November 2013, the exact date and time may not be accurately known at this point in time, but this does not preclude a shopowner from trying to sell certain products ahead of that event.

cheers