On Mar 23, 2010, at 12:27 AM, Bruno Fassino wrote:
The behavior of 'block formatting context roots' in presence of float
is not exactly defined in the spec, however all modern browsers
usually display them beside the float, making them narrower.
I've recently noticed a s
Dennis wrote:
> if you want to have the two floating divs side-by-side,
> I do believe you need to give them a width value
And apparently he is correct.
Thank you.
Nancy
__
css-discuss [cs...@lists.css-discuss.org]
http://www.cs
Same here. The form looks fine, although the Comments field protrudes a bit
on the right.
WRT the tabbing, I did eventually get to the radio buttons -- after tabbing
past Submit, up to the navigation and by way of the email. Tab order!
Skip Knox
Boise State University
On Mon, Mar 22, 2010 at 1
On 3/22/10 5:48 AM, Chad Chelius wrote:
> I've created a form page for a web site and have styled it using
> CSS. I've noticed that in Safari it looks as I would expect it to
> however when viewed in Firefox or IE it breaks, meaning that all of
> the fields I've formatted shift and even cover up so
> > Other than that, if you want to have the two floating divs side-by-
> side, I do believe you need to give them a width value - otherwise they
> will assume 100% width.
Floats do not assume 100% width, if there is no width specified they "shrink
wrap".
--
Regards,
Thierry
www.tjkdesign.com |
> -Original Message-
> Other than that, if you want to have the two floating divs side-by-side, I do
> believe you need to give them a width value - otherwise they will assume 100%
> width.
> Dennis
The width value of the two inner div is indeed the direction to look.
If you replace the
-Original Message-
From: css-d-boun...@lists.css-discuss.org
[mailto:css-d-boun...@lists.css-discuss.org] On Behalf Of nancy
Sent: Monday, March 22, 2010 1:11 PM
To: 'Climis, Tim'; css-d@lists.css-discuss.org
Subject: Re: [css-d] div not floating in FF
Was using the tag attribute clear, n
> Was using the tag attribute clear, not the style attribute.
> But I tried changing it to the style clear:both to no avail.
> Thanks anyway.
You should clear the floats while still inside the parent container, your
is *after* that container.
Anyway, rather than using a , try overflow:hidden on t
Was using the tag attribute clear, not the style attribute.
But I tried changing it to the style clear:both to no avail.
Thanks anyway.
-Original Message-
From: Climis, Tim [mailto:tcli...@indiana.edu]
Sent: Monday, March 22, 2010 12:05 PM
To: 'nancy'; 'css-d@lists.css-discuss.org'
Subjec
> I have a break with a clear equals all below the outer div.
Clear: all is not a valid value. Are you looking for clear: both?
---Tim
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-
I have a div containing 2 other divs, one is floated left, the other is
floated right.
I have a break with a clear equals all below the outer div.
In Firefox and most browsers, the content of the right floated div is
appearing below the outer div.
In DreamWeaver and IE8 it is displaying "correctly
> I see indeed that Firefox ignores a negative margin on the same side
> of the float as well.
>
>
> The spec deliberately not very precise about these cases. At
> http://www.w3.org/TR/CSS21/visuren.html#bfc-next-to-float
> there is
> "CSS2 does not define when a UA may put said element next to
> The z-index doesn't seem to be working unfortunately. Do you know of
> a good tutorial on Iframes?
Yes, this issue has nothing to do with z-index, it is because selects are
windowed elements.
Check any lightbox example, you'll see how an iframe is used to disable
these elements in IE6.
PS: pl
On Mon, Mar 22, 2010 at 4:00 PM, Thierry Koblentz
wrote:
> Hi Bruno,
>>
>> I've recently noticed a strange behavior, both in Firefox 3+ and IE8,
>> occurring with boxes having overflow different from visible. Assume
>> there is a right float and then an overflow box with a negative left
>> margin.
The z-index doesn't seem to be working unfortunately. Do you know of
a good tutorial on Iframes?
Thanks
Nancy
On Mon, Mar 22, 2010 at 11:06 AM, Thierry Koblentz
wrote:
>> I may have posted this question before, but couldn't find it when I
>> searched the archives.
>>
>> I have a jquery drop-do
Hi Alan and Thierry,
On Mon, Mar 22, 2010 at 4:13 PM, Thierry Koblentz
wrote:
> Hi Alan,
>
>> > The behavior of 'block formatting context roots' in presence of float
>> > is not exactly defined in the spec, however all modern browsers
>> > usually display them beside the float, making them narrow
Hi Alan,
> > The behavior of 'block formatting context roots' in presence of float
> > is not exactly defined in the spec, however all modern browsers
> > usually display them beside the float, making them narrower.
> >
> > I've recently noticed a strange behavior, both in Firefox 3+ and IE8,
> >
> I may have posted this question before, but couldn't find it when I
> searched the archives.
>
> I have a jquery drop-down menu, and on a few of the pages, there is
> listbox showing up in front of the drop down. I could only replicate
> it in IE6 although a coleague was able to replicate it in
Hi Bruno,
> The behavior of 'block formatting context roots' in presence of float
> is not exactly defined in the spec, however all modern browsers
> usually display them beside the float, making them narrower.
>
> I've recently noticed a strange behavior, both in Firefox 3+ and IE8,
> occurring
Bruno Fassino wrote:
> The behavior of 'block formatting context roots' in presence of float
> is not exactly defined in the spec, however all modern browsers
> usually display them beside the float, making them narrower.
>
> I've recently noticed a strange behavior, both in Firefox 3+ and IE8,
>
Hi
I may have posted this question before, but couldn't find it when I
searched the archives.
I have a jquery drop-down menu, and on a few of the pages, there is
listbox showing up in front of the drop down. I could only replicate
it in IE6 although a coleague was able to replicate it in Firefox
I've created a form page for a web site and have styled it using CSS. I've
noticed that in Safari it looks as I would expect it to however when viewed in
Firefox or IE it breaks, meaning that all of the fields I've formatted shift
and even cover up some of the text in the form. I'd appreciate an
The behavior of 'block formatting context roots' in presence of float
is not exactly defined in the spec, however all modern browsers
usually display them beside the float, making them narrower.
I've recently noticed a strange behavior, both in Firefox 3+ and IE8,
occurring with boxes having overf
23 matches
Mail list logo