But it is in the div
Example:
div id=form
form method=post action=form.cgi
input type=hidden name=postmode value=QUANTITYBOXES /
pblah blah blah /p
div class=twoCol
labelinput type=text size=2 name=quantity1 / item name/label
labelinput type=text size=2 name=quantity2 / item
On 6 maj 2005, at 08.01, tee wrote:
But it is in the div
Example:
div id=form
form method=post action=form.cgi
input type=hidden name=postmode value=QUANTITYBOXES /
You need a block level element _inside_ the form element:
form
div
input /
/div
/Roger
--
On 5/6/05, tee [EMAIL PROTECTED] wrote:
But it is in the div
Example:
div id=form
form method=post action=form.cgi
input type=hidden name=postmode value=QUANTITYBOXES /
pblah blah blah /p
div class=twoCol
labelinput type=text size=2 name=quantity1 / item name/label
You misunderstood that a bit: It must be the direct contents of one of
the elements listed - no elements in between.
You currently have
div form input
But the input need to be contained in one of the listed elements - for
example like this:
form div input
It's a question of
That worked great, thanks a lot, damn IE! :)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Andrew Hawthorne
Sent: 05 May 2005 19:40
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] IE CSS Gap Problem? Anybody have a solution?
try this out,
Add this:
Title: Text input can't be selected in IE (html+css)
Hi,
I have a problem that's got me totally confused, I have a login and a password input in the header of my design.
There's no _javascript_ involved at all, you can't seem to select the inputs, what I have noticed though is that if you
Hi Zulema,
You wrote:
I like this neat table:
http://www.ampsoft.net/webdesign-l/WindowsMacFonts.html
I took a quick peek--looks like a good quick
reference. I didn't see an explanation of what
information is given by repeating an entry, in
parentheses, with different styling, and showing
Title: Text input can't be selected in IE (html+css)
Thanks anyway but
I think I've figured it out, abovethe area I've got a ul with each
li set to display inline for 4 tabs, it's abs. positioned and I reckon some padding/margin is
covering the hit area to focus. I'm not sure yet, but
Hello, I'm having some trouble deciding if certain blockquote
scenarios are valid, or semantically correct.
Example 1:
pblockquoteTEXT/blockquote/p
OR
blockquotepTEXT/p/blockquote
OR
blockquoteTEXT/blockquote
- Is the p even necessary? If so, does it go INSIDE or OUTSIDE the
blockquote?
Matt Thommes wrote:
blockquotepTEXT/p/blockquote
blockquoteTEXT/blockquote
- Is the p even necessary? If so, does it go INSIDE or OUTSIDE the
blockquote?
Both are correct. I use the former one when there are more than one
paragraph to cite.
On 6 maj 2005, at 21.53, Lukasz Grabun wrote:
Matt Thommes wrote:
blockquotepTEXT/p/blockquote
blockquoteTEXT/blockquote
- Is the p even necessary? If so, does it go INSIDE or OUTSIDE the
blockquote?
Both are correct. I use the former one when there are more than one
paragraph to cite.
Unless I'm
Matt Thommes wrote:
Hello, I'm having some trouble deciding if certain blockquote
scenarios are valid, or semantically correct.
Example 1:
pblockquoteTEXT/blockquote/p
invalid -- a P can only contain inline elements
blockquotepTEXT/p/blockquote
valid
blockquoteTEXT/blockquote
invalid -- BLOCKQUOTE
Roger Johansson wrote:
Unless I'm misreading the W3C Recommendation, blockquote elements can
only have block-level content. That makes the second example incorrect.
In fact, our friend the W3C HTML validator confirms that. So yes,
paragraph (or other block level element) inside the blockquote.
Roger Johansson wrote:
Unless I'm misreading the W3C Recommendation, blockquote elements can
only have block-level content. That makes the second example
incorrect. From http://www.w3.org/TR/html4/struct/text.html#h-9.2.2 :
So yes, the p (or some other block-level element) is necessary, and it
On 6 maj 2005, at 22.57, Lukasz Grabun wrote:
Roger Johansson wrote:
Unless I'm misreading the W3C Recommendation, blockquote elements can
only have block-level content. That makes the second example
incorrect. From http://www.w3.org/TR/html4/struct/text.html#h-9.2.2
:
So yes, the p (or some
Roger Johansson wrote:
Unless I'm misreading the W3C Recommendation, blockquote elements can
only have block-level content. That makes the second example
incorrect. From http://www.w3.org/TR/html4/struct/text.html#h-9.2.2 :
So yes, the p (or some other block-level element) is necessary, and
Gene Falck wrote:
Hi Zulema,
You wrote:
I like this neat table:
http://www.ampsoft.net/webdesign-l/WindowsMacFonts.html
I took a quick peek--looks like a good quick
reference. I didn't see an explanation of what
information is given by repeating an entry, in
parentheses, with different styling,
For your amusement, the Peek-A-Boo web site
http://webdesign.parkertorrence.com/designtest/peekaboo.php
Enjoy,
Parker
Unfolded WebDesign
http://webdesign.parkertorrence.com
**
The discussion list for http://webstandardsgroup.org/
See
18 matches
Mail list logo
