From: "Tee G. Peng" <[EMAIL PROTECTED]>
Al, I am not afraid you CSS Layout Magic will put me out of job because I
saw some of your customers managed to mess up your layout and I actually
helped a few to clean up their messes :)
Why didn't you just say what you meant, then :-)
Not saying yo
The online validators are all still kept separate, although work on unicorn
( http://www.w3.org/QA/Tools/Unicorn/ ) is moving, if slowly. However, the
LogValidator is a server tool which includes html, xhtml, and css
validators. It can be found at http://www.w3.org/QA/Tools/LogValidator/
Good day all,
Do you know an online resource please where i can get informations to
understand in a better way apache logs ?
I've just read this odd stuff for example :
80.118.33.228 - - [28/Aug/2007:10:37:25 +0200] "GET /img/bg_body.gif HTTP/1.1"
404 14360 "-" "Mozilla/4.5 [fr]C-CCK-MCD (W
Pierre-Henri Lavigne wrote:
I suppose it's an error with browsers that misunderstood the added by Typo3 ?
Paths in CSS are resolved relative to the CSS, not to the HTML, so I'd
think that wouldn't have any effect.
(by the way... is four dots even valid? Presumably it should be "../.." ?
Tee G. Peng:
what you do guys think of [CSS Sculptor]... PVll CSS layout Magic,
and the Google Blueprint?
Using pencil and paper to write won't make you a great novelist.
Using better tools, like a computer, to write still won't make you a
great novelist.
Same deal with ready made libra
Pierre-Henri Lavigne wrote:
Good day all,
Do you know an online resource please where i can get informations to
understand in a better way apache logs ?
You could check out AWSTATS and Webalizer - which provide statistical analysis
of Apache Logs.
I've just read this odd stuff for example
Hi all.
First: sorry, I'm double posting this on two lists so anyone can confirm
this (before reporting to Mozilla).
The issue is simple (you will "see it better" by just creating a testing
html with the snippet below):
- there is a "white-space:nowrap" property (in the stylesheet) applied to
the
Julián Landerreche wrote:
I have tested this in:
- Firefox 2.0.0.6 (both Win and Linux)
Hmm. Not convinced that it's a bug; your line-wrapped link appears as
you want in FF2.0.0.6/Mac OSX - ?
To look at the issue laterally, if your fixed-width table requires that
long links wrap, why invo
Hi,
I dont think it is a bug. First of all you are not overriding the
white-space property buy assigning it to child elements or parent elements.
You just create a conflict. Then precedence takes affect. According to the
CSS2 spec:
'white-space'
Value: normal | pre | nowrap | inherit
, my Gecko trunk builds (Minefield 20070828 and Camino trunk
build) correctly wrap the text the same way Safari and WebKit wrap
the text (ignore the white-pace:nowrap).
So Firefox 3.0 will display correctly.
And if the link text were to long for the space allowed by the table
(e.g. a very very
> And if the link text were to long for the space allowed by the table
> (e.g. a very very long word), the table should expand, unless the
> table has 'table-layout: fixed' specified.
The table should expand even though he specified width="175"? I learn
something new every day.
Regards,
Kepl
On Aug 29, 2007, at 12:43 PM, Kepler Gelotte wrote:
And if the link text were to long for the space allowed by the table
(e.g. a very very long word), the table should expand, unless the
table has 'table-layout: fixed' specified.
The table should expand even though he specified width="175"? I
12 matches
Mail list logo