Webkit + Trunk = Publish immediately format Fugliness

[Ipstenu]

Chrome

Safari

Firefox

Looks fine on Firefox. Looks horrific on Chrome and Safari. Which makes this likely a webkit issue, if I'm not smoking crack. If I 'fix' it for chrome, it looks horrid on Firefox and it's not fixed really for Safari.

This was fine on Friday, which was the last time I remember checking. Still fine today on 3.3 on all three browsers.

Using a Mac.

[nacin]

Caused by #17863.

[azaozz]

Yes, seems like a webkit bug. The problem is that the fields aren't wide enough to accommodate webkit's up/down arrows that for some unknown reason are not placed outside of the field's "width" calculation.

[ocean90]

Opera

And Firefox hasn't implemented it yet, see ​https://bugzilla.mozilla.org/show_bug.cgi?id=344616

[azaozz]

Seems there are two options: either remove type="number" or make these fields wider. 20217.patch is an attempt at the second, it changes it to:

[nacin]

When making these fields wider, we're forced to bump the time to the next line. This feels particularly lame. I'd rather we implement a date picker; this really isn't doing much to help things.

[Ipstenu]

A date (and time) picker would be a lot better. +1 nacin :)

[ocean90]

Date picker is #7665.

[azaozz]

Replying to nacin:

Yeah, agree it doesn't look well. The problem with date pickers is they all have inherently bad UX: picking a date in the same month is nice and fast, a date 3 months away adds 3 clicks, a date 10 months away ads 10 clicks... Also I haven't seen a nice date + time picker, meaning we will have to make one ourselves.

Perhaps for now it would be best to revert type="number" for these fields.

[ryan]

Revert sounds good.

[azaozz]

In [20217]:

Revert type="number" for the date/time fields as it introduces UI/styling issues, fixes #20217, see #17863