Hi David,
Thanks for that.
Nick
David Hucklesby wrote:
On Tue, 07 Nov 2006 09:36:34 +, Nick Roper wrote:
Sorry folks, forgot to say that this was fixed, many thanks to all
concerned.
Out of interest, what's the correct way of thanking people and advising
that something is fixed - not
I suppose server-side makes the most sense, since the page view isn't
required to be dynamic per se.
Very neat idea.
Thierry Koblentz wrote:
[EMAIL PROTECTED] wrote:
Is there a good reason for doing this with JavaScript rather than
doing it server side?
Do you know of a SS solution to do
Thierry,
I don't know of an existing solution, but where static pages are
concerned, anything that can be done with JS can be done with PERL, PHP,
JSP or whatever. In this case, I am in two minds as to whether this
counts as 'progressive enhancement' or not. If it is, then JS is
acceptable (not
I don't know of an existing solution, but where static pages are
concerned, anything that can be done with JS can be done with PERL, PHP,
JSP or whatever.
I tend to disagree. I think trying to manipulate your HTML output by
buffering it and processing it on the server side is overkill.
**
This is a one-way list for WSG Announcements
**
This email covers:
- Links for light reading
- WSG and Industry events
If you have an event, resource or relevant job
I like the idea, regardless of client- or server-side rendering. Could this be
turned into a Greasemonkey script?
~ Tim
tjameswhite.com
- Original Message
From: Kepler Gelotte [EMAIL PROTECTED]
To: wsg@webstandardsgroup.org
Sent: Wednesday, November 8, 2006 9:37:49 AM
Subject: RE:
W3C Web Accessibility Initiative has a great resource on this:
Involving Users in Web Accessibility Evaluation
http://www.w3.org/WAI/eval/users.html
It gives some really solid advice.
Cheers,
Justin Thorp
**
Justin Thorp
Web Services - Office of Strategic Initiatives
-Original Message-
From: listdad@webstandardsgroup.org
[mailto:[EMAIL PROTECTED] On Behalf Of Kepler Gelotte
Sent: Wednesday, November 08, 2006 2:38 PM
Subject: RE: [WSG] Using JS to expand Abbreviations
I tend to disagree. I think trying to manipulate your HTML output by
[EMAIL PROTECTED] wrote:
This is not about styling.
Without the measures being discussed, the consensus is that it is all
styling. How the abbreviation element is styled will, short of
javascript, dictate how the abbreviation's full form will be made available.
I think it is a little early to be claiming consensus on this!
Correct me if I am wrong, but without this fix, most users will never
see the full form of the abbreviation. That seems like a little more
than just styling to me.
Mike
-Original Message-
From:
[EMAIL PROTECTED] wrote:
I think it is a little early to be claiming consensus on this!
Correct me if I am wrong, but without this fix, most users will never
see the full form of the abbreviation. That seems like a little more
than just styling to me.
Mike
I think this is a misunderstanding.
[EMAIL PROTECTED] wrote:
this counts as 'progressive enhancement' or not. If it is, then JS is
acceptable (not necessarily best) solution. On the other hand, this
solution has already been discussed in the context of final print
output, and would seem beneficial to all users, regardless of
On 07/11/2006, at 11:57 PM, Designer wrote:
Would it be wrong to use:
a1{font-size : 0.5em}
...
a30{font-size : 25em} (or whatever)
Depends on if you want to have 30 rules in your CSS. Given your
question, I'm guessing you're generating it by hand, so you've got
your work cut
Hi.
will paste my table and the css style sheet below.
when on my webpage, i hit the letter t int in internet explorer, and instead
of saying the table caption, it says the table summary.
also, need help in how to code tables more accessibly.
when i would like to have the two heading on the
14 matches
Mail list logo