Looks like the border:0; in the reset kills the border in IE7 totally, which looks very odd (button floating in space, no indication this is a text field.
seven-invisble-fieldfield.png

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

wapnik’s picture

FileSize
388 bytes

The first rule of the reset.css file differs from the meyer's reset (http://meyerweb.com/eric/tools/css/reset/). Input, select and textarea are extra. Deleting these 3 selectors does seem to put ie in order. I don't see nothing else badly affected by this change, only that in ff it has changed a little bit, but at least it has a 1px border (not a 2px or 3px), like ie does.

wapnik’s picture

Status: Active » Needs review

Status: Needs review » Needs work

The last submitted patch, reset.css_.patch, failed testing.

wapnik’s picture

Status: Needs work » Needs review
FileSize
370 bytes

now with proper line endings and named accordingly

webchick’s picture

Priority: Normal » Major
Issue tags: +needs Internet Explorer tests

Um. Yikes!

This is at least major, probably critical. Tagging to mark it for IE review.

Status: Needs review » Needs work

The last submitted patch, seven-reset-ie7-876982.patch, failed testing.

wapnik’s picture

can you tell me please what i'm doing wrong with the patch tests? a bad name? sorry i'm only a beginner

wapnik’s picture

Status: Needs work » Needs review
FileSize
415 bytes

another try (changing directories)

Jeff Burnz’s picture

Can we wait on #849642: Regression: Absolute font-sizes used in Seven before making such a drastic change to the reset, in any case I'm not quite sure thats the right solution since there are other property values in the reset that may be affecting those elements - what is actually the problem here dude - why isn't IE getting the border (its explicitly set later on in the styles.css)?

wapnik’s picture

FileSize
940 bytes

I found some styles down in the cascade in style.css applying for other input element classes, not for the file input, so i added the selectors there, and works fine.

One think is annoying me. Check the yui reset (http://yui.yahooapis.com/3.1.1/build/cssreset/reset.css). There is no border for the input, select and textarea elements, like in meyer's reset too. I would logically expect it to be set there, but not to zero.

Jeff Burnz’s picture

Yeah, I agree, border: 0; in a reset seems draconian - this whole reset is rather OTT. I've been working on the font sizes patch and actually started by completely removing the reset and barely anything changed (some notable things did), I might even make it my goal to remove it completely. If you see that patch I actually removed two properties from the reset already...

wapnik’s picture

I'm quite a bit dissatisfied with the style structure of d7 core themes. I thought every core theme is using at least a reset and proper font sizes. Take a look at drupal zen theme for example. A good place for inspiration. I suggest to make the reset.css as close to meyer's reset (or the yui reset) as possible in first place. And it would be nice to have it for all core themes consistently.

webchick’s picture

My personal belief is reset.css is a complete cop-out, and its use in Seven is something I'd like to remove, not encourage. If Drupal's underlying CSS is making wrong assumptions, we should be fixing that, not working around it in every single theme.

But, it's too late for that now, so we just are stuck with fixing it.

Jeff Burnz’s picture

Yeah, I'm with webchick here, I'm not a big fan of resets either - in the end you end up overriding 99% of it anyway and all you have is a big fat redundant block of code like Seven has. It also makes debugging in Firebug harder (scroll, scroll, scroll...). I used one once in one contrib theme (meyers) and never again - it caused as many issues as it solved.

reglogge’s picture

Status: Needs review » Reviewed & tested by the community
FileSize
21.21 KB

Let's get this specific and very ugly bug out of the way and discuss the pros and cons of reset.css in a follow up issue.

The fix works as advertised and also solves the even uglier appearance in Opera #890964: Widget for image-upload in Seven theme horribly broken. The screenshot from this issue is attached here for reference.

Dries’s picture

Priority: Major » Normal
Status: Reviewed & tested by the community » Needs work

Committed to CVS HEAD. Thanks!

Marking is 'needs work' as we're still evaluating alternatives.

amateescu’s picture

Version: 7.x-dev » 8.x-dev
Assigned: Unassigned » amateescu
Category: bug » task
Status: Needs work » Needs review
Issue tags: -needs Internet Explorer tests

For D8, I suggest to use the css reset from HTML5 Boilerplate: https://github.com/paulirish/html5-boilerplate/blob/master/css/style.css.

I've been working with it for a few months with excellent results.

Jeff Burnz’s picture

Version: 8.x-dev » 7.x-dev
Status: Needs review » Needs work

@17 - that needs to be discussed in a new issue really (the reset issue). Lets leave at D7 for now, no reason why a different fix might not get in a point release etc (although I agree that is probably unlikely).

We need to leave the status for Dries et al to know this needs work, as mentioned in #16, also there is nothing to review (which is for when a patch is submitted for review).

amateescu’s picture

Assigned: amateescu » Unassigned
Category: task » bug

Ok, sorry for derailing..

webchick’s picture

Is there anything left to follow-up with in D7 though? Removing reset.css isn't something we can do this late. What other alternatives are there?

Jeff Burnz’s picture

Status: Needs work » Fixed

IMO for D7 there are no alternatives and we can probably mark this as fixed and be done with it, removing the reset is a pretty big task and probably needs its own new issues in any case. Sorry, I don't know why I set this back to needs work, must have been really tired + brain fart.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.