by jim.mayes - (add comment)
The previous form submit issues with IE post has generated some conversation in the post comments. In the original post I looked at the situation where you have a form with just a single text input and a submit button. The conversation developed to look at the situation where you have a form just with a single text field, no submit button at all. I did some hacking and came up with a fix which I thought warranted a new post.
To lay things out, single text field, no submit button. Type into the field and simply hit ‘enter’ is what we’re going for… in IE
Read the rest of this entry »
Posted in Development
by jim.mayes - (9 comments)
Ran into an (other) interesting Internet Explorer bug. Seems that if you have a form with only a single text input, hitting the enter button will not submit the form in IE.
HTML:
-
<form action="" method="post">
-
-
<label for="user_name">User Name
</label>
-
<input type="text" name="user_name" id="user_name" />
-
</fieldset>
-
-
<button type="submit" name="submit" id="submit" title="Verify User Name">Verify User Name
</button>
-
</fieldset>
-
</form>
The solution is to hide an additional disabled input for IE to find, using IE conditional Comments and hiding it from view with some CSS.
HTML:
-
<form action="" method="post">
-
-
<!--[if IE]><input type="text" style="display: none;" disabled="disabled" size="1" /><![endif]-->
-
<label for="user_name">User Name
</label>
-
<input type="text" name="user_name" id="user_name" />
-
</fieldset>
-
-
<button type="submit" name="submit" id="submit" title="Verify User Name">Verify User Name
</button>
-
</fieldset>
-
</form>
Now the form will submit in IE when you hit the enter key!
Posted in Development
by jim.mayes - (add comment)
Just put up the new version of my php calendar class (version 2.7). This version integrates a fix for the start of the week bug people were seeing with PHP version < 5.1. Also, the license has changed. The class is now licensed under the GPL for use in open source projects. So if you want to use the class in a project that you plan to release under the GPL or compatible open source licenses, you now can. If you need to use the class in a closed source project, or don't want to distribute your project (ie commercial use) please contact me.
And last, but by far not the least... I setup the project on Google Code. The code is available in SVN or as a zip download. So grab the newest version here
http://code.google.com/p/calendar-class-php/
I'll be filling in the Wiki with documentation shortly. In the mean time the old calendar.class.php page still has some usage info and links to my other blog posts about using the class in many interesting ways. In addition, the release version still contains plenty of use examples and you can always leave a comment or use the contact form if you have any questions.
Posted in Development
by jim.mayes - (add comment)
Every time I have to deal with NetworkSolutions it's a complete fiasco. Their ability to be so thoroughly worthless to the current domain marketplace is truly dumbfounding. Actually, the phrase “jumped the shark” comes to mind as a fitting description of this company. But for the moment, let's just ignore the fact that they are drastically overpriced, under serviced, and of course the latest in the long list of their less-than-ethical practices and just talk about the experience of using their crappy domain management services. Friends and neighbors, if you've never had to setup a NetworkSolutions account, you may never freakin' get it accomplished with UX like this!
And may I add, that I actually wasn't "Editing" anything... I was creating a NEW account.
Posted in Miscellany
by jim.mayes - (add comment)
A couple of calendar class users have noticed a problem with the first day of the month when using the class with versions of PHP earlier than 5.1.0. The issue was introduced with the last upgrade when I switched to date("N") for calculating the day that the first of the month falls on. date("N") was added in PHP at version 5.1.0 so earlier versions will have this problem. The quick remedy appears to be switching things back to use date("w") for this calculation.
Sorry for any inconvenience this may have caused people. I'll have a fix in the next couple of days to address the issue fully.
Tags: php calendar
Posted in Development
