James Ellis wrote:
> I think "John", "Betty", "Steve" or "Jane" are always more preferable
> labels, if my drift is seen ;), otherwise, the person tends to become
> the label in societal eyes.
[snip]
> The moral for us? Accessibility is for everyone, not just for a group
> deemed "disabled"... and
www.xstandard.com they
are very serious about standars =) even got some firefox/mozilla behavior
modified to allow better compatibility with their editor
- Original Message -
From:
Tatham Oddie (Fuel Advance)
To: wsg@webstandardsgroup.org
Sent: Sunday, August 07, 2005
On Sun, 2005-08-07 at 15:08 +1000, Tatham Oddie (Fuel Advance) wrote:
> Hi all,
> I’m looking for some advice on editor controls (like JS controls) for
> a CMS type ‘thing’ I’m building.
First off, I'm foreseeing an admin saying this should be on the CMS list
instead...
> Any ideas?
... but yes,
Hi
all,
I’m
looking for some advice on editor controls (like JS controls) for a CMS type ‘thing’
I’m building.
Basically,
it needs to be a rich edit control that’s simple for users to use.
However:
Must produce XHTML
Must only produce p, ul, ol, li, a, img, code,
dl,
In fact, you could put the background image in the anchor to achieve a
rollover affect by adjusting the background position, or changing the
the image.
Here's a good article on single background images and positioning:
http://superfluousbanter.org/archives/2004/05/navigation_matr.php
kind reg
Terrence Wood wrote:
display:inline prevents your bullet from displaying.
Try float:left; and adjust your margins to suit.
Alternatively, you could try and add left-hand padding and place the
star as a non-repeating background image
#topnav ul li {
display: inline;
padding-left: 30
I agree with Patrick - I'd use background-image instead of list-style-image
as you have far more control over the placement of the image using the
background-position property.
Russ
> Alternatively, you could try and add left-hand padding and place the
> star as a non-repeating background image
On 7 Aug 2005, at 11:23 AM, <[EMAIL PROTECTED]> wrote:
#topnav ul li
{display: inline;
list-style-image: url(../images/star.gif);
line-height: 30px;}
display:inline prevents your bullet from displaying.
Try float:left; and adjust your margins to suit.
kind regards
Terrence Wood.
*
Goodevening All,
I have a slight problem. I can't seem to get the list-style-image to work,
which is part of a
unordered list set to display inline in a horizonal menu bar. I've reviewed my
books, The CSS
Anthology and Web Standards Solutions, but I must be missing something
therefore any advic
This question was discussed recently on this list:
http://www.mail-archive.com/wsg%40webstandardsgroup.org/msg19456.html
kind regards
Terrence Wood.
On 6 Aug 2005, at 8:48 PM, <[EMAIL PROTECTED]> wrote:
Hoping some of you may help with a question that I frequently see
implemented
differentl
I didn't see the problem... maybe the tool tips appearing contribute to
the *perception* that the hover effect is slow?
kind regards
Terrence Wood.
On 6 Aug 2005, at 5:19 PM, José de Jesús Sanchez Betanzos wrote:
Hi, I'm jesus.
Look how the a:hover effect in the following menu make the brows
On Sat, 6 Aug 2005 Nathan wrote:
> ... Should the form 'label' element
> () wrap around the form elements that they are a
> label for (almost like a container), or should they be left on
> their own? I have seen some keep the form labels separate from say
> a input field, but then wrapped around m
On 8/6/05, Drake, Ted C. <[EMAIL PROTECTED]> wrote:
> Sorry for a possibly off-topic post. We have a client on our intranet that
> needs to look at our site on OS9.2. I couldn't find information on the
> Firefox web site about compatibility with this platform. Does anyone know
> where I could sen
I wouldn't suggest doing a single multi-porpuse form, as it would
simply just confuse people using the website.
Split them up. Though I am not quite sure what your question is.
Svip - sviip.dk
On 06/08/05, Jad Madi <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm working on multi purpose form, registratio
Hi,
I'm working on multi purpose form, registration and purchase
so it become so boring form, while I was trying to have simple form,
and excited process of registration and purchase
please if you have any suggestion let me know, I'm having headache
because of this form
## Personal information
Hi, thanks for your answers.
May be you didn't see the problem because your RAM speed is very fast,
I don't see the problem when I am using a PC with 1.5GB of RAM speed,
but my PC has 512MB of speed...
I'm so thankful for your help...
José de Jesús Sanchez Betanzos wrote:
Hi, I'm jesus.
Look how the a:hover effect in the following menu make the browser slow...
http://www.jesusbet.net/tmp/sp/
I wanted to do something like the menu on the web standards group
homepage:
http://webstandardsgroup.org/
And I did it, but when you b
I tested the page in both Internet Explore 6 & 7.
I do not see any signs that the browser is "slow", nor any evidence of
flickering.
--Zachary
José de Jesús Sanchez Betanzos wrote:
Hi, I'm jesus.
Look how the a:hover effect in the following menu make the browser slow...
http://www.jesusbet.
We might think implicit labels (LABEL - WRAPPING) as
a transitional markup :-)
In HTML Techniques fo WCAG 2.0 (status: WD),
explicit labels are favorable, and implicit labels are 'deprecated',
said "do not use the label element implicitly."
http://www.w3.org/TR/WCAG20-HTML-TECHS/#label
I thin
I think your first sample (LABEL - NOT WRAPPING)
is favorable for semantic markup.
Because it shows 'directly connection.'
WCAG 1.0 needs to "associate labels explicitly with
their controls", that is, "in HTML use LABEL and its 'for'
attribute" as priority 2. http://www.w3.org/TR/WCAG10/#gl-compl
Hello.
I think your first sample (LABEL - NOT WRAPPING)
is favorable for semantic markup.
Because it shows 'directly connection.'
Label element doesn't exist as a container (e.g., fieldset),
and should be related to a control individually.
WCAG 1.0 needs to "associate labels explicitly with
the
Hoping some of you may help with a question that I
frequently see implemented differently? Should the form 'label' element
() wrap around the form elements that they are a
label for (almost like a container), or should they be left on their own? I have
seen some keep the form labels separate
Hi
I think "John", "Betty", "Steve" or "Jane" are always more preferable
labels, if my drift is seen ;), otherwise, the person tends to become
the label in societal eyes.
Interestingly, "dis" comes from the latin and can mean "absence",
"bad" or similar. See: http://dictionary.reference.com/searc
23 matches
Mail list logo