Re: [css-d] 1/ h-nav issue ( all browsers) 2/ painting bkgrd (ie/6)

Philippe Wittenbergh wrote: > On Sep 10, 2008, at 2:02 PM, Philippe Wittenbergh wrote: > > >>> 1/ The horizontal nav "boxes" break in narrower windows-- >>> particularly >>> with font-scaling, or if a healthy minimum font-size is set. This >>> happens in /any/ browser. Relevant selector at t

Re: [css-d] [Slightly OT] Font sizes

Michael Adams wrote: > Does anyone have a good article, and/or a reference to WCAG, that i can > use to support the idea that default text size should not be less than > the browser default. > A Dao of Web Design 100e2r

Re: [css-d] overflow: auto does not behave as I thought it would

On Wed, Sep 10, 2008 at 1:15 PM, Olivier Sannier <[EMAIL PROTECTED]> wrote: > Hi all, > > I have a test page here: > > http://obones.free.fr/cssbox/ > > The miniadmin box should contain links that are visible inside an inner > div that shows up a vertical scroll bar. > However, as it is, the links

[css-d] overflow: auto does not behave as I thought it would

Hi all, I have a test page here: http://obones.free.fr/cssbox/ The miniadmin box should contain links that are visible inside an inner div that shows up a vertical scroll bar. However, as it is, the links are not visible at all and I don't really know how to make it behave the way I want. Any

[css-d] [Slightly OT] Font sizes

Does anyone have a good article, and/or a reference to WCAG, that i can use to support the idea that default text size should not be less than the browser default. An article that at the same time discusses font units would be acceptable but less desirable. This is to present to artists, for them

css-d@lists.css-discuss.org

I have written the beginnings of a tree control widget. It works on all modern browsers bar IE. I was trying to get what I had written to work on IE then I tried it on FF and friends and it worked fine, only to find out the IE, even IE 7 does not support CSS Child Selectors ! Trust Micro$oft not

Re: [css-d] :: Tables or Divs ::

This post has links to a number of different articles on the subject of CSS forms: http://www.smashingmagazine.com/2006/11/11/css-based-forms-modern-solutions/ Jim www.jimdavis.org __ css-discuss [EMAIL PROTECTED] http://www.css-

Re: [css-d] :: Tables or Divs ::

Tables or no tables are your decision. I would suggest labeling your form for accessibility. Fieldsets are also a good organizational tool. Here is an article from A list Apart on tableless forms and proper labeling using fieldsets. http://alistapart.com/articles/prettyaccessibleforms Another for

[css-d] :: Tables or Divs ::

Hello Friends I need your help regarding right selection of tags. I have created a form: http://demo.awayback.com/maknetforms/ using tables (though I love divs). I want to know if there is better way to code this, I mean, am I using right tags at right place? Is it okay to use tables here over

Re: [css-d] ProgressBar widget prototype - problems with inconsistencies in browsers

> This part of the site has an ancient layout with an ancient doctype > that I put a newer look and feel around. I do not have permission at > this point to make changes, however, I have introduced some > prototypes. > > We are gradually moving to a CSS2 tableless layout already in some > places,

Re: [css-d] ProgressBar widget prototype - problems with inconsistencies in browsers

This part of the site has an ancient layout with an ancient doctype that I put a newer look and feel around. I do not have permission at this point to make changes, however, I have introduced some prototypes. We are gradually moving to a CSS2 tableless layout already in some places, unfortunately

Re: [css-d] ProgressBar widget prototype - problems with inconsistencies in browsers

> Instead of using javascript we tied it into the coldfusion coding. Yeah, I am working with Javascript and CSS and was really looking for a pure CSS solution. > You can see however http://www-odi.nhtsa.dot.gov/ivoq/ (You will have > to proceed to the next page or two to see the progress bar)

[css-d] ProgressBar widget prototype - problems with inconsistencies in browsers

Hi, I am working on Javascript Library and a set of Widgets for putting together user interfaces. I have just put together the begginings of a prototype ProgressBar. Anyway I have had to do fixes for MSIE and there seems to be weird or undefined behaviour when nesting div's. I was wondering i

[css-d] IE7/6, h3's, and divs

A curiosity, more than a request for help, although if some of our list favorites have a fix/answer, I'd be happy. I just hadn't ran across this bug before... I'm making a calendar for a project I'm involved in. I wanted to stay away from tables for it because I don't consider it tabular data, so

Re: [css-d] Negative margins for image overflow

Thanks to everyone for their help on this. None of my replies went to the list and I had to set up a new account for get mail to the list. -Mike __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d

Re: [css-d] List items in columns

On Tue, Sep 9, 2008 at 11:45 PM, Zach Shepherd <[EMAIL PROTECTED]> wrote: > I'm not sure if it's quite what you want, but you could use something like: > > > LABEL:VALUE > ... > > > with css specifying a width for label in ems (and other styling, of > course). > > Zach > > On Wed, Sep 10, 2008 a

[css-d] Ie 6/7 Problems with table

Hi, I have a problem with a table in a liquid layout. I have posted this issue om 28 June and Alan Gresley (I have also checked his test http://css-class.com/test/css/visformatting/float-containg-wide-images-tables.htm) and Suzie Henderson helped me to fix it in FF. But It does'nt work in IE6/7.

Re: [css-d] Negative margins for image overflow

Tim Dawson wrote: > Perhaps this is a good opportunity to ask a question that's puzzled me for > a > while. Can you have both a 'float' and a 'clear' in the same style ? > Georg seems to be saying you can. Is the order of the rules is going to make > a > difference ? (I'd have thought so).

Re: [css-d] Any IE8 news?

Bruno Fassino wrote: > This is not what I see (but I may be looking wrong :-) > I see that html:first-child is matched by Opera 9.2 (and possibly lower) > with or _without_ XML declaration. > It is *+html that in Opera < 9.5 depends on the presence of the XML > declaration. > > Bruno Your r