W3C home > Mailing lists > Public > www-style@w3.org > August 2014

Re: [CSS2.1] Default margins on inputs

From: Mike Sherov <mike.sherov@gmail.com>
Date: Sat, 30 Aug 2014 18:50:38 -0700 (PDT)
Message-Id: <1409449837426.ab682605@Nodemailer>
To: "Greg Whitworth" <gwhit@microsoft.com>
Cc: "Tab Atkins Jr." <jackalmage@gmail.com>, "Robert Hogan" <robhogan@gmail.com>, www-style@w3.org
Sent from Mailbox

On Sat, Aug 30, 2014 at 9:42 PM, Mike Sherov <mike.sherov@gmail.com>

> This is a holdover from Safari and is a WebKit only quirk that was implemented as a feature, believe. This behavior has been reported to blink and is actively being removed. I can't say the same for WebKit though. 
> This is definitely not a standardized behavior. 
> —
> Sent from Mailbox
> On Thu, Aug 28, 2014 at 5:27 PM, Greg Whitworth <gwhit@microsoft.com>
> wrote:
>> Hello Robert & Tab,
>> We are working on a bug right now and are trying to achieve interop with Blink regarding the 2px default margin on text input (which is what is causing the layout to "break" in IE) and we noticed some odd behavior regarding those margins. If a width is set on the input then margin-right and margin-left are reset to 0 (this seems to involve all input types currently besides color which behaves the same as IE/FF). If a height is set then margin-top and margin-bottom are reset to 0. I do not want to implement this inconsistent and am curious if Blink would be willing to either have the margins remain consistent no matter the dimensions, or set the defaults to 0px to achieve interop with FF and IE.
>> Here is a fiddle of the example with default styles:  http://jsfiddle.net/pxb5d1hh/2/
>> Here is a fiddle with a width and height set: http://jsfiddle.net/pxb5d1hh/3/
>> I'm also interested to know what other authors or implementers thoughts are on this matter.
>> Thank you,
>> Greg
Received on Sunday, 31 August 2014 01:51:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:45 UTC