image of icon issues
these icons should probably be SVGs if they aren't and the shadows should be generated programatically.
Version: unspecified
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=65919
Attached:
• Jaredzimmerman-WMF | |
Mar 27 2014, 4:12 AM |
F51684854: Screenshot 2024-05-10 at 09.10.20.png | |
May 10 2024, 6:12 AM |
image of icon issues
these icons should probably be SVGs if they aren't and the shadows should be generated programatically.
Version: unspecified
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=65919
Attached:
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | simon04 | T65167 exit fullscreen icons shadows look clipped and jagged | |||
Invalid | None | T67919 mediaviewer icons inconsistent and not using Wikifont assets |
CC Pau.
I'm not sure I understand the part about the shadows (does that icon even have a shadow?) but the reason it looks strange is that it is larger than the enter fullscreen icon (enter is 22x22, exit is 29x30) and it gets clipped. I can increase the space for it, but then it gets a lot larger than the close icon and does not look very neat.
Both icons should be svgs that are 90x90 dimensions scaled down to the needed size, Pau if you grab an icon from the Dropbox folder may sent out a few weeks ago in an email about consistency and use it as a template that will work best.
The part about the shadow, I think we should be generating the drop shadow with code rather than it being part of the svg asset. All our other icons are single color and the color can be changed programmatically. If this icon in multicolored in the svg it precludes us from doing that.
Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team.