- From: Gregory J. Rosmaita <oedipus@hicom.net>
- Date: Fri, 4 May 2007 12:07:09 -0400
- To: public-html@w3.org
aloha, thomas! consider yourself lucky that the presidential elections in france end sunday -- here we still have a good 18 months or so of electioneering... while i am in violent agreement with your analysis, i did want to point out one thing: Thomas Broyer wrote, quote: By marking things up as being "important", you could ask your screenreader to "extract" the important ideas from the page. If one interests you, ask for more context (i.e. read the phrase or paragraph). This might be a new way of navigating documents with screenreaders (because <strong> is already almost always presented in bold font, you can already do this if you're not blind). unquote there already exists a "skim reading mode" in many screen readers which allow a user to define what sort of text to skim: 1. read the first line of each paragraph 2. read the first sentence of each paragraph 3. text rules apply for reading (allows you to either search for a specific text string or read new content) 4. attributes and color rules apply for reading so there is a mechanism which could allow one to quickly navigate documents with screenreaders, for the purpose of skim reading or searching for a particular portion of the text, but the problem with a skim reading function is that one must first know how the important and or emphasized text is styled. none of the screen readers i have access to allow one to set switches for individual elements -- that burden is placed on the end user, who is forced to create his or her aural stylesheet to ensure that text marked EM is aurally presented in a manner that differentiates it from unmarked text, and STRONG is presented in a manner that aurally distinguishes it from all other text. the same principle underlies such other accessibility features common to screen readers as a header list (which increases structure and provides an expeditious means for a blind user to move from header to header (or from level X header to level X header) this is why support for aural cascading stylesheets is critical, although the current available mechanisms to add a client side stylesheet is to hand-encode it and force one's browser to use it. of course, this is predicated on the use of an ACSS aware text to speech engine. so, i heartily ensdorse your conclusion that there IS a difference between STRONG and EM -- EM can, for instance, be used to generate air-quotes around terms that are not true quotes, but which use quotes to denote emphasis, sarcasm, or a nickname -- none of which should be marked-up as a Q, but which need to convey aurally the emphasis that one's brain attaches to a word in air-quotes. as i have been stating for quite some time, STRONG does not equal bold, nor EM italics; this misconception is at the base of the STRONG and EM argument: most people share the erroneous impression that the only way to signal STRONG is to style text as bold and that the only way to signal EM is to use italics. an author is bounded only by his or her imagination, rather than what browser X's decided to implement as a default stylesheet. ostensively, all a screenreader would have to do is be able to expose to the user a list of defined classes used to add style to a document, and allow the user to decide what to do next - that is easier than querying an element directly, for that would require foreknowledge on the part of the user. this is eminently do-able, as JAWS, for example, when it encounters an unsupported lang attribute, speaks the value of the attribute (i keep telling them that the 2 letter combos are NOT enough - they need to have a table of the standard 2 character codes for natural languages, so instead of identifying czech as "cz", as it currently does, it would voice the actual name of the language to which the abbreviation corresponds, if the user so desires, not merely to indicate clearly what natural language has been defined for an element, but in order that those who have knowledge of an unsupported language, or who has ready access to auto-translation software, can at least contextualize an otherwise indecipherable string of text if JAWS can grab "lang" from an element, it should also be able to grab "class" and build a list of classes defined for the document (or in an external stylesheet) which could be integrated into either the "skim" mode or the "ReadAll" settinngs, without the user having to know what exactly the class defines; another feature that this would enable would be to trigger audible effects (change pitch, change voice, sound an earcon, etc.) for user-selected classes (those that are most important to the user or all or none) hope your candidate wins -- mine never do... gregory. ---------------------------------------------------------------- CONSERVATIVE, n. A statesman who is enamored of existing evils, as distinguished from the Liberal, who wishes to replace them with others. -- Ambrose Bierce, _The Devil's Dictionary_ ---------------------------------------------------------------- Gregory J. Rosmaita, oedipus@hicom.net Camera Obscura: http://www.hicom.net/~oedipus/index.html ---------------------------------------------------------------- ---------- Original Message ----------- From: "Thomas Broyer" <t.broyer@gmail.com> To: public-html@w3.org Sent: Fri, 4 May 2007 12:54:08 +0200 Subject: Re: Cleaning House > 2007/5/4, Patrick H. Lauke: > > > > The difference being...what exactly? In other words: when do you want > > to emphasise something that is not important, or conversely if > > something is important, wouldn't it also be emphasised? Or is this to > > allow for marking something up as important, but without any > > distinction in how it's presented? > > Ads or political programs (you might know we electing our > President in France ;-) ) generally mark things up in big > fonts, bold and/or a different colour so that without > reading at the whole thing you get the "important idea". > However, if you were to read the text (and speech it), you > wouldn't emphasize those words. > > Words that need emphasis on the other hand are generally > marked up in italics which hasn't the same effect when you > just overlook without really reading. > > By marking things up as being "important", you could ask your > screenreader to "extract" the important ideas from the page. > If one interests you, ask for more context (i.e. read the > phrase or paragraph). This might be a new way of navigating > documents with screenreaders > (because <strong> is already almost always presented in bold > font, you can already do this if you're not blind). > > So yes, there *is* a difference between <strong> and <em>. > > -- > Thomas Broyer ------- End of Original Message -------
Received on Friday, 4 May 2007 16:07:14 UTC