Site Navigation

Tuesday, July 22, 2008

bug 190 - fieldsets are broken in IE8

Issue: #190
Affects: IE8 Beta 1
Fixed in: IE8 Beta 2
MSIE Feedback ID: 336258
An anonymous poster has indicated that this is fixed in "Internal" builds shared with 3rd parties. Am I the only one that would love to be in on this "special list"? ;-) That said, glad to hear a fix is apparently on the way.

A Fieldset is really simple, you have a wrapper, and a legend which graphically wrap 1 or more form fields.


Communication preferences: Please use the following methods to contact me;
Email
ICQ
MSN Messenger
Yahoo! Messenger
Google Talk
Phone
Fax
Skype



As you can see, (if you use IE8) the legend does not render correctly at all. Hopefully this is just a bug in this first Beta. Stay tuned for updates as further beta releases become available.



Known Workarounds: None.



Related Issues: None.

Bug/Site Feedback |
Submit a bug

Thursday, July 17, 2008

bug 249 - you can't press Tab in IE and capture it

Issue: #249
Affects: IE6, IE7, IE8, IE9, IE10, Safari 4 Beta, Chrome 5,6,7

Believe it or not, you can't capture the keypress event for the Tab key in IE (any version).

Are you serious? I hear you ask... well, lets make proving this fun.

In the following textarea, type in any key... you'll get $5* for any key, but you'll get $2,500* for pressing the Tab key.

Example:
Winnings!
$


You can make a boatload of cash in Firefox, Safari, Opera and Konqueror but you'll never get a $2,500 payout in IE.


Known Workarounds: None. If you want to capture the Tab key, you'll need to capture the keydown and keyup events instead.



*All currency is of the imaginary non-legal currency type.

Related Issues: None.


Bug/Site Feedback |
Submit a bug

Tuesday, July 15, 2008

bug 149 - no DOM Level 2 Mutation Events in IE

Issue: #149
Affects: IE6, IE7, IE8

The W3C specs for (W3C DOM2 Mutation Events) (Nov 2000) specify events that allow developers to listen for changes in the DOM, so that they can apply JavaScript on-demand, as needed.

In particular, noting when a DOM element has children added or changed are the key moments developers would like to be able to apply a sprinkle of JS.

Being able to use these events would be fantastic, but support for them in IE is non-existent at the moment.



Known Workarounds: None.



Related Issues: None.


Bug/Site Feedback |
Submit a bug

Monday, July 14, 2008

Server Side Technology - Poll Results

Our last poll was about server side technology and we asked what your site was running on?

Top 3 in order were PHP, (VB / ASP / .Net), & JSP. There isn't any wrong or right answers here but the hay days of Perl and Cold Fusion appear to be over for the modern Web.

Server Side Technology Poll Results:



What is interesting to me, is that there is still a keen interest in trying new stuff and I don't see that dying any time soon. Ruby on Rails for example is making significant headway into being a well respected platform to build professional applications on.


Wrapping up the last poll means there is a new poll out. This time its all about JS Libraries, if you use them, tell us which ones grace your applications.


Bug/Site Feedback |
Submit a bug

Tuesday, July 8, 2008

bug 140 - changing mailto: links error in IE

Issue: #140
Affects: IE6, IE7, IE8 Beta 1, IE8 Beta 2, IE8 PR1, IE8 RC1

If you've ever wanted to set the href attribute of a link (a element) to a URL that uses the mailto: protocol, beware...

In IE, if you set this href attribute to "mailto:name@example.com" or any other string that contains the "mailto:" protocol and the @ symbol, IE will overwrite the content of the a element.

Example:

<a id="contactLink" href="http://www.example.com/about.html">
Send us your thoughts!
</a>
<script type="text/javascript">
var cL = document.getElementById('contactLink');

//this fails in IE
cL.href = 'mailto:info@example.com?subject=My%20Thoughts';

//this also fails in IE
cL.setAttribute('href','mailto:info@example.com?subject=My%20Thoughts');
</script>


Using the code above, would transform the link from this:
Send us your thoughts!
to this:
mailto:info@example.com?subject=My%20Thoughts



Known Workarounds: None.



Related Issues: None.


Bug/Site Feedback |
Submit a bug

Monday, June 16, 2008

bug 119 - no title for options or select in IE6

Issue: #119
Affects: IE6
Fixed In: IE7

Note: Updated synopsis to include the select element, not just the options.

Have you ever wanted to provide more descriptive text in the form of a tooltip in your Web applications? Of course you have. It may have slipped your notice though, that this doesn't work on select list options (or even the select list itself) in IE6 (fixed in IE7).

Example:

<select size="3">
<option value="1" title="Web Bug Track">WBT</option>
<option value="2" title="Bugzilla Bug Tracking">Bugzilla</option>
<option value="3" title="Tracker Bug Track">Tracker</option>
</select>





Known Workarounds: None.



Related Issues: (bug 291) (bug 280).

Bug/Site Feedback |
Submit a bug

Saturday, June 14, 2008

feature 266 - window.prompt() in Safari is multiline capable!

Issue: #266
Affects: Safari 3.1/Win, 4.0 Beta/Win (readers report that this feature isn't available on the Mac)

The window.prompt() function when it first became available would allow a user to add 1 (one) line of text as an input value using a modal dialog supplied by the browser.

It turns out though, that Safari now allows users to enter more than one line of text (Enter is treated as a request for a carriage return, not to accept the value and submit the dialog).

I don't consider this a bug, but rather an enhancement to the existing dialog. (In Safari's case, it could do with a scrollbar, since it does allow more than the 3 lines it visually displays)

However this is something that developers will want to be aware of... that line breaks should be expected in the return value from the prompt call.


Try it!:



Related Issues: (bug 109), (bug 139).

Bug/Site Feedback |
Submit a bug