m (→Color tables readability: wording) |
(→Color tables readability: +more info about second option) |
||
Line 59: | Line 59: | ||
Should I try to unify GTA V templates with the other templates? Or maybe the correct solution would be to have both foreground and background colors in /SwitchColor templates? I went with the separate template solution, because it was the easier option—in the main templates I just replaced <code>FFFFFF</code> with transclusions of new templates. —[[User:Andrybak|andrybak]] ([[User talk:Andrybak|talk]]) 13:11, June 13, 2019 (UTC) |
Should I try to unify GTA V templates with the other templates? Or maybe the correct solution would be to have both foreground and background colors in /SwitchColor templates? I went with the separate template solution, because it was the easier option—in the main templates I just replaced <code>FFFFFF</code> with transclusions of new templates. —[[User:Andrybak|andrybak]] ([[User talk:Andrybak|talk]]) 13:11, June 13, 2019 (UTC) |
||
+ | |||
+ | : About the second option: if we're to have both colors inside /SwitchColor templates, then it would probably make sense to move some CSS bits over there as well. Something like: |
||
+ | |||
+ | <nowiki>background: #{{#switch: {{{1}}} ...lots of code... }}; color: #<another giant switch>;</nowiki> |
||
+ | |||
+ | :—[[User:Andrybak|andrybak]] ([[User talk:Andrybak|talk]]) 13:29, June 13, 2019 (UTC) |
||
== Infobox readability and CSS == |
== Infobox readability and CSS == |
Revision as of 13:29, 13 June 2019
Welcome to GTA Wiki's Community Noticeboard.
Archives |
---|
|
Page to be archived after 30 requests, |
Talk page rules apply here. This noticeboard is for discussion and voting on changes to the wiki, reporting vandalism and wiki rule breaking, and reporting bad or unfair behaviour from GTA Wiki staff. Votes for the expiration of a Patroller's probation will also be held here.
For requests for promotion, please go to GTA Wiki:Requests for Promotion.
Voting Rules
Since voting about a change can cause arguments, here are the rules.
- Anyone can start a topic for a community vote.
- Please be civil when voting, and never condemn another user's vote.
- Voting usually lasts 3 to 5 days.
Please input your new discussions at the top by editing the "New Topic" section and adding a new heading, leaving the "New Topic" heading at the top. That way, we can easily spot it rather than looking for it and you don't have to edit the whole page each time.
New Topic
Color tables readability
I've noticed on the page Squalo, that the vehicle color table renders all text inside as white regardless of the background color of the cells. To fix the issue, I've created several templates (per game):
- {{CarColIII/SwitchContrastColor}}
- {{CarColVC/SwitchContrastColor}}
- {{CarColSA/SwitchContrastColor}}
- {{CarColIV/SwitchContrastColor}}
These templates only use white and black color, depending on the first positional parameter. White or black is chosen to have maximum contrast compared to the corresponding color in /SwitchColor templates. The code was generated by a small Python script using contrast formulas from https://stackoverflow.com/a/7261158/1083697.
I've checked the results on pages Squalo, Cheetah, Cuban Jetmax, Feltzer. Feel free to ping me if you see any issues with these templates.
Question: I see that Template:CarColV uses a mix of CSS and HTML to solve the readability issue. For some colors in Template:CarColV/SwitchName, an HTML snippet <font color=black>
is added, and for some colors in Template:CarColV/SwitchColor—CSS snippet ; color:black
. It seems that CSS solution is a bit broken, because Template:CarColV has color:#FFFFFF
in the style right after transclusion of {{CarColV/SwitchColor}}.
Should I try to unify GTA V templates with the other templates? Or maybe the correct solution would be to have both foreground and background colors in /SwitchColor templates? I went with the separate template solution, because it was the easier option—in the main templates I just replaced FFFFFF
with transclusions of new templates. —andrybak (talk) 13:11, June 13, 2019 (UTC)
- About the second option: if we're to have both colors inside /SwitchColor templates, then it would probably make sense to move some CSS bits over there as well. Something like:
background: #{{#switch: {{{1}}} ...lots of code... }}; color: #<another giant switch>;
- —andrybak (talk) 13:29, June 13, 2019 (UTC)
Infobox readability and CSS
Is yellow and black colors of Template:Infobox mission intended? For me it looks really bad, for example, on Zeroing In. I've also posted about readability issues of yellow-on-yellow text, like in Introduction (GTA III). —andrybak (talk) 13:53, June 2, 2019 (UTC)
Comments
- Yes, it is intended. Everything is fine on my end. SlashM,C 16:29, June 2, 2019 (UTC)
- Screenshot with poorly readable text highlighted: https://i.imgur.com/xt5svF1.png. In addition to issue with readability: the different yellow & black background of table cells seems unnecessary. —andrybak (talk) 11:21, June 3, 2019 (UTC)
- Everything looks fine to me. Try adjusting your monitor. Black background is necessary, we'd like our templates to not look terrible. SlashM,C 11:37, June 3, 2019 (UTC)
- How about making whole infobox background black, so that it's not a checkered black-yellow board? Something like this: https://i.imgur.com/KMJikkF.png. —andrybak (talk) 15:05, June 3, 2019 (UTC)
- Also, entered the colors into an online contrast checker, and it failed 5/5 tests: https://webaim.org/resources/contrastchecker/?fcolor=FEC356&bcolor=CFA774 —andrybak (talk) 15:09, June 3, 2019 (UTC)
- I was mainly talking about San Andreas when I said that "everything was fine". You're definitely right about III's link colors. They should be changed up a bit, sort of like the colors for Vice City infoboxes were changed up. Multiple colors in the infoboxes (derived from themes of their separate games) should be kept. SlashM,C 15:28, June 3, 2019 (UTC)
- SA color scheme also scores 0/5 :-( https://webaim.org/resources/contrastchecker/?fcolor=B54242&bcolor=E2A152 —andrybak (talk) 15:31, June 3, 2019 (UTC)
- I was mainly talking about San Andreas when I said that "everything was fine". You're definitely right about III's link colors. They should be changed up a bit, sort of like the colors for Vice City infoboxes were changed up. Multiple colors in the infoboxes (derived from themes of their separate games) should be kept. SlashM,C 15:28, June 3, 2019 (UTC)
- Everything looks fine to me. Try adjusting your monitor. Black background is necessary, we'd like our templates to not look terrible. SlashM,C 11:37, June 3, 2019 (UTC)
- Screenshot with poorly readable text highlighted: https://i.imgur.com/xt5svF1.png. In addition to issue with readability: the different yellow & black background of table cells seems unnecessary. —andrybak (talk) 11:21, June 3, 2019 (UTC)
Position of hatnotes
Good day to all. I have noticed an inconsistency with the positioning of the hatnotes (Template:Spoiler, Template:Disambiglink, etc.) on different articles. For example, Keep Your Friends Close... has the "Spoiler" hatnote above the Infobox, while Tommy Vercetti has it beside it. I have been trying to normalize the location of the "Disambiglink" template by placing it beside the Infobox for some time, but after seeing the same issue with the "Spoiler" template I have decided to raise the matter here. Should we have the hatnotes beside the Infobox, or should they be above it? Please vote and/or comment on this. Thank you in advance for your input.
TAlim 1994 - Konan T-A Lim 林道安 (talk | contributions) 05:47, March 29, 2019 (UTC)
Votes
- Above - SlashM,C 09:26, March 30, 2019 (UTC)
- Both - Monk Talk 12:35, March 30, 2019 (UTC)
- Depends - Smurfy: illuminate - communicate - spectate 22:45, March 30, 2019 (UTC)
Comments
- It totally depends on the size of the hatnote, in my opinion. For example, fix-width hatnotes (like "Images", "Spoiler", etc) should always be above the infobox, at the very top of an article (unless section-specific), simply because the full-width nature spreads out the text and content within the hatnote much better than it does when condensed between a 300px infobox. However, non-fixed width examples, such as Disambiglink, can vary in width. Really small disambiglinks look awkward when they're above the infobox, as you end up with unnecessary spacing at either side of the hatnote when it is placed above the infobox, hence why I've been moving such small disambiglink hatnotes beneath the infobox, that way, it tidily fits between the infobox and the left margin. Monk Talk 12:35, March 30, 2019 (UTC)
- I think it depends on the template, and the individual page - but for slightly different reasons to Monk. As per wiki standards, a disambiguation hatnote should always be the topmost element on a page when it is rendered to the user. That doesn't mean it is necessarily the topmost element in the source code. Aligning a short one to the left of a right-aligned infobox still makes it the first element on the page (in English, where we read left-right). Where it requires 100% width, it should obviously be on top.
Where there are other banner elements (e.g. Maintenance banners like Cleanup, Images needed, Under construction, or Notice elements like Next-gen, Spoilers) that do require 100% of the page width, then any disambig (regardless of width) needs to sit above these, so needs to be the first element in the code. We are currently quite bad at that. We're probably also a bit more relaxed on the over-use of disambigs for things that are related rather than alternates, so should really just be in "see also" sections. Smurfy: illuminate - communicate - spectate 22:45, March 30, 2019 (UTC)