Event Calendar v3

[DivaVocals]

I hope you noticed the image I inserted was square. The displayed result was rectangular shown in portrait.

Is there no other way to provide for accessibility?

Haven't seen your site.. so no I didn't notice the image shape..


as far as accesibility is concerned, NO there is no other way to do this.. Page readers read the textual code, and the only way to communicate image height and width is via the IMG tag with the height and width. I get what you are trying to do, but you can't use the method you use to do it AND maintain accessibility as you remove the code the readers depend on. (on an aside this is why I used a javascript solution in my template to scale images proportionaly depending on screen size while maintaining acessibility for readers)






[QUOTE=dw08gm;1199720But changing the define to short month changes the sidebox also. I wish to keep the sidebox as short months all in capitals.[/QUOTE]

The only way of doing this is by adding another set of defines for the page dropdowns versus the sidebox dropdowns.. Unless Rus has another idea.. I also wonder if this couldn't be managed via CSS as well.. (I gave that a thought, but never tried it)

[LaCamus]

But isn't the module using the additional links code for files linked to the event?? These files are all internal links..

The code you showed above is for the extra link that you can add to an event. The files (docs & images) are after that. When I wrote the function to serve those docs I used a variable set by Zen Carts that does not use a full url, just the reference to the images directory so http and https will not come into play on these...they will automatically get the same prefix as the page they exist on.

[LaCamus]

I hope you noticed the image I inserted was square. The displayed result was rectangular shown in portrait.

Is there no other way to provide for accessibility?

I don't know, I've never had to research this. If you can find a way and it takes some code changes (non css) let me know and I'll do whatever you need.

But changing the define to short month changes the sidebox also. I wish to keep the sidebox as short months all in capitals.

I'll let you two hash this out, just let me know what you decide.

[LaCamus]

The only way of doing this is by adding another set of defines for the page dropdowns versus the sidebox dropdowns.. Unless Rus has another idea.. I also wonder if this couldn't be managed via CSS as well.. (I gave that a thought, but never tried it)

Take a look at http://php.net/manual/en/function.date.php. We could just use this function and make the date look however you want, make the format string a config variable and the owner can make it whatever they want. Let me know it you want to add the config variable and I'll make the code changes.

[DivaVocals]

I don't know, I've never had to research this. If you can find a way and it takes some code changes (non css) let me know and I'll do whatever you need.

Okay using these configuration settings
Images
Image - Use Proportional Images on Products and Categories - 1

Event Manager
Automatically re-size event images? - false
Include the IMG tag height and width - false


The images will be resized proportionally exclusively using the CSS settings for the container.

The resulting HTML looks like this:

<!-- **rus.02:start -->
<img src="images/events_images/Chrysanthemum.jpg" alt="de Finibus Bonorum et Malorum" title=" de Finibus Bonorum et Malorum " class="event_calendar_image" /><!-- **rus.02:stop -->

If I use these settings:

Images
Image - Use Proportional Images on Products and Categories - 1

Event Manager
Automatically re-size event images? - false
Include the IMG tag height and width - true

Then while the images are not overlapping the edges of the inner and outer containers, they are displayed disproportionally

The resulting HTML looks like this:

 
<!-- **rus.02:start -->
 <img src="images/events_images/Chrysanthemum.jpg" alt="de Finibus Bonorum et Malorum" title=" de Finibus Bonorum et Malorum " width="1024" height="768" class="event_calendar_image" /><!-- **rus.02:stop -->

In either case it doesn't matter what my height and width settings are (I left the default settings). It also doesn't matter whether I choose to resize images or not. Since re-sizing happens on upload I also expected this. In either case the Images configuration settings has no effect on the image display within an event (which is what I expected). The ONLY setting that affects the image display is the "Include the IMG tag height and width" setting..

[DivaVocals]

I'll let you two hash this out, just let me know what you decide.

Well at the risk of being brash, there's isn't a LOT to work out.. I think there is a pretty simple solution that can be had here.. Allow the page dropdown definitions to be defined differently from the ones in the sidebox dropdown.. this provides shopowners with more flexibility.. Then this module will be like Burger King.. Everyone will be able to have it their way!

There's no reason to code this feature just "one way" based on the individual preferences of the participants here.. This module should allow ALL shopowners to set things up the way they prefer. There's no reason to NOT make this flexible for all.. What I want will not be the same as what someone else will want (and I'm thinking from the perspective that all of my clients are not going all want the SAME thing). If we can make this flexible, then it should be flexible.. If this is done with defines, then it can be an additional admin configuration option..

So here's the user requirements (I realize some of these are done, I just want to put it all in context:

1. The module shall include functions to support the display of long OR short month displays in the page and sidebox dropdowns
2. The module shall support the ability for the page dropdown to use a month display different than the sidebox dropdown month display
   (ie: the page dropdown can be set to use the long months whereas the sidebox can be set to use the short months display)
3. The module shall support the ability for variations of the short month display which can be applied to EITHER the page dropdowns or the sidebox dropdowns.
   (ie: BOTH page and sidebox dropdowns are set to use short month displays. However the page dropdown will display the month in all caps [ie: "APR"] and the sidebox dropdown displays the months using title case [ie: "Apr"] )

This should cover everything and allow everybody to set this up the way they want.. just like at Burger King, you can have it your way!

[Fourpaws]

Is there a way to hide the Start and/or End dates?

[DivaVocals]

Is there a way to hide the Start and/or End dates?

Not without modifying the page file that contains the start and end dates.. The dates appear not only on the events list, but also on the event detail page. Hiding the dates would take a significant amount of editing to accomplish this.. Since this is a events calendar module, the dates are a KEY part of this module. So when you say you want to hide the dates, HOW they are hidden would depend on what dates you are referring to.

Not sure which version you are trying to use, but if you are trying to use the beta version (compatible with Zen Cart v1.5 ONLY) that's been attached to the posts/discussion currently taking place, that version is NOT recommended to be put in use for a live site just yet. If you have read through this support thread you will see we are still testing/tweaking that version..

[dw08gm]

[QUOTE=DivaVocals;1199792]However the page dropdown will display the month in all caps [ie: "APR"] and the sidebox dropdown displays the months using title case [ie: "Apr"] )[/QUOTE}

Actually I was seeking the dropdowns to display thus
Sidebox = APR, since it is standalone
Page = Apr, since the appended event title text is predominately in lowercase.

However, allowing for all variants is the way to go.

cheers

[dw08gm]

Okay using these configuration settings
Images
Image - Use Proportional Images on Products and Categories - 1

Event Manager
Automatically re-size event images? - false
Include the IMG tag height and width - false


The images will be resized proportionally exclusively using the CSS settings for the container.

The resulting HTML looks like this:

<!-- **rus.02:start -->
<img src="images/events_images/Chrysanthemum.jpg" alt="de Finibus Bonorum et Malorum" title=" de Finibus Bonorum et Malorum " class="event_calendar_image" /><!-- **rus.02:stop -->

If I use these settings:

Images
Image - Use Proportional Images on Products and Categories - 1

Event Manager
Automatically re-size event images? - false
Include the IMG tag height and width - true

Then while the images are not overlapping the edges of the inner and outer containers, they are displayed disproportionally

The resulting HTML looks like this:

 
<!-- **rus.02:start -->
 <img src="images/events_images/Chrysanthemum.jpg" alt="de Finibus Bonorum et Malorum" title=" de Finibus Bonorum et Malorum " width="1024" height="768" class="event_calendar_image" /><!-- **rus.02:stop -->

In either case it doesn't matter what my height and width settings are (I left the default settings). It also doesn't matter whether I choose to resize images or not. Since re-sizing happens on upload I also expected this. In either case the Images configuration settings has no effect on the image display within an event (which is what I expected). The ONLY setting that affects the image display is the "Include the IMG tag height and width" setting..

I am really struggling to explain with this phenomena....

The original code, before the introduction of the image manipulation code and before I inadvertantly did the double <img> thing, returned the actual image width and height in px (as listed in view source and as stored in the events_images folder) and, even though the image as displayed on the event page may have been smaller than the actual image size, the proportions were maintained.

This should still be the case after image manipulation, but somehow some function (zen_image, zen_image_OLD or whatever) is distorting this process. My limited understanding of coding prevents from seeing how the image width and height values as collected should not be maintained in whatever code does the proportioning for the display.

Does/can event_flink_small do any proportioning, or is the proportioning entirely dependent upon zen_image/zen_image_OLD?