If you place text-align: center; on the body tag in the CSS and then margin:
auto; on the first 'container' divider then the web page should be
centralised in Firefox and IE.
Like this:
body { text-align: center; }
#container { width: 960px; margin: auto; }
HTH
Darren Lovelock
Munky
On Feb 6, 2008 6:03 AM, sri kumar [EMAIL PROTECTED] wrote:
FYI, your approach is perfect to my knowledge, but the INPUT element
should not wrapped by any LABEL element. It's not compliant/accessible...
For somebody labelling themselves Webstandard guy, your knowledge is
scarily off-base.
note to anyone who wants to run ies4mac.
install wine verstion .51
the current version doesnt work.
-kevin
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe:
On Behalf Of Thomas Thomassen
Sent: Thursday, February 07, 2008 10:29 AM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] Styling forms
While I see your point, what I find to be troublesome is that Label and
Input are inline elements. While it's easy to wrap the Inputs in Labels
and
make
fwiw, I think BRs are the perfect fit.
I agree. :)
Mike
- Original Message -
From: Thierry Koblentz [EMAIL PROTECTED]
To: wsg@webstandardsgroup.org
Sent: Thursday, February 07, 2008 1:55 PM
Subject: RE: [WSG] Styling forms
On Behalf Of Thomas Thomassen
Sent: Thursday, February
On Behalf Of Thierry Koblentz
Sent: Thursday, February 07, 2008 10:29 AM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] Styling forms
TK fwiw, I think BRs are the perfect fit.
BRs? Are BRs semantically correct? I believe they aren't.
--
Regards,
Alexey Novikov
http://studiomade.ru
Still need some extra elements to organise them.
Such as lists.
I don't know why that would be. Proper use of form elements is the only
organizational support needed. In my opinion, use of any other non-form
elements on form's isn't necessary, or advantageous and, if not careful, can
Fieldsets and Labels is present in HTML4 as well. Don't see anything new about
that. Still need some extra elements to organise them. Such as lists.
- Original Message -
From: Joe Ortenzi
To: wsg@webstandardsgroup.org
Sent: Thursday, February 07, 2008 8:36 AM
Subject: Re:
I was merely highlighting that in the forms section of the HTML 5
diff doc, it describes the structure of forms with fieldsets and
labels. Why are lists required? By some reckoning, the fact that one
input element follows another means you need to order them. This is a
false precept. We do
I found that out! darwine won't load them
On Feb 7 2008, at 13:07, kevin mcmonagle wrote:
note to anyone who wants to run ies4mac.
install wine verstion .51
the current version doesnt work.
-kevin
***
List Guidelines:
Well done Alexey!
Are we not confusing semantics with presentational here?
if it is OK to strip the presentational out of a list element (when
we use a list for a navigation group and want our navigation elements
in a row instead of a column) what is wrong with supplanting the
inline
While I see your point, what I find to be troublesome is that Label and
Input are inline elements. While it's easy to wrap the Inputs in Labels and
make the Labels block elements, with just plain HTML and no CSS that means a
form's elements will end up all in one long line.
Now, one can
On Behalf Of Thierry Koblentz
Sent: Thursday, February 07, 2008 10:29 AM
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] Styling forms
TK fwiw, I think BRs are the perfect fit.
BRs? Are BRs semantically correct? I believe they aren't.
9.3.2 Controlling line breaks [1]
A line break is
Can't seem to find a mac link to download wine...my impression was
that you needed darwine for this.
Am i missing something?
James De Angelis, Designer
reactive
www.reactive.com
Level 1, 490 Crown Street p: +61 2 9339 1001
Surry Hills NSW, 2010 f: +61 2 9380 4787
Australia e:
Hello Thomas,
How does screenreaders treat using just
labelinput//label?
I'm writing an article on just that thing now. Jaws is okay with it, but
Windows Eyes chokes on it. That in itself may not be too-too important due
to the number of users, but I'm 99.99% sure that Safari on Mac users
Michael Horowitz wrote:
I've been looking at styling forms and I'm seeing some people mark them
up as ordered lists and other using paragraphs. What are the arguments
for the different markup types.
from what I can see the reason lists have come into use in forms has a
lot to do with
On 7 Feb 2008, at 10:31, Darren Lovelock wrote:
If you place text-align: center; on the body tag in the CSS and
then margin: auto; on the first 'container' divider then the web
page should be centralised in Firefox and IE.
Like this:
body { text-align: center; }
#container { width:
hm... this thread has given me a thinker.
How does screenreaders treat using just labelinput//label?
form
fieldset
labelFoo: input id=foo//label
labelBar: input id=bar//label
/fieldset
/form
How will it present the form? If it's all inline, will it be read continuous,
or will there
I got a better theory on why lists are used for forms...
people have fallen for lists and believe that they are the bees knees for every
(x)html problem they encounter.
Chris Knowles [EMAIL PROTECTED] 8/02/2008 6:53:08 am
Michael Horowitz wrote:
I've been looking at styling forms and I'm
Chris Knowles wrote:
CK from what I can see the reason lists have come into use in forms has a
CK lot to do with javascript libraries that have re-ordering of elements by
CK drag and drop that tend to work mainly on lists. Therefore lists are
CK useful to wrap form elements if you are creating
That's really interesting Mike. After visiting a conference a couple of years
ago where a demonstration was given on screen reader use of forms, I have been
wrapping the input in a label and having a for attribute set. Both were
presented as being equally accessible (the demo must have been in
As far as CSS formating goes, I find it easier when the label doesn't
wrap the input.
Also, I believe that is the same reason that lists have made their way
into forms, because it makes them that much easier to format and gives
you something else to grab onto.
Rachel May wrote:
That's
and remember that Wine is an emulation layer, it may not give the same
results as virtualising Windows (which is a standard Windows install). It
depends on how good the emulation is.
For instance, before using virtualisation to test IE in XP, I was using Wine
and ies4linux and not getting
I would have thought so. Isn't that what the id attribute is used
for? Something for JavaScript to reference?
On Feb 7 2008, at 22:17, Алексей Новиков wrote:
Chris Knowles wrote:
CK from what I can see the reason lists have come into use in
forms has a
CK lot to do with javascript
Joe Ortenzi wrote:
I would have thought so. Isn't that what the id attribute is used for?
Something for JavaScript to reference?
Chris Knowles wrote:
CK from what I can see the reason lists have come into use in forms has a
CK lot to do with javascript libraries that have re-ordering of
25 matches
Mail list logo