Page MenuHomePhabricator

MobileFrontend should not rely on noprint CSS class
Closed, ResolvedPublic

Description

Mobile view and printable can't work together, see https://en.wikipedia.org/w/index.php?title=Coat_of_arms_of_Dewsbury&printable=yes&useformat=mobile

".noprint" not work.


Version: unspecified
Severity: normal

Details

Reference
bz33189
TitleReferenceAuthorSource BranchDest Branch
Add a small tool to convert RDF results in CSV formatrepos/search-platform/IGUANA!3dcaussetransform-to-csvmain
Customize query in GitLab

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 12:07 AM
bzimport set Reference to bz33189.
bzimport added a subscriber: Unknown Object (MLST).

Fairly sure this has the same root cause as https://en.wikipedia.org/w/index.php?title=MediaWiki_talk:Common.css&oldid=480016042#Age_doesn.27t_show_up_on_mobile_wikipedia. I changed the bug summary to "MobileFrontend should not rely on noprint CSS class" accordingly.

Re-using the "noprint" class is clever, but ultimately unwise. Sometimes you want things to not be on mobile and sometimes you want things to not be on print. They're distinct categories, with some overlap. Luckily, CSS supports multiple classes.

There should be a "nomobile" class that should be used when people want to hide things from mobile. Currently it looks like people are inserting dummy classes to trick the mobile parser (cf. https://en.wikipedia.org/w/index.php?title=Template:Birth_date_and_age&diff=479816119&oldid=436607844). This is bad.

Hmmm, and this bug is really a duplicate of bug 29157, isn't it? Hmmm.

Yeah, lets simplify our lives and focus on 29157 as its capturing this bugs issues.

  • This bug has been marked as a duplicate of bug 29157 ***