Re: [WSG] resetting input boxes
christian wrote: >>>line-height: the ugly henchman lurking in the shadows, ready to strikewhen margin and padding have been defeated. yes exactly that meyer reset addresses line height setting it to 1.5 ems i think, the equivelent of 18pixels. But I dont think he had forms/input boxes in mind when he did that part. Once i figured that out i was able to style my form from hell. -kevin *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] resetting input boxes
On Thu, Aug 7, 2008 at 2:16 AM, John Unsworth <[EMAIL PROTECTED]> wrote: >> Paul Bennett wrote: >> >> > Hi Kevin, >> > >> > It's not clear what you're trying to achieve. Can you give us some more >> information? >> > >> > Paul >> > >> Christian Snodgrass wrote: >> >> > >> I think he's essentially talking about a CSS reset file, specific to input, >> to neutralize all of the browser differences. >> >> I'm not sure of the specific elements, but just about any CSS reset should >> handle it. This is the one I prefer: >> http://meyerweb.com/eric/thoughts/2007/05/01/reset-reloaded/ >> >> Yahoo also has it's own, but it's a lot bigger and I think somewhat of an >> overkill. >> >> -- >> Christian Snodgrass >> Azure Ronin Web Design >> http://www.arwebdesign.net >> Phone: 859.816.7955 >> >> > Having just been working on a series of pages consisting predominately > of form elements, including inputs fields/boxes etc, and also using > the Eric Meyer reset, it's my experience thus far that the reset does > not neutralize all the browser differences. Opera for one seems to > treat the sizing of the input boxes differently to Firefox and Safari. > Added to that you can differing results depending on the system of > measurement you use, ie: em's vs pixel vs percentage, although I'm > inclined now to stick to percentage, ensuring the containing div or > fieldset is sized consistently across browsers with either em's or > px's. > I'm not informed or smart enough to know exactly why this is, but > suspect that as the browser is applying the OS input elements, in the > process it is creating dimensions that go beyond padding and margin. > Otherwise the reset would work? > Slightly off topic, but still with the Eric Meyer reset, I found that > when it declares a universal - background: transparent; - it disabled > Safari and IE7 from applying a class to the in a table when I > tried to Zebra stripe the table rows. I removed it (the univeral > reset), and at least in Safari (not yet tested on IE7) it was fixed. > Firefox, Opera and Camino all rendered the stripes as expected. Can > anyone possibly explain that? 2 quick things: line-height: the ugly henchman lurking in the shadows, ready to strike when margin and padding have been defeated. Eric Meyer's CSS reset is old and outdated. gotta run, hope that helps. -- -- Christian Montoya christianmontoya.net *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] resetting input boxes
> Paul Bennett wrote: > > > Hi Kevin, > > > > It's not clear what you're trying to achieve. Can you give us some more > information? > > > > Paul > > > Christian Snodgrass wrote: > > > > I think he's essentially talking about a CSS reset file, specific to input, > to neutralize all of the browser differences. > > I'm not sure of the specific elements, but just about any CSS reset should > handle it. This is the one I prefer: > http://meyerweb.com/eric/thoughts/2007/05/01/reset-reloaded/ > > Yahoo also has it's own, but it's a lot bigger and I think somewhat of an > overkill. > > -- > Christian Snodgrass > Azure Ronin Web Design > http://www.arwebdesign.net > Phone: 859.816.7955 > > Having just been working on a series of pages consisting predominately of form elements, including inputs fields/boxes etc, and also using the Eric Meyer reset, it's my experience thus far that the reset does not neutralize all the browser differences. Opera for one seems to treat the sizing of the input boxes differently to Firefox and Safari. Added to that you can differing results depending on the system of measurement you use, ie: em's vs pixel vs percentage, although I'm inclined now to stick to percentage, ensuring the containing div or fieldset is sized consistently across browsers with either em's or px's. I'm not informed or smart enough to know exactly why this is, but suspect that as the browser is applying the OS input elements, in the process it is creating dimensions that go beyond padding and margin. Otherwise the reset would work? Slightly off topic, but still with the Eric Meyer reset, I found that when it declares a universal - background: transparent; - it disabled Safari and IE7 from applying a class to the in a table when I tried to Zebra stripe the table rows. I removed it (the univeral reset), and at least in Safari (not yet tested on IE7) it was fixed. Firefox, Opera and Camino all rendered the stripes as expected. Can anyone possibly explain that? Cheers people, John Unsworth. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] resetting input boxes
Was just walking back from work when it occurred to me I should of specified that I was referring to Safari 2.1, sadly I'm stuck on a Hackintosh so no opportunity to run Safari 3. John Unsworth *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] resetting input boxes
On Wed, Aug 6, 2008 at 10:40 PM, kevin mcmonagle <[EMAIL PROTECTED]> wrote: > can they be set for consistency across browsers? > if so what are all the attributes that need to be reset, i missing > something. > -best > kevin > The short answer is, no, not really. Some browsers have very limited support for form styling. And some will render a completely bland form if you apply the simplest of resets. So I don't know if there's much more that can be done past what Blueprint already offers. -- -- Christian Montoya christianmontoya.net *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] resetting input boxes
Paul Bennett wrote: Hi Kevin, It's not clear what you're trying to achieve. Can you give us some more information? Paul *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** I think he's essentially talking about a CSS reset file, specific to input, to neutralize all of the browser differences. I'm not sure of the specific elements, but just about any CSS reset should handle it. This is the one I prefer: http://meyerweb.com/eric/thoughts/2007/05/01/reset-reloaded/ Yahoo also has it's own, but it's a lot bigger and I think somewhat of an overkill. -- Christian Snodgrass Azure Ronin Web Design http://www.arwebdesign.net Phone: 859.816.7955 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] resetting input boxes
Hi Kevin, It's not clear what you're trying to achieve. Can you give us some more information? Paul *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
