Closed
Bug 948451
Opened 11 years ago
Closed 4 years ago
Update the specification boxes on small screens (phones)
Categories
(developer.mozilla.org Graveyard :: Design, defect, P3)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: teoli, Unassigned)
References
()
Details
(Keywords: mobile)
Attachments
(2 files)
A few of our in-content widgets are looking nice on desktop, but are too wide on small factors, lowering the user experience on phones. One of them is the specification table. We should keep it as a table on desktop screens, but displays it as a definition list on a phone.
Reporter | ||
Comment 1•11 years ago
|
||
A crude proposal of the same HTML presented as a definition list. The experimental CSS is this: .redesign table.standard-table th { display:none;} .redesign table.standard-table td:nth-of-type(n) { box-shadow:none; background-color:transparent;border:0px;margin:0px; padding:0px} .redesign table.standard-table td:nth-of-type(3n+1) { display: inline; font-size:medium; font-weight: bold; margin-right: 12px; } .redesign table.standard-table td:nth-of-type(3n+2) { display: block; } .redesign table.standard-table td:nth-of-type(3n+3) { display: block; background-color: transparent; margin-left: 12px; margin-bottom: 1.5em; font-style: italic; } It is experimental because: - it affects all standard-table on the page, and not only the spec box - it is not rtl-proof (margin-right & co must be inverted in these case) I would like a UX feedback, if possible, before to go further in that direction.
Flags: needinfo?(hhabstritt.bugzilla)
Comment 2•11 years ago
|
||
I like it, FWIW
Updated•10 years ago
|
Comment 3•10 years ago
|
||
Pinging on this again. I think we can skip Holly on this one and just implement what you have here, JYP. I think it looks great! Feel free to add this to CustomCSS and resolve the ticket. Nice work!
Flags: needinfo?(hhabstritt.bugzilla) → needinfo?(jypenator)
Reporter | ||
Comment 4•10 years ago
|
||
We want to empty CustomCSS and use it (or its successor) for what it was intended to (quick fixes, tests; allowing decoupling between the urgent needs of the writers and the availability of the dev team). So I don't want to add this to CustomCSS. In fact, the plan is to revisit all what is in CustomCSS and to open bugs so that you move them into the regular wiki pages. (Don't have time now).
Flags: needinfo?(jypenator)
Reporter | ||
Comment 5•10 years ago
|
||
regular wiki pages = regular css files
Comment 6•10 years ago
|
||
JYP: I want to remove it too but it will be easiest to migrate all of that stuff at one time, and not piece by piece, IMO.
Reporter | ||
Comment 7•10 years ago
|
||
I'm not doing work that will be erased in a few months. I already have too much work on my pile. If you guys think this in a necessary step, just do it.
Updated•6 years ago
|
Priority: P2 → P3
Updated•6 years ago
|
No longer blocks: MDNPostLaunch
Comment 8•4 years ago
|
||
MDN Web Docs' bug reporting has now moved to GitHub. From now on, please file content bugs at https://github.com/mdn/sprints/issues/ and platform bugs at https://github.com/mdn/kuma/issues/.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
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
•