Re: [css-d] ie-- spacing of vertically stacked letters
On 18.08.2006 17:29, ~davidLaakso wrote:
> The very last word in the the vertically stacked letters is 'more.' In
> xp/ie6.0 there is a huge vertical space in that word ( mo re).
> <http://www.chelseacreekstudio.com/>
> Relevant css (embedded):
> #secondary h4.c2, #secondary h4.c3 { ... }
> Seeking fix for ie or 55 gallon drum of aspirin.
> Thanks.
> ~dL
>
Hi David,
I looks as the "O" of MORE is a minimum to wide to fit.
At the first glance I'd say, to widen the "H4" from 1em
to 1.1em or 1.15em should do the job.
I haven't tested--it's just a sensation.
Best,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] MSIE 4/PC and display:inline
moin, moin
I'd appreciate if someone could point out, how to persuade
MSIE 4/PC to display an unordered list horizontally.
Even NS 4 is able to understand an "li {display: inline}".
thanks in advance,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Firefox and "del" and "ins"
Hi- Even though the spec[1] allow-- if I understood it right-- the following: Textueller Inhalt FF 1.5 refuses to do its job. Only if I explicitly declare the "del" element as block-level, FF will render the code as intended (by me). Could someone explain to me why FF behaves this way, please. Thanks in advance, Uwe Kaiser [1] These two elements [del/ins] are unusual for HTML in that they may serve as either block-level or inline elements (but not both). They may contain one or more words within a paragraph or contain one or more block-level elements such as paragraphs, lists and tables. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] problem with horizontal tabbed menu - IE
On 28.07.2006 17:15, victor NOAGBODJI wrote: > Hi, > > Here, http://www.surprises.tg/basic/tabmenu.html, when the mouse is > over the tabs, the effect is neat in Firefox and Opera. > > The problem is with IE. If the cursor is not exactly over the text, > the effect is messed. The cursor is not a pointer anymore, beige > corners images for :hover state don't appear. > Take a look at the wiki, please: http://css-discuss.incutio.com/ Under tips'n tricks you will find the item "Styling Lists" and there: "ListTabs" http://css-discuss.incutio.com/?page=ListTabs Another good starting point is: http://www.d.umn.edu/itss/support/Training/Online/webdesign/ and there: "Cascading Style Sheets" http://www.d.umn.edu/itss/support/Training/Online/webdesign/css.html As an alternative you could feed google with: "css list tabs internet explorer" (without quotes, of course) Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] List in IE
On 26.07.2006 15:40, faramineux wrote:
> IE is not showing the bullet or the list. Where am I wrong?
> Many thanks.
>
> CSS:
>
> ul {list-style-image: url(graphics/arrow22.gif); margin: 20px 0 0 0; }
>
> ul li { margin: .5em 0 .5em 0; }
>
Because you are using a left margin of 0px,
MSIE/PC won't display the bullets, I guess.
< http://meyerweb.com/eric/css/list-indent.html >
Regards,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Firefox and generated content
Hi list
Firefox DATA:
Firefox: 1.5 Windows 2000
Version: 1.8.20051.6
My Firefox crashes or freezes every time I use the
following styles and the graphic is not existing (available):
.contents p a[href]:before {
content: url(./incx/extern.png)" ";
}
My question is:
Is this a known bug, or has anybody noticed this behavior already?
Thanks,
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE 7 : combining dynamic pseudo-classes
@beta tester
Does anybody know, whether MSIE 7 is supporting the following CSS?
a:link {color: blue}
a:hover {color: red}
a:visited {color: gray}
a:visited:hover {color: black} <== supported or not?
Yours, sincerely
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Div with text, vertical align, again.. {BUMP}
On 27.05.2006 10:20, Uwe Kaiser wrote:
> On 26.05.2006 22:32, Scott Haneda wrote:
>
>>> I have read every vertical align thing out there, setting to table
>>> display
>>> is not something I am into:
>>>
>>> <http://www.newgeo.com/web/css/nik/start.html>
>>> I like how if I + the font size, the box grows with it, and all is
>>> well. I
>>> was the white type to be sucked to the bottom, not the top, or even
>>> better,
>>> in the middle.
>>>
>>> Any way I try it, the type eventually truncates on enlargement.
>>
>>
>>
>
> The only way I know is to position the
> parent element relative and the child(ren) absolute.
Correction:
An absolutely positioned element refers to it's nearest
positioned ancestor, and not to it's parent, sorry.
>
>
>
> .blueHeader {
> width: 760px;
> position: relative;
> /* padding-left: 10px; */
> background: #315563 url(grey_blue_corner.gif)
> no-repeat top right;
> min-height: 25px;
> _height: 25px;
> }
>
> .blueHeader p {position: absolute;
> padding-left: 10px;
> /* background: #315563; */
> top: 12px;
> margin-top: -0.6em;
> /* value is corresponding with the line-height
>of 1.2 in this case. */
> }
>
> dasdas |d dasdas
>
>
>
>
> Regards,
> Uwe Kaiser
>
>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Div with text, vertical align, again.. {BUMP}
On 26.05.2006 22:32, Scott Haneda wrote:
>>I have read every vertical align thing out there, setting to table display
>>is not something I am into:
>>
>><http://www.newgeo.com/web/css/nik/start.html>
>>I like how if I + the font size, the box grows with it, and all is well. I
>>was the white type to be sucked to the bottom, not the top, or even better,
>>in the middle.
>>
>>Any way I try it, the type eventually truncates on enlargement.
>
>
The only way I know is to position the
parent element relative and the child(ren) absolute.
.blueHeader {
width: 760px;
position: relative;
/* padding-left: 10px; */
background: #315563 url(grey_blue_corner.gif)
no-repeat top right;
min-height: 25px;
_height: 25px;
}
.blueHeader p {position: absolute;
padding-left: 10px;
/* background: #315563; */
top: 12px;
margin-top: -0.6em;
/* value is corresponding with the line-height
of 1.2 in this case. */
}
dasdas |d dasdas
Regards,
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] site check please
On 14.04.2006 17:03, Stephanie Chausse wrote: > I posted this site a couple weeks ago and got some great comments-thanks > again-wondering if anyone would give another quick look-all css is valid; > still have a few html errors and I am not sure how to fix-those are below if > anyone has any thought on that-I've made some changes (again much thanks to > francky :-))-one I'd like comments on is the breadcrumbs-position of > them-does it make the page too cluttered up there with the searches?-Does it > make the navigation any better? The page below is the only one with > breadcrumbs-the home page, our resources, what's happening and the about > pages are the only ones that currently exist-any comments on anything else > would be greatly appreciated too- > > http://www.provlib.org/ppl/about/about.html > > HTML Validation errors: > Line 28 is an include for the randomimage script in the banner > Dave Raggett's marvelous "HTML-Tidy" points out more HTML errors: http://www.google.de/search?num=20&hl=de&q=Dave+Raggett%27s+HTML-Tidy 1) You should alter to because 'px' or any other measurement unit is not allowed. 2) The literal occurrence of '&' is not allowed in HTML and X(HT)ML. You have to write '&' or '&' instead. Kids & Teens Parents & Teachers HTML: instead of: " use: "e; or " instead of: & use: & or & instead of: < use: <or < instead of: ' use: ' or ' X(HT)ML: instead of: " use: "e; or " instead of: & use: & or & instead of: < use: <or < instead of: ' use: ' or ' 3) In your javascript section you are using 'document.write', which is not correct there, in my opinion. But it is running, as long as you send the document with the wrong document typ declaration as it 'text/html' is. http://www.experts-exchange.com/Web/Web_Languages/JavaScript/Q_20483232.html http://www.xml.com/pub/a/2003/03/19/dive-into-xml.html http://ln.hixie.ch/?start=1091626816&count=1 Furthermore it is not allowed to use the characters I described in 2) in a literal way, unless you mark the whole javascript section as 'CDATA'. /* <![CDATA[ */ /* ]]> */ To write XHTML is more than to write HTML with slashes on empty elements. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] floating column and background
On 14.04.2006 06:42, [EMAIL PROTECTED] wrote: > is there any way to add a background to a floating column with minimal > content and force the column (the repeating background) to extend to > the same bottom as the parent column? > To achieve this, you could add the background to an adequate parent element, for instance. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] - width being ignored
On 18.03.2006 20:14, TMH Design wrote: > If someone could look at this page - > http://www.shopthevitaminstore.com/index.php See the categories down the > left margin? The titles in the extend over and out of the specifed > width of the ul and I can't figure out why? > The reason is, that the specification of CSS2.1 define it this way: http://www.w3.org/TR/2005/WD-CSS21-20050613/visudet.html#the-width-property http://www.w3.org/TR/2005/WD-CSS21-20050613/visufx.html regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] character box and glyph's hight
In chapter 10.6.1 of CSS specification you can read about two different ways to handle the "font-size" property. "If more than one font is used (this could happen when glyphs are found in different fonts), the height of the content area is not defined by this specification. However, we suggest that the height is chosen such that the content area is just high enough for either (1) the em-boxes, or (2) the maximum ascenders and descenders, of all the fonts in the element." < http://www.w3.org/TR/CSS21/visudet.html#inline-non-replaced > I'd appreciate any information about which browser in combination with which font is using the maximum ascenders and descenders for content area. The only font with really tall ascenders and descenders I know, is Zapfino. < http://www.linotype.com/1175/zapfino-family.html > Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Doctype and CSS
On 18.01.2006 01:40, Design Groups wrote: > Here's a question that was brought to my attention today... > > What, exactly, does the Doctype *do*? Unfortunately the use of doctype is not very intuitive, and I too don't understand the *exactly* sense of it. All I know is: 1)The document declaration is primarily used, in order to validate a document. 2)Browsers never validate a document, since it is bare of any sense to do it. As long as the document is "well-formed" they will always display it. 3)The XML-parser of a browser don't need a doctype, but a name space only. 4)A HTML-parsers don't need a doctype to render a document, but they use the the doctype to switch to different modes, by convention of browser vendors and W3C. The only related article I found, is: DOCTYPE declarations for versioning information < http://slashdot.org/~Quantum%20Jim/journal/111067 > I hope, that hepls a bit. Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css & fonts
On 06.01.2006 14:43, Felix Miata wrote: > Nick Fitzsimons wrote Fri, 6 Jan 2006 10:29:22 - (GMT): > > >>On 05.01.2006 23:54, Duckworth, Nigel wrote: > I myself, wrote: >>>Since MSIE/PC is working internally in points, >>>it's default font size is always 12pt. > >>Actually, all modern browsers (Firefox, IE, Opera, Safari, Konqueror) >>start with a "factory setting" font-size of 16px, > > > They do not! > > The major browser makers decided long ago that matching IE was in their > best interest. That means nearly all start at or close to 16px, but how > they get that way, how close the match, and how easy it is for users to > adjust away from it varies. > To remain in conformity with list-policy I needed to cut the best :( Thanks Felix, for that ... very detailed description of the background. I agree with you by 99.9% ... since I never use to agree by 100% ;-) Best Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css & fonts
On 05.01.2006 23:54, Duckworth, Nigel wrote: > Ian said: > >>But why does 1em Verdana look so small? I don't know. If you really want to know it, you need to ask the author of the site. > > The 1em is relative to 10px. > This is widely misunderstood. The em unit isn't relative to pixels at all. We are using the unit em because we *don't* want to set it in relation to pixels, because we want the user to decide how many pixels one em is. One element's size of 1em is relative to it's parent element's size. If there is no parent element it is relative to the default font size of the user's system. Since MSIE/PC is working internally in points, it's default font size is always 12pt. 12 points could be 12 pixels as well as 20 pixels. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] getting images to vertical align center with lists
On 02.01.2006 08:14, [EMAIL PROTECTED] wrote: > Is there a a trick to getting images to align vertically with list items > as bullets do natually? The images I'm using are 6x6. > > list-style: disc url(/images/bullet.gif) inside; >vertical-align: middle; > > Firefox will align them at the text base/bottom approximately. With IE > they're rather high. > In order to get more control, you should consider to use a background-image instead of bullets. < http://css.maxdesign.com.au/listutorial/introduction.htm > Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] height 100% not working?
On 01.01.2006 19:03, Arno @ Raketnet wrote: > Hi list, > > First: all the best wishes for this new year. May it turn out to be as much > a problem-less year as possible ;o) > > Anyway... My year doesn't seem to start as problemless as I hoped. > In the stylesheet I set the height for the column at 100%, thinking that it > will fill up the screen completely, regardless the amount of text and that > it would also extend would the text be more than fits the screen. A hight of 100% is the hight of the viewport in your case. If the viewport has a hight of 500px, than this 500px is equivalent to 100%. > > However. That last thing it doesn't do. As soon as the text extends the > screen the background set in the wrapper stops. This is the correct behavior. If you don't want it, you should not set an explicit hight. You could set a min-height of 100%, instead. > > > A second problem is that IE doesn't show the style sheet at all. As long as you are using a syntax to filter MSIE, you won't get another result. < http://www.dithered.com/css_filters/css_only/index.php > Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Double Margin Bug in WinIE
On 28.12.2005 06:51, Richard Brown wrote:
> Hi All
>
> I was informed that I might have the double margin bug for the
> following site:
>
> Site url: <http://www.cregy.co.uk/>
> Site css: <http://www.cregy.co.uk/wp-content/themes/Cregy/style.css>
>
> I applied the P.I.E. solution to the sidebar and would like to know
> that all is working fine now. Please could someone take a look for me.
> I was unsure as to whether I needed to add "display: inline;" to both
> the sidebar and content column.
>
> Many thanks for your help.
>
Since content can't overflow in MSIE/PC, the sidebar
is expanding horizontally, even in normal text size.
Two elements pay responsibility for it.
1) The table with the calendar expands horizontally in MSIE.
#wp-calendar {
border: 1px solid #ddd;
empty-cells: show;
margin-right: -5em; <=== add this
position: relative; <=== and this
width: 99%;
font-size: 0.9em;
}
2) The text grows up and shrinks over-proportional on list-elements
(In MSIE/PC only).
#sidebar ul {
list-style-type: none;
padding: 5px;
margin: 0;
font-size: .9em;<=== remove this [1]
background-color: #fff;
border:#A1A4AA 1px solid;
}
[1] Set a font size to #sidebar instead, if you need.
Best,
Uwe Kaiser
P.S.
I'm working since a couple of months with WP and I've had the
same problems with it.
Btw. You are using the wrong doctype. WP is a mixture of HTML 3.2
(HTML 4 ?) with style sheets and slashes, but it never is XHTML.
There are a lot of inline-javascripts using '<' and '/', which is
not allowed in XHTML, amongst dozens of other things.
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Content not centering in IE
On 26.12.2005 11:31, iorhael wrote: > Hi, I posted a few days before Christmas but with all the pre-Christmas > busy-ness it most likely got overlooked. So I'm posting again now... > > I have set of pages in a subfolder on a site with their own stylesheet. The > page contents center beautifully in Firefox and Opera, but not in IE (the > content is set to 0 auto 0 auto). The elements center under each other but > they are not centered in the middle of the page. I figure there's probably > got to be a fix for this in IE. > > I am not at home at the present so I can include the link but not the > stylesheet...however, I posted it on Wed or Thurs of last week. And if > anyone here needs it, I will post it again as soon as I get back home > tomorrow. > > Here is the link to main page...any of the text or image links on this page > will lead to one of the pages in question. > > http://www.drk-writing.com/northwesternesse/fanart.htm > > BTW, I checked tried to check the Archives as this seems like a question > that may have come up before, but the Archives button does not appear to be > linked. > > Thanks! > > Debbie On the foot of every posting you can see the following link to the FAQ: List wiki/FAQ -- http://css-discuss.incutio.com/ And there: Tips & Tricks # CenteringBlockElement - how to center a block element Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Box Model
On 21.12.2005 18:40, Adam Kuehn wrote: > Holly Bergevin wrote: > >>(The MSDN page does not mention HTML4.01, the current W3C >>recommendation, but I have found that, for box model issues at >>least, as long as there is a complete doctype, IE6 will be in standards mode.) > > > Well, the page you cite does say, "Standards-compliant mode is also > switched on when you specify a version of HTML that is not listed in > the table, such as HTML 1.0 or HTML 3.22." Version 4.01 is not > listed in the table, so therefore I would deduce that 4.01 always > triggers standards-compliant mode, regardless of URL. I have not > tested this deduction in practice, however, and would be interested > to hear the results. > For those, who want to know it more exactly < http://www.kriton.de/CSS/doctype.html > As I wrote on the page, newer versions of browsers may differ. That means, especially Safari and Opera might switch to a *real* standards-compliant mode in newer versions, while older versions keep in almost-standards mode. Even Henri Sivonen will not give us an answer. A bit more topical, but not up-to-date (Opera 8/9 is missing): < http://hsivonen.iki.fi/doctype/ > The minimum to switch browsers to Compat1 in (X)HTML is: Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Headings sometimes not working in Firefox
On 20.12.2005 14:43, Larry Wilcox wrote: > Sometimes when I use an , , tag etc. the text doesn't show properly > in Firefox but is OK in IE. > > This is the code I'm using. > There will be no > services on Christmas Day > > I end up having to set font-size to get a larger type. Where am I messing > up? > > Larry If I understand you right, you wonder why a h4 element has different default size in different browsers in relation to normal text size. This behavior is normal, since nowhere is defined that an h4 element has to be (i.e.) 1.4 times bigger than normal text size. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Blocks wrapping
On 19.12.2005 19:11, MARG wrote: > Hi, > > If you be so kind to visit: > http://www.tuxdoit.com/www-install.html > > Why is the right pane below the left one (the menu) ? > Eric Shepherd gave the right answer already. The real culprit is the [censored] css box model. Imagine, you have a garage, and the width of its gate is 2000 pixels. If you want to know whether your car can pass it or not, you need to know the width of your car. If you ask Microsoft's box model, the answer will be precise: "your car is 1600 pixels wide. As you can see, you have a margin of 200 pixels on every side -- You can pass." If you ask CSS's box model, the answer will be: "The inner width of your car is 1395 pixels and the width of the beam is 87 pixels on the left and 87 pixels on the ... by the way, do you have a pocket calculator?" For a more serious explanation, take a look at: < http://css.maxdesign.com.au/listamatic/about-boxmodel.htm > To avoid such problems in the future, don't use left and right paddings on an containing block with a fixed width, and use left and right margins for child elements, instead. Best regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] em or % in width
CORRECTION I wrote: This results in different font sizes on Mozilla/Opera and MSIE, when the developer uses pixel for font-sizing, because MSIE is working intern in points and not in pixels, as the others do. Correct is: This results in different font sizes on Mozilla/Opera and MSIE, when the developer uses *EM or %* for font-sizing, because MSIE is working intern in points and not in pixels, as the others do. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] em or % in width
On 29.11.2005 00:57, Christian Montoya wrote: > On 11/28/05, Michel <[EMAIL PROTECTED]> wrote: > >>Quoted from Christian Montoya: >> >>>but considering that few users ever resize their text (as in nobody), >>>most visitors would never even notice the difference. >> >>I agree with you when regular crt displays are used, but things will >>change. People buy tft screens, with native 1280x1024 resolutions. >>Running in a lower resolution gives a distorted image so a lot will >>keep it at 1280. > > > I'm curious about this... I figured most users would decrease their > resolution rather than increase their text size... is there any more > input on this? > The term resolution is a bit unlucky, since it has two different meanings. 1) logical resolution (on windows machines DPI, fictive pixel size) 2) physical resolution ( PPI, 1280 x 1024) On CRT monitors the pixel size can vary, depending on the physical resolution. As higher the resolution, as smaller the pixels are. Typical MS Windows users increase the physical resolution of their CRT monitor as far as possible (17" 1280 x 1024 is normal for them) This results in a small pixel size. In order to compensate it, they must increase their logical resolution to about 110 or more DPI. This results in different font sizes on Mozilla/Opera and MSIE, when the developer uses pixel for font-sizing, because MSIE is working intern in points and not in pixels, as the others do. That means a 10px font-size will displayed as 12px font-size in MSIE. A TFT monitor has a fixed pixel size. Since there are (very) small displays on laptops (15"-16") with a very high physical resolution (i.e. 1450 x 1024), the DELL company is using 120 DPI as a standard logical resolution on their laptops, when the installed OS is XP. Or they are using a feature of MSIE 6 [1] which often results in ugly graphics. We have had a discussion about it here on css-d already. [1] <http://msdn.microsoft.com/workshop/author/dhtml/overview/highdpi.asp> Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] TEXTAREA wrap="off" - a CSS alternative?
On 28.11.2005 00:16, tedd wrote: > Hi: > > In June 2002, the above question was asked: > > http://archivist.incutio.com/viewlist/css-discuss/7157 > > and answered by Meyer. > > However, neither using suggested "white-space: pre;" nor > "white-space: nowrap;" appear to work in any browser other than Opera. > white-space: nowrap; is supported by MSIE/PC 5.5 and up, but it seems not to be supported by Mozilla (i.e. FF 1.04). > Please review: http://www.webbytedd.com/textarea.php > > I would like the TEXTAREA NOT to wrap lines -- is there any way > around this problem other than to use a depreciated rule? > An alternative could be to use Javascript in order to insert 'wrap=off' via a 'node'. You could keep clean your markup this way. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] minimum height proporty
On 20.11.2005 23:01, Mark Mckee wrote:
> hi all
>
> im having slight difficulty with minimum height in IE. it works fine in
> FF and all the info i can find suggests that it shoudl work in IE.
>
All the info I could find, suggests that it isn't working in MSIE/PC.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnie60/html/cssenhancements.asp
Click on => Additional properties
> site at
> http://www.soddengecko.com
>
> css at
> http://www.soddengecko.com/soddengecko.css
>
>
> any ideas out there?
>
This should help you getting your goal.
#middle {
min-height: 450px;
height: auto !important;
height: 450px;
}
MSIE/PC will apply the 450px height. Other browsers understand
!important (including IE/Mac) and will apply auto height instead.
Regards,
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] media="screen, projection"
On 08.10.2005 21:18, Thierry Koblentz wrote: Does IE4 ignore sheets served with this combination of media (like NN4 does)? Regards, Thierry | www.TJKDesign.com The answer is: NO I tested on Win95_B and W2K The information published on http://www.dithered.com/css_filters/html_only/index.php is correct. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Vertically aligning image and text
On 30.09.2005 04:55, JJ wrote: I need to display a map legend. This consists of a vertical list of images with a text explanation (never more than a few words) immediately to the right of each image. What is best way to display the image (26px tall) and then the text (about 12px tall) on the same line, with the text vertically aligned at the middle of each image? __ Look at these pages, please. http://www.brunildo.org/test/ http://www.brunildo.org/test/inline-block3.html http://www.brunildo.org/test/valimid2.html http://archivist.incutio.com/viewlist/css-discuss/56710 http://archivist.incutio.com/viewlist/css-discuss/56713 Uwe K. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Borders on link in focus
On 08.09.2005 14:34, Jørgen Farum Jensen wrote: I'm concerned with the small dotted border around a link element in focus. I wish to format the link with the :focus pseudo class, and the browser-generated border tends to destroy the design effect I want. Is there any way to suppress this effect? We have had this topic of discussion about four weeks ago. < http://archivist.incutio.com/viewlist/css-discuss/61474 > For MSIE, there is another way to style the dotted border, but I just can't remember how. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
OFF-LIST RE: [css-d] styling the label
On 01.09.2005 15:01, Scott Hamm wrote:
When I tried to set width on label, it works in IE, but not in FireFox.
HTML:
Operator:
...
CSS:
div#selects label {
border:1px solid #000;
width:200px;
}
As David Dorward wrote already:
You can't style a inline element, unless you float it.
I uploaded a simple example file that demonstrates it.
In this example I used the border-top to keep the text
centered vertically if one changes the font-size.
< http://www.kriton.de/TEST/_Formular.html >
Regards,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] A way to force overflow in one direction only
On 26.08.2005 17:33, Steve Clay wrote: Thursday, August 25, 2005, 12:21:03 PM, ross wrote: Is there a way to force scrolling in either vertical or horizontal direction and not automatically in both? overflow-x and overflow-y (CSS3) http://www.w3.org/TR/css3-box/#the-overflow-x Supported already by IE/win, will be in FF1.5 Steve Supplement: For Mozilla you may/might use: -moz-scrollbars-horizontal: Indicates that horizontal scrollbars should appear. -moz-scrollbars-vertical: Indicates that vertical scrollbars should appear. -moz-scrollbars-none: Indicates that no scrollbars should appear. Reference: http://www.xulplanet.com/references/elemref/ref_StyleProperties.html http://www.communitymx.com/content/article.cfm?cid=528A0 I don't think that Safari or Opera is supporting any equivalent. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Absolute Position Problem with IE
On 25.08.2005 20:41, Glenn E. Lanier, II wrote: I have it laid out perfectly (I think) in Firefox, but IE places the MENU div inside my containing DIV. Can someone point out what I did wrong? HTML and CSS are in same file: http://bellsouthpwp.net/S/p/Speedy7/LayoutTest.html To add a "left: 0;" to the positioned Menu should do the job. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] A Firefox 1.0.6, Opera 8.02, Netscape 8.0.3.3 - 2 MINOR problems
Am 12.08.2005 20:51, Christopher Harris schrieb: I just nearly completed revamping my site's homepage to look good in FF, Opera, and Netscape. I need it to look like I have it in IE. How can you write, it looks good in FF, Opera, IE. Your design is broken in all of these browsers, when I increase the font size, or use a minimum font size of 22px (16pt in IE6, respectively). B.t.w., most destroyed it looks in IE6. _That's_ your problem. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Firefox issue - Link outline on click
Hi, Philippe
Many thanks for the suggestion.
About one year ago I was searching for a solution
to visually eliminate the outline-box, too. But I
couldn't find a satisfying one :(
But now, it seems to became a nice day, today :-)
Uwe Kaiser
Philippe Wittenbergh schrieb:
On 9 Aug 2005, at 7:04 am, Haoshiro wrote:
Does anyone know if there is a way (using CSS) to stop Firefox from
outlining a clicked link with a dotted border?
I have some tabs on my site and this behavior degrades the appearance
of the tabs once they are clicked. (Clicking somewhere else on the
page removes "focus" from the link and the box is removed.)
It is governed by the outline property. If you want to remove it, think
about it **twice** (at least), and provide another visual clue that the
link has focus. Keyboard users will be happy.
And don't forget, the user is under control. There is no way you'll
manage to override my settings.
a:focus {
-moz-outline: 1px solid lime; /* Firefox 1.0x */
outline: 1px solid lime; /* Firefox nightly builds, DeerPark dev.
releases */
outline-offset 3px; /* Firefox nightly builds, DeerPark dev.
releases */
}
Just a suggestion; adapt values to taste.
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.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Force rollover background image reload
A. Elaine Van Der Wall schrieb: Hello! I know the common complaint is the opposite of mine -- IE reloads background images on mouseover instead of using the cached image. I'm trying out an animated GIF as the background image, though, and reloading it resets the GIF loop, which is what I want. IE 6 is not always reloading a background image on mouse over. This behavior depends on its settings. The default setting is _not_ to reload, AFAIK. Since about 99% of all the users are surfing with the default settings, your solution is not working. In order to get the desired effect, you need to use a server side scripting language (i.e. PHP, ASP). The trick is, to rename the GIFF randomly, and to load every time the same image, but with another name. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] problem with layout on dell
Scot Schlinger schrieb: HI all, I have a site (http://www.rell.com/test/index.html) that I have been working (and many of you with your help) that has worked fine until I went to my boss to show the generic design to get the sign-off. They have a dell laptop, xp, ie 6.x and it completely blew up the design. I have since looked on other laptops (even other versions of dells) and there is not a problem. Here is a pic of it the way it should look: http://www.rell.com/test/images/good.gif Here is a pic on these particular types of dell laptops: http://www.rell.com/test/images/goofed.jpg Any ideas on what could be causing this? First, you could check, whether the "scaling" of MSIE6 could be the reason for this phenomenon. It's just an idea - I never tested this "scaling". Maybe it can't result in the effect, you described, at all. http://msdn.microsoft.com/workshop/author/dhtml/overview/highdpi.asp Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] hacks in IE7 ?
Zoe M. Gillenwater schrieb: I personally use the star html hack for IE all the time, so I really hope they don't fix that in IE7. Zoe They will do -- if I understood it right. http://blogs.msdn.com/ie/archive/2005/07/29/445242.aspx#445550 Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Non breaking items
Scott Haneda schrieb:
I have two rows of buttons, if the browser window is not wide enough, they
move onto multiple lines, which I do not want. Aside from putting them in a
table, is there some way to make them not fall onto more than one line?
You can do a few things.
1)
...
This tag never was included in any standard, therefore every validation
will fail - but it is most widely supported.
2)
...
3)
...
Regards,
Uwe Kaiser
--
They are just hrefs with a class set to them, so like this:
1
2
3
4
5
6
Here is my css:
a.topLinks {
font-size: 11px;
padding: 4px 8px;
border-top: 1px solid white;
border-right: 1px solid black;
border-bottom: 1px solid black;
border-left: 1px solid white;
text-align: center;
float: left;
}
a.topLinks:link {
background-color: #CCC;
color: #000;
text-decoration: none;
}
a.topLinks:visited {
background-color: #CCC;
color: #000;
text-decoration: none;
}
a.topLinks:hover {
background-color: #CCC;
color: red;
border-color: black white white black;
text-decoration: none;
}
a.topLinks:active {
background-color: #AAA;
color: #000;
text-decoration: none;
}
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
OFF-LIST Re: [css-d] Is there any workaround to this bug (overflow:visible;)?
Roberto Gorjão schrieb:
Olá Uwe!
I must confess that I had not understood your solution in first place.
If we skip the "position:relative;" rule in the first container and
apply it to the second container, with a negative value for the
margin-right rule proportional to the wanted width (in this case 37.5%
or greater), the problem is effectively solved without the need of any
conditional comments whatsoever and functions in any version of IE. This
is great! Many thanks Uwe.
Obrigado!
Roberto
PS.: I've uploaded a page with your resolution applied:
http://www.castelosnoar.com/studies/aboutCSS/IE_bugs_hacks/overflow_visible.htm
------------
Uwe Kaiser wrote:
Another way is to give the paragraph a negative right margin
(e.g. margin-right: -5em;).
If you give the '#sidebar' or '#sidebarContents' any right or
left paddings, it looks a bit different in the browsers of course.
The following looks quite equal in MSIE 5+/PC, Opera, and Mozilla.
body {
background-color: #000;
color: #FFF;
text-align:center;
font-family: helvetica, arial, sans-serif;
}
#sidebar {
background-color:orange;
width:20%;
margin: 0 auto;
padding-top: 160px;
}
#sidebarContents {
width:150%;
background-color: green;
position: relative;
margin-right: -50%;
}
#sidebarContents p {
padding: 5%;
}
sidebar
sidebarContents Lorem ipsum dolor si amet etc. sidebarContents Lorem
ipsum dolor si amet etc.
Regards,
Uwe
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Is there any workaround to this bug (overflow:visible;)?
Roberto Gorjão schrieb:
Olá!
I’m stuck in an Explorer bug… It’s the same bug (overflow:visible;) that
was described by Mark Wilton-Jones in this article
<http://www.howtocreate.co.uk/wrongWithIE/?chapter=overflow%3Avisible%3B>.
I have recreated it (see links below) and would like to know if anybody
knows a workaround.
If you have a long link or similar stuff,
you could use the following construction:
#container {
position: relative;
}
#container p {
position: absolute;
top: any value;
margin-top: -0.6em; /* value depends on line-height.
This way the line will keep its vertical position,
when the user is changing font size. */
}
Another way is to give the paragraph a negative right margin
(e.g. margin-right: -5em;).
Both of them is _not_ for the "normal use", but may help you
in certain situations.
Regards,
Uwe Kaiser
--
xhtml: http://www.castelosnoar.com/studies/IEbug_01.htm
css: http://www.castelosnoar.com/CSS/IEbug_01.css
Obrigado!
Roberto Gorjão
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Formatting ordered lists
Keith Bloom schrieb: Hello, Is anyone in possession of an explanation on how to style an ordered list? I'm trying to set a large font size for the number and a small size for the copy in the list item with out using extra markup. It is Monday and my searching powers don't kick in properly until Wednesday so all help is greatly appreciated. Regards, Keith. Hi Keith, I hope I understood you right. < www.kriton.de/TEST/liste-PC.htm > Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Newbie - Positioning Problem (I think)
Juanita schrieb: > > Different pages contain text of different lengths, and are in a container > which expands as necessary, meaning some pages need to scroll - some > don't. Consequently, the pages 'jump' when switching between pages that > scroll and those that don't. > > It does this in all browsers FF, Opera, Netscape, (Safari/Mac IE) and used > to in IE (PC) but I changed something (not sure what!) that put a > grayed-out scroll bar on the pages that have less text. > > Does anyone know what I can do so all the pages stay in the same place > regardless of the length of the page. > I know - it's not perfect - but I'm just learning! > In my opinion, you should give the html element a height of 100.02% or 100.03%. This way Mozilla and friends should permanently display the vertical scrollbar, without providing the ability to scroll. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] [Thanks ] shorthand background:url(file.extension);
Thanks for the answers. For the future, I will set both foreground *and* background, or none of it. Regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] shorthand background:url(file.extension);
Hi list
When I use the shorthand
background: url(image.gif) fixed;
all browsers should expand it to
background: url(image.gif) 0% 0% fixed transparent;
In Mr. Zeldman's book (Designing with ...) I've seen an explicit
p {
background: transparent;
...
...
}
and I don't understand, why it could/should be important,
since this is the initial value anyway, and there is no
earlier declaration to overwrite. Prevention?
Every background information would be appreciated.
Regards,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Vertical Text for Castle Hotel Menu (Italy)
Callum Mcleod schrieb: > That is if they use a PC. Mac screen resolution is 72dpi i think. > > Callum > That Macs are using 72dpi and PCs 96dpi, is an old fairy tail. The control panel of a Mac is always displaying 72dpi, independent of the real resolution, and on my W2K it displays 102dpi, but when I manually control it, the horizontal resolution is 109dpi and the vertical one is 107dpi. Regards, Uwe Kaiser > >>Small hint: Screen resolutions are 96px/in, which is why we try to >>layout web pages with 740px of print width. 740px = 7.7 inches which >>centers nicely on 8.5 inches. Now, layout the page for 960px by 740px >>and it will fit neatly on 11 x 8.5 >> >>-- >>Bob Easton >>Accessibility Matters: http://access-matters.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.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] font-size-adjust:.58;
Guillaume schrieb: > > > Hi there, > > I'd like to share / ask this question i've been thinking of for a long > time... > It's about using the *font-size-adjust* property, specifying a x-height > factor for whole or parts of fonts used in a document. > Here is the W3C doc > <http://www.w3.org/TR/REC-CSS2/fonts.html#propdef-font-size-adjust>. > I don't understand why / see this property widely used, as it is the > perfect solution to adjust font size in different situations. > A better way than to fire up a font-size for the whole document, such as > 100% or 100,01%... > If anyone has more infos, discuss this point, or just tell me this is > not a way to go... I'll be glad... > > Guillaume. It sounds great. Send me the list of browsers, you have tested with a positive result, please. Thanks in advance, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] visibility for screenreaders
Hi list, On a page I use hovering to display additional informations. AFAIK almost all screen readers do not read a text, that is declared as "display:none", and only one or two are reading "visibility:hidden". Is there a way to say a screen reader to read non-visual text? Many thanks in advance, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Vertical Text [CSS3 writing-mode]
Adam Kuehn schrieb: > Ian Skinner wrote: > >> I'm pretty sure the answer is no, but I would like to confirm it. >> There is currently no well supported way to orient text vertically >> with CSS, correct? > > > There is currently no way, well-supported or otherwise, to do this with > CSS. I thought it was being added to CSS3, but, surprisingly, I cannot > locate such a thing in a quick check of the draft specs. If it is > there, and someone has the reference handy, please share it. > Here are a few addresses about CSS3 property "writing-mode": http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/writingmode.asp http://msdn.microsoft.com/workshop/samples/author/dhtml/refs/writingMode.htm http://www.w3.org/TR/2002/WD-css3-text-20021024/#Progression http://www.w3.org/TR/2001/WD-css3-text-20010517/#writing-mode regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Hidden from Opera 7 only
Hi list,
I need a hack for Opera 7 only.
The situation is the following:
I have a wrapper as a child of body element, which has a height
of 100%, and it's overflow is set to auto. This results in two
vertical scrollbars in Opera 7 - Only in Opera 7.
Older browsers must not see "body {overflow: hidden}".
(Opera older than 7, MSIE/Mac etc.)
Opera 7 needs to see "body {overflow: hidden}".
All modern browsers don't care about hidden or not, I guess.
The best would be to use a hack especially for Opera 7.
Thanks in advance,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE/Mac - position: fixed and clickable links
Hi list Is it true, that IE5.1 as well as IE5.2 are having problems with clickable links if these are part of a fixed positioned element? Are they both supporting overflow:auto or overflow:visible for a fixed positioned element? I looked at the sites: <http://www.l-c-n.com/IE5tests/> and <http://www.fu2k.org/alex/css/frames/examples>, but I couldn't get a satisfying answer there. Thanks in advance, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] What is wrong with my "myhover.htc" ?
Hi list
When I look at Peter Nederlof's "csshover.htc",
I ask myself, why this snippet is doing the same.
// myhover.htc
attachEvent('onmouseover', Over);
attachEvent('onmouseout', Out);
function Over() {
Originalvalue = element.className;
element.className += ' over';
}
function Out() {
element.className = Originalvalue;
}
regards,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] How to avoid hovering named anchors?
Hi list
How can I avoid that modern browsers displays hover-color
on named anchors?
When I use it the traditional way, all the anchors get a yellow
background, which I don't want.
a:link, a:active {
background: #white;
}
a:hover {
background: #yellow;
}
. . .
So I tried this:
:link, :active {
background: #white;
}
:hover {
background: #yellow;
}
It seems to work, but I don't know, whether this is a 'official' way
to achieve what I intend.
I wonder, if somebody could give me any background information.
Thanks in advance,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Challenge for the bored CSS develoer
Abyss schrieb: > Hi all, > > There is something about some CSS 2 / XHTML compliant websites that bothers > me, compared to > table layed out websites.. > > > What it is, is "looks" > > What the challenge is... > to try and get this website > > http://www.imax.com.au/ > > to look exactly the same but without tables :) > > it is not an easy challenge, but can it be done? > > I would be more then happy to provide free hosting of the final code under > the tutorial part of my website > should the winning challenger be generous enough to write out a tutorial for > it... > Hi Abyss, I can't imagine, that it should be very difficult to produce any page with or without using tables, that breaks in every browser on W2K, as yours. Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Opera doesn't refresh page after resizing with respect to fix positioned elements
Richard Grevers schrieb: > On 6/15/05, Philippe Wittenbergh <[EMAIL PROTECTED]> wrote: > >> On 15 Jun 2005, at 4:12 am, Gunlaug Sørtun wrote: >> >> >>>> When I resize the window, Opera will not redraw the positioned >>>> element, unless I hit on "Reload Page". >>>> http://www.kriton.de/CSS/fixedpos/container/CSS1Compat-fixedpos >>>> Is this a well-known feature? >>> >>> Yes, it's a weak point in Opera (but not a major one IMO). >> >> Is that a Windows only thing ? I don't see any problems with Opera 8 >> Mac, on any of the sample URI. >> > > It's possibly "all platforms but mac" - Opera for mac is basically an > SDI app since MDI is an alien concept to MacOS, hence different window > routines. > > It would be nice if Opera provided some means via DOM to perform its > "reload from cache" command - which is much cleaner than reloading > from the server. Thanks to all for for help and clearing background information. Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Opera doesn't refresh page after resizing with respect to fix positioned elements
Opera doesn't refresh page after resizing with respect to fix positioned elements. Hi list, On a page I have a fix positioned element. When I resize the window, Opera will not redraw the positioned element, unless I hit on "Reload Page". http://www.kriton.de/CSS/fixedpos/container/CSS1Compat-fixedpos Is this a well-known feature? If it is, how can I fix it? (All I know is, to cause Opera reloading the page via script.) regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] MSIE italics bug - Holly Hack don't do it
Bruno Fassino schrieb:
Uwe Kaiser wrote:
An italic styled h1 element is destroying the layout on:
<http://www.kriton.de/CSS/rounded/rounded.html>
In order to reproduce the effect, you need to decrease the viewport
until the width is near the small range of pixels before the line of
h1 element will break.
Hi Uwe,
In addition to the negative margin method suggested by Georg, you can use
the "usual" method suggested in the article you mentioned. For IE5.5 and IE6
it requires giving layout and overflow:visible to a suitable container, you
can use the h1. Indeed adding:
/*\*/
* html h1 {
height: 1px;
overflow: visible;
}
/**/
seems to solve the problem. (For IE5.01 you need some additions.)
You are right. It solves the problem for MSIE 5.5 and 6.01.
For MSIE 5.01 I need the negative margin regarding h1 and
still the ".contents {_height: 0;}" suggested by Georg.
BTW, how is the behavior of MSIE 5/Mac?
But it don't solves the problem of Opera 8.01,that it seems to have,
if the zoom factor is 100%.
Opera 7 don't have any problem with my original styled page.
Please let me know if this doesn't work for you.
Bruno
Many thanks to you,
Uwe
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] MSIE italics bug - Holly Hack don't do it
Gunlaug Sørtun schrieb:
Uwe Kaiser wrote:
Does it means, there is no satifying solutionat all?
Of course there is a solution to the italic bug...
I "kill" it all the time.
Paste this into your page, and see if it's close enough for your taste.
(only tested in IE6, Opera 8 & Firefox 1.0}
.contents {
margin: 0 3em -2em;
_height: 0;
}
h1 {
margin: -1em -1em .6em 0;
color: #776;
text-align: center;
font: 900 italic 1.6em georgia, baskerville, didot, linotype,
trebuchet ms, utopia, your choice;
float: left;
width: 100%;
position: relative;
}
regards
Georg
Hi "killer" ;-)
I couldn't find your great solution on
<http://www.positioniseverything.net/explorer/italicbug-ie.html>
Is my english to bad?
The following seems to be needed by MSIE/PC and Opera
.contents {
margin: 0 3em -2em;
_height: 0; <== 5.01, 5.5 only
}
h1 {
margin: -1em -1em .6em 0; <== 5.01, 5.5 only
margin: -1em auto .6em; <== IE 6 can bear this
color: #776;
text-align: center;
font: 900 italic 1.6em georgia, etc. ;
width: 100%; <== 5.01, 5.5, 6
position: relative; <== 5.01, 5.5, 6
float: left; <== Needed by Opera 8 (zoom 100% only)
Opera 7 don't need the float.
}
The 'float: left' is destroying the layout (in/on/of) MSIE 5.01 and 5.5
Many thanks for your prompt and proper help
Uwe
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] MSIE italics bug - Holly Hack don't do it
Hi list, An italic styled h1 element is destroying the layout on: <http://www.kriton.de/CSS/rounded/rounded.html> In order to reproduce the effect, you need to decrease the viewport until the width is near the small range of pixels before the line of h1 element will break. That the italics are responsable for destroying the layout, you can see on <http://www.kriton.de/CSS/rounded/rounded1.html> On this page the font-style of the h1 element is set to normal. Apart from this changing the two pages are identical. I was trying all the solutions described on <http://www.positioniseverything.net/explorer/italicbug-ie.html> already, but nothing could help - except a fixed width of the h1 element. Does it means, there is no satifying solution at all? regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] A question about the best practice to name css styles - classes and IDs
Mikhail Bozgounov schrieb: > > A) lowercase: #mainnav, #subnav, .bannersmall, .firstpara > B) lowerCase: #mainNav, #subNav, .bannerSmall, .firstPara > C) lower-case: #main-nav, #sub-nav, .banner-small, .first-para > D) lower_case: #main_nav, #sub_nav, .banner_small, .first_para > --- CSS2, chapter 4.1.3 In CSS2, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [A-Za-z0-9] and ISO 10646 characters 161 and higher, plus the hyphen (-); they cannot start with a hyphen or a digit. --- The underscore is IMO NOT correct CSS2 syntax, but since almost all browsers support it, it will be allowed in CSS2.1 Because underscore is not supported by MSIE4, Opera5, and Netscape 6.?, you should avoid its use, if you intend to support these browsers. THE GOAL OF CSS2.1 IS NOT TO BE A NEW STANDARD, but rather an adaption on the world of browser reality. --- CSS2.1, chapter 4.1.3 All CSS style sheets are case-insensitive, except for parts that are not under the control of CSS. For example, the case-sensitivity of values of the HTML attributes "id" and "class", of font names, and of URIs lies outside the scope of this specification. Note in particular hat element names are case-insensitive in HTML, but case-sensitive in XML. In CSS 2.1, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [A-Za-z0-9] and ISO 10646 characters U+00A1 and higher, plus the hyphen (-) and the underscore (_); they cannot start with a digit. Only properties, values, units, pseudo-classes, pseudo-elements, and at-rules may start with a hyphen (-); other identifiers (e.g. element names, classes, or IDs) may not. --- Classes and IDs beginning with a underscore, are supported by MSIE 5/PC and up only, at the time, but it is IMO correct CSS2.1 syntax. Browsers, as MSIE 5 and Opera older 7 can't tell #Nav and #nav apart. In some special constallations Opera 5/6 can differ it, though! regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Box model problem??
Officelink schrieb: If you click on one of the links at the bottom of this page: http://www.kellycountry.net.au/inprogress/corporate/contactUs.htm ... you can see what I mean. I'am sorry, but FF is displaying an empty tab, and MSIE/PC opens a new window and is displaying a internal side: "The page can't be displayed Try this and that ...". There seems to be something wrong, I guess. regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] expanded ie6 margins
Debbie Drechsler schrieb: Hi, I can't figure out why IE6 is expanding the margins on this menu. I've tried various bug fixes but none have worked for me. It works the way I intended in IE5.x, and, on Mac, Safari, Firefox, Opera 5. Can someone help me understand what's going on here? Both html and css validate, by the way. http://www.debdrex.com/boxmod/index.html http://www.debdrex.com/boxmod/style.css MSIE/PC seems to calculate the margins of #menu regarding it's grandparent element instead of it's parent element - #container in your case. To test it, give #container a width of 20%, and #left of 100%, please. regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] so-called web designers, listen to me.
I'am really very furious with so-called "web designers". On more than 25% of the pages they "forgot" to set text-color or background-color, but never both. If you "so-called web designers" don't know what I'am talking about, open your browser settings, and set a dark background-color and a bright (white) text-color, and try to surf with this settings, please. Please, please, please, "forget" to set both or none of it. Uwe Kaiser, a highly annoyed surfer. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] a little confused on these hacks on which browser they pertain to
Bruce Gilbert schrieb: > A couple of CSS hacks I see used quite frequently are setting a : > > width:45em and also a w\idth: Is the normal way to do width for IE and > the other one for Gecko? I'm a little confused on that. Also, what > does html>body #wrapper (or anything similar) do? and what browser(s) > does that target? > In CSS2, a backslash (\) cancels the meaning of special CSS characters. Any character (except a hexadecimal digit) can be escaped with a backslash to remove its special meaning. The backslash will not interpreted correctly by older browsers, eg. MSIE/PC lower 6, Opera lower 7 etc. Therefore it is used as a browser filter. http://centricle.com/ref/css/filters/ Please, follow the links on the page's bottom. What is the meaning of character escaping in CSS2? http://www.w3.org/TR/REC-CSS2/syndata.html#q4 http://www.w3.org/TR/REC-CSS2/grammar.html#q2 The construct: html>body #wrapper will not interpreted correctly by MSIE/PC in any version. Therefore it is used as a browser filter. You should avoid to use this filter this way, if possible, unless you know exactly what you are doing. A better way is to style your document for compliant browsers and than to use "* html #wrapper" for MSIE (Mac and PC). The construct: /* \*/ * html #wrapper /* */ is interpreted by MSIE/PC only, and the construct: /* \*//*/ * html #wrapper /* */ is interpreted by MSIE/Mac only, For further information look at: http://www.l-c-n.com/IE5tests/hiding/ regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] CSS - Looking Down the Road....
Larry Israel schrieb:
I am curious to pick the brains of some of you CSS gurus out there about
something. Without going into too much detail, are there facets of CSS
that are coming down the pipe in the not so distant future that
"excite" you?
Although your question might at first seem somewhat "theoretical", I
believe that it has a practical impact because the answers should help us
to design sites today, using CSS, that will immediately take advantage of
new developments as soon as they arrive (and as soon as browsers start to
support them).
The next big changes are likely to be due to the release of IE 7 for
Windows. IE 7 is likely to support CSS much better than IE 6, although the
details are still unknown.
This will be a big boost to some of the CSS features supported by IE 7,
but not by IE 6.
IE 7 also has the potential to significantly reduce our use of CSS hacks
and workarounds. Unfortunately, we'll still have to wait a few years until
only a small percentage use IE 6, but maybe we can kiss IE 5 goodbye
before too long.
Larry
if (IE 7 will be an update) {
I can't imagine that there will be a better support of CSS;
}
elseif (IE 7 will be a completely new browser) {
We can hope for a better CSS support = true;
document.write("hope dies last")
}
else ...
regards,
Uwe Kaiser
--
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Base font size
Mike Davies schrieb: Hi all, I would like to know if it is possible to set the base font size using css so that the text is rendered the same size by all browsers and is still resizeable, ie not defined in pixels. I understand that the default font size used by different browsers varies. I usually set the font size in the body tag using ems but the size as rendered by the browsers is different so the look of the page is different. I generally use Opera to view my pages while I'm designing then view in Firefox and IE to check. Usually the text is larger in both the latter. I don't want to set the size in pixels, so it is resizeable. How can I ensure the same size in various browsers? 1) Opera generally seems to render a bit smaller than all the others. 2) The displayed font size depends on three things. a) physical monitor resolution b) browser settings c) browser bugs 3) http://css-discuss.incutio.com/?page=FontSize http://css-discuss.incutio.com/?page=UsingFontSize http://css-discuss.incutio.com/?page=ForceFontSize regards, Uwe Kaiser -- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Vertical centering
Hi, It is just an idea of how to center a container vertically. Don' care about german text. http://www.kriton.de/CSS/zentrieren/alle-zentriert.html regards Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Why using file extension ".css"
Many thanks for the prompt and proper help. Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Why using file extension ".css"
Christian Heilmann schrieb: On 5/24/05, Brian Cummiskey <[EMAIL PROTECTED]> wrote: Uwe Kaiser wrote: Do we really need the extension ".css"? And if yes, why? There may be a better reason behind this, but... the extention triggers the webserver to serve the page in the proper format. You can cal4l it anything you want, so long as you force the "header: content-type" of "text/css". Also, humans have to edit them and would like to know what a file is and operating systems associate files by extension. You can also set your server up not to make certain files indexable by file extension. I wonder what the benefits of omitting the extension are? If the extension wouldn't be important (because the web server is sending the correct mime type), I could link to an "basis.php" to manipulate the styles server sided via scripting. Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Images vs inline styles vs width/height
David Laakso schrieb: On Tue, 24 May 2005 17:01:51 -0400, Uwe Kaiser <[EMAIL PROTECTED]> wrote: Two interesting articels: By Dave Shea http://www.mezzoblue.com/archives/2005/05/10/image_attrib/index.php By Dimitri Glazkov http://glazkov.com/blog/archive/2005/04/18/430.aspx regards Uwe Kaiser -- jack fredricks schrieb: david laasko wrote recently; Move the inline styles for all the images to the CSS file. and it made me wonder... is it ok to move an image's width and height attribs into a style sheet? I'm old skool, and I was brainwashed into making sure I always specify them in the html source (to aid with page render pre image download). thanks jack Just for clarification, since most of the replies have been taken out of context, it is the positioning information within the asterisks that I was suggesting the author handle with CSS and move to the CSS file. The comment "move to the CSS file" had nothing to do with dimensions. http://www.cregy.net/jewels/images/necklace.jpg"; *align="left" vspace=5 hspace=20* alt="picture of a necklace"> David Laakso I'am sorry, I failed to erase your name and comment. Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Images vs inline styles vs width/height
Two interesting articels: By Dave Shea http://www.mezzoblue.com/archives/2005/05/10/image_attrib/index.php By Dimitri Glazkov http://glazkov.com/blog/archive/2005/04/18/430.aspx regards Uwe Kaiser -- jack fredricks schrieb: david laasko wrote recently; Move the inline styles for all the images to the CSS file. and it made me wonder... is it ok to move an image's width and height attribs into a style sheet? I'm old skool, and I was brainwashed into making sure I always specify them in the html source (to aid with page render pre image download). thanks jack __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Why using file extension ".css"
Hi list, why the style sheet files always have the extension ".css"? AFAIK all the recently used browsers accept a link as *href='basis'*, and don't care about, wether the file name is *basis.css*, *basis.sthm*, or just *basis* without an extension. Do we really need the extension ".css"? And if yes, why? regards Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] user adjusted font sizing in browsers
Philippe Wittenbergh schrieb:
One problem should be obvious however, when it comes to ems (or %). If
you set the base size, and the line-height of your text on the body tag,
and then only give a font-size for child elements, those will inherit
the *computed* value of line-height form the
something like
body { font: 1em/2em serif}
h1 {font-size: 2em; }
the line-height for the h1 will be computed as 2em based on the
font-size of
A better solution: use a numerical value for line-height
body { font: 1em/2 serif}
Philippe
The difference between em or % and a scaling factor at the other hand
is, that you once cause the computed value to be inharited and once the
scaling factor.
body {font-size: 12px}
div {line-height: 1.5em} /* inherited computed value= 18px */
p {font-size: 1.3em} /* font-size= 16px, line-height= 18px */
body {font-size: 12px}
div {line-height: 1.5} /* inherited scaling factor= 1.5 */
p {font-size: 1.3em} /* font-size= 16px, line-height= 24px [1] */
[1] The exact line-height depends on the rounding algorithm
of the used browser. Some displays a line-height of 23px.
regards,
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] user adjusted font sizing in browsers
Roger Roelofs schrieb: Shawn, On May 20, 2005, at 5:42 PM, shawn a wrote: Does anyone know if there is a way to set a portion of text so that someone cannot increase or decrease the size using their web browser. Use a picture :) Seriously, you can do it in ie/win to a point, but you _really_ shouldn't. It's like locking the door to every 10th customer... not good for the bottom line. Seriously, every browser has the ability to overwrite the page's style sheet, or to use the user's style sheet instead. Even if you use a picture, every browser can manipulate the size, because browsers are made for that. My grandma is using MSIE6/PC. And if she wants to increase the font-size a developer has set on 8pt, than she do it, in oposition with this developer she knows how. BTW. MSIE has this ability since version 4 (released 11.11. 1997) regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] [ot] page breaks in all but opera 8
[EMAIL PROTECTED] schrieb: have you looked at the page in the different browsers? if you did, did you notice that opera 8 holds the layout at any zoom and the other browsers don't? this is the phenomenon i'm talking about. dwain The "others" are not able to zoom as Opera. Even the zooming of MSIE is different. All the browsers behave as expected. You may call it a "phenomenon", if you like. regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] browser hack "@import" - the second
I myself wrote:
>
> How save and usefull is the following constuction:
>
>
>
> /* my.css with date of creation etc. */
>
> body {margin: 0; etc.}
>
> /*
>
> lot of
> styles
> here.
>
> */
>
> @import url(msie.css);
>
>
>
> I know, that MSIE/PC will import "msie.css" against the rules.
> Does any other browser import it too, or can I use it as a hack?
>
Jan Brasna answered:
>
> Better use something from
> <http://www.dithered.com/css_filters/css_only/>
>
Richard York answered:
>
> Why not just use conditional comments and avoid
> all the hacking business? ;-)
>
Thanks a lot to both of you.
And here is my answer:
This is the current state of the involved portions of my template.
-
http://www.w3.org/TR/REC-html40/strict.dtd'>
@import url(/CSS/standard.css) all;
/* \*//*/
@import "/CSS/ie-mac.css";
/* */
if(document.layers) {
document.write("link
href='/CSS/ns4.css' rel='stylesheet' type='text/css'");
}
I suppose, we need to live with IE6 until 2009/2010, and
the lack of CSS2-support must be compensated via scripting.
Maybe I should link to one additional script, or could I
do it via 'behaviors' (HTC) without an additional script
inside the document?
What are you thinking about the construction at all?
How do I have to handle Safari? I have no Mac, and Apple
says, Safari behaves similarly Mozilla -- wich I doubt.
Do I need a special section for Safari?
Every suggestion would be appreciated.
regards,
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] browser hack "@import"
Hi list,
As far as I know, browsers should ignore
@import url(style.css);
if it is not at the very first place in a css-file --
exclusively comments, of course.
How save and usefull is the following constuction:
/* my.css with date of creation etc. */
body {margin: 0; etc.}
/*
lot of
styles
here.
*/
@import url(msie.css);
I know, that MSIE/PC will import "msie.css" against the rules.
Does any other browser import it too, or can I use it as a hack?
Thanks in advance,
Uwe Kaiser
<[EMAIL PROTECTED]>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Colouring bullets
Julian Voelcker schrieb: Is there any way to change the colour (and maybe even the font weight) of a standard bullet with a colour that is different to the text colour? Cheers, Julian Voelcker Cirencester, United Kingdom Hi Volker, You better should strive for a proper solution. Listamatic -- one list, many options: < http://css.maxdesign.com.au/listamatic/ > Background images for bullets: < http://css.maxdesign.com.au/listutorial/ > CSS Design -- Taming Lists: < http://www.alistapart.com/articles/taminglists/ > Gruß, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Separating Style Sheets - Structure and Color
will moore schrieb: > What I'm wondering is... is there a tool out there to separate a sheet > that's already been created? Yes, I'm lazy ... There is a well-known tool, predestined for processing text. Download at: < http://www.cpan.org/ > One of the three virtues of the tool's users -- along with hybris -- is laziness ;-) Uwe Kaiser PS. To be serious, IMHO there is no comparable tool for this job. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Style rule based upon ID and Class?
Ingo Chao schrieb:
The problem with multiple classes in IE is that you have to avoid CSS
multiple selectors with "common final matches" like
.explorer {background: gray; }
.mini { font-weight: normal;}
.full { font-weight: bold; }
.full.explorer {text-decoration:none; background: red;}
.mini.explorer {text-decoration:underline}
Mini
Full
Valid, and sometimes useful with more alternatives than shown here, but
breaks IE: Now both the divs get underlining /and/ red.
MSIE/PC is reading the last class of multiple classes exclusively.
In order to use the example above, MSIE/PC is reading:
.explorer {background: gray; }
.mini { font-weight: normal;}
.full { font-weight: bold; }
.explorer {text-decoration:none; background: red;}
.explorer {text-decoration:underline}
Full
This circumstand we can use to show a message to MSIE/PC users only.
.standard {background: #FF0; border: 2px dotted red; padding: 5px 1em;}
.hidden.text {display: none;}
.text {display: block; color: #000;}
Congratulations, you are using browser XY!
regards,
Uwe Kaiser
<[EMAIL PROTECTED]>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] hover makes previous list mysteriously dissapear in IE 6.0
ephi schrieb:
In order to understand what was happening, I changed the background color to
black. And voila,
there's an extra top spaces (perhaps padding) that I don't know how it got
there.
This should help:
dl a:hover { background: transparent;} <<<== change here
/* Without background here,
"dl a:hover dt {background: value;}" will not funktion at all. */
dl a:hover dt {background: #FFF; } <<<== add this
regards,
Uwe Kaiser
<[EMAIL PROTECTED]>
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] CSS-filter MSIE 5/PC
Hi,
I try to use a filter in order to hide css from all of the browsers,
exept MSIE 5/PC.
Given is following HTML-markup:
item 1
item 2
item 3
item 4
#nav li {
margin: 0;
}
#nav > li { /* MSIE 4 and 5 /PC only? */
margin-bottom: -3px;
}
MSIE 5/PC interprets it (wrongly) as: every descendant 'LI'
of an element with the ID 'Nav' or 'nav'.
This filter is tested under W2K only.
Does anybody know wether another browser
is able to interpret this too. (Mac especially!)
Thanks in advance,
Uwe Kaiser
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Rendering bug or not?
> > Jukka K. Korpela: > http://www.cs.tut.fi/~jkorpela/www/letter-spacing.html > > > What’s wrong with letter-spacing? > > The letter-spacing property is suitable for adjusting spacing between > letters in some piece of text in general, e.g. in a paragraph. > -- Not even this, because the support in MSIE/PC is insufficient. Try to stretch a line with about 60 characters to obtain a length of five or ten pixel wider. Since the smallest unit in MSIE is 0.05em, it is impossible. In my opinion, you can letter-spacing use in headlines etc. only. Even than you need to use 'hacks' to get an so-so equal result in different browsers. Regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Opera and background-image (even version 8.01)
Ingo Chao schrieb: > ... thanks for the fun :) Don't mention it! Ah ... Ok. We should take it with composure. I know, always be nice ... So I will enlarge the bitmap for some few pixels. Have a nice day Uwe __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Opera and background-image (even version 8.01)
Hi, On my test-system (MS-Windows 2000) Opera 7 and up (including 8.01) don't display a background-image, if percent values as 50.5% (with a digit after the decimal point) are used to position it. Older versions was rounding down to 50% in such situation and displayed the image, of course. I tried to position a small bitmap nearly the right top corner, via this declaration: "background: url(bitmap.gif) 99.5% 1% no-repeat #FFF;" but it results in the absence of background-image in Opera 7 and up. Question: Should I add some pixel to the top and right of the image, or is there another solution for this problem? Thanks in advance, Uwe Kaiser <[EMAIL PROTECTED]> -- omnes omnia omnino [Jan Amos Komenský] __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
