cle:
<http://www.satzansatz.de/cssd/pseudocss.html>
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://
s
across the distros), but falls back on the default specified in the
browser (and most Linux users know how to handle that).
I recommend against using Serif fonts, they are *very* hard to read on
screen.
XP doesn't do font-smoothing under 18-19px f
searched the WIKI but didn't
find anything. I also searched the web but after trying many pages
have not found a reference to this bug.
You can see it in IE5 Mac on the link below
http://jenny.hinckley.com/indexnew.html
<http://www.l-c-n.com/IE5tests/misc/#bckimg>
Philippe
-
syntax, though.
---
[1] <http://www.w3.org/TR/css3-text/#word-wrap>
[2]
<http://developer.apple.com/documentation/AppleApplications/Reference/
SafariCSSRef/index.html>
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
___
ike on XP, but on OS X, Safari, Opera 8.02,
Firefox nightly trunk build and IE 5.2 all look exactly the same.
iCab 3 build 352 has some problems with this, the letter is coming out
on top of the box; iirc, similar code worked the same as Firefox and
Safari on previous builds.
Philippe
---
Phi
ing on the type of
element: div vs. semantic tag like p, ul, ...
I usually avoid as much as possible the use of r.p. in IE Mac, as it is
quite messy in IE.
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
the box preceding it
(floated, with a red left border).
The second 'subtitle' has one additional style rule: {clear:left;}.
This forces the h4 box to move completely under the floated box (red
border).
Philippe
-
35.html>
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.
IE Mac only.
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by
1/tables.html#separated-borders>
[1] is perfectly valid (x)html.
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -
hacks in a box :-)
line 1: the 'hide from IE mac' filter [1]
line 2: the 'holly' hack to give 'haslayout' [2] to IE Win.
line 3: end filter for IE Mac
[1] <http://www.l-c-n.com/IE5tests/hiding/#anhid>
[2] <http://www.satzansatz.de/cssd/onhavinglayout.html>
On 27 Sep 2005, at 2:11 pm, Colin DiBiase wrote:
Weird thing. On internet explorer and Foxfire this looks a ok but if
you load it on safari it doesn't seem to load the page correctly it
seems to merge the webpage you are on with the new page, and if you
hit refresh then it still gets all mess
le. IE mac collapses the width of the first
cell, not entirely incorrect. The form inputs then cover the label
partly.
I absolutely don't see the need to float those labels, just deleting
the 'float:left' should fix the problem.
Philippe
---
Philippe Wittenber
n IE because, you know, IE...
('haslayout' [1]).
You want to clear those two divs. Good method is the 'easy clearing'
technique [2].
[1] <http://www.satzansatz.de/cssd/onhavinglayout.html>
[2] <http://www.positioniseverything.net/easyclearing.html>
I just
can't
see it.
Technically, div#main only contains floated elements, which are removed
from the flow, thus it is normal that its height is collapsing.
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
natives, which are much better than using the overflow property.
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List w
7;d have to do if I actually were
to read your site.
[1] <http://www.l-c-n.com/IE5tests/float2misc/#flwidth>
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css
to the floated
spans inside it.
IE win doesn't ssupport inline-block the way you think: it only gives
the block 'hasLayout'. Gecko doesn't support inline-block at all.
And IE Mac, while it supports inline-block, expands the block due to
the floated blocks inside it.
Philipp
tall) on the same
line, with the text vertically aligned at the middle of each image?
Assuming the following code:
some text about bar
Then: li img {vertical-align: middle} should do it. (by default, images
rest on the baseline).
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.
used by that width-less
float at the top (#topnav). It is not clear to me why you want that to
float. Delete the float declaration, set it to text-align right and
adjust margins to taste; then adjust the margin for #header.
Philippe
---
Philippe W
ida grande', 'nimbus sans', 'luxi sans', Arial, sans serif;},
(or think about adding 'Lucida sans Unicode' for Windows Users).
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
_
go back to the top.
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported
24/#the-box-width>
[2] test-case <http://dev.l-c-n.com/CSS3/box_width.php>
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wi
Using the latest nightly trunk build, I'm fail to see any, any
difference when turning images off. I'm left with a row of boxes --
interesting dashed line it is. But the whole container is still where
it should be.
Philippe
---
Philippe Wittenbe
n
combination with 'background-color:inherit'.
Deleting the background-color rule, makes IE mac display your page.
(you can use a 'real' colour, or the keyword transparent instead of
'inherit').
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
___
't resize as
smoothly as Firefox, but that could be attributed to VPC.
Nothing more than a plain vanilla install [1], still with the ugly
default landscape background.
[1] Ok, with Firefox 1.5beta and Opera 9 preview, maybe that influences
the test... :-)
Philippe
---
Philippe Witt
none;
}
}
[1] http://www.dithered.com/css_filters/css_only/index.php
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
Li
.4, inline-block is a perfectly valid value for the
display property.
<http://www.w3.org/TR/CSS21/visuren.html#propdef-display>
( I wouldn't add the 'height:1%' rule, inline-block sets 'hasLayout'
to true in iExploder 6&7 anyw
k; padding:
> .5em 1em; width: 100%;}
>
> My only thought is the display block, but can't explain why? Currently
> only using IE6.
.hide and .paging have the same specificity. The last one in the
source .css file t
ired around a url as value for background-image.
http://www.w3.org/TR/CSS21/syndata.html#uri
Where did you get that idea ?
2. Firefox (and Opera, Safari) has no problems with unquoted urls in
that case.
I see a bunch of images on the page linked to bythe OP, C
nothing like that exists.
<http://www.w3.org/TR/css3-selectors/>
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/cs
ed content
to display:inline-block and give it a small margin-right.
The alternative, more cross-browser friendly way (aka, support for old
IE): set the to display:block, give it some padding-left and fill
it with a background-image that changes on hover.
Philippe
---
Philippe Wittenbergh
h
Gunlaug Sørtun wrote:
> Philippe Wittenbergh wrote:
>
>>> <http://www.gunlaug.no/tos/moa_43.html>
>
>> Works as well in Fx 3. You could improve it: set the generated
>> content to display:inline-block and give it a small margin-right.
>
> This will impro
cond child. The nth-of-type (as with all those structural pseudo-
classes) applies to element E (li, or ul, or p, or a, or tr, or h1,
etc).
BTW - you do know that browser support for those pseudo-classes is
limited, do you ?
Phil
are next to each other (adjacent), this works:
li:not([class="new"])+li.new+li.new {border:2px solid red;}
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http:/
st item
2. list item
2.1. list item, nested
2.2. list item, nested
3. list item
The first period (in list, ".") separates the digits internally. The
second quoted string separates the marker from the real content.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
r;}
li {display:block;}
li:before {
content: counter(itemnr, decimal) ". ";
counter-increment: itemnr;
}
works fine, but of course you don't get the fancy numbering scheme
(1.1, 2.1.3, etc). Could just as well use list-style-type.
Philippe
---
Philippe Wittenb
inline elements, but only when using a transitional doctype.
such as this bug report
https://bugs.webkit.org//show_bug.cgi?id=8544
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss
ach the background
> image to the DIV, not the anchor. However, I am still at a loss why
> Safari behaves this way. It's as if the right-padding on the A is
> being ignored.
Setting that to display: inline-block is a cleaner way to solves
this.
But that doesn't explai
On Apr 9, 2009, at 3:56 PM, taestrada wrote:
> In IE7, the photos and the 2009-2010 Outdoor Programs have the same
> padding
> and the tops line up (as intended). But in Firefox, the Outdoor
> Programs box
> is about 9 pixels higher. I can't figure out why. Any ideas?
>
>
>
> http://wildernes
ot be done in CSS –
yet. Some kind of text-justify value would do, but atm not implemented
in any browser.
This maybe (future !):
<http://www.w3.org/TR/css3-text/#text-justify>
maybe some javascript trick might do.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
___
ves all the same.
On Ubuntu Linux, same thing.
I like the colours, btw.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
Lis
at I'd intended --
> "contact", with no symbol.)
That is me, my user stylesheet actually, who injects that.
a[href^="mailto:"]::after {content: url("moz-icon://.EML?size=16")}
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
_
rty is specified.
'border' is a property, not a selector.
Assuming, as Holly does, the intent is to override some previous
setting:
selector {
border:none;
border-bottom: #fff 5px solid;
}
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
to make fonts look cr*p, more
so with cleartype turned on. Besides, those -ms- filters require
'hasLayout' to be true to make them work, which can have negative side
effects on its own.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
___
lay:block;}
[1] <http://www.w3.org/TR/CSS21/visudet.html#propdef-width>
width and height do not apply to inline elements
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-di
a helpful comparison:
<http://css-class.com/test/css/defaults/UA-style-sheet-defaults.htm>
(that is a variation on work done by MSIE engineers, but I've lost
that link somehow; it is somewhere in the archives of
nts are removed from the flow).
I don't see any good reason why you float that div#content. Just give
some appropriate margins and you should be set.
Otherwise, you'll have to look up at 'containing floats'.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
___
this equally apply to a set up where the
immediate parent has min-height instead of height applied… (I think
the answer should be yes, as seen in Opera).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [
On Apr 28, 2009, at 10:20 AM, Philippe Wittenbergh wrote:
> This latest change has been incorporated in WebKit nightlies (but not
> Safari 4beta). But it apparently mangles something else, as most of
> the red squares don't appear…
Oh my. Apparently the latest nightly webkit buil
: url(../images/hovers/shadow.png) bottom
right no-repeat;}
not
.sf-shadow ul { background: url(images/hovers/shadow.png) bottom right
no-repeat;}
(What you currently have)
The same goes for:
http://www.createtwo.com/villager/shopvillager/css/images/hovers/a
BTW - if the element is inline, non-replaced (a ) and relative
positioned, Opera moves the element. And so does a WebKit nightly
build.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-di
t fight.
wrap in a suitable container.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.inc
<-- add */
}
#meet_the_team_link a:hover {
background-position: 0px -101px;
/*padding: 100px 0 0 0;
margin: 0;
border: 0;*/ /* <-- those 3 lines are redundant, remove */
}
[1] http://www.w3.org/TR/CSS21/visudet.html#propdef-width
Philippe
---
P
ption that, if Firefox
> doesn't get it right, nothing else will, either.
What is wrong ? The code/style at that url behaves correctly.
Or is it that you don't want to darker background greys of the div.bb-
quote to be covered by the image ?
in that case:
div.bb-qu
ay 1, 2009, at 10:25 PM, Bobby Jack wrote:
>> Unfortunately, no browser supports it very well (IMHO) which is a
>> real shame.
It is not that bad… UI is a bit lacking in general, though.
OmniWeb probably has the best implementation, with its per site
preference.
ox
namely bug 50630: float should be as high as previous line box
https://bugzilla.mozilla.org/show_bug.cgi?id=50630
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://ww
On May 2, 2009, at 4:02 PM, Jennifer Knowles wrote:
> David Laakso wrote:
>> The "frame" does enclose everything providing you view the page in a
>> window 1280 or wider.
>> div.rounded {
>>min-width:1200px; <-- :: add ::
>> }
>>
>
> Thanks David. I could do that, but on other pages
are hard, very
hard.
To keep the whole thing relatively on topic:
1. the ability to disable page styling is interesting to analyse how
muchyour page is structurally sound (does the page depends on page
styling/css to make sense ?).
2. Question: how much do you think about the possibility of
u mentioned. And I wouldn't build the form as in the given
problem file).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/list
-style. It is an
edge case)
A related discussion:
<https://bugzilla.mozilla.org/show_bug.cgi?id=401647>
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css
s in your #left column contain a colour profile.
This causes a (severe) colour mismatch in browsers that support colour
management for images (Safari, Firefox 3.5b). The embedded colour
profile is the one coming from Photoshop when saving for web.
I use pngcrush to strip it out.
Philippe
---
P
link has focus when
accessed from the keyboard.
You suppress the outline on the (stylesheet.css, line 3) but do
not provide any alternative (a:focus :... ??).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-di
/CSS21/box.html#padding-properties>
The following properties take negative values
margin
z-index
top, left, bottom, right
text-indent, word-spacing, letter-spacing
vertical-align
background-position
(CSS3)
outline-offset
box-shadow
text-shadow
Check the spec(s) to make sure.
Philippe
---
Philipp
to spec in Firefox 3.5b4.
[1] <http://css-class.com/test/css/visformatting/float-inline-content.htm
>
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-disc
oned earlier, the bug you're talking about is FIXED in Gecko
1.9.1+ (fx 3.5b4), as clearly marked in the bug reports you link to.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-di
0%;
}
Those are not necessary at all when using inline-block on the
(I guess you thought about 'containing floats' or something).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists
h, height, border,
margin, padding. Anything _inside_ the iframe (the actual content,
page B) is out of reach - and is controlled by stylesheets linked from
page B.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
ectly in IE 6 and up, as long as IE is in Standards mode.
Like this:
<http://dev.l-c-n.com/_temp/img_border.html>
If your pages don't have a doctype as first thing on the page, and you
can't change the templates, then I don't know any good solution. Maybe
wrap the image in a
t sure what's up
with Opera.
Why don't you first code your stylesheet for aforementioned browsers,
then adjust - if needed- for old crappy browsers like IE 7 ?
And BTW - IE 8 shows the in that navigation bar with a white
background (coming from the spryMenu stylesheet). Possibly s
ch of a workaround, except , maybe, put the background-
image in an absolute positioned div behind #mainboxcover, with
negative z-index. Kind of ugly construction, though.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
eory you could use
h2 {display:run-in;}
<http://www.w3.org/TR/CSS21/visuren.html#run-in>
but that is not supported by Firefox 3, 3.5b4 and IE 6 & 7.
Another option eventually:
h2 {float:left; margin: 0; }
headline
my paragraph text that is quite long and should kinda wrap around
aroun
ng of the fails, it is clipped. Try
giving the position relative and trigger 'hasLayout' on the ;
See the example linked from the article.
[1] http://www.satzansatz.de/cssd/onhavinglayout.html#clip
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
Neue', Arial, sans-serif;}
and see the various browsers fall in line (modulo a couple of
pixels,depending on how they round off decimal values).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs.
the thumbnail containers overall height.
>
> Here's the link: http://rodcastello.com/pedro/index9b.html
Don't declare the width/height in your HTML. Only specify a width in
your stylesheet.
li img {width:100%;}
like so:
http://dev.l-c-n.com/_temp/img-test.h
bug: something
like 65% maybe ?).
PS - you may need to make the selector above more specific than:
#thumbHolder #thumbs a:hover img (higher up in the stylesheet)
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-dis
ve better luck with generated content
<http://www.w3.org/TR/CSS21/generate.html>
Like this :
http://dev.l-c-n.com/css2/counters-2b.html
Note also that
1. IE 6 and 7 do not support generated content.
2. Opera has some little problems with counters().
Philippe
---
Philippe Wittenbe
:96%) as maarten suggested _may_ help.
PS - You can get the latest OS X builds here (Intel Mac required):
http://build.chromium.org/buildbot/snapshots/chromium-rel-mac/
Scroll down to the bottom of the list.
(don't go surfing wit
orter on
Fx Mac.
Your site doesn't hold well together for users who set a minimum font-
size higher than 13px, or who zoom in the text to make it more readable.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
cs
resent (third form at the bottom of the page).
(and no, I'm not advocating to set the legend to display:none. It is
interesting as it illustrates how the legend-fieldset combo is
represented internally as a data structure).
Philippe
---
Philippe Wittenbergh
http:
On Jun 22, 2009, at 5:51 PM, BobSharp wrote:
> Sorry - typo
>
> http://ttphp.open.ac.uk/~bs3578/test1/Week07_05-01.php
Have you tried the obvious solution(s) : play with margins on the h4
and the ol ?
e.g.
h4 {margin:.5em 0;}
ol {padding: 0 0 0 2em; margin: .5em 0;}
Philippe
---
pages are not present).
It is a question of specificity.
these are the 2 selectors that apply:
#header ul#navlist li a:visited --> specificity: 213 /* in
all_pages.css */
#header ul#navlist a.main --> specificity: 212 /* in menu_select.css */
the first one wins and color:#33669
stating the obvious, I'll note that the color for a
> visited link won't show until that address has been visited - hence
> the differences you noted from browser to browser.
The thing is, in that particular page linked above, the offending link
points to
ily a bad practice to assign a width to a floated
element. Depending on the content of the floated element, rendering
engines may differ on how wide the floated element is. Older rendering
engines have problems with width-less
, yes. The other reason being that an
always has an intrinsic width.
Note the link above points to the old CSS 2.0 text. What is
implemented by current browsers is the CSS 2.1 text, linked to in my
previous post.
For more on width, read CSS2.1:10.2 (and subsequent 10.3)
<http://www.w3.or
gt;>>
>>> (this doesn't work in IE6)
>
> Broken IE6 strikes again. Since this is IMO the correct solution/way
> to insure the correct bullet gets used, why not use it and use a
> conditional statement to tell IE6 to just do its own thing by not
> doing these overrides.
the joke that was doing the rounds.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.inc
p://css-class.com/test/bugs/ff/1-2/form-text-align-clear.htm>
>>
>> Is this the bug present in FF2 or SeaMonkey? Anyone?
>>
...
>
> Yes, it is present, as well, in:
>
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.20)
> Gecko/20081217 Firefox/2.0.0.20 (.
e on of the two parent divs a 1px padding-top. That will prevent
the margin on the to collapse through the two divs (you can also
use a 1px border-top).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-d
s when
width is auto).
The same problem happens when element A is positioned absolute to the
right.
PS - this is row 2 of the Acid 2 test.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.c
all correctly. I
ran into some weird issue with IE 8 as well, a few days ago, but
haven't had time to analyse it.
Workarounds ?
1. don't use caption but headings (h2, h3, etc)
2. don't use margin-top on table (or margin-bottom if you use caption-
side: bottom).
Philippe
--
Safari,
Chrome, ...): the space between caption and table is equal to the sum
of margin-top+margin-bottom on the caption.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
ht
l kind of crazy things with stacking levels.
If you use those browsers to test your page, results may not be
consistent with the spec (cough, cough, how's that for a polite
sentence ?).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
do what you want, whit lots of possibilities regarding
styling.
http://www.w3.org/TR/CSS21/generate.html
sample page
http://dev.l-c-n.com/css2/counters-Ordered_list.html
But not in IE 6 & 7.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
t appears to be
> clearing the div containing the date, and it is not expanding to fill
> the containing div. Can anyone help me figure out what's wrong?
Not sure about IE 7 (N.A. here, right now), but based in IE 6:
.post {
/*float:left;
clear:both;*/
padding-top:1p
and
page load, esp. in IE, do you?
Fex:
http://www.stevesouders.com/blog/2009/04/09/dont-use-import/
take this with a grain of salt, but I did some similar tests with IE
running on an older machine, and multiple @imports do slow down things.
My 2¥,
Philippe
---
Phili
know the URL) in addition to
a report in Apple's database.
According to the bugreport, Firefox 3.5 is immune to this. I suspect
Safari 4 has this fixed as well since they implemented support for
multiple font-weights. Can't test it, th
oose
another technique ? Inserting an that clears the whole block as
last element in #container ? That would even be semantic...
http://www.satzansatz.de/cssd/onhavinglayout.html#prop
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
___
t is functionally equivalent to (and has a
computed value of) rgba(0,0,0,0).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/cs
} ought to do what you want.
<http://www.w3.org/TR/CSS21/box.html#margin-properties>
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/li
801 - 900 of 1770 matches
Mail list logo