I'd like to make a webpage such that when I move my mouse over a link,
description text appears below the link. eg. maybe make an input
type="text" field below the links and do something like
onhover="document.something.value='whatever'".
I'd also like to make another part of the page only show form elements
when a drop down menu is set to a particular item. I can do this
easily enough with display: none.
Unfortunately, I'm not sure how accessable doing stuff like this is.
In fact, it seems like javascript and truely accessable websites (eg.
accessable even to those who are blind and need screenreaders) just
don't go together. Is this correct or is there some way to make a
website both interactive (well, sorta) and accessable that I'm not
aware of? 13 1345
yawnmoth wrote: I'd like to make a webpage such that when I move my mouse over a link, description text appears below the link. eg. maybe make an input type="text" field below the links and do something like onhover="document.something.value='whatever'".
Search the archives for 'tooltip', there are many posts on the subject.
I'd also like to make another part of the page only show form elements when a drop down menu is set to a particular item. I can do this easily enough with display: none.
Unfortunately, I'm not sure how accessable doing stuff like this is. In fact, it seems like javascript and truely accessable websites (eg. accessable even to those who are blind and need screenreaders) just don't go together. Is this correct or is there some way to make a website both interactive (well, sorta) and accessable that I'm not aware of?
'JavaScript' and 'accessible' aren't mutually exclusive.
Make the website fully accessible first, then add script second to
enhance it for those who can take advantage of the scripting support
provided.
--
Rob
yawnmoth wrote: ... such that when I move my mouse over ...
<snip> Unfortunately, I'm not sure how accessable doing stuff like this is.
<snip>
One of the things that you will have to think about when creating
accessible web pages is how the user may be interacting with their
computer. They may not be using a mouse at all (through choice or an
inability to successfully manipulate one).
Richard.
"yawnmoth" <te*******@yahoo.com> wrote in message
news:11*********************@y43g2000cwc.googlegro ups.com... I'd like to make a webpage such that when I move my mouse over a link, description text appears below the link. eg. maybe make an input type="text" field below the links and do something like onhover="document.something.value='whatever'".
Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4
RobG wrote: <snip> 'JavaScript' and 'accessible' aren't mutually exclusive.
Make the website fully accessible first, then add script second to enhance it for those who can take advantage of the scripting support provided.
Would a good rule of thumb maybe be that if the website can be used
without javascript than it is accessable? Or do screenreaders run
javascript?
yawnmoth wrote: RobG wrote:
<snip> 'JavaScript' and 'accessible' aren't mutually exclusive.
Make the website fully accessible first, then add script second to enhance it for those who can take advantage of the scripting support provided.
Would a good rule of thumb maybe be that if the website can be used without javascript than it is accessable? Or do screenreaders run javascript?
What about a website that requiers the use of JavaScript in order to
work properly?
yawnmoth wrote: RobG wrote: <snip> 'JavaScript' and 'accessible' aren't mutually exclusive.
Make the website fully accessible first, then add script second to enhance it for those who can take advantage of the scripting support provided. Would a good rule of thumb maybe be that if the website can be used without javascript than it is accessable?
There are other factors to accessibility, but that would be a good
indicator.
Or do screenreaders run javascript?
Maybe.
PointedEars
--
When you have eliminated all which is impossible, then
whatever remains, however improbable, must be the truth.
-- Sherlock Holmes in Sir Arthur Conan Doyle's
"The Blanched Soldier"
Warren Sarle wrote: "yawnmoth" <te*******@yahoo.com> wrote in message I'd like to make a webpage such that when I move my mouse over a link, description text appears below the link. eg. maybe make an input type="text" field below the links and do something like onhover="document.something.value='whatever'".
Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4
It is simpler. However, its limitations are that it requires a pointing
device and the displayed tooltip text length is limited, if the attribute
value is even displayed as a tooltip. So I suggest to use both to be
pretty sure.
PointedEars
--
Those who desire to give up freedom in order to gain security,
will not have, nor do they deserve, either one.
-- Benjamin Franklin
Thomas 'PointedEars' Lahn said the following on 5/22/2006 11:48 AM: Warren Sarle wrote:
"yawnmoth" <te*******@yahoo.com> wrote in message I'd like to make a webpage such that when I move my mouse over a link, description text appears below the link. eg. maybe make an input type="text" field below the links and do something like onhover="document.something.value='whatever'". Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4
It is simpler. However, its limitations are that it requires a pointing device and the displayed tooltip text length is limited, if the attribute value is even displayed as a tooltip. So I suggest to use both to be pretty sure.
And even that won't insure that it gets displayed.
--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/
Randy Webb wrote: Thomas 'PointedEars' Lahn said the following on 5/22/2006 11:48 AM: Warren Sarle wrote:
"yawnmoth" <te*******@yahoo.com> wrote in message I'd like to make a webpage such that when I move my mouse over a link, description text appears below the link. eg. maybe make an input type="text" field below the links and do something like onhover="document.something.value='whatever'". Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4
It is simpler. However, its limitations are that it requires a pointing device and the displayed tooltip text length is limited, if the attribute value is even displayed as a tooltip. So I suggest to use both to be pretty sure.
And even that won't insure that it gets displayed.
I guess he's coming, the fate man of c.l.j. : deaf and blind user on
Lynx :-))
:-|
JavaScript was created to /improve/ accessibility so I'm finding rather
ridiculous to put them into some kind of opposition.
That again like with "cross browser support": without strictly defining
what browsers are included (and excluding any others) they just taking
a broad range of exeptions from wherever - whatever sounds stronger at
this given moment.
VK said the following on 5/22/2006 12:29 PM: Randy Webb wrote: Thomas 'PointedEars' Lahn said the following on 5/22/2006 11:48 AM: Warren Sarle wrote:
"yawnmoth" <te*******@yahoo.com> wrote in message > I'd like to make a webpage such that when I move my mouse over a link, > description text appears below the link. eg. maybe make an input > type="text" field below the links and do something like > onhover="document.something.value='whatever'". Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4 It is simpler. However, its limitations are that it requires a pointing device and the displayed tooltip text length is limited, if the attribute value is even displayed as a tooltip. So I suggest to use both to be pretty sure. And even that won't insure that it gets displayed.
I guess he's coming, the fate man of c.l.j. : deaf and blind user on Lynx :-))
No, not a deaf and blind user on Lynx, just a user that has a cellphone
with a browser but no mouse and no scripting.
:-| JavaScript was created to /improve/ accessibility so I'm finding rather ridiculous to put them into some kind of opposition.
I never said differently.
That again like with "cross browser support": without strictly defining what browsers are included (and excluding any others) they just taking a broad range of exeptions from wherever - whatever sounds stronger at this given moment.
You should spend about a week of reading mine and TL's posts and then
you might begin to understand..
--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/
Randy Webb wrote: Thomas 'PointedEars' Lahn said the following on 5/22/2006 11:48 AM: Warren Sarle wrote: "yawnmoth" <te*******@yahoo.com> wrote in message I'd like to make a webpage such that when I move my mouse over a link, description text appears below the link. eg. maybe make an input type="text" field below the links and do something like onhover="document.something.value='whatever'". Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4 It is simpler. However, its limitations are that it requires a pointing device and the displayed tooltip text length is limited, if the attribute value is even displayed as a tooltip. So I suggest to use both to be pretty sure.
And even that won't insure that it gets displayed.
It is likely, though, for the corresponding meaning of "to display". The
value of the `title' attribute may be not displayed as a tooltip, but a
reasonable UA that conforms to accessibility standards should allow its
users to "see" the `title' attribute value. Because, for example, there
are accessibility standards that _require_ the `table' element's `title'
attribute to be set for conformance, so that users can "see" at a glance
what the table is about.
PointedEars
--
Those who desire to give up freedom in order to gain security,
will not have, nor do they deserve, either one.
-- Benjamin Franklin
Thomas 'PointedEars' Lahn said the following on 5/22/2006 12:54 PM: Randy Webb wrote:
Thomas 'PointedEars' Lahn said the following on 5/22/2006 11:48 AM: Warren Sarle wrote: "yawnmoth" <te*******@yahoo.com> wrote in message > I'd like to make a webpage such that when I move my mouse over a link, > description text appears below the link. eg. maybe make an input > type="text" field below the links and do something like > onhover="document.something.value='whatever'". Why not just use the title attribute? Simpler and accessible. http://www.w3.org/TR/html4/struct/links.html#h-12.1.4 It is simpler. However, its limitations are that it requires a pointing device and the displayed tooltip text length is limited, if the attribute value is even displayed as a tooltip. So I suggest to use both to be pretty sure. And even that won't insure that it gets displayed.
It is likely, though, for the corresponding meaning of "to display". The value of the `title' attribute may be not displayed as a tooltip, but a reasonable UA that conforms to accessibility standards should allow its users to "see" the `title' attribute value.
Then that reasonable UA should display the title attribute when focused
by means other than a mouse. And I don't want to get into an
argument/discussion about what is "focused" and what isn't.
How does a UA know to display the title attribute if there is no mouse
pointer?
Because, for example, there are accessibility standards that _require_ the `table' element's `title' attribute to be set for conformance, so that users can "see" at a glance what the table is about.
And every UA follows every standard? I do not even know of one, much
less more, that follow all the standards.
--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/
Randy Webb wrote: Thomas 'PointedEars' Lahn said the following on 5/22/2006 12:54 PM: Randy Webb wrote: Thomas 'PointedEars' Lahn said the following on 5/22/2006 11:48 AM: Warren Sarle wrote: > "yawnmoth" <te*******@yahoo.com> wrote in message >> [display description of a hyperlink as content of another element] > Why not just use the title attribute? Simpler and accessible. > http://www.w3.org/TR/html4/struct/links.html#h-12.1.4 It is simpler. However, its limitations are that it requires a pointing device and the displayed tooltip text length is limited, if the attribute value is even displayed as a tooltip. So I suggest to use both to be pretty sure. And even that won't insure that it gets displayed. It is likely, though, for the corresponding meaning of "to display". The value of the `title' attribute may be not displayed as a tooltip, but a reasonable UA that conforms to accessibility standards should allow its
^^^^^^^^^^^^^^^^ users to "see" the `title' attribute value.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Then that reasonable UA should display the title attribute when focused by means other than a mouse.
That is what I said.
[...] How does a UA know to display the title attribute if there is no mouse pointer?
The `title' attribute _value_ can be displayed when the corresponding
element is focused. That requires that the element can be focused somehow
without a pointing device.
Because, for example, there are accessibility standards that _require_ the `table' element's `title' attribute to be set for conformance, so that users can "see" at a glance what the table is about.
And every UA follows every standard?
Wrong question, and no. However, a UA that does not follow this part of
accessibility standards, probably is not used (by handicapped people).
I do not even know of one, much less more, that follow all the standards.
You are confusing language/API standards and accessibility standards.
The latter are even enforced by national legislation.
PointedEars
--
Multiple exclamation marks are a sure sign of a diseased mind.
-- Terry Pratchett This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Logan |
last post by:
I was wondering if anyone had any suggestions on how to get accessability
information form a window handle. I know this is possible and even found
some sample code but it doesn't seem to work....
|
by: Carlao |
last post by:
I am using Windows Forms with vb.net.
My app is a MDI and I have some child forms. My problem is when I try to use
Control+Tab. If I have a TabControl control with some tabpages in the main
form...
|
by: gregory_may |
last post by:
I want to stuff information into a text box with via the accessibility API
.... Anyone know how do I do it in .Net?
So has anyone tried to talk to the Accessibility api with .Net? I cant seem
to...
|
by: gregerly |
last post by:
Hello,
I posted this in the Flash forum, and they said I should move this over here, so I hope i'm not annoying anyone by double posting.
I have a XHTML Strict document that I am trying to use...
|
by: =?Utf-8?B?TWFyYyBXaWNrZW5z?= |
last post by:
Hi
I have noticed that the LinkButton creates a hyperklink to a javascript
location .e.g.
<a href="javascript:__dopostback"
This is bad for accessability because browsers without Javascript...
|
by: taylorcarr |
last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: aa123db |
last post by:
Variable and constants
Use var or let for variables and const fror constants.
Var foo ='bar';
Let foo ='bar';const baz ='bar';
Functions
function $name$ ($parameters$) {
}
...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: ryjfgjl |
last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
| |