Barney Carroll wrote:
Styled buttons are a bucketful of issues. Normally it's practice to complain about the current release of WebKit, but I've just bumped into the issue of :hover and all those other pseudo-classes IE believes should be reserved for <a>s exclusively.

My client complains that my heavily styled buttons do not obey the modern convention of highlighting when mouseovered (which they do in FF, but of course my hover properties are ignored by IE) - hence being ambiguous in their interactivity. They're entirely right, but do I have to strip my buttons of their styling to be able to achieve this?

Moreover, just how evil would it be for me to simply wrap the buttons in <a>s, and giving the CSS [a:hover input.button{cursor:pointer}]?

Regards,
Barney


Hello Barney

I wouldn't advise it, inputs can take cursor: pointer; regardless of any :hover styles, I usually do this on buttons I've styled as a 'just-in-case'. Also IE will probly throw a wobbly and not work if the <a> has no href. I tend to leave all styling other than the typographical and padding out when it comes to buttons, at least for IE. The system default buttons are alright, look the part, and people will recognise them for what they are. If you need custom buttons the only really viable alternatives are either:

   * javascript onmouseover/mouseout effect or..
   * peterneds csshover.htc file which mimicks the hover/active/focus
     pseudoclass effects in IE - be warned it works great in IE6 but
     support for focus and active can flaky in other versions, and you
     need to be sure IE7 doesn't see it too (I saw some creepy things
     going on). The link is http://www.xs4all.nl/~peterned/csshover.html

I'd go for the latter, I've had some success with adding hover and focus effects to text inputs but test it very thoroughly in IE5.x (It was a while ago but I don't think active/focus are supported in versions lower than 6)


*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************

Reply via email to