css wrap v attribute wrap

(reposting due to unrelated noise in original post)

Hi
In the example below on a normal size screen everything looks the
way you would think it would (on IE6). My problem is what happens when I
add more entries into the table (equivilent here to making the IE window
smaller)

- If you make the window smaller then the first column text starts to
wrap, which I don't want
- If you remove the width part, which gets ignored anyway, then the
text
no longer wraps and a scrollbar appears, which is what I want.
- just adding the attribute nwrap doe what I want, but I would rather have
a css solution

The problem is that I do want to set the width of the first column,
but
I want the rest of the table to be as small and fitted as possible

Any ideas?

Ta
F

<style>
..Bob
{
white-space: nowrap;
width: 500px;
}
..Sue
{
white-space: nowrap;
}
</style>
<table>
<tr>
<td class=Bob>Some random text </td>
<td class=Sue>Some random text </td>
<td class=Sue>Some random text </td>
</tr>
</table>
<hr>
<table>
<tr>
<td class=Bob nowrap>Some random text </td>
<td class=Sue>Some random text </td>
<td class=Sue>Some random text </td>
</tr>
</table>

foldface (AT) yahoo (DOT) co.uk wrote:

(reposting due to unrelated noise in original post)

Hmmm.

In the example below on a normal size screen everything looks the
way you would think it would (on IE6). My problem is what happens
when I add more entries into the table (equivilent here to making the
IE window smaller)

Why don't you post a URL or two so that we can look at the problem as you
see it, instead of gazillions of people doing the same thing, namely
trying to reconstruct your problem and misunderstanding what you really
mean?

And why do you set width in pixels? How does that work for, say, a font
size of 42px?

My guess is that your problem relates to the feature that widths for
table columns are determined in a fairly complex manner, potentially
overriding the widths you set, at least when you don't set
table-layout: fixed, which is an interesting way of opening
several cans of worms at the same time.

--
Yucca, http://www.cs.tut.fi/~jkorpela/

Jukka K. Korpela <jkorpela (AT) cs (DOT) tut.fi> wrote:

My guess is that your problem relates to the feature that widths for
table columns are determined in a fairly complex manner, potentially
overriding the widths you set, at least when you don't set

Unfortunately almost all "big" browsers are just doing the wrong thing
when you use "nowrap" in table cells, also they are doing often the
wrong thing with the width of table cells.

Most browsers will ignore the "nowrap" attribute if a width is specified
for the cell as well. This is wrong, because the specified width must be
treated as minimum width (see the section about table formatting in the
CSS specification). So it is OK if the the final width of a cell is
larger then the specified one. So it can make sense to use "nowrap" and
"width" at the same time.

Also browsers are reducing the specified width (which is the minimum
width) of a cell if the specified width of the table itself is "too
small". But this is also wrong, because the resulting width of the table
itself must be the maximum of the specified width of the table and the
sum of the cell widths.

Maybe the browser developers try to mimic the behavior of the old
browser releases to avoid conflicts with web sites. But in my opinion
this would be only OK for the "Quirks" mode, but they're doing this also
in "standards compliant" mode, which is a very bad idea IMHO.


--
Alexander