# Background
We have a longstanding issue: the visual treatment of Wikidata links and the Prominence Buttons are not ideal due to technical issues discovered while implementing the original design.
Currently on Commons:
{F29494369, size=full}
Original design:
{F29456726, size=full}
The visual polish present in the original design above was difficult to implement because the “dot” dividers don’t line up in all circumstances, due to the width differences of the “Primary” button text (either “Prominent” or “Mark as Prominent”), and how that already variable width would change when localized. For more information, that declined ticket is here: T218707
One recommended solution has been to **hide the Wikidata links and only show them on hover**, leaving the Prominent buttons right aligned.
However, that creates more problems than it solves, because it makes Wikidata link use cases more difficult to support. We have community members, eagerly anticipating qualifiers, asking that we display links for qualifier property numbers and values. These use cases are being documented here: [Use cases for WD links in Commons Structured Data](https://docs.google.com/spreadsheets/d/1vpTg9A5kTuJf1H_es_6DbrYocPHdBuEqZROfliL8qnE/edit?usp=sharing)
We’d like to both refine the user interface and support Commoners who need control over when Wikidata links are shown or hidden. Below are some UX improvements I propose to address the visual concerns of the links and buttons,
##Proposed UX improvements
* Using icons instead of buttons for marking "prominence"
* Removes the complexity of localizing and laying out the button copy
* Pairing the icon with a tooltip, which offers more space to explain what “Mark as prominent” and “Prominent” are, as well as being able to link to the “Learn more” page [Commons:Depicts - Wikimedia Commons](https://commons.wikimedia.org/wiki/Commons:Depicts).
* Adding Wikidata links at the Qualifier level
* Displaying Wikidata branding makes it clear where the data is coming from, and if additional data sources are ever included, using a new branding’s logo will help users differentiate between sources.
* However, including branding for every link adds significant visual weight to the interface, so another option is to not show branding at the qualifier level of a statement, and rely on the links themselves to identify the source. This comes at the expense of being able to spot-check identifiers as quickly as possible though.
* Using a show/hide toggle for Wikidata links
* Gives user control over when to display links, including if a user never wants or needs to see them. Note that by default, users will not see Statements as they are already behind the second tab on the File Page (after File Information).
* This supports all use cases mentioned above ([Use cases for WD links in Commons Structured Data ](https://docs.google.com/spreadsheets/d/1vpTg9A5kTuJf1H_es_6DbrYocPHdBuEqZROfliL8qnE/edit?usp=sharing))
### Link for direct feedback
[[ https://wikimedia.invisionapp.com/freehand/document/1qgg7drZn | InVision Freehand ]]