Calendar 1.2 Beta 1 Release
So, here it is, Calendar 1.2 Beta 1 finally seeing the light of day! I’d like to thank everyone for their patience in waiting for this, I hope after giving it a try you will feel the wait has been worthwhile. The final release will come two weeks from today, after people have had a chance to test the software and report bugs in the comments field of this post.
So, before I get to the actual release link, some house rules. There will be no support for this release. If you choose to use it live, that is your shout, but if you break something or someone hacks you, its your fault and you will have to deal with it. What I am after here is bug reports and comprehensive testing. Comments about how well the tests are going, problems, bugs, security flaws are welcome. Such comments should be made in the comments field of this post only, nowhere else. I’m not taking comments and questions by e-mail because there will most likely be too many. Thanks for understanding!
Ok, so the Calendar 1.2 Beta 1 release is here. Instructions are in the readme.txt file, please read this first, especially if you are upgrading. If you are upgrading you should ensure you backup your blog and your current install of Calendar, including the database. You may very well need this if there are unforeseeable problems, or if there is an issue with the beta such that the upgrade feature fails and causes problems. Again, you test this at your own risk and while I can’t see any problems with it at my end, that doesn’t mean you won’t. If you find a problem, report it, I’ll fix it.
A final note is that those of you with keen eyes will note the Event Categories feature is missing. I don’t have much spare time as you all know so I’ve decided to leave this out of the beta because I don’t want to release something which I know to have issues due to the lack of time spent on it. During the beta phase I will work on this feature and it will make it into the final release. If testing is required of this added functionality then a beta 2 will be released instead of the final version in two weeks meaning the absolute final release will be 4 weeks from now. I hope however that because the categories feature will use much of what is being tested in the beta already, an additional beta will not be necessary.
Are you in my address book yet?
I've canned 81,945 spam blog comments so far and rising.
I have a zero tolerance on spam!
Find out what I'm up to and when I'm free
You know it’s been a good night when you wake up in Equador 
Geoff Said,
May 7, 2008 @ 4:56 pm
WP 2.5.1. Cleaned out 1.1.2 per readme. PLaced Calendar folder in Plugins directory.
Upon activation of the plugin received this fatal error:
Parse error: syntax error, unexpected T_OBJECT_OPERATOR, expecting ‘,’ or ‘;’ in /homepages/26/d118044004/htdocs/observer/wp-content/plugins/calendar/calendar.php on line 414
Kieran Said,
May 7, 2008 @ 5:25 pm
This has now been fixed and the beta re-uploaded. Try downloading and installing again.
Geoff Said,
May 7, 2008 @ 5:35 pm
downloaded. Upon activation - fatal error:
Parse error: syntax error, unexpected T_OBJECT_OPERATOR, expecting ‘,’ or ‘;’ in /homepages/26/d118044004/htdocs/observer/wp-content/plugins/calendar/calendar.php on line 414
Same. Did I download from the wrong place? I used the link above in the body of your post.
-g
Kieran Said,
May 7, 2008 @ 5:40 pm
I’ve just downloaded it and the fix is definitely there. Have you cleared your cache etc.? Used a different browser? The filename is the same so it would be easy to get things mixed up etc….
Kieran Said,
May 7, 2008 @ 5:47 pm
Hmmm, I think there might be something quirky with the way your PHP is handling extracting items from objects, could be a difference between version 4 and 5 or something if you are running version 4? Anyway, I’ve re-release the beta again, this time with a “safe” extraction of variables on that line. This one should work for you.
Geoff Said,
May 7, 2008 @ 5:49 pm
OK - cleaned cache. downloaded again. Upon activation, new error:
Parse error: syntax error, unexpected T_OBJECT_OPERATOR in /homepages/26/d118044004/htdocs/observer/wp-content/plugins/calendar/calendar.php on line 1279
Harvey Said,
May 7, 2008 @ 5:55 pm
Yeah, it has to do with differences between version 4 and 5. I’m far from a php expert, but a little googling shows that apparently version 4 doesn’t allow that type of syntax whereas version 5 does. The same problem happens on line 1279 which would have to be fixed as well.
Kieran Said,
May 7, 2008 @ 5:57 pm
LOL, folk are on fire this evening
Fixed and a new copy uploaded.
Geoff Said,
May 7, 2008 @ 6:28 pm
Success! Thanks for the instant support. You work like I do!
Yes I’m using php4 on that installation. All seems well at the moment. Jump bar works, rt/lft month arrows work. Today’s events widget seems OK. I’ll put it through its paces today - I have to add a dozen events or so - and post back here.
Question - not sure if this is just a function of the Mac OS/Safari or not. But on the event pop up, if I highlight a full url (i.e. http://www.corporatewriting.com) and right click, the contextual menu gives me the option of going to that url (straight, new tab, new window etc).
This is a fantastic feature that makes the calendar active vs. just informational. (think club or community calendar with links to other sites etc in the event listing.) If there was a way on your end to make url’s “live” in the description or the title so they could just be clicked vs. highlighted & right clicked, you’d have 80% of the functionality needed for a community calendar.
Is that programmatically feasible?
-geoff
Harvey Said,
May 7, 2008 @ 6:59 pm
First, thanks for a great plugin!
I’ve got the beta up and running now, but the display seems a little off. Each event is displayed one day after it is supposed to (events defined on May 10th display on the 11th, etc.). It might have something to do with setting the first day of the week to Sunday, though changing the Wordpress setting doesn’t change this behavior. Any ideas? If no one else has this problem, then the issue is probably somewhere on my end.
Kieran Said,
May 7, 2008 @ 7:00 pm
Download updated again; events were showing a day ahead of what they should have been doing in the calendar.
Ah, I see what you are asking; you want html that contains a hyperlink to be rendered so that it is clickable in the description field.
The reason that isn’t done at the moment is an IE issue (damn M$!). If an html tag isn’t an a tag, the element:hover feature doesn’t work. Only a:hover is supported in IE. This means that to alter the code to allow you to do what you want to do would be to break the hover for every IE user. (You cannot have an a tag inside an a tag you see which is why your links don’t work; to make it pop up I have to put the whole event details box in an a tag).
If you have some genius HTML/CSS hack to get round this that won’t break IE and will give you what you want I’ll change the code to accommodate it
Kieran Said,
May 7, 2008 @ 7:02 pm
Ah Harvey, star beta tester, beat me to it by a minute! The download has been updated, re-download and install, you should find the issue fixed
Harvey Said,
May 7, 2008 @ 7:04 pm
Downloaded it again and it most certainly is fixed. Thanks.
Gordon Said,
May 7, 2008 @ 7:41 pm
Kieran,
I am excited to see the release! I remember there being mention of ability to change the starting day of the week. Did this end up getting trimmed out completely, is it intended for the final release only, or am I just being blind and not seeing where that option is?
Thanks
Geoff Said,
May 7, 2008 @ 7:42 pm
Unfortunately I’m a designer/content guy - not a coder, so no hack from my end. Is that all IE’s or just versions below 7?
How about making the events clickable as well? With a static window, then live urls in the event description would be no problem? I clicking would force a page refresh every time wouldn’t it?
Or, possibly the coolest, what if the event title itself could be a hyperlink (checkbox w/url in the add event form) that gives you the hover window on mouseover but is a live url (target = new window) when clicked?
Sorry - us designers tend to be pie in the sky!
Geoff Said,
May 7, 2008 @ 7:53 pm
Day if week - I changed to Sunday in the standard WP settings page and the calendar instantly conformed…
-gb
Kieran Said,
May 7, 2008 @ 8:06 pm
Gordon, you want to go to Settings in WordPress and then set “Week starts on” to either Sunday or Monday. The system will assume Monday unless you specify Sunday. Once you do that you should see it change. If it doesn’t, its a bug, let me know.
Geoff, in theory it shouldn’t be IE7 as well, but my experience is that the problem does still occur in IE7.
Separate windows/pages to display events were discussed when new features were being decided and were ruled out for semantic and aesthetic reasons. The title could be a link, I guess, but I can’t see the majority using it, and thats who I’m coding this for.
If you want something specific my company can give you a reasonable quote for providing a custom version
Harvey Said,
May 7, 2008 @ 8:18 pm
Question - Did the pop up mini calendars for selecting the date(s) for an event make it into the beta? If so, is there something that needs to be done to enable them?
Geoff Said,
May 7, 2008 @ 8:31 pm
I very well may take you up on your offer depending on my clients’ desires.
I totally understand the sentiment regarding the separate windows.
Still, if put to a vote, I’d bet more than half would see utility in optionally allowing the title to also be a link…
Terrific plugin. I’ll report any anomalies as I exercise it over the next couple of days.
-geoff
Kieran Said,
May 7, 2008 @ 8:42 pm
Harvey, no, I seem to have omitted this code *whoops*. I’ll get it added before the final release though. Its just JavaScript, so won’t have any bugs as far as functionality is concerned - it merely populates fields when things are clicked.
Geoff, no problem, if you want a quote at some point in the future you know where to go
As for putting it to a vote, I’ve done exactly that - see my sidebar.
Thanks for the efforts with your testing, look forward to hearing your feedback.
Harvey Said,
May 7, 2008 @ 8:48 pm
No worries…I’m employed by a small software company and unfortunately completely understand the meaning of ‘beta’ =)
I look forward to the final release and will let you know of anything else I find as I play with it. Thanks again!
Kieran Said,
May 7, 2008 @ 9:37 pm
Thanks
If anyone else has downloaded and tried this, please leave feedback and bug reports when you are ready. It will help a lot.
Ian H. Said,
May 7, 2008 @ 11:36 pm
Excellent! I’m testing right now on my home server and not seeing any issues… I’ll try and put in some typical events and see if I can break it
… The “today’s events” and “upcoming events” widgets are great!
Niraj Said,
May 8, 2008 @ 12:38 am
This is a very nice plugin. Several things don’t work on this beta release, on my own server and they also do not work on your Lara one.
1. Widget does not have mouse-overs to see the details of an event.
2. Internet Explorer 6 does not work on the mouse-overs for the full-size Calendar within a page.
Thanks!
Niraj Said,
May 8, 2008 @ 1:17 am
Oh, forgot to mention…
3. The widget in the sidebar puts up an empty Title for the widget:
4. Please allow me to rename/retitle the widget and remove your built-in “Upcoming Events” title for the widget.
Thanks!
Kieran Said,
May 8, 2008 @ 1:52 am
Niraj, I’ll respond to your points in turn.
1. These weren’t supposed to have mouse-over details actually, although it would be fairly trivial to add that functionality. Is this something people want to see? If so I can add it. The problem here of course is that some people might want it, some might not, lol
2. IE6 is a broken browser. Seriously broken in fact. This issue of mouse-overs has been discussed before and no solution was found to getting it working. If you have an HTML/CSS solution then feel free to provide it and I will publish a fix. I have as yet found no way of fixing this issue without breaking it in other (standards compliant) browsers I’m afraid.
3. I don’t think the title is empty; it says “Todays Events” or “Upcoming Events” as appropriate, at least it does here.
4. Looking at current WordPress widgets I can see that it is possible to change the title of some of them. I will have to look into how this is done and try to implement it. My main concern is that I need to maintain compatibility for WordPress 2.0 and as this doesn’t support widgets it still needs to be able to use the default title. I’ll try and come up with a solution
Niraj Said,
May 8, 2008 @ 5:54 am
Hello,
To stay with the numbering ….
1. Yes, please, put mouse-overs into the widget.
2. I agree, IE-6 is a pain to accommodate, unfortunately, the majority of my users are using IE-6. I’ve looked around the web, found several approaches that use the prototype javascript framework. However, that is a heavy approach. Let me try a simpler approach, hope to get back to you soon.
3&4. Take a look at the source code when the Calendar is in a widget (sidebar). You’ll notice that the widget’s title is blank. Also, the title of “Upcoming Events” is in its own .
Thanks!
Kieran Said,
May 8, 2008 @ 9:38 am
Ok, I see what you mean about the widgets, I’ll try and do something different for them so that you don’t get that nesting going on.
I’ll put mouse overs into the widgets, its not a problem, although I might try and put some kind of option in the options panel to decide if they show or not - you are the only person so far who has asked for them - any other takers for this?
IE6 isn’t just a pain, its in many cases impossible to accommodate without breaking things for others, compromising the look or resorting to cruft like JavaScript hacks. What with the launch of vista and the prevalence of firefox, more people are using non-IE6 browsers that are using IE6 and so these people must take priority. I will only fix the mouse-over for IE6 if someone presents a solution because believe me I’ve tried and I don’t want to waste more time on it. If you (Niraj) find a solution, or anyone else, test it, if you find it to work then I will of course implement it.
Any other bugs anyone has to report? Security issues? Actual issues with functionality? If I’ve got away with only having stylistic or HTML issues by the end of the beta I’ve done well
marc Said,
May 8, 2008 @ 10:33 am
In the previous version, for modify the width of the calendar I only need to edit this line:
$calendar_body = ‘’;
In the new beta version, how can I modify the width of entire calendar?
I tried this two options…
.calendar-table {
border:none;
width:90%;
$calendar_body .= ‘
But nothing works.
Congratulations for this great plugin!
Kieran Said,
May 8, 2008 @ 11:14 am
The stylesheet is there and will do what you want. I changed my development version running on Lara to be width:50% in the style block that you mention and the result is here (let me know when you have seen it so I can put it back):
http://lara.kieranoshea.com/wp_cal/
What happens on your copy? Surely its not overflowing your theme? It should remain within the confines of a normal WordPress page, unless of course you have an extremely narrow theme… but it would have to be VERY narrow to cause a problem.
marc Said,
May 8, 2008 @ 11:47 am
I see it!
I think the problem is what you say… overflowing. See this screenshot… http://www.elsxukurs.org/kieran.jpg
But the theme is not very narrow!
Don’t worry, surely is my problem…
thank’s!
marc Said,
May 8, 2008 @ 11:49 am
Solved!
I try to edit calendar.php file, when I should edit stylesheet in calendar options!
sorry ;-(
Kieran Said,
May 8, 2008 @ 11:52 am
marc, I’m confused as to what is going on here.
It seems to me that the only way what you are seeing would happen is if you upgraded from the old version but only by replacing calendar.php and leaving wp-calendar.php intact in your root as well as the .htaccess rules. This would result in the old system still being there, just calling the new calendar function and of course missing out on all the new styles in the process.
Did you upgrade? If so how did you do it?
marc Said,
May 8, 2008 @ 11:58 am
Yes I updated, but before I desactivated the old version plugin, and install new in other folder. I see 2 calendar plugins in plugins page, the old and the new, but I only have activated the new one.
Don’t worry kieran, I think is my little knowledge…
For the moment works great!
Kieran Said,
May 8, 2008 @ 12:02 pm
Yes, but how are you now accessing the calendar? Using the {CALENDAR} tag in a page? Or using yourdomain.com/calendar?
marc Said,
May 8, 2008 @ 2:26 pm
using www.mydomain.com/calendar
I can not show this to you online. I only have it in localhost for testing.
marc Said,
May 8, 2008 @ 2:31 pm
ok, i never read in any readme file the opcion to use {CALENDAR}… it’s really better!
here using {CALENDAR}… http://www.elsxukurs.org/yes.jpg
here using /calendar… http://www.elsxukurs.org/no.jpg
really different!
Kieran Said,
May 8, 2008 @ 5:42 pm
Right so a general point to all I think. Reading the readme.txt file is not optional. If you don’t read it and perform the tasks detailed there, you will not get Calendar working properly, either as an upgrade or out of the box. The steps may be simple, but you MUST read the file - thanks
Now, any more bugs or issues?
Martin Said,
May 8, 2008 @ 9:45 pm
Hey Kieran,
I’m using the standard permalink structure, and if I click prev or next for second time, it redirects incorrect. It just seems to forget to put the ?page_id=xxx in between.
It would be very nice for users to customize the names of the days an months, so users can set it to other languages or abbreviations.
Apart from this, I must say you did a really great job.
Regards,
Martin
Harvey Said,
May 8, 2008 @ 10:23 pm
Kieran - I’ve played around with it quite a bit, and overall I everything seems to be working smoothly!
I do have two requests though that relate to how it formats dates and times (disclaimer: I’m don’t know php…so…):
- Would it be possible to display all dates and times in the format(s) specified in the Wordpress settings? This shouldn’t be too hard as you should be able to get the user-defined formats from Wordpress and apply them to the date() functions used, though I’m not sure how many date() functions would have to be changed.
- It would be nice if users could enter times for events in formats such as “7 pm” than just the 24-hour format “19:00″. The user inputted time could be converted into the 24-hour format before storing in the database pretty easily using a command like ‘$time = date(”H:i”, strtotime($input_time))’.
Thanks again for all your work on this. If my requests are too much work, if they just won’t work for whatever reason, or if I’m the only one who would find this useful and it doesn’t get done, I won’t hold it against you
Kieran Said,
May 8, 2008 @ 10:55 pm
Martin, thanks for finding that bug. I have implemented a fix and replaced the download file. Try it and see if its fixed.
I simply don’t have the time to get proper language support going in this version but I will be doing that in version 1.3. WordPress provides functions which can be called for each piece of text and then a language file is looked at depending on what language the user is using. Obviously I would only supply an English file and to get other files someone would have to do the translations and contribute a file, but changing languages will be supported.
Harvey, thanks for the comprehensive testing.
The dates and times in WordPress format, yeah that can certainly be done, indeed it is already done for the dates in the sidebar widget. I’m aware though that the times are not, anywhere on the Calendar. This can be fixed. Is there anywhere else where this issue occurs?
I’ve got something like this for the dates, although it hasn’t made it into the beta. I’ll see about doing something like this for the time before the final - I agree it needs to be done.
Shawn Said,
May 8, 2008 @ 11:00 pm
The site I am using the Calendar one the people would like to have the calendar events pull out. If you click on the event it goes to a new page that shows the event only that way people can see more details clearer.
Overall the calendar is amazing if you are able to do this then that would be even better.
Kieran Said,
May 8, 2008 @ 11:18 pm
Shawn, this idea has already been ruled out due to the semantics of displaying such a secondary page, considering the calendar is loaded in a page (or post) already. This doesn’t mean it will never happen (times change) but it is unlikely, and definitely not happening in this release.
Jason Schramm Said,
May 9, 2008 @ 12:17 am
This is not a bug but a suggestion.
What if clicking on an event opened up a little popup window? Then you could click on links in that.
Or at least have the option to switch from hover to popup. I know it would be a lot more usable that way for the organizations I want to use this for.
Shawn Said,
May 9, 2008 @ 12:30 am
I could see this been done with AJAX, and not having to add a new page at all. If you wanted to really do this. I mean this is an amazing feature and the only reason we would need it is for people who need to read things in better fonts.
Kieran Said,
May 9, 2008 @ 7:40 am
Ok, time to clamp down a bit here. This is beta feedback and bugs we are after, not suggestions. We had suggestions in the past for version 1.2, see here:
http://www.kieranoshea.com/2008/02/09/next-version-calendar/
There will be the opportunity for suggestions again when coding for 1.3 starts. Until then please keep comments related to if the beta works and if there are any bugs etc. I’m not saying suggestions are not welcome, just not at the moment when we are trying to establish if the latest round of new features actually work or not.
Shawn, if fonts are the issue, can you not use the CSS options page and change the size of the hover and the fonts inside it? Thats the idea of the modifiable CSS
Martin Said,
May 9, 2008 @ 3:36 pm
Fixed!
No problem, I’ll hack the language in by myself for now. I’m one of those people who can understand php codes and change/hack them, but building from scratch is one of my very problems. Feel free to contact me for future translations (into Dutch).
Regards
Kieran Said,
May 9, 2008 @ 6:12 pm
Ok, cool, I will certainly contact you for translations when the time comes - thanks for all your help. It is worth noting that if you hack things, when new versions come out you will have to re-hack them, but I’m sure you are both aware of and prepared to do that.
Martin Said,
May 9, 2008 @ 8:20 pm
Ofcourse
Harvey Said,
May 9, 2008 @ 9:53 pm
Found a glitch in the way it handles user permissions: all users have access to the ‘Calendar Options’ subpage. They can then change the user-level required to manage the calendar defeating the purpose of the setting.
Ian H. Said,
May 10, 2008 @ 1:36 am
Found something, but I’m not sure if it’s a bug or a “feature”
If you have two events on a day, and the title for the first one wraps the line, the floating popup doesn’t go away when you mouse down to the next event. This does not occur when the first event’s title is all on one line. I’m linking a picture because my description confuses even me…
http://marturia.net/offsite/calendar.jpg
Ian H. Said,
May 10, 2008 @ 1:47 am
Okay, on further testing, it doesn’t matter if there’s anything below a split line event title. If you activate the float off the second line of the wrapped title, the float won’t go away until the mouse is no longer over the floated popup. The behaviour on one-line titles is that as soon as you move the mouse at all, the popup goes away…
http://marturia.net/offsite/calendar2.jpg
Other than that tiny issue, great plugin. I’ve tried every combination of events to try and break it, including multi-day events with other events starting in them, but everything comes up on the calendar just the way it’s supposed to.
In reading the above comments, I would also appreciate the ability to title the widgets, but it’s not a big deal otherwise - the “upcoming events” is fine for what I need it for…
Kieran Said,
May 10, 2008 @ 12:55 pm
Harvey, I’m definitely not seeing that here;
If I visit /wp-admin/admin.php?page=calendar-config
Then I am presented with a “You do not have sufficient permissions to access this page” message and cannot see or manipulate the options page in any way, if my user level is less than the level in the options page. I take it you of course do not see this. What version of wordpress are you using? Any other particular variations? If you have it running on a site so I can have a look that would also help. You can e-mail me details if you don’t want to post them up here.
Ian, this sounds like a simple CSS issue. I’m no expert on this stuff though so I’m not sure how to fix that. The CSS is in the Calendar Configuration page. If you fancy having a play with it to try and fix it then you’d be most welcome. I see the same behaviour, in fact always have even with the old version, but its never fussed me that much - I’ve always thought it was just a quirk of the way the CSS was rendered when there was wrapping going on.
Harvey Said,
May 10, 2008 @ 4:11 pm
Kieran - I’m using wordpress 2.5.0 with just the security fixes from 2.5.1 (not the whole upgrade, as described in the wordpress release blog). If needed, I can do the full upgrade to 2.5.1 and retest. I see this behavior with all other plugins disabled.
I just retested a few cases, and it doesn’t happen for all user-levels. Logging in with a ’subscriber’ account (with the calendar user-level permission set to ‘administrator’) the problem doesn’t exist. One case I see with the problem (and there might be others, I didn’t try ‘em all) is setting the user-level permission in calendar to ‘administrator’ logging in with an ‘editor’ account.
Can you give this specific case a try to see if you can reproduce it?
Kieran Said,
May 10, 2008 @ 5:08 pm
Ah good catch Harvey! Yes, I see it when using the settings that you suggested.
I’ve figured out that the issue is simply one of what a user is allowed to do under the different user roles in WordPress 2.0 and WordPress 2.5. In WordPress 2.0 manage_categories was an admin only feature, but under 2.5 this seems to have moved to include editors as well. This meant that while the Manage Events permissions drop down list used the new ratings (because it was user selected), the hard coded one that restricted admin only to use calendar options was still using manage_categories which included the editor under 2.5.
I have now fixed this issue and have re-uploaded the beta; please let me know if it is now fixed.
Harvey Said,
May 10, 2008 @ 5:38 pm
The beta zip file doesn’t seem to be working…it downloads but can’t be opened.
Kieran Said,
May 10, 2008 @ 6:17 pm
How about now?
Harvey Said,
May 10, 2008 @ 6:32 pm
nope, doesn’t seem to work still.
Kieran Said,
May 10, 2008 @ 6:36 pm
How about now, I think the permissions were wrong.
Even after correcting the permissions on the server I still had to clear my browser cache before it would download/open properly.
Harvey Said,
May 10, 2008 @ 6:47 pm
It downloads correctly and the user-level permission problem is fixed =)
Kieran Said,
May 10, 2008 @ 6:47 pm
Yay
cj Said,
May 11, 2008 @ 3:37 pm
Thanks for the plugin. We spent some much longer searching for a suitable plugin than we did installing this one.
I have not downloaded the latest version, so this might have been fixed, but I tested one feature and the calendar will allow you to input an event with an earlier end date than start date and says that the event was added successfully, although there is not an event actually added.
Here is the example I used:
start date: 2008-06-21
end date: 2008-05-24
The event shows up in the events list and you can edit it so that it is correct and it will then display, but it seems like you should get a prompt that this will not really work.
We are on WP 2.50 and the beta version of the calendar downloaded on 05/10/2008 early before the user permission fixes.
Thanks again.
Kieran Said,
May 11, 2008 @ 5:36 pm
Yes, this is a known issue; essentially, while the users entries are sanitised to prevent security risks, there is currently no checking of the dates as far as which one comes before or after etc. so they are just put straight into the database. This of course creates lots of problems when the event is passed through the logic that decides what events to show because it is illogical to have a start date before the end date.
I’m currently implementing a JavaScript date selection system which will actively prevent you from choosing an end date that is before the start date, but obviously this won’t stop you entering it manually. I’ll see if I can write something in that will compare server-side too.
Ian H. Said,
May 12, 2008 @ 1:28 am
Thanks, Kieran - I wasn’t sure if that was fixable, and it’s not that big of a deal… Good to know about the CSS, though. I can make the popups blend a little better with my site that way.
Kieran Said,
May 12, 2008 @ 1:25 pm
Ok, well it seems like all of the bugs and issues have been found in this beta now.
A few issues have been raised which will require a bit more work, and that combined with the missing features and the event categories will necessitate a second beta.
I’m going to be taking a short break from development, perhaps a week or so while I get some other pressing work out of the way, after which you can expect the release of a second beta. This will be done in its own post with the same rules as this one. Beta 2 will be the last beta and when any bugs or issues have been fixed it will be made into the final version.
One very important thing to note is; there will be no upgrade path from beta 1 to beta 2. This is because changes need to be made to the database. It is therefore important that if you are using the 1st beta you get ready to lose data because you will have to install from scratch. Please don’t say you weren’t warned about this, because you were
I’ll quickly summerise what will work and what will not with respect to upgrading:
v1.1 » v1.2 Beta 1 » v1.2 Beta 2 (Unsupported)
v1.2 Beta 1 » v1.2 Beta 2 (Unsupported)
v1.1 » v1.2 Beta 2 (Supported)
v1.2 Beta 2 (new install) (Supported)
And into the future when the final comes out:
v1.1 » v1.2 Beta 1 » v1.2 Beta 2 » v1.2 Final (Unsupported)
v1.2 Beta 1 » v1.2 Beta 2 » v1.2 Final (Unsupported)
v1.1 » v1.2 Beta 2 » v1.2 Final (Supported)
v1.1 » v1.2 Final (Supported)
v1.2 Beta 2 » v1.2 Final (Supported)
v1.2 Final (new install) (Supported)
It just remains for me to thank those who have done testing and helped significantly with this beta.
IF and only IF you find more issues (bugs and security problems only please) with the first beta, you should post a comment in this thread still. While I probably won’t reply, I will take note of these and ensure they are fixed in the second beta. When the 2nd beta is released I will close commenting on this post.
Martin Said,
May 13, 2008 @ 11:56 am
Okay Kieran,
I have another bug. You may see it as a suggestion, but I think it is a bug. As I try to input an event, it displays: “Error: For some bizare reason your event was not added. Why not try again?”. And it kinda annoys me not showing the real reason why the error occured. So I don’t know what problem it is… date format, incomplete form elements, etc. I guess it its something with date format, but I don’t know for sure.
Regards
Martin Said,
May 13, 2008 @ 12:11 pm
Well… I guess I f*cked up some of my database, because when I manually recreated the database for the calendar, it started to work properly.
But I think you should change the error code to something usefull anyway!
Kieran Said,
May 13, 2008 @ 12:14 pm
It would help if you could say what the data you entered was; this error represents a “Generic Error” which means that errors that there is code to catch didn’t occur, but some other error did. If I can ascertain that there is an error that should be caught, and what it is, I can write code to catch it. Without knowing what it is I can’t
Knowing what data was entered will allow me to work out the error that was caused behind the scenes and code against it.
Kieran Said,
May 13, 2008 @ 12:28 pm
Well, changing the error message is not a problem, although obviously I’d like to add more distinct errors for different problems if possible.
Was this database error seemingly caused randomly? Was it caused by adding a rogue event or something? I want to make sure Calendar is not at fault here
Martin Said,
May 13, 2008 @ 3:57 pm
The error was not the date format, it was simply because there were no tables in the database. There were tables in wp_calendar, but they were created by an other (deleted) plugin and were not removed. So maybe you should check availability of the wp_calendar_table.
When I use another date format (like d-m-Y, which is common in Holland), the error message appears too, but it seems to put it in the database anyway, with date 0000-00-00.
Inserting a blank title AND a blank description gives no error message, but I think it should give one here.
Not inserting an end date gives error message and it put’s it in the database anyway, but it doesn’t show anything in the calendar itself.
So, I suggest you force users to fill in the title and the start date, then autofill the start date to the end date (so that users don’t have to type it twice). I prefer you get rid of the autofill for the timestamp, but that is my personal preference.
Last thing: maybe you should work with customisable date formats, or maybe use the date format selected for wordpress itself. But this might be a little more work and I guess you should implement this in v1.3.
Kieran Said,
May 13, 2008 @ 4:12 pm
Thanks for the detailed information, it will help a lot. I’ll be sure to catch these errors in the beta 2.
I was under the impression that the wp_calendar table was checked for, indeed that is how the plugin determines if it has been installed or not. What would mess this logic up though is if the wp_calendar table existed but only because something else had created one with the same name (I assume this was the case with you). In this case, the check would pass but the save would fail because the columns would be different to what was expected. I can’t see as there is much I can do about this though, short of changing the name of the calendar tables which would probably create more problems for those upgrading than it would solve.
ted Said,
May 13, 2008 @ 7:33 pm
Kieran,
I love this plugin… I am having several “issues” not really problems…
1. The hover state that displays the details of the post works great in FF but IE 7+ the calnk span title in the calendar is z-indexed higher than the background in the hover state for the calnk… Any suggestions?
2. Displaying the next X days of upcoming events aren’t displayed…
I am using Wordpress 2.5 php5…
Please advise,
Thanks,
Ted
Kieran Said,
May 13, 2008 @ 8:39 pm
ted, the z-indexing issue, you have access to the CSS in the calendar config page, feel free to tweak if it doesn’t work to your liking - thats what its there for
As to your next X events issue, I’m not sure what you mean, it really should work (many people have had it working) if:
1. You have events in the future
2. The number of days into the future encompasses those future events
3. You have added the widget to your sidebar
4. You have enabled upcoming events in your calendar options page
Martin Said,
May 17, 2008 @ 1:04 pm
Hey Kieran,
I don’t know whether this was one of the css issues, but I’m telling you anyway. When there are 2 events next to eachother, and I hover 1 of them, the other one is seen through the hover. If you get what i mean.
I made a printscreen of it, click my name above to see it.
Regards.
Martin Said,
May 17, 2008 @ 1:05 pm
Oh yeah and I’d like you to fix the width’s of the table, so that all days are equally long.
(something inside me this was very poor English, but I don’t know how to put it in an other way)
Kieran Said,
May 17, 2008 @ 2:30 pm
Martin,
The different width days has to do with your long event names. The CSS is actually correctly set to have equal day widths.
Yes, your other issue is a CSS one, one that only occurs in IE7. I have been unable to fix it because the CSS is already standard - its just that IE isn’t responding to it. This is only going to be fixed if someone provides one.