2010/3/22 Bruno Fassino fass...@gmail.com:
...
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 float
or by how much said element may become narrower
On Tue, Mar 23, 2010 at 1:20 AM, Philippe Wittenbergh e...@l-c-n.com wrote:
On Mar 23, 2010, at 12:27 AM, Bruno Fassino wrote:
Moreover, the spec now says:
the _border box_ of a table, block-level replaced element, or element
in the normal flow that establishes a new block formatting context
On Mar 23, 2010, at 11:46 PM, Bruno Fassino wrote:
Yes, with positive margins there is more consistency amongst modern browsers.
The only anomaly that I see, with positive margin on the same side of
the float, is that Safari 4 makes the b.f.c. box narrower than
necessary, so there is a gap
On Tue, Mar 23, 2010 at 4:02 PM, Philippe Wittenbergh e...@l-c-n.com wrote:
On Mar 23, 2010, at 11:46 PM, Bruno Fassino wrote:
Yes, with positive margins there is more consistency amongst modern browsers.
The only anomaly that I see, with positive margin on the same side of
the float, is
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
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 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 with
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,
occurring
Hi Alan and Thierry,
On Mon, Mar 22, 2010 at 4:13 PM, Thierry Koblentz
thierry.koble...@gmail.com 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,
On Mon, Mar 22, 2010 at 4:00 PM, Thierry Koblentz
thierry.koble...@gmail.com 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
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
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 strange behavior,
I'm working on a local machine with a local web server installed, so I won't
be able to show you what I have so far, sorry.
I can certainly put up more code if you think it helps.
Eugene
On Tue, Feb 23, 2010 at 6:53 PM, Philippe Wittenbergh e...@l-c-n.comwrote:
On Feb 24, 2010, at 3:04 AM,
The issue isn't the equal height columns, it's that I can't get the inner
div to have its own scrollbar without having the browser window be
scrollable. I'm trying to replicate this http://theportalgrp.com website.
Thanks,
Eugene
On Mon, Feb 22, 2010 at 11:32 PM, Philippe Wittenbergh
On Feb 24, 2010, at 3:04 AM, Eugene Hourany wrote:
The issue isn't the equal height columns, it's that I can't get the inner
div to have its own scrollbar without having the browser window be
scrollable. I'm trying to replicate this http://theportalgrp.com website.
can you post of url of
Hello everyone,
Long time viewer, first time poster. Have a question about the overflow
property and trying to get it to work.
I am using the overflow property on a container div to get the css same
height trick http://www.ejeliot.com/blog/61 to work. It works, but now I
can't have the div
On Feb 23, 2010, at 4:25 AM, Eugene Hourany wrote:
I am using the overflow property on a container div to get the css same
height trick http://www.ejeliot.com/blog/61 to work. It works, but now I
can't have the div itself have the scrollbar visible when content overflows.
Instead, what
: [css-d] overflow problem in IE
Paul Jung wrote:
[...] As I observe it, it looks like that the long url address was
regarded as one inseparable word and thus was not text wrapped
according to the table width.
Browsers ability to break long words on certain characters varies, but
we can
: Tuesday, December 23, 2008 12:22 AM
Subject: Re: [css-d] overflow problem in IE
Paul Jung wrote:
I have a problem, it appears only in IE, here,
http://www.europeeurope.net/index.php?pageNum_Recordset2=7totalRows_Recordset2=4919
in this page, the layout just broken, the maincontent sank
Paul Jung wrote:
Thank you very much, but it didn't solve the problem, please look
http://www.europeeurope.net/index.php?pageNum_Recordset2=8totalRows_Recordset2=4913
the same problem appears, is it a flowout problem? or text wrap problem?
it seems to me, that it can not deal with
Paul Jung wrote:
Thank you very much, but it didn't solve the problem, please look
http://www.europeeurope.net/index.php?pageNum_Recordset2=8totalRows_Recordset2=4913
Note that IE5.0 won't react on zoom: 1; as 'hasLayout' trigger - it
needs a dimensional trigger like height: 1%;.
IE5.0 needs
in dreamweaver.
Thank you! Merry Christmas!
Paul
- Original Message -
From: Gunlaug Sørtun gunla...@c2i.net
To: Paul Jung et...@hotmail.com
Cc: css-d@lists.css-discuss.org
Sent: Wednesday, December 24, 2008 2:22 PM
Subject: Re: [css-d] overflow problem in IE
Paul Jung wrote:
Thank
Hello there,
I have a problem, it appears only in IE, here,
http://www.europeeurope.net/index.php?pageNum_Recordset2=7totalRows_Recordset2=4919
in this page, the layout just broken, the maincontent sank to the bottom.
The codes of the second div inside the right sidebar go:
newreply {
Paul Jung wrote:
I have a problem, it appears only in IE, here,
http://www.europeeurope.net/index.php?pageNum_Recordset2=7totalRows_Recordset2=4919
in this page, the layout just broken, the maincontent sank to the bottom.
Paul
It helps to state what browser version (there are a lot of
Any ideas on how to have an element's overflow property apply to some
children but not to others?
For example, I have a div that contains a table/grid that I want to
have set to overflow: auto on a specific height. This way the results
stay within a specific set of dimensions and do not push
Jack Blankenships wrote:
Any ideas on how to have an element's overflow property apply to some
children but not to others?
For example, I have a div that contains a table/grid that I want to
have set to overflow: auto on a specific height. This way the results
stay within a specific set
At 11:14 AM -0600 on 10/7/08, Jack Blankenships wrote about [css-d]
Overflow and no:
Any ideas on how to have an element's overflow property apply to some
children but not to others?
For example, I have a div that contains a table/grid that I want to
have set to overflow: auto on a specific
Olivier Sannier wrote:
Well, yes, if I remove the padding, it shows up in SeaMonkey, but I need
the padding.
And I also checked the page on IE, it works just fine as I expect it to
work.
The issue I'm having is with SeaMonkey, so I suspect it is also showing
with FireFox 2
Anyone has
Well, yes, if I remove the padding, it shows up in SeaMonkey, but I need
the padding.
And I also checked the page on IE, it works just fine as I expect it to
work.
The issue I'm having is with SeaMonkey, so I suspect it is also showing
with FireFox 2
Anyone has any idea?
Thanks
Olivier
Hi all,
I have a test page here:
http://obones.free.fr/cssbox/
The miniadmin box should contain links that are visible inside an inner
div that shows up a vertical scroll bar.
However, as it is, the links are not visible at all and I don't really
know how to make it behave the way I want.
On Wed, Sep 10, 2008 at 1:15 PM, Olivier Sannier [EMAIL PROTECTED] wrote:
Hi all,
I have a test page here:
http://obones.free.fr/cssbox/
The miniadmin box should contain links that are visible inside an inner
div that shows up a vertical scroll bar.
However, as it is, the links are not
On 3 Aug 2008, at 00:21, Jeff Ferrell wrote:
On this page, again: http://www.rchseaglesnest.org -- about midway
down is a sports section. It's using Bill Scott's ycarousel code
(http://billwscott.com/carousel/
) to do the sliding from side-to-side.
The problem is, it works as expected in
On 3 Aug 2008, at 09:39, Jonny Stephens wrote:
The IE7 problem appears to stem from the widths generated as inline
styles to the following divs
div class=carousel-component id=mycarousel
div class=carousel-clip-region
In Firefox, Firebug shows width: 820px. In IE7 the developer toolbar
On Aug 3, 2008, at 8:21 AM, Jeff Ferrell wrote:
In Safari (Mac, at least), there's a different problem -- the sliding
boxes appear as a 50px slice at the left-hand side of the Sports
div. Hardly any of it is visible at all!
The source code (through webkit inspector) shows me this:
div
Jonny,
Thanks for the second look! Your comments helped me track down the
problem -- though I'm not quite sure how I'm going to handle it at
present... It seems like the script doesn't include an explicit width
for the carousel-clip-region. (We knew that already, I suppose.)
Rather, it's
Phillipe,
Thanks a lot for taking a look for me! I wasn't aware there was an
inspector for Safari -- am downloading webkit now -- thanks for that.
I'm not sure at present where that 25px could be coming from. Seems
the IE problem is going to be easier to straighten out than the Safari
Hi!
I've got one final question, and it's a doozy. If someone would be
willing to wade through this, I'd be extremely grateful (and somewhat
surprised, actually!)
On this page, again: http://www.rchseaglesnest.org -- about midway
down is a sports section. It's using Bill Scott's ycarousel
Yes, it should. In FF though, if the content doesn't go all the way to the
bottom of the window, it interprets bottom right as being the bottom right
of the content INSTEAD of the bottom right of the browser window...
Not sure if I understand what you want. The background-image should
always
Matt Tibbits wrote:
Yes, it should. In FF though, if the content doesn't go all the way to the
bottom of the window, it interprets bottom right as being the bottom right
of the content INSTEAD of the bottom right of the browser window...
Not sure if I understand what you want. The
Matt Tibbits wrote:
In FF though, if the content doesn't go all the way to the bottom of
the window, it interprets bottom right as being the bottom right of
the content INSTEAD of the bottom right of the browser window...
If this is more like what you want...
Yes, that is exactly it... little tricky but that does the job.
Thank you, for your help.
Matt
If this is more like what you want...
http://www.gunlaug.no/tos/alien/mt/test_08_0611.html
...try introducing the style changes / additions I've used...
If you compare how it looks in IE and FF you should see what I mean. Adding
the styles you recommended:
html{height:100%;margin:0;padding:0;}
...fixed the problem at the bottom of the screen, but introduced a new
behaviour at the top. It's hard to explain but basically if I resize the
browser
On Jun 12, 2008, at 1:21 AM, Matt Tibbits wrote:
Yes, it should. In FF though, if the content doesn't go all the way
to the
bottom of the window, it interprets bottom right as being the bottom
right
of the content INSTEAD of the bottom right of the browser window...
body {background:
Hello,
Probably an easy fix but I'm not sure how to do it:
I have a bg image on a body tag that is positioned bottom, right. In IE7
the bg image is actually stuck to the bottom right of the viewing port, but
in FF the bottom, right of the content or body tag.
You can view this at
Matt Tibbits wrote:
I have a bg image on a body tag that is positioned bottom, right. In IE7
the bg image is actually stuck to the bottom right of the viewing port, but
in FF the bottom, right of the content or body tag.
You can view this at http://www.tchh.org/new/
Hi Matt,
This should
Almost, although now the bg image will not stop when it reaches the TOP of
the view port in FF. It keeps being pushed up as the window is resized...
Matt
Hi Matt,
This should help:
html{height:100%;margin:0;padding:0;}
On Jun 11, 2008, at 9:06 AM, Matt Tibbits wrote:
Probably an easy fix but I'm not sure how to do it:
I have a bg image on a body tag that is positioned bottom, right.
In IE7
the bg image is actually stuck to the bottom right of the viewing
port, but
in FF the bottom, right of the
Chris Akins wrote:
From my not-so-advanced vantage point, it appears that the overflow:hidden
is not being used so much to contain floats as there isn't but float in the
#container div.
On Tue, May 6, 2008 at 4:41 PM, Ingo Chao [EMAIL PROTECTED] wrote:
...
Did not look into it, but if
I can't for the life of me figure out how to do what I'd like. I've tried
several 3-col layouts that get very close to what I'd like to do. But one
issue I can't figure out is how to have my round image in the upper right of
the page IN the right hand column, but also have the top edge of it
Chris Akins wrote:
If I take out the overflow:hidden from the #container rule, then the top
looks fine, but the bottom of the page goes haywire.
Did not look into it, but if overflow:hidden is meant to contain floats
in these layouts (instead of literally cutting what is overflowing),
then
From my not-so-advanced vantage point, it appears that the overflow:hidden
is not being used so much to contain floats as there isn't but float in the
#container div.
On Tue, May 6, 2008 at 4:41 PM, Ingo Chao [EMAIL PROTECTED] wrote:
Chris Akins wrote:
If I take out the overflow:hidden from
HI
I'm currently using a div with overflow:auto; that displays a scrollbar when
the text gets too large, does anyone know if it is possible to style the
scrollbar appearance to blend into the site design? not the browser
scrollbars but the ones in the div overflow. thanks
--
Regards
Terry
Hello List,
I have a lot of tables of data. One of the columns can be highly variable
in length and so I would like it to truncate rather than wrap.
I have come close to achieving this using two methods but neither is
quite right.
The first method is to wrap the table cells content in div
On 5/26/07, Martin Paton [EMAIL PROTECTED] wrote:
Hi
I've got a flash movie as a header in my three column container layout
which I want to set overflow:hidden when the page is resized so it
doesn't blow out of the side of the page.
I've set overflow:hidden on all containers that the flash
Hi
I've got a flash movie as a header in my three column container layout
which I want to set overflow:hidden when the page is resized so it
doesn't blow out of the side of the page.
I've set overflow:hidden on all containers that the flash movie would
push past - it works superbly in all IE
Hi,
I've been trying to solve this problem for a few hours. Here is my code:
div id=container
div id=header/div
div id=headlines
divsome text/div
divsome text/div
divsome text/div
div id=menu
/div
/div
#container {
width: 986px;
}
#header {
width:
Alexander Munro wrote:
I've been trying to solve this problem for a few hours. Here
is my code:
[code stripped]
Now, in FF, Opera and Konqueror everything is ok, that is the divs
inside #headlines are one below another and only the first of them is
visible, the rest is hidden by the
Hi all,
I am in process of redesigning a site for a client and have more or less
got the basic layout sorted. However, as usual, IE is not playing ball.
The site : www.deveron-arts.com/new/ (css is still in the head)
The problem is on the artists page www.deveron-arts.com/new/artists.htm
In
Hi all,
I am resending this request as it doesn't seem to have been received.
First sent Sunday 31 Dec 2006, notice of non-delivery received but
still trying to deliver, then nothing.
I am in process of redesigning a site for a client and have more or less
got the basic layout sorted. However,
Mike Davies wrote:
www.deveron-arts.com/new/artists.htm
[...] I have used overflow:auto on the #coretop div and a width on
the #content div inside it which exceeds the page width. IE doesn't
respect the overflow rule but just puts a horizontal scroll bar on
the whole page. Can anyone
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Gunlaug Sortun
Keepin existing styles as is, and placing the following addition _after_
existing styles for #SOWrap, should fix IE6 and IE7 - without disturbing
any other browser...
* html #SOWrap
Wonderbaby Designs wrote:
I am wondering why I wouldn't add this to my pageWrap div, which
already has the overflow set to hidden. To ask differently, why
didn't the SOWrap inherit this rule from the pageWrap or should I add
these fixes to the pageWrap instead of the SOWrap??
Inherited
I have a form that I structured using a div wrapped around each
label-input pair. I floated the labels, so in order to make the divs
contain the floats, I added overflow: auto to them. This worked fine,
but it resulted in the divs receiving focus as I tried to tab from form
field to form field
To: CSS List
Subject: [css-d] overflow: auto elements receiving focus when tabbing
I have a form that I structured using a div wrapped around each
label-input pair. I floated the labels, so in order to make the divs
contain the floats, I added overflow: auto to them. This worked fine
On 9/21/06, Zoe M. Gillenwater [EMAIL PROTECTED] wrote:
But I'm curious whether Firefox's behavior is correct. Are elements with
overflow: auto supposed to receive focus?
Just a random guess, but maybe here's the explanation for firefox's behavior:
Ian Young wrote:
To: CSS List
Subject: [css-d] overflow: auto elements receiving focus when tabbing
I have a form that I structured using a div wrapped around each
label-input pair. I floated the labels, so in order to make the divs
contain the floats, I added overflow: auto to them
Not sure myself Zoe, seems like should be a bug, but if you need contain
those div's, i think overflow can have any value other than visible.
So instead of auto, try hidden... it seems to let you focus correctly while
still keeping containing the boxes in FF.
Arian
I would expect, based on absolutely no formal spec but just user
intuition, that the presence of a scrollbar should place the scrolling
element into the tab list.
So the tab key should take you to the element in question when
overflow is set to scroll, or when it's set to auto *and* there's
Mark J. Reed wrote:
I would expect, based on absolutely no formal spec but just user
intuition, that the presence of a scrollbar should place the scrolling
element into the tab list.
So the tab key should take you to the element in question when
overflow is set to scroll, or when it's set to
On 9/21/06, Zoe M. Gillenwater [EMAIL PROTECTED] wrote:
Well, I agree with you, but that's hardly relevant.
I dunno. Independently coming up with the same expectation goes
toward the validity of that expectation . . .
Firefox doesn't do what we think it should do, and my question, again, is
Mark J. Reed wrote:
On 9/21/06, Zoe M. Gillenwater [EMAIL PROTECTED] wrote:
Well, I agree with you, but that's hardly relevant.
I dunno. Independently coming up with the same expectation goes
toward the validity of that expectation . . .
Not necessarily. Take margin collapsing, for
Manuel Razzari wrote:
On 9/21/06, Zoe M. Gillenwater [EMAIL PROTECTED] wrote:
But I'm curious whether Firefox's behavior is correct. Are elements with
overflow: auto supposed to receive focus?
Just a random guess, but maybe here's the explanation for firefox's behavior:
On Thursday 2006-09-21 11:43 -0400, Zoe M. Gillenwater wrote:
I have a form that I structured using a div wrapped around each
label-input pair. I floated the labels, so in order to make the divs
contain the floats, I added overflow: auto to them. This worked fine,
but it resulted in the
: Thursday, September 21, 2006 12:55
Subject: Re: [css-d] overflow: auto elements receiving focus when tabbing
To: css-d@lists.css-discuss.org
Mark J. Reed wrote:
On 9/21/06, Zoe M. Gillenwater [EMAIL PROTECTED]
wrote: Well, I agree with you, but that's hardly relevant.
I dunno
L. David Baron wrote:
It would be possible to make elements with 'overflow:auto' focusable
only if there was actually overflow. However, I think this would be a
bad idea for users, since users get used to keyboard navigation patterns
on pages they visit regularly. Whether something has
Hello all,
I'm a new one here, hope I'm doing this right?
I know this is a common problem, and is listed on the wiki, but I
seem to be going round in circles..
I am not a web developer - I've just opened a shop and wanted to do
a small site to promote it.. More fool me..
Silk-Works wrote:
I have large bottom padding and large negative bottom margin applied
to a sidebar navigation and an inner content area, contained in a
wrapper with overflow set to hidden, to keep my columns the same
length for different content, which seems to be fine in opera and FF,
Gunlaug Sørtun wrote:
http://www.silk-works.com
IE does hide overflow on #divWrapper, but a bug makes it render the
overflowing parts of any container that has 'position: relative'
declared on it.
Thus, the solution is to delete 'position: relative' on...
Forgot... :-)
IE has many
http://www.silk-works.com
To save you some time - and grey hair...
The addition of...
#divWrapper #divSidebar a {position: relative;}
#divWrapper #divContainer a {position: relative;}
...will do the trick in IE, once the 'position: relative' on the
containers themselves (as described in the
Silk-Works wrote:
Hello all,
I'm a new one here, hope I'm doing this right?
I know this is a common problem, and is listed on the wiki, but I
seem to be going round in circles..
I am not a web developer
Me either.
- I've just opened a shop and wanted to do
a small site
Can anyone tell me why this page is displaying an overflow when for
the #sampling1 div when it shouldn't be? This is only happening in
Firefox on the Mac.
URL: http://www.mmicreative.com/clients/expo/dre/expoinfo.php
CSS: http://www.mmicreative.com/clients/expo/dre/includes/style.css
(The styles
Hi all,
I'm trying to make a massive table slightly easier to read by mimicking some
excel behaviour; I want to make the tbody element scroll vertically while
the thead element stays statically in one place on the screen (making it
look as if the tbody element is scrolling under the thead
I have a page with overlapping elements that work properly until I
apply overflow: auto to one of the elements. Then it seems to throw
the z-index off. This is happening in Firefox but not Safari. Any
suggestions?
Thanks!
-Christy
On Jun 1, 2006, at 7:51 PM, Roger Roelofs wrote:
Christy,
On Jun 1, 2006, at 2:57 PM, Christy Collins wrote:
I have a page with overlapping elements that work properly until I
apply overflow: auto to one of the elements. Then it seems to throw
the z-index off. This is happening in
Hello,
This is my first post, I hope I'll do it OK and make myself as clear as
possible.
I'm having quite some difficulty in managing this problem.
I have this simples HTML page withs a container div, centered in the
page through margin: auto.
Inside it there are the other divs, one for the
Hello,
This is my first post, I hope I'll do it OK and make myself
as clear as possible.
I'm having quite some difficulty in managing this problem.
I have this simples HTML page withs a container div, centered
in the page through margin: auto.
Inside it there are the other divs, one
I was just looking over the CSS 2.1 specs and see that some
properties that aren't inherited accept a value of 'inherit'
For example, the overflow property accepts 'inherit' as a valid
value. What exactly can this property inherit from? This is true with
border properties as well.
Thanks
David McFarland wrote:
I was just looking over the CSS 2.1 specs and see that some
properties that aren't inherited accept a value of 'inherit'
When the spec shows Inherited: No it simply means that the property
is not inherited by default. It does not mean that the property can
never be
Re: inheritance:
I meant to also note that IE/Win doesn't always adhere to the spec,
and in particular does not support the 'inherit' keyword at
all. Just a tiny little gotcha there. My understanding is that
this is high on the CSS fix list for IE7, but that it is not yet implemented.
So,
Hi,
I'm new to css and would appreciate some help with the following two
problems I've encountered in setting up a blog which can be seen here:
http://evomech2.blogspot.com/2006/02/re-evomech-re-peer-review-and-genetic.html
Its a 2 column layout and I think the relevant css code is:
Right first this first the reason the menu overlaps is that your
content div has finished so it just wraps round. What would be better
is if you put the left column as a div i.e:
#leftClm {
width: 33%;
float: left;
display: block;
padding: .. etc.
}
Thanks for the help James - I'm just going offline but I'll look at the
link you gave later!
John Latter
On 16/02/2006 James MacLeod wrote:
Right first this first the reason the menu overlaps is that your
content div has finished so it just wraps round. What would be better is
if you put
Hi,
I'm new to css and would appreciate some help with the following two
problems I've encountered in setting up a blog which can be seen here:
http://evomech2.blogspot.com/2006/02/re-evomech-re-peer-review-and-genetic.html
Its a 2 column layout and I think the relevant css code is:
I have a simple div which contains another div filled with lists.
When the outer div is smaller than the larger div, i'd like it to hide
the text -- not wrap. The code below works fine in IE, can anyone
suggest what I'm doing wrong for firefox?
div id=testdiv style=border:1px solid blue;
Well Damn wrote:
When the outer div is smaller than the larger div, i'd like it to hide
the text -- not wrap. The code below works fine in IE, can anyone
suggest what I'm doing wrong for firefox?
div id=testdiv style=border:1px solid blue; width:200px; overflow:hidden
div width=100%
That's the complete page (minus html/body and doctype tags). What I
deleted by accident prior to posting is placing nowrap within the
inner div -- that changes the behavior between the two browsers. My
intent here is to have a div that doens't wrap content based on the
width of the div.
I
On 24 Jan 2006, at 11:01 am, Well Damn wrote:
That's the complete page (minus html/body and doctype tags). What I
deleted by accident prior to posting is placing nowrap within the
inner div -- that changes the behavior between the two browsers. My
intent here is to have a div that doens't
Cool technique! I don't think (on first glance) it will work in this
particular case - the programmers on the back end will cringe if I
suggest a jump to another page for the full details.
But this example:
http://www.satzansatz.de/cssd/tmp/dropitII.html
gives me an idea for letting users
Rolf Mortenson wrote:
Cool technique! I don't think (on first glance) it will work in this
particular case - the programmers on the back end will cringe if I
suggest a jump to another page for the full details.
You might promise this kind of longdesc technique would allow for
adding as
I've got a fixed width table (750px) with 10 columns on a fixed width
page. I've been asked to squeeze an additional 2 or 3 columns of data
into the same space. In some cases, the data simply won't fit
horizontally in the space allotted at readable font sizes. I know the
arguments for
1 - 100 of 105 matches
Mail list logo