Dan wrote:
What is the 'official' word on the use of form selects as an alternative to
space hungry HTML lists?
I would not even go think about using a form select for a menu, my experience
has shown that most people ignore form selects.
I inherited a web site many years ago that the
On 5/16/05, Nick Cowie [EMAIL PROTECTED] wrote:
Dan wrote:
What is the 'official' word on the use of form selects as an alternative to
space hungry HTML lists?
I would not even go think about using a form select for a menu, my experience
has shown that most people ignore form selects.
Dan wrote:
What is the 'official' word on the use of form selects as an alternative to
space hungry HTML lists?
I would avoid doing this for any kind of significant navigation as
search engine spiders would not follow the navigation. I'm not sure
how it would fare accessibility-wise either.
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
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 Lesiski
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
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
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
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
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
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
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
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
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
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.
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
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
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
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?
Kay Smoljak wrote:
I'm not sure
how it would fare accessibility-wise either.
Such jump menus can be accessible, if:
- you use an actual form, with a submit button (or, at a stretch, a
graphical input button) and a simple server-side redirector that takes
the URL passed as the select's value and
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
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.
Hello,
Is there an equivelant to the underscore hack for safari out there?
_kvnmcwebn
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list
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
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
Hello WSG List Members,
I am delveloping a website that can switch between english and
itallian. I am wondering if I should be using en-GB or en-gb for my
lang attributes
and also for the meta http-equiv=Content-Language content=en-GB /
are these attributes sensitive to casing? or should I
sam sherlock wrote:
Hello WSG List Members,
I am delveloping a website that can switch between english and
itallian. I am wondering if I should be using en-GB or en-gb for my
lang attributes
and also for the meta http-equiv=Content-Language content=en-GB
/ are these attributes sensitive to
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
Geoff Deering wrote:
Does anyone use transparent content negotiation to handle multiple
language sites? I get the feeling this is hardly ever used, if so, why
not?
The problem IME is that when you use it you have to also provide a way
for the user to pick her language which will override the
Robin Berjon wrote:
Geoff
Deering wrote:
Does anyone use transparent content
negotiation to handle multiple language sites? I get the feeling this
is hardly ever used, if so, why not?
The problem IME is that when you use it you have to also provide a way
for the user to pick
Robin Berjon wrote:
The problem IME is that when you use it you have to also provide a way
for the user to pick her language which will override the negotiation
(I've been accessing the Web a lot from computers localized in
Japanese recently, and they're probably not sending Accept-Language
sam sherlock wrote:
I am using ip2couuntry class in PHP to decide the default lanuage.
Thanks to Evandro who sent me a link to his site in Portugese and
English. The site in question does not use the language attribute as
inteneded (as far as I understand) all Lan attributes are set to en
for
sam sherlock wrote:
I would also appreciate any links to web standard sites using multiple
languages?
Still doing some under-the-hood work on this one to bring it up to
speed, but you can check out http://www.liveinvictoria.vic.gov.au/ to
see the site I was pestering the list about a month or
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
sam sherlock wrote:
I am using ip2couuntry class in PHP to decide the default lanuage.
I don't know if this is the greatest feature - definitely not in Canada
where I live. Since the country has two official languages [english
and french], it would still requires an "evil", but
35 matches
Mail list logo
