-
Notifications
You must be signed in to change notification settings - Fork 10.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
box-sizing issue with input[type="search"] #471
Comments
Normalize.css is for normalize browsers' default style. Which means you can not always get what you want. You can have a small reset css for |
How about normalizing it to what should be the default, according to https://www.w3.org/Bugs/Public/show_bug.cgi?id=28784 ? I'm fine overriding it myself, but effectively here you're normalizing it against all current consistent (with exception of Firefox, but that's being fixed now too) default styling in browsers... |
I am watching this repository for a long time, and as far as I know there was no discussion regarding search inputs being wider than they should be. Most discussions regarding that style is about it being harder to override, because one can't just include normalize and go for Other than that this seems pretty legit and worth looking into, as long as it doesn't cause a regression from the first bullet point. |
As there seems to be little interest here in addressing this, closing. We fixed it back to browser defaults in Bootstrap, FWIW. |
Sorry for being absent. I agree that this is an annoying quirk of normalize that should be fixed. It looks like the original reasoning doesn't stand up, and I'd rather be pragmatic about it anyway. |
Sorry for interpreting silence for lack of interest/agreement. Wasn't sure how best to formulate a visual test, but gave it a go in the PR anyway. |
appears to be making search inputs wider than they should be - see twbs/bootstrap#17379
The text was updated successfully, but these errors were encountered: