Closed
Bug 1247002
Opened 8 years ago
Closed 8 years ago
Very important icons in the tables are just 2px x 2px !
Categories
(developer.mozilla.org Graveyard :: Design, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: input, Assigned: sebo)
Details
(Keywords: icon, Whiteboard: [specification][type:bug])
Attachments
(1 file)
283.29 KB,
image/png
|
Details |
What did you do? ================ 1. Opened https://developer.mozilla.org/de/docs/Web/CSS/cursor to see beautiful icons of css cursor states 2. Became disappointed because my eyes couldn't identify the 2px icons 3. Instead of searching for an oculist reported the bug. What happened? ============== Nothing happened because the icons are too small. What should have happened? ========================== The CSS for the Mozilla MDN Documentation should have the rule img.internal { min-width: 16px; } Is there anything else we should know? ====================================== Maybe - nobody is perfect ;) Have a nice day.
Comment 1•8 years ago
|
||
I'm not able to reproduce, I suspect there's some kind of interaction between our responsive image styles and how your browser is re-sizing the table to accommodate the available space. Could you let us know which browser/OS combo you're using? Thanks.
Comment 2•8 years ago
|
||
Hi! Thank you for the report! In the triage meeting today, we also tried to reproduce it, without any success. I'm closing the bug for now. If you have more information (new STRs), feel free to reopen it: that way, it will be re-triaged and we will be able to act on it.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Flags: needinfo?(input)
Resolution: --- → WORKSFORME
This is how it looks in any browser in OS X. I meant the icons in the third column...
Flags: needinfo?(input)
Comment 4•8 years ago
|
||
Able to reproduce in webkit browsers (not Firefox). Reopening. Thanks for the additional information.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Comment 5•8 years ago
|
||
Also note that this is not apparent on the English version of that page.
Comment 6•8 years ago
|
||
Part of the problem is the colspan on the no-drop row. I can fix this myself but there have been substantial edits to the page and we will lose the diff if I make one change. Florian or Sebastian, are you able to fix this page and make the other content updates? Or would you rather I just fix the table?
Flags: needinfo?(sebastianzartner)
Flags: needinfo?(fscholz)
Assignee | ||
Comment 7•8 years ago
|
||
I'll do the update. Sebastian
Assignee: nobody → sebastianzartner
Flags: needinfo?(sebastianzartner)
Flags: needinfo?(fscholz)
Assignee | ||
Comment 8•8 years ago
|
||
Done. Sebastian
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → FIXED
Comment 9•8 years ago
|
||
Thanks Sebastian and Sebastian :) I also tried to find a way to prevent this from happening in the future but nothing obvious stood out that I could do with CSS and apply globally. It does get better if we define a height and width on the images but that would be a lot of work to do globally.
Assignee | ||
Comment 10•8 years ago
|
||
(In reply to Stephanie Hobson [:shobson] from comment #9) > Thanks Sebastian and Sebastian :) You're welcome! :-) > I also tried to find a way to prevent this from happening in the future but > nothing obvious stood out that I could do with CSS and apply globally. It > does get better if we define a height and width on the images but that would > be a lot of work to do globally. I don't think it's worth the effort. So far I've never seen this issue elsewhere. If it pops up again, we can rethink this. Sebastian
Updated•4 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•