Re: [css-d] [ADMIN] Hello, my friends, hello

> On Dec 24, 2015, at 05:35, Eric A. Meyer wrote: > If anyone has strong feelings that it should be one of the other two > options, or a fourth option I didn't list, feel free to let me know > off-list. Replying to this thread we are a bit outside what you asked, especially

[css-d] Box width problem in Chrome

Recently some old pages of mine showed a problem in Chrome. I applied a quick fix, but now I'm trying to understand better and extracted this minimal test case http://brunildo.org/test/chrome_grr5.html . There is a fixed-width grey container with inside: - a blue float, - a red box which

Re: [css-d] Box width problem in Chrome

On Sun, Sep 21, 2014 at 11:24 AM, Philippe Wittenbergh e...@l-c-n.com wrote: Le 21 sept. 2014 à 17:11, Bruno Fassino fass...@gmail.com a écrit : Recently some old pages of mine showed a problem in Chrome. I applied a quick fix, but now I'm trying to understand better and extracted

[css-d] borders on flash objects and Firefox

that border in a different way, but if possible I would prefer not to alter anything in surrounding elements, so I'm looking for a fix involving _only_ the object element (and of course not breaking other browsers). Is this possible? Thanks, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] borders on flash objects and Firefox

On Tue, Feb 1, 2011 at 2:07 PM, Philippe Wittenbergh e...@l-c-n.com wrote: On Feb 1, 2011, at 8:47 PM, Bruno Fassino wrote: I need to add a border to a flash object: object type=application/x-shockwave-flash data=...   Older version of Firefox ignored such borders, now Fx 3.6 applies

Re: [css-d] borders on flash objects and Firefox

; height: 300px;} } Thanks, I think I will go that route (I prefer that, rather than adding an extra element). Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [css-d@lists.css-discuss.org] http://www.css

Re: [css-d] what font is being called?

, Bruno [1] http://brunildo.org/test/x-height-compare.html [2] http://brunildo.org/test/normal-lh-plot.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org

Re: [css-d] what font is being called?

typically with 1000 or 2048 units to the Em. The oscillations that we see at small font sizes are a sort of accident, caused by limitations imposed by a coarse grid, which may or may not be important. Regards, Bruno [1] http://typophile.com/node/12028 -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] 2-column definition list - when floated DT is longer than DD?

the DTs, add to the DDs an after rule with a clear, plus some corrections for IE7- browsers... Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman

Re: [css-d] :: ie/6.0 ::

margin-right:0 to #q You indeed have * html #q { margin: 0 } in the IE6 section, but this doesn't override an above #q { margin: 0 15% 0 0 !important; } I haven't looked too much into the details... Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] :: @font-face not honored XP Safari/5.0 ::

://chelseacreekstudio.com/site/css/sisu.css It looks like a Safari bug, triggered by: html, body { text-rendering: optimizeLegibility; } Removing that text-rendering property the problem seems to disappear. Best, ~d -- http://chelseacreekstudio.com/ Regards, Bruno -- Bruno Fassino http

Re: [css-d] position:fixed and the spec: is that a miss?

' positioning. 9.6.1 states: Fixed positioning is a subcategory of absolute positioning Also in chapter 10 there are cases where position 'fixed' is not mentioned explicitly, at least in the sections titles, but included in 'absolute'. Regards, Bruno -- Bruno Fassino http://www.brunildo.org

Re: [css-d] background-images off by subpixel? in IE7/8

it to 100%. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http

Re: [css-d] overflow boxes next to floats

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

Re: [css-d] overflow boxes next to floats

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

[css-d] overflow boxes next to floats

wrong. The strange thing is that it did not occur in Firefox 2 and IE7, so I wonder if it could be intended. Has someone any ideas? Regards, Bruno [1] http://brunildo.org/test/bfc-neg-marg-float.html -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] overflow boxes next to floats

goes against the spec. Yes, in the case with small negative top margin, Firefox seems to no more see the float. And this seems against the spec. (the case with top margin greater that the float, it's OK because the box is already below the float). Best, Bruno -- Bruno Fassino http

Re: [css-d] overflow boxes next to floats

block formatting context must not overlap any floats in the same block formatting context. They mention the border box and not the margin box, so at least on the same side of the float, ignoring a negative margin is probably not so wrong? Best, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE8 bidi and hasLayout

On Tue, Mar 9, 2010 at 7:36 PM, Alan Gresley a...@css-class.com wrote: Bruno Fassino wrote: But then I see some small differences, even if I haven't tested too much. One of the effects of hasLayout was to stop a background from extending below a border. Direction does not seem to cause

Re: [css-d] IE8 bidi and hasLayout

On Tue, Mar 9, 2010 at 9:39 AM, Alan Gresley a...@css-class.com wrote: Bruno Fassino wrote: On Sun, Mar 7, 2010 at 5:47 PM, Alan Gresley a...@css-class.com wrote: It appears that MS has hacked in bidirection (somewhat improved over IE7) by the use of *hasLayout*. http://css-class.com/test

Re: [css-d] freaking error

one (ssheerr_.gif) is smaller than the first one (58px versus 60px; height specified in the html as attribute of img), and a left float always prefers to stay higher than more to the left. Best, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE8 bidi and hasLayout

that direction sometimes makes a block a formatting context root (this is not necessarily related to hasLayout, which seems to have no more rendering effects in IE8, even if it still exists just as a dom / javascript property). Best, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Opera 10 Collapsing margins and boxes not in normal flow bug

On Wed, Feb 24, 2010 at 4:27 AM, Philippe Wittenbergh e...@l-c-n.com wrote: On Feb 23, 2010, at 11:44 PM, Bruno Fassino wrote: I have here another simple example where a top:auto a.p. box is positioned differently in Opera than in all other modern browsers.  http://www.brunildo.org/test

Re: [css-d] Opera 10 Collapsing margins and boxes not in normal flow bug

On Wed, Feb 24, 2010 at 1:00 PM, Philippe Wittenbergh e...@l-c-n.com wrote: On Feb 24, 2010, at 7:15 PM, Bruno Fassino wrote: There are probably other cases with different interpretations. For example I see here  http://www.brunildo.org/test/Op_top_auto.html that Gecko and Webkit differ

Re: [css-d] Opera 10 Collapsing margins and boxes not in normal flow bug

. elements. Best regards, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List

Re: [css-d] Opera 10 and percentage min-height

On Fri, Feb 19, 2010 at 10:54 PM, Ingo Chao ichaoc...@googlemail.com wrote: 2010/1/3 Bruno Fassino fass...@gmail.com FWIW, the IE8 vertical resize problem seems fixed by the presence of some specific content inside the min-height container, for example a display:table box, which can

Re: [css-d] strict vs. transitional doctype and rendering differences

-- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@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

Re: [css-d] Opera 10 and percentage min-height

the difference and it seems to be (but I'm not sure) html { overflow-y: scroll; } that I have in my pages. This seems to fix the problem. Really strange... Best regards, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Opera 10 and percentage min-height

difficult to resize a window just in the vertical direction (at least with the mouse, don't know if there is a keyboard way to do it). Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org

Re: [css-d] Opera 10 and percentage min-height

:-) and just live with the resize problem...) Best regards, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http

Re: [css-d] IE 8 issue

(~ line 91), IE8 may render the page more in line with the others. Bruno PS: Happy New Year 2010 to all !!! -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org

Re: [css-d] Problems with IE 6 on a simple example page

) .thumbnail a { font-size: 100px; } It should more or less work. The 100 may require some calibration. Best regards, Bruno [1] http://brunildo.org/test/img_center.html -- Bruno Fassino http://www.brunildo.org/test __ css

Re: [css-d] Displaying/Simulating handwritten fonts on notebook paper

using it in any real page with generic content... And, to come back to CSS, if one wants the possibility to specify a line-height, then IE7 and lower need further corrections. Best regards, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Displaying/Simulating handwritten fonts on notebook paper

-- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@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

Re: [css-d] Font stack article

in that table looks wrong, I seem to remember that this has been noticed more than once. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d

Re: [css-d] Font stack article

expected at small font sizes, but of course they damp down at increasing sizes. Bruno [1] http://brunildo.org/test/normal-lh-plot.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [cs...@lists.css-discuss.org] http

Re: [css-d] fixed table cell height in IE

://brunildo.org/test/test/br.html . Is this somewhat similar to what you are looking for? Of course many variations are possible, including not having to use a background image if you just need solid background colors. Happy New Year to all, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE8b2 min-height preventing margin collapse

be changed in that part. [1] http://lists.w3.org/Archives/Public/www-style/2008Nov/0473.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki

Re: [css-d] absolute positioning of an image not working in IE

in IE7. (I haven't looked at the details, in particular why a z-index seems necessary to avoid problems at hover.) Best regards, Bruno [1] http://www.satzansatz.de/cssd/onhavinglayout.html#rp -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] absolute positioning of an image not working in IE

and winding matter :-) Bruno [1] http://www.satzansatz.de/cssd/onhavinglayout.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http

Re: [css-d] absolute positioning of an image not working in IE

time. I haven't looked too much, the only simple workaround I've found is to change method to make the big images to appear and disappear. Instead of using display: none/block, use visibility: hidden/visible. But this should be tested better, maybe on a simplified test case. Bruno -- Bruno

Re: [css-d] Will this throw IE8 into quirks?

there are indeed more 'modes' in which IE 8 can be put. Look at the MS IE blog if you need more precise info). Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman

Re: [css-d] No Hover with IE8 ??

in the connect site about similar problems, see for example https://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=365927 -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css

Re: [css-d] Opera extra margin or padding

not override it. Instead this overriding usually happens (expect in this particular case in Opera), so it is more like th had center as initial value of text-align. But the spec does not mention this. Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] just using CSS, can I center a sentence both horizontally and vertically in a window (viewport)

/wd_additions_20.html I would also add this other solution [1] to the mix :-) which also avoids the problem mentioned by Georg (at the cost of some extra unsemantic elements). Bruno [1] http://www.brunildo.org/test/shrink_center_4.html -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Any IE8 news?

Alan Gresley wrote: Bruno Fassino wrote: PS: IE8b2 seems to match html:first-child. Of course there is no interest now for IE8b2 hacks, however html:first-child was matched also by Opera 9.5 (that's the reason I added something in my hack attempt, just for play...) This is only correct

Re: [css-d] IE8b2 missing content bug with list item

that there are now at least three or four bug reports related to 'incomplete content' on the MS connect site. Hopefully it will be fixed. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http

Re: [css-d] IE/6 IE/7 nav line-height

could wrap the spaces in a span, like: webspan#160;/spandesign and then declare for IE #nav ul li a span { font-size: 0.7em; } Not particularly nice... Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss

Re: [css-d] IE/6 IE/7 nav line-height

...) Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org

Re: [css-d] Lining up photos and text

space between the photo and the text which should line up with the horizontal center of the page. Don't know if this can fit your requirements: http://brunildo.org/test/test/ImgVertMiddle.html It uses display: table* for standard browsers, plus some hacks for IE Bruno -- Bruno Fassino http

Re: [css-d] Any IE8 news?

html:first-child. Of course there is no interest now for IE8b2 hacks, however html:first-child was matched also by Opera 9.5 (that's the reason I added something in my hack attempt, just for play...) -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Internet Explorer Open link in new tab issue

noticed that it also causes this problem in the right-click menu :-) Bruno [1] http://www.brunildo.org/test/IEaL.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org

Re: [css-d] IE float/clear bug

. You may need to adjust vertical margins, but this should work, I have a variant here [2, case 2]. If you have more than one DD for any row, only the last one needs to be non-floated. Bruno [1] http://brunildo.org/test/IEWfc2.html [2] http://brunildo.org/test/float_clear2.html -- Bruno Fassino

Re: [css-d] Multiple float 'columns' and gutters

hasLayout to your intermediate wrapper (try for example giving it width:240px) This seems sufficient for IE7. For IE6 and lower you have to add display:inline to your floats to fix the margin doubling (and this is a harmless fix even if sent to all browsers.) Bruno -- Bruno Fassino http

Re: [css-d] Float doesn't shrink fit content under Safari - any workarounds?

again that's better to go for something simpler. Best regards, Bruno [1] http://brunildo.org/test/test/shrinkwrap7.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org

Re: [css-d] Float doesn't shrink fit content under Safari - any workarounds?

fragile, but well, it's surely interesting :-) Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css

Re: [css-d] Float doesn't shrink fit content under Safari - any workarounds?

' (not required by the spec) is done by Opera (and by FF2), and it would indeed be sometimes desirable, but I don't know how to get it with current CSS. Bruno [1] http://www.w3.org/TR/CSS21/visudet.html#float-width -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Wierd formatting issue in one laptop using IE6

could try adding a negative back-side margin to your last float: .contentcopy { margin-right: -1em; } Hope this helps, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css

Re: [css-d] Single floated list with forced row clear in IE

to IE, with a CC. So you could use: ... liRow One/li !--[if lt IE 8]li style=float:none/li![endif]-- li class=twoRow Two (item 1)/li ... Best regards, Bruno [1] http://brunildo.org/test/IEWfc2.html -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] html background bug?

element. In short: if there is no background on HTML (i.e. it is transparent), then the background specified on BODY is applied to the whole canvas, not really to the BODY. Bruno [1] http://www.w3.org/TR/CSS21/colors.html#background -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Floating Divs of Unequal Height

On Mon, Mar 31, 2008 at 3:31 PM, Cristian Palmas wrote: 2008/3/30, Bruno Fassino [EMAIL PROTECTED]: [1] http://brunildo.org/test/ImgThumbIBL.html Bruno, I visited your link above. The page looks simple but good, but your CSS does not validate because of the display: -moz-inline

Re: [css-d] :: ie/7 linked img border-bottom ::

/cssd/dl/ I would try giving them a 10px right margin. Just to IE7 if it's the only one with the problem: *:first-child+html .caption a img { margin-right: 10px; } Don't know of this may break something else. Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Floating Divs of Unequal Height

with several hacks to try to get this effect in current browsers: [1], [2]. [1] http://brunildo.org/test/ImgThumbIBL.html [2] http://brunildo.org/test/indext1.shtml Best, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css

Re: [css-d] IE8 and easy clearing

strange in that extra space produced by IE8b1. I've seen it _only_ in some cases. It seems to depend on what follows the 'easy-cleared' box. When present this extra space is definitely outside the easy-cleared box, it may even appear after several other boxes following that one. Bruno -- Bruno

Re: [css-d] IE8 vertical-align: middle

=microsoft.public.internetexplorer.betamid=3627bd62-4175-43e7-98a1-fca764fb5139 -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css

Re: [css-d] X-UA-Compatible - Discrepancies between targeted behaviour in IE8 resolved

-- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] 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

Re: [css-d] Targeting IE8 (was: IE8 is better but stillslightly broken)

that IE8 reads the IE5/Mac band pass filter, simplifying it into a IE8b1 only filter is just a consequence.) Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman

Re: [css-d] IE8 hack?

is good idea to use that. More interesting would be to try to understand why IE8 is 'breaking' the page. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman

Re: [css-d] X-UA-Compatible - Discrepancies between targeted behaviour in IE8 resolved

(not related to parsing/selectors problems but to rendering) where IE8 quirks is equal to IE7 quirks when this differs from IE6 quirks. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http

Re: [css-d] X-UA-Compatible - discrepancies between targeted behaviour in IE8 and actual behaviour

) quirks mode, they never tried to emulate old parsing bugs of IE5.x, just the box model and other rendering things. So even if this is called IE5, they simply wanted to emulate IE7 quirks mode. And this is what we see. Of course, I might be completely wrong :-) Bruno -- Bruno Fassino http

Re: [css-d] X-UA-Compatible - discrepancies between targeted

this is intended. Quirks mode in IE6, IE7 has always worked as such, i.e. NO emulation of that (and others) E5 parsing problems. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css

Re: [css-d] X-UA-Compatible - discrepancies between targeted

On Sat, Mar 8, 2008 at 11:40 AM, Alan Gresley wrote: Bruno Fassino wrote: As I wrote in another message, I believe this is intended. Quirks mode in IE6, IE7 has always worked as such, i.e. NO emulation of that (and others) E5 parsing problems. All course, never though about

Re: [css-d] X-UA-Compatible - discrepancies between targeted

IE6-7 in quirks mode). You need to modify one of those iframe (changing the doctype) if you like to see how IE6-7 quirks render those bars. And I believe they render exactly as IE8 quirks. Best, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] X-UA-Compatible - Discrepancies between targeted behaviour in IE8 resolved

welcome!) I mostly agree, but not on the Rendered by IE 7 and quirks combinations. Your documents now have an xml declaration at the beginning which puts IE6 in quirks mode, but NOT IE7. The Rendered by IE 7 row should be exactly as the Rendered by IE 6 row. Bruno -- Bruno Fassino http

Re: [css-d] X-UA-Compatible - Discrepancies between targeted behaviour in IE8 resolved

think it's hard to say if with X_UA IE=5IE8 is emulating IE7 quirks or IE6 quirks, simply because the two are hardly distinguishable (I guess is more IE7 than IE6.) Bruno -- Bruno Fassino http://www.brunildo.org/test __ css

Re: [css-d] X-UA-Compatible - Discrepancies between targeted behaviour in IE8 resolved

together with X-UA IE=8 to create some strange effects... Well, it's time to say thank you Alex for those useful and interesting test pages! Best, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED

Re: [css-d] IE8 beta1 parses IE5 mac band pass filter

it seems that /*/ does NOT start a comment (or starts and immediately closes a comment), so: /*/ selector { ... } /* */ is read by IE8 beta 1. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL

Re: [css-d] IE8 beta1 parses IE5 mac band pass filter

=clear:both / does not clear. 2) vertical-align seems a bit broken. Some values doesn't work correctly (for images, for display:inline-block boxes, ...) The middle value does not work anymore, not even in true table cells. Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE8 is better but still slightly broken

doesn't work.) [2] http://brunildo.org/test/clear.html (last test case) [3] http://blog.html.it/layoutgala/ -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman

Re: [css-d] IE8 is better but still slightly broken

created) all the borders are correct. In the other cases an existing border is replicated on the anonymous object (and sometimes also the padding.) Or something like that. Of course the good news are that display:table works :-) Bruno [1] http://brunildo.org/test/disptable.html -- Bruno Fassino http

Re: [css-d] IE8 is better but still slightly broken

On Thu, Mar 6, 2008 at 9:24 PM, Eric A. Meyer wrote: At 5:18 PM +0100 3/6/08, Bruno Fassino wrote: I haven't checked too much, but re floats, I confirm that there are some new problems with the clearing. They range from the simple fact that a clearing br doesn't work [1]... [1] http

Re: [css-d] :: ie/5x ap ::

. Add margin-top:-3em to the ul and it should go in the desired position. Tested only partially... Best, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman

Re: [css-d] IE fails to shrink width

problems in IE linked at the end of this page [1] Best regards, Bruno [1] http://brunildo.org/test/shrink_center_3.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org

Re: [css-d] Faking float: center, or making blocks flow centered. Impossible?

with several hacks to try to get this effect, you can have a look: [1], [2]. Hth, Bruno [1] http://brunildo.org/test/indext1.shtml [2] http://brunildo.org/test/ImgThumbIBL2b.html -- Bruno Fassino http://www.brunildo.org/test __ css

Re: [css-d] IE7 auto centering on zoom

carefully while the script is active, the bounce back to the center occurs when that script refresh the ticker content. At the moment I don't know why there is such interation between the IE7 zoom and that js. Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE vs FF Textarea Font Size Inconsistent

in Windows) is carried over when such percentages are applied (at least under some circumstances). This is inevitably going to produce fonts smaller than IE. -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL

Re: [css-d] IE vs FF Textarea Font Size Inconsistent

nothing, and assume that users know this, and have possibly changed their FF font settings according to their likes. Bruno [1] http://www.456bereastreet.com/archive/200609/font_size_inconsistencies_with_fontfamily_monospace/ -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE vs FF Textarea Font Size Inconsistent

two tests cases I definitely see FF resizing the font in the inputs as well as in the textarea. -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d

Re: [css-d] Centering multiple floated blocks

having the same height (unless you set a fixed height for them.) - the above hack that I wrote to feed IE only is not the most reliable one (in the part *+html for IE7.) Best regards, Bruno -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Auto-Sizing a div or span tag

On Jan 9, 2008 10:43 AM, david wrote: Bruno Fassino wrote: How does the available width take part in that computation beyond functioning as the maximum width? It takes part acting as a maximum for the computation, as you say :-) I think they are simply cases where a different behavior has

Re: [css-d] Auto-Sizing a div or span tag

On Jan 8, 2008 10:53 AM wrote: Bruno Fassino wrote: [EMAIL PROTECTED] wrote: Hmmm, I always thought that auto kind of carried the idea of shrink-to-fit? width:auto has much different meanings, depending on the value of other properties. So, basically, 'auto' means make

Re: [css-d] Puzzling IE7 behavior when scaling radio inputs

, since there could be undesired side effects. Hope this helps, Bruno [1] http://www.brunildo.org/test/ie7_relzoom2.html [2] http://www.brunildo.org/test/ie7_badzoom.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss

Re: [css-d] Auto-Sizing a div or span tag

in automatic table layout... The situation is complicated. Having some specific values (fit-content, ...) for the width property to apply to 'normal' blocks would probably be useful. Bruno [1] http://www.w3.org/TR/CSS21/visudet.html#blockwidth -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Auto-Sizing a div or span tag

Philippe Wittenbergh wrote: On Jan 5, 2008, at 10:11 AM, Bruno Fassino wrote: I've not tested, but Firefox 3 beta probably has a width: -moz-fit-content; That works as expected: the block element is shrinked to fit the content http://dev.l-c-n.com/_temp/moz-fit-content.html Very nice

Re: [css-d] Auto-Sizing a div or span tag

a sort of display:inline-block (please also note: if the caption is wider that the image, in IE the wrapper may adapt to the caption.) Hope this helps, Bruno [1] http://www.brunildo.org/test/shrink_img2.html -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] Auto-Sizing a div or span tag

Ingo Chao wrote: Bruno Fassino wrote: ... Unfortunately this shrink-to-fit effect can only be obtained as a side effect of other properties ... Interesting aspect. Is there a need for properties that transport such a concept like shrink-to-fit more directly, without these implications

Re: [css-d] Help! HasLayout Bug Won't Go Away (In IE7, Really?)

the #header div and the #nav div in IE6 and IE7 I would appreciate that as well. Try giving hasLayout to the h1: h1 { zoom: 1; } hth, Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http

Re: [css-d] absolutely positioning an a into a li IE6 7

/ie7_relzoom2.html [2] http://www.satzansatz.de/cssd/onhavinglayout.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css

Re: [css-d] IE Mac doesn't like Georgia

doesn't. I haven't tested with inline-block, but there is probably something similar. (I never tried to study this more deeply, since a clearing br solves the problem.) Kind regards, Bruno [1] http://www.brunildo.org/test/NestFM.html -- Bruno Fassino http://www.brunildo.org/test

Re: [css-d] IE7 site check/issue?

. In IE7, it doesn't start showing up until after the first post. The problem seems fixed giving hasLayout to the #main div, for example with #main { zoom:1 } Floats containment works usually better in IE if the container gets hasLayout. Hope this helps, Bruno -- Bruno Fassino http

  1   2   3   >