[WSG] link:active = keyboard focus?
This is real strange: I am trying to change the style of a link when the user tabs onto it with the keyboard. I assumed that the active pseudo class would do the job, but maybe I am wrong? Here the code to my example: http://www.prototype.net.au/test.html I would love for the link to turn red when the user tabs onto it. But Firefox doesn't do it at all and IE6 does it if I first tab onto it and then move the mouse over it. (?!) Am I overestimating the abilities of the active pseudo class? *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] link:active = keyboard focus?
On Oct 23, 2006, at 4:34 PM, Andreas Boehmer [Addictive Media] wrote: This is real strange: I am trying to change the style of a link when the user tabs onto it with the keyboard. I assumed that the active pseudo class would do the job, but maybe I am wrong? Here the code to my example: http://www.prototype.net.au/test.html I would love for the link to turn red when the user tabs onto it. But Firefox doesn't do it at all and IE6 does it if I first tab onto it and then move the mouse over it. (?!) Am I overestimating the abilities of the active pseudo class? You should use the :focus pseudo-class in this case. a:active points to the moment you click the link, or hit the return key if you use the keyboard (activate the link). IE win is broken here. It doesn't recognise the a:focus pseudo-class, and treats a:active as if it were a:focus instead, and even then... Philippe --- Philippe Wittenbergh http://emps.l-c-n.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] remove links to self the easy way
Recently Derek Powazek reiterated Nielsen's 2003 usability guideline [1] about Never, ever link[ing] to the page you’re on[2]. I've often thought one of prime motivators for resisting this piece of advice on (the front end, at least) is the difficulty one has in producing CSS that doesn't wreck the design of navigation bars he a is removed. Here's the easy fix: just remove the href attribute. An anchor element sans ANY attribute is perfectly acceptable HTML[3]. It inherits CSS as expected and doesn't appear in any link collection. [1]: http://www.useit.com/alertbox/20031222.html [2]: http://alistapart.com/articles/whereami [3]: http://www.w3.org/TR/html401/struct/links.html#edef-A kind regards Terrence Wood. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] remove links to self the easy way
Terrence Wood skrev: Here's the easy fix: just remove the href attribute. An anchor element sans ANY attribute is perfectly acceptable HTML[3]. It inherits CSS as expected and doesn't appear in any link collection. I use this a lot. Still one problem: Sometimes it is confusing, not beeing able to tab into the menu item. (Like in a tree menu, where the current item is a folder in the menu.) In that case I set the href to javascript:; and use a class or id to style it. (actually, I do this with client-side scripting, and have no href attribute in the markup) /AndersN *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] remove links to self the easy way
Anders Nawroth wrote: Terrence Wood skrev: Here's the easy fix: just remove the href attribute. An anchor element sans ANY attribute is perfectly acceptable HTML[3]. It inherits CSS as expected and doesn't appear in any link collection. I've found that IE has problems when applying CSS to an anchor tag that has no href. It depends on whether you style the anchor on it's own ie. a { } or as a:link { ... } in the CSS, I think this method requires the former selector. I use this a lot. Still one problem: Sometimes it is confusing, not beeing able to tab into the menu item. (Like in a tree menu, where the current item is a folder in the menu.) In that case I set the href to javascript:; and use a class or id to style it. (actually, I do this with client-side scripting, and have no href attribute in the markup) /AndersN I also find that instead of removing the anchor tag altogether, replacing it with another tag like strong or em provides the necessary CSS hook to keep the menu nice. The difference is also visible without extra CSS if its a plain list. My two pence, Rob *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Safari doesn't like transparent flash
On 10/22/06 4:10 PM, YW Webmaster [EMAIL PROTECTED] wrote: The gist of that bug: Safari doesn't like wmode, a parameter used to specify the opacity of a flash file, very commonly used to place HTML on top of the flash. And it works great -- 'scept in Safari. It's been a while since I last dealt with this issue and was just wondering (hoping) that by now there's some silver bullet hack fix for this. One other thing... If you have _any_ hover action on the HTML that is over the Flash, it can cause issues with Safari. Try removing hovers and see if it helps. -- Tom Livingston | Senior Multimedia Artist | Media Logic | ph: 518.456.3015x231 | fx: 518.456.4279 | mlinc.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] remove links to self the easy way
Terrence Wood wrote: Recently Derek Powazek reiterated Nielsen's 2003 usability guideline [1] about Never, ever link[ing] to the page you’re on[2]. I've often thought one of prime motivators for resisting this piece of advice on (the front end, at least) is the difficulty one has in producing CSS that doesn't wreck the design of navigation bars he a is removed. Here's the easy fix: just remove the href attribute. An anchor element sans ANY attribute is perfectly acceptable HTML[3]. I wrote a script [1] awhile ago to do this. I chose not to remove the href attribute because some browser had problems with it (I think it was Opera). The script allows the use of an EM too. I think using an EM is not such a big deal regarding CSS, it is just a matter of adding it to the rules already used for the A in the stylesheet. Making sure to use the ID of the menu with it so not all EM elements would inherit these rules... [1]: http://www.tjkdesign.com/articles/navigation_links_and_current_location.asp --- Regards, Thierry | www.TJKDesign.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Safari doesn't like transparent flash
It seems like any time there's a background image being called for on a hover state, Safari will flicker. I wonder then if this can be resolved by using an image sprite...? -Original Message- From: Tom Livingston [mailto:[EMAIL PROTECTED] Sent: Monday, October 23, 2006 6:30 AM To: wsg@webstandardsgroup.org Subject: Re: [WSG] Safari doesn't like transparent flash On 10/22/06 4:10 PM, YW Webmaster [EMAIL PROTECTED] wrote: The gist of that bug: Safari doesn't like wmode, a parameter used to specify the opacity of a flash file, very commonly used to place HTML on top of the flash. And it works great -- 'scept in Safari. It's been a while since I last dealt with this issue and was just wondering (hoping) that by now there's some silver bullet hack fix for this. One other thing... If you have _any_ hover action on the HTML that is over the Flash, it can cause issues with Safari. Try removing hovers and see if it helps. -- Tom Livingston | Senior Multimedia Artist | Media Logic | ph: 518.456.3015x231 | fx: 518.456.4279 | mlinc.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] a new IE bug? maybe not
On Oct 22, 2006, at 7:20 PM, Thierry Koblentz wrote: Tee G. Peng wrote: BTW, the sidebar drops below the main column in IE 6 What OS do you use? I don't see it from my XP nor from browser cam ! Sorry, I should have told you: XP Pro - IE 6.0.2800.1106.XPSP2.030320-1720 Hi Thierry, I asked people to help check the page and they all came back that it's working fine, with XP home and Pro. Can you check again please! This one should be the final working version. http://new.marinersq.com/html/aerobics-3.html The only thing I see that the right column drops to the bottom is when I resize the text to smaller. Is there a way to fix? Regards, tee *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] a new IE bug? maybe not
Hi Tee! http://new.marinersq.com/html/aerobics-3.html The only thing I see that the right column drops to the bottom is when I resize the text to smaller. Is there a way to fix? I checked in mozilla and firefox and it does the same in those, also. Its so unusual for there to be a problem when the text goes smaller - I'll have to start checking for that, too. Usually I just make it bigger. Thought I'd mention this because I imagine you can see the borders and such in firefox and that would help deal with it. I think the problem is related to how you're defining the width in container and right. container defined with em and right with set pixels. But not sure what you should do about it! cheers Donna Regards, tee *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Donna Jones Portland, Maine 207 772 0266 http://www.westendwebs.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] a new IE bug? maybe not
Tee G. Peng wrote: http://new.marinersq.com/html/aerobics-3.html The only thing I see that the right column drops to the bottom is when I resize the text to smaller. Is there a way to fix? Basically: don't mix em and px on side-by-side containers/columns. Instead; leave the tricky calculations to those browsers. The following addition will let the layout self-adjust and keep everything lined up - regardless of font resizing... #content {width: auto; margin-right: 230px;} #right {margin-left: -216px;} ...and it'll still be an em-sized layout. regards Georg -- http://www.gunlaug.no *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***