Re: [css-d] Creeping form controls in IE6/7

From: Gunlaug Sørtun <[EMAIL PROTECTED]> >Scott Sauyet wrote: >> http://scott.sauyet.com/issues/2008-03-04a/ > >> In IE7, IE6, and IE5.5, all on XP, I'm seeing something bizarre. > >> When you hover onto or off of the top menu item, the text box and >> button move down the page. They keep doing

[css-d] A simple way to display data in a tabular form?

Hi everyone, I'm VERY new to the CSS world and I'm in the process of trying to design a page but I don't want to use tables. Logistically it's really simple. I need to create a page that displays a bunch of data. I have a huge list of manufacturers and a long list of model numbers. I need to

Re: [css-d] The dreaded z-index bug in IE6/7

Ian Piper wrote: Doesn't look like you have found a suitable solution yet. > Having done some reading I got the impression that one fix was to > create a lower z-index for the container div, but that doesn't seem > to have made any difference. That's right, it won't make any difference to IE/w

Re: [css-d] Creeping form controls in IE6/7

Scott Sauyet wrote: > http://scott.sauyet.com/issues/2008-03-04a/ > In IE7, IE6, and IE5.5, all on XP, I'm seeing something bizarre. > When you hover onto or off of the top menu item, the text box and > button move down the page. They keep doing this; it's not a one-time > behavior. In IE7 th

Re: [css-d] Quickly Removing Formatting from an Element

On 2008/03/04 20:11 (GMT-0500) Rob Emenecker apparently typed: > Felix Miata wrote: >> Anyone have any insight on why the specs don't provide such a capability? > Insight? No. But, to me common sense dictates that if you don't want an item > styled, then you don't style it to begin with. Those

[css-d] Creeping form controls in IE6/7

From: Scott Sauyet <[EMAIL PROTECTED]> >Hi, I haven't been around these parts much lately, but some of you might >remember me from a few years ago. ("Anyone? Anyone? Bergevin?") Ahem! You rang? ;) Hi Scott! It's great to see your name back on this board. > http://scott.sauyet.com/is

[css-d] Quickly Removing Formatting from an Element

> Anyone have any insight on why the specs don't provide such a capability? Insight? No. But, to me common sense dictates that if you don't want an item styled, then you don't style it to begin with. Now in this case someone is asking for a "default" style, however my gut reaction is that they do

Re: [css-d] Quickly Removing Formatting from an Element

On Mar 5, 2008, at 2:04 AM, Jukka K. Korpela wrote: > There is no way to "undo" things in CSS in general. You can override a > setting for a property by setting it to a specific value, but you > cannot > tell browsers to apply their defaults, against any settings that might > exist elsewhere in

Re: [css-d] Site Check in IE5/Mac http://css-class.com/test/beta-0-1ie5-mac.htm

On Mar 5, 2008, at 4:04 AM, David Laakso wrote: > http://css-class.com/test/beta-0-1.htm > > . > Mac > IE/5.2 screenshot: > > I can only suggest you seek a fix at Code Bitch or Philippe > Wittenbergh's site (and validate some of the CSS). > (btw,

Re: [css-d] Suckerfish IE misalignment madness!

Matt wrote: > Thanks, Alan... > > Your suggested changes seem to work... at least in FF and Safari. As they mostly always do. :-) > On IE6, though, the nav seems to break now with the LI's grouped together > and floating left for some reason, and the submenus seem to have vanished. > On IE7,

Re: [css-d] Creeping form controls in IE6/7

Scott Sauyet wrote: > Alan Gresley wrote: > >> This looks pretty close to what I want in FF: > >> > >> http://scott.sauyet.com/issues/2008-03-04a/ > >> > >> When you hover onto or off of the top menu item, the text box and > >> button move down the page. They keep doing this; it's not a one-time >

Re: [css-d] Suckerfish IE misalignment madness!

Thanks, Alan... Your suggested changes seem to work... at least in FF and Safari. On IE6, though, the nav seems to break now with the LI's grouped together and floating left for some reason, and the submenus seem to have vanished. On IE7, it looks good, although the pulldown still shifts to the r

Re: [css-d] Creeping form controls in IE6/7

Alan Gresley wrote: >> This looks pretty close to what I want in FF: >> >> http://scott.sauyet.com/issues/2008-03-04a/ >> >> When you hover onto or off of the top menu item, the text box and >> button move down the page. They keep doing this; it's not a one-time >> behavior. In IE7 they will go on

Re: [css-d] Creeping form controls in IE6/7

Scott Sauyet wrote > Hi, I haven't been around these parts much lately, but some of you might > remember me from a few years ago. ("Anyone? Anyone? Bergevin?") I > got stuck on something today, and was hoping this group might have seen > it before, or be able to offer some direction. > > This loo

Re: [css-d] Creeping form controls in IE6/7

Scott Sauyet wrote > Hi, I haven't been around these parts much lately, but some of you might > remember me from a few years ago. ("Anyone? Anyone? Bergevin?") I > got stuck on something today, and was hoping this group might have seen > it before, or be able to offer some direction. > >

Re: [css-d] Site Check in IE5/Mac http://css-class.com/test/beta-0-1ie5-mac.htm

Alan Gresley wrote: > > http://css-class.com/test/beta-0-1ie5-mac.htm > > It will work if IE/Mac uses this import > > @import("test-ie.css"); > > and will show the h1 heading with a green background. I have used absolute > positioning on the header area div to hopefully salvage IE/Mac. Has it > w

Re: [css-d] Quickly Removing Formatting from an Element

On Tue, 04 Mar 2008 11:10:57 -0600 Jack Timmons wrote: > Jukka, > > I had a spelling error in "borders"; it is incorrect, but is just an > example. > > And simply put, she wanted an easy method for saying "I don't want > this button to have any of the previous global formatting applied to > it."

[css-d] Site Check in IE5/Mac http://css-class.com/test/beta-0-1ie5-mac.htm

Hi everyone. Thank you David and Robin for your help so far. I have removed the height and negative margin from the problematic clearing element and now have a browserland friendly site. I have fixed up IE/Win enough so my main concern is with IE?mac now. http://css-class.com/test/beta-0-1ie5-

Re: [css-d] Help, please! Div behavior in IE 6.0 and 7.0

clanmesa.earthlink wrote: > Well, I had to set the nav type as pixels to make sure it didn't get > too big in IE6, but I set it to 16px, so it should still be readable > to most. > > I removed most the margins and padding from the center elements, but > I had to put some back in to make the

Re: [css-d] Quickly Removing Formatting from an Element

On 2008/03/04 19:04 (GMT+0200) Jukka K. Korpela apparently typed: > There is no way to "undo" things in CSS in general. You can override a > setting for a property by setting it to a specific value, but you cannot > tell browsers to apply their defaults, against any settings that might > exist

Re: [css-d] Quickly Removing Formatting from an Element

Scott Sauyet wrote: > We could try to reset every property to its defaults, but I wouldn't > recommend it. Neither would I, especially since it would _not_ undo the formatting. If by "defaults" you mean initial values as specified in CSS specs, then the idea fails, even in principle, because a)

Re: [css-d] Help, please! Div behavior in IE 6.0 and 7.0

Well, I had to set the nav type as pixels to make sure it didn't get too big in IE6, but I set it to 16px, so it should still be readable to most. I removed most the margins and padding from the center elements, but I had to put some back in to make the divs go where they should. Now the p

Re: [css-d] Quickly Removing Formatting from an Element

Jukka K. Korpela wrote: > There is no way to "undo" things in CSS in general. You can override a > setting for a property by setting it to a specific value, but you cannot > tell browsers to apply their defaults, against any settings that might > exist elsewhere in stylesheets. We could try to

Re: [css-d] Quickly Removing Formatting from an Element

Jukka, I had a spelling error in "borders"; it is incorrect, but is just an example. And simply put, she wanted an easy method for saying "I don't want this button to have any of the previous global formatting applied to it." I truly understand that global formatting like that is erroneous, but

Re: [css-d] Quickly Removing Formatting from an Element

Jack Timmons wrote: > Because of the way this site I work with and the CSS was coded, we > have a statement like: > > input {background: none;borders: none;} That sounds odd and may cause rather unpredictable results (especilly if you actually have "border", not "borders", which does not exist i

Re: [css-d] Quickly Removing Formatting from an Element

The C in CSS stands for Cascade. It's inherently designed to, uh, cascade. Though it makes your life more difficult, I think your best bet may be to declare all your rules with explicit selectors: e.g. for every other thing on the page, do... #path .to .item input { } ...not just a blanket...

[css-d] Creeping form controls in IE6/7

Hi, I haven't been around these parts much lately, but some of you might remember me from a few years ago. ("Anyone? Anyone? Bergevin?") I got stuck on something today, and was hoping this group might have seen it before, or be able to offer some direction. This looks pretty close to what I

[css-d] Quickly Removing Formatting from an Element

Hey all, While I'm sure this isn't possible, for the sake of harmony in the workplace I'm posing this problem: Because of the way this site I work with and the CSS was coded, we have a statement like: input {background: none;borders: none;} A coworker wishes to have a submit button that removes

Re: [css-d] What is the difference between "float:left" and "overflow:hidden"?

5h4rk @ gmail wrote: > Hi all, in order for a parent element to wrap a floating child > element correctly, I used to use either "overflow:hidden" or > "float:left" or "float:right" for the parent element, both work fine > for me, but I'd like to know the difference between them and when to > us

Re: [css-d] Help, please! Div behavior in IE 6.0 and 7.0

Duh. I didn't even stop to think to validate my code. I'll do that right now. On Mar 4, 2008, at 5:15 AM, Jack Timmons wrote: > Theresa, > > First step is ending a closing div tag for the header. > > I'd offer more, but have to head out to work! > > -Jack Timmons > > On Mon, Mar 3, 2008 at 11:2

Re: [css-d] What is the difference between "float:left" and "overflow:hidden"?

Overflow auto on the container element always works well for me. Blake wrote: > On Tue, Mar 4, 2008 at 4:07 PM, 5h4rk @ gmail <[EMAIL PROTECTED]> wrote: > >> Hi all, in order for a parent element to wrap a floating child element >> correctly, I used to use either "overflow:hidden" or "float:l

Re: [css-d] Suckerfish IE misalignment madness!

Matt wrote: > So this suckerfish-based navigation is working beautifully in Firefox and > Safari. In IE, though, the drop-downs are shifting over to the right of > where they should be. I've Googled and searched the CCS-D archives for a > solution, but nothing seems to work without creating sc

[css-d] Suckerfish IE misalignment madness!

[Apologizes in advance if this a re-post... I think my previous email got bounced for including HTML] So this suckerfish-based navigation is working beautifully in Firefox and Safari. In IE, though, the drop-downs are shifting over to the right of where they should be. I've Googled and searched