Joined: Fri Jan 23, 2009 12:03 pm It may depend on the time zone vs the server. You should contact support. http://www.rockettheme.com/contact-us

I swear RokMiniEvents3 could display the day of the week "MON" "TUE" "WED" on the badge above the date. If not, is there a way to add it? Thanks!

Rokminievents3 is a legacy extension now and is no longer supported I'm afraid. Regards, Mark.

It would really help if: A) you posted in the forum for the template you are using, and some have adjustment for the time in the Template Manager, and dome do not, B) you checked out the time zone settings in Global Configurations > Server and see if they match your location. It can be tricky sometimes to set this up if your host is in a different time zone. Please let us know the template you are using so we can move the topic to the proper forum.

Hello peps! I am running Joomla 2.59 with Grunge with Gantry. I have the server time zone within Joomla set to New York. In Gantry I have the date set to Client-side date. But my web site displays $A, $B $D, $Y. Any way I can fix this? Cheers!!!

We're using Rokminievents3-3.0.0 with Joomla 3.3.6 and there is a huge problem with the way links are formed. If the links are formed for items in the initially displayed panel they're fine. If you use the timeline/arrows to retrieve another panel of dates via ajax the links contain erroneous pathing information where "modules/mod_rokminievents3" is inserted between juri::base() and the parameterized data. We know this is attributable to the ajax process because if you shift a working event from the initially displayed panel where all the links work to a subsequent panel by reducing the number of items displayed, when you retrieve the same link via the timeline change the link is constructed erroneously and no longer works. So a working link looks like this: site.com/index.php/events/icalrepeat.detail/2015/07/17title=nominations-accepted/0/-/-?rp_id=21 When you retrieve the same link following an ajax request it's malformed and looks like this: site.commodules/mod_rokminievents3index.php/events/icalrepeat.detail/2015/07/17title=nominations-accepted/0/-/-?rp_id=21 Naturally the erroneous URL throws a 404. We put this module up early on in development and didn't fully populate the event list so this defect escaped us. Now that we're launching we experienced the error as soon as we filled out the event list. We searched this forum but couldn't find any reports of this, which is hard to believe because it's such a huge error. We're hoping someone knows the fix for this before we dive in, which we don't want to do but we'll have no choice. Any help or suggestions would be greatly appreciated. Thanks, Chris

I am using the Gantry date plugin on my site and it is displaying the wrong date. I have my wordpress date set for my time zone (central) but the date is still wrong. Do I need to adjust a setting in my rocket theme? Can anyone help me figure this out?

hi christian, maybe check in the joomla admin under > site > global configurations > server settings > local settings if the timezone is set correctly. Time Zone. This tool sets the current date and time. The set time should be where the site's server is located. The default setting is (UTC 00:00) Western Europe Time, London, Lisbon, Casablanca. kat :)

Hey, check out the Locale tab under Global Configuration and make sure its set to your time zone...it may be affecting the time your articles start to be published. Not sure that's your problem but it seems to have helped me. Cheers, Andrew

Hi there, I have some weird problem with the switch between regular menu (for desktop) and mobile menu (tablets + mobile). The breakpoint size is 48rem, which is the default value if I remember well. Then I have some media queries in my CSS for 51rem and then 48rem (among many others of course). But I get some weird behaviour on a very small zone (about only a few pixels width) around 48rem. I mean the CSS changes are not clearly based on 51rem or 48rem. Like the regular menu doesn't disappear exactly at the same time as the mobile menu appears. And many elements in my page are just broken as well at this page width. This zone is so small that I thought I could get away with it. But as I could test it on some iPads a few days ago, it seems to be exactly this zone displayed on some models ! Bad Luck ! So I really do have to fix this issue. The problem remains the same on any browser, any platform (at least it's stable… hmmm). Any idea why this breakpoint zone seems to be a little "hazy" ? Thank you !