Re: [WSG] search engine question
You might would like to have a look at this accessible drop-down-menu: http://www.brothercake.com/dropdown/ Good luck, John S. Britsios Accessibility & SEO Consultant, Usability Specialist & Trainer Webnauts Net Koblenzer Str. 37a D-33613 Bielefeld Germany, Europe Telephone: (+49) 0521 - 305 10 20 Cellular: (+49) 0163 - 202 55 61 Email: [EMAIL PROTECTED] Homepage: http://www.webnauts.net Open Directory: http://www.webnauts.net/directory/ Discussion Forums: http://www.webnauts.net/phpBB2/ User Interface Usability Checklist: http://www.webnauts.net/user-interface-usability-checklist.html "Designing & Optimizing Web Sites with Accessibility, Search Engines & Usability in Mind" - Original Message - From: "Kvnmcwebn" <[EMAIL PROTECTED]> To: "wsg" Sent: Monday, May 16, 2005 2:58 AM Subject: [WSG] search engine question > Hello, > Do spiders crawl links in external javascript files, like the ones found in > some dhtml menus? > -kvnmcwebn > > ** > The discussion list for http://webstandardsgroup.org/ > > See http://webstandardsgroup.org/mail/guidelines.cfm > for some hints on posting to the list & getting help > ** > ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: Any experiments with SMIL for menus? (was Re: [WSG] search engine question)
Patrick H. Lauke wrote: Robin Berjon wrote: SMIL has simple ways of handling this sort of thing including with timers for menu deactivation that degrade very easily to browser that don't support it (and could probably have a script fallback for applicable cases). To be honest, I think it's going a bit too far dragging out SMIL (or rather IE's incompatible HTML+TIME) for what is essentially something that can be achieved with just a touch of CSS and javascript. As I said first thing in my post, I was not suggesting this as a practical solution, merely wondering if anyone knew of an example that had toyed with it. -- Robin Berjon ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: Any experiments with SMIL for menus? (was Re: [WSG] search engine question)
Robin Berjon wrote: SMIL has simple ways of handling this sort of thing including with timers for menu deactivation that degrade very easily to browser that don't support it (and could probably have a script fallback for applicable cases). To be honest, I think it's going a bit too far dragging out SMIL (or rather IE's incompatible HTML+TIME) for what is essentially something that can be achieved with just a touch of CSS and javascript. Native support for SMIL/HTML+TIME across browsers is quite bad, so it would be an exercise in futility, in my humble opinion... And yes, you can make something that degrades very easily with javascript off / css off as well. -- Patrick H. Lauke _ re·dux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: Any experiments with SMIL for menus? (was Re: [WSG] search engine question)
Robin Berjon wrote: > This is besides the point of answering the initial practical question, > but have there been examples of using some of IE's HTML+TIME (or any > other integration of HTML with something SMILish) for precisely this > sort of effect? SMIL has simple ways of handling this sort of thing > including with timers for menu deactivation that degrade very easily > to browser that don't support it (and could probably have a script > fallback for applicable cases). I don't know anything about SMIL, I thought it was for media types... Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Kvnmcwebn wrote: > The only "drawback"(for me) is that the text size cant be fixed as in > the js method i was using earlier. Actually, that should be one more reason to stay away from that menu ;-) But check that menu in a different browser than IE, you'll see that text-size can always be increased/decreased. Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
OK after all these comments im sold. "But suckerfish dropdowns is DHTML solution that degrades nicely. You can get best of both worlds - extend CSS menu to have features of best JS menu. I'd avoid any non-trivial script that supports 4.x browsers. Scripts designed for those browsers often rely on browser sniffing and use outdated, non-standard DOMs and methods. When you write for modern browsers only, you may design your scripts much better. Nice, but totally inaccessible without JS support. Typical DHTML menus are HTML+CSS created and controlled by JS. Suckerfish dropdowns is HTML+CSS "created" by HTML and controlled by CSS. You get the same thing, but without need for JS support. > Kvnmcwebn wrote: >> Unless you think im making a HUGE mistake by using this dhtml menu>> from, im going to leave it." IMHO, it is a HUGE mistake Well then im going to go for the son of a suckerfish and redoing everything. The only "drawback"(for me) is that the text size cant be fixed as in the js method i was using earlier. Thanks all ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Any experiments with SMIL for menus? (was Re: [WSG] search engine question)
Thierry Koblentz wrote: Kornel Lesinski wrote: That's the same problem most JS menus have as well. That may be true for the bad ones, but not for quality JS menus. And I believe CSS offers no possibility re: a "timer". There are workarounds, but they bring other issues. This is besides the point of answering the initial practical question, but have there been examples of using some of IE's HTML+TIME (or any other integration of HTML with something SMILish) for precisely this sort of effect? SMIL has simple ways of handling this sort of thing including with timers for menu deactivation that degrade very easily to browser that don't support it (and could probably have a script fallback for applicable cases). -- Robin Berjon ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
RE: [WSG] search engine question
Ongoing dialogue ... > On Mon, 16 May 2005 05:06:43 +0100, Kvnmcwebn <[EMAIL PROTECTED]> > wrote: > > > Unless you think im making a HUGE mistake by using this dhtml > menu from, > > im going to leave it. > > How huge mistake is having website seen by Google as "Your browser does > not support script" message? > > > I mean what are the percentages of users with scripting disabled-is it > > really going to come back and haunt me? > > 1-3% of users, 100% of search engines. > There is no dropdown menu system which to my knowledge runs without JS DOM manipulation because of IE's lack of a CSS hover trigger. I obviate the JS dilemma by using noscript-tagged alternate menus, replicating the dropdown menu structures on http://www.seowebsitepromotion.com/. It's by no means a perfect menu system since it is not traversable via keyboard ... yet :o) I'm working on an accessible version as time permits but IE is proving challenging. Cheers, Mike Pepper Accessible Web Developer Internet SEO and Marketing Analyst http://www.seowebsitepromotion.com Administrator Guild of Accessible Web Designers [EMAIL PROTECTED] http://www.gawds.org ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
On Mon, 16 May 2005 05:06:43 +0100, Kvnmcwebn <[EMAIL PROTECTED]> wrote: Unless you think im making a HUGE mistake by using this dhtml menu from, im going to leave it. How huge mistake is having website seen by Google as "Your browser does not support script" message? I mean what are the percentages of users with scripting disabled-is it really going to come back and haunt me? 1-3% of users, 100% of search engines. -- regards, Kornel Lesiński ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Kvnmcwebn wrote: > Unless you think im making a HUGE mistake by using this dhtml menu > from, im going to leave it. IMHO, it is a HUGE mistake > I mean what are the percentages of users with scripting disabled-is it > really going to come back and haunt me? Did you check the source code? It is not only inaccessible to JS-challenged browsers, it is inaccessible to SE as well. If you "need" to go this route, make sure to plug some basic navigation links inside the noscript tag pair along with the "warning" you alreeady have in there. Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Kornel Lesinski wrote: >> I'm not sure if CSS menus are really "accessible". IMHO, they lack a >> "timer", browser support is weak and most of them do not allow >> keyboard navigation. > > That's the same problem most JS menus have as well. That may be true for the bad ones, but not for quality JS menus. And I believe CSS offers no possibility re: a "timer". There are workarounds, but they bring other issues. >> On top of that, if not well implemented, they can be totally >> inaccessible to IE users if scripts are disabled. > JS-based menu will fail as well, and not only in IE, but in other > browsers. I don't really agree. For example, the menu in my site is based on a projectseven's article. AFAIK, it degrades nicely in old browsers or in the ones with no script support. > Having working, styled top-level items are IMHO best way such menu can > degrade. > Otherwise you may get something like few pages of unordered lists or > spaghetti of links, which breaks page layout and isn't more usable. That's why I mentionned vertical flyouts vs. horizontal ones >> FWIW, I'd go with a "DHTML" solution that degrades nicely. > > But suckerfish dropdowns is DHTML solution that degrades nicely. You know what I mean, the suckerfish technique is not "supposed" to be a DHTML solution. And it "degrades" *only* if the top level items are actual links, which sometimes is not the wish of the designer. > You can get best of both worlds - extend CSS menu to have features of > best JS menu. > Add class to menu and make :hover work only on menu with that class. > Then using JS remove that class and add mouseover/mouseout/focus > handlers that implement closing delay, keyboard navigation, etc. We agree on this. I believe that's what "DHTML" is, a bit of CSS with more JS ;-) Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Look im not 100% comfortable with the http://www.dynamicdrive.com/dynamicindex1/hvmenu/horizon.htm Unfortunately i've nearly run out of time on this project and must stick with what ive allready done. Unless you think im making a HUGE mistake by using this dhtml menu from, im going to leave it. I mean what are the percentages of users with scripting disabled-is it really going to come back and haunt me? I had started out with the original suckerfish dropdowns but abandoned them. I've only now became aware of the son of a suckerfish, as well as Thierry's method. frustrating. -Kvnmcwebn. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
RE: [WSG] search engine question
You may also be interested in this: http://udm4.com/ 1 html list (no excessively long, non-accessible navigation lists at top of page) + dhtml submenus. Without Javascript, you just get the top list. Appearance controlled by CSS. Well worth a look. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kornel Lesinski Sent: 16 May 2005 17:07 To: wsg@webstandardsgroup.org Subject: Re: [WSG] search engine question On Mon, 16 May 2005 16:11:26 +0100, Thierry Koblentz <[EMAIL PROTECTED]> wrote: >> You have to use good, accessible menu that uses links in HTML. >> See "son of suckerfish dropdowns". > > I'm not sure if CSS menus are really "accessible". IMHO, they lack a > "timer", browser support is weak and most of them do not allow > keyboard navigation. That's the same problem most JS menus have as well. > On top of that, if not well implemented, they can be totally > inaccessible to IE users if scripts are disabled. JS-based menu will fail as well, and not only in IE, but in other browsers. Having working, styled top-level items are IMHO best way such menu can degrade. Otherwise you may get something like few pages of unordered lists or spaghetti of links, which breaks page layout and isn't more usable. > FWIW, I'd go with a "DHTML" solution that degrades nicely. But suckerfish dropdowns is DHTML solution that degrades nicely. You can get best of both worlds - extend CSS menu to have features of best JS menu. Add class to menu and make :hover work only on menu with that class. Then using JS remove that class and add mouseover/mouseout/focus handlers that implement closing delay, keyboard navigation, etc. -- regards, Kornel Lesiński ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help ** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
On Mon, 16 May 2005 04:01:09 +0100, Kvnmcwebn <[EMAIL PROTECTED]> wrote: I guess theres pros and cons to both methods, Im leaning towards a dhtml menu that supports ns and ie 4+. I'd avoid any non-trivial script that supports 4.x browsers. Scripts designed for those browsers often rely on browser sniffing and use outdated, non-standard DOMs and methods. When you write for modern browsers only, you may design your scripts much better. -- regards, Kornel Lesiński ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
On Mon, 16 May 2005 16:11:26 +0100, Thierry Koblentz <[EMAIL PROTECTED]> wrote: You have to use good, accessible menu that uses links in HTML. See "son of suckerfish dropdowns". I'm not sure if CSS menus are really "accessible". IMHO, they lack a "timer", browser support is weak and most of them do not allow keyboard navigation. That's the same problem most JS menus have as well. On top of that, if not well implemented, they can be totally inaccessible to IE users if scripts are disabled. JS-based menu will fail as well, and not only in IE, but in other browsers. Having working, styled top-level items are IMHO best way such menu can degrade. Otherwise you may get something like few pages of unordered lists or spaghetti of links, which breaks page layout and isn't more usable. FWIW, I'd go with a "DHTML" solution that degrades nicely. But suckerfish dropdowns is DHTML solution that degrades nicely. You can get best of both worlds - extend CSS menu to have features of best JS menu. Add class to menu and make :hover work only on menu with that class. Then using JS remove that class and add mouseover/mouseout/focus handlers that implement closing delay, keyboard navigation, etc. -- regards, Kornel Lesiński ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Kvnmcwebn wrote: > heres the menu > http://www.dynamicdrive.com/dynamicindex1/hvmenu/horizon.htm This link is to show you that I'm not biased when I say you should favor a "DHTML" solution: http://www.tjkdesign.com/articles/dropdown/demo.asp ;-) Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Kvnmcwebn wrote: > heres the menu > > http://www.dynamicdrive.com/dynamicindex1/hvmenu/horizon.htm Nice, but totally inaccessible without JS support. Check www.projectseven.com I believe most of their menus are fully accessible. It is important that without client script, the navigation fully expands. BTW, keeping this in mind, it may be better to go with a *vertical* flyout menu. Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
I guess theres pros and cons to both methods, Im leaning towards a dhtml menu that supports ns and ie 4+. but the links are in an external file, ugghh, I dont think it would degrade well but i suppose it woulnd have to with its browser support. I know what kornel is emphasizing is important as well...especially for us wsg people. heres the menu http://www.dynamicdrive.com/dynamicindex1/hvmenu/horizon.htm on 5/16/05 4:11 PM, Thierry Koblentz at [EMAIL PROTECTED] wrote: > Kornel Lesinski wrote: >> You have to use good, accessible menu that uses links in HTML. >> See "son of suckerfish dropdowns". > > I'm not sure if CSS menus are really "accessible". IMHO, they lack a > "timer", browser support is weak and most of them do not allow keyboard > navigation. On top of that, if not well implemented, they can be totally > inaccessible to IE users if scripts are disabled. > FWIW, I'd go with a "DHTML" solution that degrades nicely. > > Thierry | http://www.TJKDesign.com > > ** > The discussion list for http://webstandardsgroup.org/ > > See http://webstandardsgroup.org/mail/guidelines.cfm > for some hints on posting to the list & getting help > ** > ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
Kornel Lesinski wrote: > You have to use good, accessible menu that uses links in HTML. > See "son of suckerfish dropdowns". I'm not sure if CSS menus are really "accessible". IMHO, they lack a "timer", browser support is weak and most of them do not allow keyboard navigation. On top of that, if not well implemented, they can be totally inaccessible to IE users if scripts are disabled. FWIW, I'd go with a "DHTML" solution that degrades nicely. Thierry | http://www.TJKDesign.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
On Mon, 16 May 2005 02:59:32 +0100, Kvnmcwebn <[EMAIL PROTECTED]> wrote: would those suckerfish dropdowns interfere with divs below them, ie push them down or anything. No. Typical DHTML menus are HTML+CSS created and controlled by JS. Suckerfish dropdowns is HTML+CSS "created" by HTML and controlled by CSS. You get the same thing, but without need for JS support. Suckerfish actually uses a bit of JS to work around IE bug, but that's only for IE and other browsers and search engines don't need it. -- regards, Kornel Lesiński ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
would those suckerfish dropdowns interfere with divs below them, ie push them down or anything. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **
Re: [WSG] search engine question
On Mon, 16 May 2005 01:58:23 +0100, Kvnmcwebn <[EMAIL PROTECTED]> wrote: Do spiders crawl links in external javascript files, like the ones found in some dhtml menus? No. You have to use good, accessible menu that uses links in HTML. See "son of suckerfish dropdowns". -- regards, Kornel Lesiński ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help **