.
(it makes no sense that it would work with Camino and SeaMonkey but fail with
Firefox; it is Gecko under the hood for all those browsers - unless you have
very different settings in Firefox)
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
. width on the window). Apparently, extensions that come with their own
toolbars can still trigger that. Sounds like a bug to me…
Are any of those extensions interacting with the content directly, and thusly
prevent from content to wrap correctly ?
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
generated content as documented in normalize.css or
html5 boilerplate i forgot which one being the most versatile). Using
overflow:hidden or auto is always tricky when you want to have absolute
positioned elements come out of the box.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
on mobile devices
such as Android or WindowsMobile (yes Apple puts a hack in MobileSafari to make
those hover thingies work sometimes) - remember that there is never any
hovering on touch devices.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
. :-)
What OS is your iPad running ?
MobileSafari on iOS 5.1 (and 5.0) correctly handles the un-prefixed
border-radius. On iOS 4.3, MobileSafari requires -webkit-border-radius, but the
prefixed property does't support percentage values.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org
really agree on what to do with the bottom margin of that p.
Here is a minimal testcase illustrating what is going on:
http://dev.l-c-n.com/_temp/min-height_margin-b.html
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css
is zero, and it has
neither top or bottom borders nor top or bottom padding, and it has a
'height' of either 0 or 'auto', and it does not contain a line box, and all
of its in-flow children's margins (if any) collapse.
Browser vary on how they interpret the above quoted text…
Philippe
--
Philippe
Le 2 août 2012 à 06:03, Josh Rehman a écrit :
And, actually the uppercase DOCTYPE is important as
I've run into problems with the lowercase version in some browsers.
That sounds weird. Can you clarify which browsers are affected ?
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
solid, border-radius: .6em
/* and more property/value pairs */
}
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ
Le 29 juil. 2012 à 15:01, Philippe Wittenbergh a écrit :
Gecko and WebKit treat 'font-size: 0' in a special way - they both respect it
no matter what, just because too many webpages use this to hide text under
images or something similar, I forgot what the exact argument was when Gecko
.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css
the div and the image, it is
very possible to have some 'smudging' effect, due to antialliasing effects.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css
hard to read)
CSS 3 text is a little more verbose
http://dev.w3.org/csswg/css3-text/#transforming
Other browsers will have to update their implementation at one point.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
). Unfortunately, WebKit and Opera fail (tested OS X Lion).
http://dev.l-c-n.com/_temp/up-gr.html
[1] you could also specify it on a specific element, like div lang='fr' in
case you have a poly-lingual document
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
have
to wait for Firefox 15 to have it work correctly.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http
that, your test file works correctly.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com
devices), it might become official in a future css4 media
queries module though. I personally find it immensely more readable than the
'dppx' one (I had to look up the exact spelling of 'dppx' again while writing
this).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
to ask the people at Incutio
(hosting that archive for free). Maybe a cronjob has gone bad.
The CSS-discuss archives are also available here (not an officially approved
archive, but up-to-date):
http://css.2040035.n2.nabble.com/css-discuss-f2038101.html
Philippe
--
Philippe Wittenbergh
http://l-c
user agent understands _all_ vendor
prefixes. The 'and' operator means that both, or all, conditions must be true.
You could write:
@media (-webkit-min-device-pixel-ratio:2),
(-o-min-device-pixel-ratio:2),
(min--moz-device-pixel-ratio:2) {
/* stuff */
}
Philippe
--
Philippe Wittenbergh
case, those
margins will contribute to the (visual) height of the parent block.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo
Le 14 juil. 2012 à 12:39, John a écrit :
On Jul 13, 2012, at 8:19 PM, Philippe Wittenbergh wrote:
You'll need to give some more information…
Here is a link to the html file:
http://coffeeonmars.com/testing/start.html
ah..seems I DO have block-level content, but why does that cause
for descenders (like p, q, j). The small gap you see under the image
and above the red block is that space.
#himg {display: block } would remove that space
or
#himg { vertical-align: bottom; }
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
right? Is there something I'm not thinking
of?
It is not a best practice, it is a requirement to future proof your
declarations. The non-prefixed declaration _must_ come last. Remember that the
cascade is at work here.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
you're attempting. calc() is usable in
IE9 (un-prefixed), partly recent Chrome builds and WebKit nightlies
(Safari.next) and Gecko 2.0+ (the latter two, prefixed).
http://caniuse.com/#feat=calc
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
to.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org
.org/TR/CSS21/generate.html
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List
.
So @media { … } became valid in CSS3, correct?
Yes.
Fun: IE 6,7,8 render both rules.
We can always rely on old IE to bring some fun to the table…
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d
navigation is caused by the margins on the nested ul
(#mainNav ul), those are collapsing trough the parent div, causing a gap.
#mainNav ul { margin: 0; } will fix that.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css
too small. Remember that a mouse pointer is very precise device with a
_small_ tip. And that is only one issue. Nothing beats the real device for that.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css
, where IE starts faking / emulating the style.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
notes (you don't
need to specify 'display: block' as the float property already makes the images
display: block [2].
[1] http://www.w3.org/TR/CSS21/text.html#white-space-model
[2] http://www.w3.org/TR/CSS21/visuren.html#dis-pos-flo
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
.
It only matters if you plan to / need to / want to support IE 8 and 7 (no
support for double column notation).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css
of browsers supporting linear-gradient (not
using vendor prefixes like -moz-linear-gradient)
The latest IE 10 preview build is the only one to support it un-prefixed, at
time of writing.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
, the previous media query is never closed.
I'm not sure if what Firefox does is correct… The css validator doesn't like it
(although the error message is quite obscure).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss
with
the appropriate prefixes, I hope…
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
: url(path/to/image.svg) top right no repeat;
background-size: 100% 100%; }
}
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
:-)
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org
'.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org
, tr, th, td { display:block; /* other styles */ }
}
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
elements behave.
For example, floating the element establishes a block formatting context
(css2.1:9.4.1) - as such it will contain floated descendants.
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css
it, the viewport width of e.g iOS / MobileSafari is
980px. That is large enough for your media query to kick in.
Add that viewport meta and your media query will start working.
Rosie has the same problem, I think.
--
Philippe Wittenbergh
http://l-c-n.com
-adapt/
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http
installed fonts, at different font-sizes
through the Webkit inspector
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki
-color: orange; } doesn't do anything (the link stays blue).
Setting a[href]:hover { color: white; -webkit-text-fill-color: red; } does
make the clicked link red.
tested on iPodTouch with iOS 5.1.1 and the iPad in the simulator (iOS 5.1)
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
:
http://developer.apple.com/library/safari/#documentation/AppleApplications/Reference/SafariCSSRef/Articles/StandardCSSProperties.html#//apple_ref/doc/uid/TP30001266-UserInterface
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
to what the spec says:
http://www.w3.org/TR/CSS21/text.html#propdef-text-decoration
Unfortunately, I didn't find a workaround for IE (for older Gecko, you specify
a background-color on the generated content and it would cover the underline,
but that doesn't work in IE.
Philippe
--
Philippe
padding on the parent element (your grey boxes), only for
IE 7 ? (my memory is fuzzy, nowadays, IE 7 is in maintenance mode, I don't pay
too much attention to small discrepancies with other browsers).
Good, easy to understand, test case, btw, thanks for that.
Philippe
--
Philippe Wittenbergh
http://l
with display:inline-block or inline-table.
What would be the proper way, for doing this ?
I've tried:
margin-left: auto;
margin-right: auto;
Nothing happened.
For block-level elements, you need to specify a width in addition to the code
above.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
/testing/images.html
Any reason why you are floating the image ? Because that is your 'problem' –
the padding on the subsequent block of text (p.widge) slides under the image.
That is the expected behaviour.
Solutions: don't float the image, or add a 'clear:left' to p.widge
--
Philippe
{ position: relative; ……}
see: http://www.w3.org/TR/CSS21/visuren.html#propdef-z-index
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman
Le May 7, 2012 à 10:37 AM, David Laakso a écrit :
In the Camino browser, Is the red digit knocked-out of an olive-like *circle*?
Now it is. Camino still needs the prefixed border-radius/box-shadow – same as
Firefox 3.6 as they share the same rendering engine.
--
Philippe Wittenbergh
http://l
: RobotoBold, Helvetica, Comic Sans; font-weight: bold; }
with that there should not be any artificial bolding. Browser will (should)
treat that font as being a bold face.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css
-family: HelveticaNeue-Cn, HelveticaNeue-Cn2, 'fallback font'; }
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
Opera 12 beta doing really awful things with bold
+ italic on OS X (I hope the fix that bug before release…).
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org
…
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css
and (min-width:768px) {
div { background: url(path/to/image) repeat-x orange; }
}
It is always more easy to work from the minimal to the more complex, with the
added benefit that devices with minimal styling won't need to download the
resources they'll never use.
--
Philippe Wittenbergh
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css
] (as opposed to device-pixel-ratio). I believe Gecko will
implement this relatively soon, and remove the device-pixel-ratio).
[1] http://www.w3.org/TR/css3-values/#resolution
have fun,
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
for div.colimg... I think.
Not really, it is a bug, still present in release Safari and (I think… )
release Chrome.
https://bugs.webkit.org/show_bug.cgi?id=79046
(bug has been fixed in nightly webkit builds)
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
to ask is the CSS WG’s
www-style mailing list, though.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http
' (and the absolute positioning on that 'aside').
Learn to use the web developer tools that ship with most browsers nowadays;
they'll quickly tell you what is happening.
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss
'.
(or don't apply a class at all, but use descendant selectors: .navlink li img
{ vertical-align: -5px; }
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman
+ ignore that one, because they limit the
number of style changes that can apply to a:visited (e.g. display block when
a:link is set to inline).
Clean up your stylesheet - as there are more contradictory things in it.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
is _much_ taller than 30px.
IE 8 is wrong as usual. Try with padding-top instead.
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ
see the whole html structure. What you actually want to do
is not clear to me, but it should be dead easy to adjust the whole thing to
your needs.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d
' as first fall-back font, and
that is installed by default there. I use quotes around 'works', as the page
uses the regular face of Gill Sans, but the stylesheet, based on the filename,
wants a 'medium' face – which is slightly bolder but is not installed.
--
Philippe Wittenbergh
http://l-c-n.com
be positioned correctly in all browser on a given platform.
There might be small variations between platforms, but that is out of your
control (font-smoothing, etc).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css
).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css
://www.w3.org/TR/css3-color/#rgba-color
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
,the object still occupies the full space.
The solution is to float (left) the left column.
I've no idea why it would work with 'overflow: hidden' on your side (it really
shouldn't and it doesn't in WebKit / Gecko browsers).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
is a bit a misnomer, it
should actually be 'corner-radius'). With 'border', the child element is moved
(it cannot cover the border unless forced to do so).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d
bugs on 10.7.2) :
http://dev.l-c-n.com/_temp/font-stretch1.html
OS X only because it uses fonts installed by default on OS X. A similar test
case could be created to work across platforms with Gecko based browsers using
an appropriate family through @font-face
Philippe
--
Philippe Wittenbergh
-letter {
font-size: 3.2 em;
line-height: .8em;
font-weight: bold;
}
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ
/StandardCSSProperties.html#//apple_ref/doc/uid/TP30001266--webkit-box-shadow
As I have pointed out before, that document is outdated and inaccurate.
Safari 5.1 / Chrome 12 (?) supports the box-shadow property without
vendor-prefix, btw
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
this in your .htaccess file or your apache
config:
Header set X-UA-Compatible IE=Edge
hasn't failed for me. yet.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css
more specific and override the latter.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
in that, although it is scaled down in a way.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
/2011Apr/thread.html#msg116
BTW - a positive z-index will move your element higher in the stacking order,
if you want it below (under), try a negative z-index.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss
first div is positioned and has a z-index higher than your transformed()
div.
Webkit hasn't implemented it yet. I think Gecko nightly builds do support that
(and maybe Firefox.latest, I don't have any of those on this machine). No idea
about others.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
-face block for each face you want to use:
@font-face {
font-family: my-font-1;
src: url(path/to/my-font-1.woff);
font-weight: normal;
}
@font-face {
font-family: my-font-1;
src: url(path/to/my-font-1-bold.woff);
font-weight: bold;
}
etc.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
of the question…
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http
a serif font) on my side; I already cleared all
font-caches.
Other browsers work correctly.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org
Dear Vincent,
Send colors your earliest convenience... particularly desperate for Cobalt
Blue and Cadmium Yellow Deep.
I'll see to send you a colourful new year asap - a rainbow of all shades.
:-)
Theo.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
release browsers that support 'border-image' do so
base on a 2008 text, which is quite limited compare to the present text.
Nightly builds of Gecko and WebKit are in the process of implementing the most
recent text. And no, it is not really backwards compatible.
Philippe
--
Philippe Wittenbergh
in Chrome
16 ?
[1] http://nightly.mozilla.org/
[2] http://nightly.webkit.org/
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
was unable to access the submenus from the mainmenu. As soon as I move
the mouse pointer to a submenu, it disappears.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css
-n.com/_temp/ev-20111223/chrome_fx-ubuntu11.10.png
(Chromium is on top, Fx at the bottom)
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo
: Safari has a preference to use different
font-smoothing settings, one (the default) matches what Windows OS uses,
another one simulates, eventually, something that looks like the rendering on
OS X.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
://dev.l-c-n.com/_temp/ck-20111222.html
(which, of course, doesn't show the issue…).
I'm not aware of any combination of mentioned html elements that would cause
the list marker to disappear.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
/clients/sof/safari-ff-ss.jpg
As I said, check your Safari settings.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki
of doing it is strange, although the validator doesn't puke
on it.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ
On Dec 23, 2011, at 9:38 AM, Philippe Wittenbergh wrote:
As david notes, a link to the offending page or even better, a minimal test
page, would be helpful. The best I could come up with, based on your
description, is this:
http://dev.l-c-n.com/_temp/ck-20111222.html
(which, of course
On Dec 23, 2011, at 11:38 AM, Philippe Wittenbergh wrote:
Chris send me a link to the offending page off-list.
minimal:
http://dev.l-c-n.com/_temp/ck-20111223.html
The problem is caused by 'vertical-align: top' in the reset block.
(toggle it on/off in Firebug).
Now the Big Question
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org
://chelseacreekstudio.com/z/
Unsurprisingly, she holds fine on both iOS 4.3 and 5 (iPad and iPodTouch, iOS
4.3 on emulator).
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d@lists.css-discuss.org
; some browser will round that up, some will
round that down. In addition, browsers vary slightly on how the position the
border in that case (in order to keep said border crisp - if the border is
position over 2 adjacent pixels, it would look blurred)
Philippe
--
Philippe Wittenbergh
http://l-c
are already implemented in some browsers, other parts are the same as CSS
2.1.
(an updated draft version of this spec will published shortly afaik)
Philippe
--
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [css-d
301 - 400 of 1639 matches
Mail list logo