Re: [css-d] Changes how (some) browsers handle the a:visited pseudo-class
On 2010-04-10 Philippe Wittenbergh wrote: In short, those browsers will limit the ways the a:visited state can be styled. Color, background-color, and to some extend, outline, border are not affected, as long as you don't use alpha-transparency (rgba()), change the border-style or border-width, etc. Other changes will be ignored and fall back to what is specified for the a:link state. This autumn, I got into my head to style local and external links differently. First those intrusive ad popups stole double underlining. Have the sniffers stolen all reasonable options now?! From the dbaron.com page: For properties that are not permitted ..., the style for unvisited links is used instead. It's not clear to me what this means. Which ones of the following statements will be true? 1) A rule for :visited won't be used at all if any disallowed property is used in it. 2) Disallowed properties can't at all be applied to visited links. 3) Disallowed properties can be used for :visited, but only if they share all their values with :link. 4) Disallowed properties can be applied to visited links, but only by inheriting them from rules using a plain a selector with no pseudo-selector(s). 5) Disallowed properties can be applied to visited links by inheriting them from containing elements. I'd guess (4/5) are true and the others false, based on how plain a, a:link and a:visited selectors interact at present. If (3) is false many existing rules using a:link, a:visited selectors will break, but it's probably very hard to engineer things so that it's true without affecting loading times and hence safety. If (4/5) are false as well it has really come to bad times, since then color will be the only way to make links stand out! I am of the links-and-only-links-should-be-underlined persuasion, but mostly because inverse video is already the best way to make (un)visited links stand out for those with color vision problems if you want to use font shapes for their traditional emphasis purposes, not to mention that font style changes rewrap the text. Will RV now be the only way to make (visited) links stand out clearly at all? I made a comment elaborating this on the blog.mozilla.com entry Philippe linked. /BP __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Deprecations in recent versions of HTML cause C SS problems
On 2010-02-12 Ann Randall wrote: And yes, you can read about the APA's return to two spaces at the end of sentences at http://www.apastyle.org/manual/whats-new.aspx Scroll down just below the Chapter 4 subheading. Do they really expect double-spaces between sentences to be emulated in HTML/CSS, or just to be present in the plaintext source? Seems a bit daft to me! There is of course the possibility that they aren't aware that HTML renderers squash horizontal whitespace and why they should do so. Good contemporary typographic practice is not to stuff extra spacing between sentences. See p. 28-30 of Bringhurst, Robert. The Elements of Typographic Style: Version 3.0. [Point Roberts Wash.]: Hartley Marks, Publishers, 2004. I hasten to add that I learned to apply the practice on the typewriter, and I still think it does add some clarity when reading text in a monowidth font, but in text set or rendered in a proportional font it's just disturbing. For most languages it was never used in printing. On-topically: the only way to emulate double spaces with CSS which I can think of would be to wrap every sentence in a span class=sentence and style that with a 2em right padding. Any other? In HTML you can put nbsp;nbsp; plus an ordinary space after each sentence, but that's awfully presentational markup. /BP 8^) -- Benct Philip Jonsson -- melroch atte melroch dotte se ~~ C'est en vain que nos Josués littéraires crient à la langue de s'arrêter; les langues ni le soleil ne s'arrêtent plus. Le jour où elles se *fixent*, c'est qu'elles meurent. (Victor Hugo) __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Vertical padding weirdness
G. Sørtun skrev: Benct Philip Jonsson wrote: So that's the margins of the h1 and the p interfering? Outside the boxes of the divs which contain them? I *really* don't understand how margins are calculated! You're encountering collapsing margins... http://www.w3.org/TR/CSS21/box.html#collapsing-margins ...and in your case it's easier to think about them as escaping vertical margins. The vertical margins on elements do indeed escape containers, but will stop escaping inside the first containing-box that has vertical paddings set on it - one of the W3C-standardized contain vertical margins solutions available to us. Which contain vertical margins solution that works best will always depend on the actual case, but vertical paddings on the innermost containing-box will always do the job. Will setting any small amount of padding on the innermost containing box do the trick, like 1px or even 0px as opposed to not declaring any padding at all? /BP Keep the above W3C link handy, study what it says, but don't worry too much about not understanding exactly how collapsing margins works in its minutest details. Those who write standards and build browsers have had their fair share of failures in writing and programming in and out around those collapsing margins over the years, and you may still run into some unclear and inconsistent cases in both camps. regards Georg __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] grid without tables?
On 2009-10-04 David Laakso wrote: * html .infobox {height: 100px;} /* Only IE/6.0 sees this */ Why? /BP __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] grid without tables?
Climis, Tim skrev: Can you be more specific in your question. For what reasons do you ask the why question? I'm pretty sure the question is Why does only IE6 see that rule? Yes. The question referred to the last statement in the quotation. Benct Philip Jonsson wrote: On 2009-10-04 David Laakso wrote: * html .infobox {height: 100px;} /* Only IE/6.0 sees this */ Why? /BP [snip] It works (as I understand it) because in IE6, there is a wrapper tag of some sort that goes around the entire HTML document. Usually (and correctly) the html tag is the document root. But in IE6, it's not. The html tag has a parent. So by saying * html, it selects any html tag that has a parent. Aha! I thought it was somesuch. /BP __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Taming definition lists
Tim Climis skrev: On Monday, May 25, 2009 12:20:06 pm Benct Philip Jonsson wrote: I'm looking for a way to style definition list so that the terms run into the definition block like in a dictionary, floating or displaying your dt's inline would do it. so dl.dictionary dt { float: left; margin-right: 0.25em /* the space between the word and the def */ } This worked, although I needed to remove the left margin of the dds too to make it look good dl.dictionary dt { font-weight: bold; float: left; margin-right: 0.25em /* the space between the word and the def */ } dl.dictionary dd { margin-left: 0; } or dl.dictionary dt { display: inline; } I did try various tricks with display: inline; before. It doesn't work. I also tried float before but thought that I had to float both the dt and the dd. You learn something every day. Extra points to you for spotting that it was a dictionary! ;-) /BP 8^) -- Benct Philip Jonsson -- melroch atte melroch dotte se ~~ C'est en vain que nos Josués littéraires crient à la langue de s'arrêter; les langues ni le soleil ne s'arrêtent plus. Le jour où elles se *fixent*, c'est qu'elles meurent. (Victor Hugo) ---Tim __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Taming definition lists
I'm looking for a way to style definition list so that the terms run into the definition block like in a dictionary, i.e. essentially to style this dl dt Itaque earum rerum hic tenetur a sapiente /dt dd delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat. /dd /dl So that it looks like if it were this p strongItaque earum rerum hic tenetur a sapiente/strong delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat. /p or even this ul li strongItaque earum rerum hic tenetur a sapiente/strong delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat. /li /ul Is that possible? Preferably based on giving the dl a class. TIA, /BP __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Alternative to table layout for border-image wi thout CSS‑3
Awaiting browser support for CSS 3 border-image, http://www.w3.org/TR/2002/WD-css3-border-20021107/#the-border-image can anyone suggest a good alternative to a table layout for faking the effect as on http://melroch.se? TIA, /BP __ 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/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/