Last modified: 2014-10-02 06:58:00 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T71212, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 69212 - neutral mw-ui-quiet anchors should lighten on hover and have no outline
neutral mw-ui-quiet anchors should lighten on hover and have no outline
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
MediaWiki UI (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Shahyar Ghobadpour
:
Depends on:
Blocks: 70913
  Show dependency treegraph
 
Reported: 2014-08-07 00:58 UTC by spage
Modified: 2014-10-02 06:58 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description spage 2014-08-07 00:58:27 UTC
When the Flow inline styles moved to core, we lost the hover behavior for neutral inline quiet anchors, i.e. woith no mw-ui-{progressive|constructive|destructive} colorizing class, just class="mw-ui-quiet".  Without a hover behavior, a neutral quiet anchor seems dead.

Neutral quiet anchors used to lighten @colorLightenPercentage on hover, now the generated CSS has separate rules for mw.ui-quiet and mw-ui-quiet:hover but they end up with the same color #666666 (@colorTextLight).

Also, quiet anchors get a dotted outline on click because they don't have outline: none on focus and active.

This would be easier to notice if the generated KSS at http://tools.wmflabs.org/styleguide/desktop/section-6.html had a sample showing <a class="mw-ui-quiet">Neutral (plain)</a>.  The way the KSS is set up mw-ui-quiet is a modifier of a regular link.

OR...
Maybe we don't need to support .mw-ui-quiet on its own, and all quiet links must pick a color class.  May Galloway has asked for some quiet links to be gray on hover, but currently Flow's Reply • Edit • Thank inline links are all colored..
Comment 1 Jon 2014-08-07 17:07:37 UTC
mw-ui-quiet is currently presented as a modifier so we shouldn't be supported .mw-ui-quiet on its own.

that said mw-ui-progressive etc is presented as a modifier and as a component.
Maybe we should think about introducing mw-ui-anchor and making mw-ui-progressive/contstructive etc modifiers to avoid this confusion ?
Comment 2 Shahyar Ghobadpour 2014-08-12 08:56:35 UTC
Jon makes a valid argument for introducing mw-ui-anchor. It will make it more consistent with how we use other mw-ui components.
Comment 3 Jon 2014-08-28 23:16:11 UTC
Shahyar this is fixed no?
Comment 4 Shahyar Ghobadpour 2014-08-28 23:18:21 UTC
It has patches in progress.

https://gerrit.wikimedia.org/r/#/c/155856/
https://gerrit.wikimedia.org/r/#/c/156162/
Comment 5 Jon 2014-08-28 23:31:47 UTC
Please swap the order shahyar as per my comment so we can get this merged.
Comment 6 Gerrit Notification Bot 2014-09-12 20:41:22 UTC
Change 155856 had a related patch set uploaded by Jdlrobson:
Change mw-ui anchors to require mw-ui-anchor base class

https://gerrit.wikimedia.org/r/155856
Comment 7 Jon 2014-09-26 21:10:12 UTC
I'm hoping Matt can merge this patch now. It's been sitting here a while...
Comment 8 Gerrit Notification Bot 2014-10-02 04:24:21 UTC
Change 155856 merged by jenkins-bot:
Change mw-ui anchors to require mw-ui-anchor base class, and introduce mw-ui-text base class

https://gerrit.wikimedia.org/r/155856

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links