FANDOM


Community Noticeboard Archive: All of 2019


Resignation

It has been a true pleasure to be a senior bureaucrat at this wiki for the past couple of years, however it time for me to hang my coat up and give up my responsibilities for good. I am simply not interested in the GTA series as much as I used to be, particularly when it comes to documenting my research here, and I have little time to focus on monitoring the activity of the wiki, let alone perform usual Bureaucrat duties, contribute and maintain activity.

Thank you to everyone who supported me during my time here, particularly Smurfy, Sam and all the former Bureaucrats, Administrators and Patrollers who I had the pleasure of working with.

There isn't much point writing about my favorite moments, my biggest achievements and all the things I've introduced around the wiki; there's too many to tell and those who know me best will know what they probably are. For everyone else, strive high, think big, and good luck in the future.

Monk Talk 16:13, November 19, 2019 (UTC)

Resigning

Unfortunately, it's now the time for me to resign from my position, after having served for more than two years and a half as an administrator. My interest in editing here has been declining for a while, and my activity has been inconsistent, especially that I currently have multiple other commitments. This means I won't have much time to maintain my activity here, and I'd rather leave the admin spot for someone more active. I'll still check the wiki occasionally and edit when needed, just not in a consistent way.

Best of luck to everyone I've worked with :) It's been good contributing here. Ultimate94ninja talk · contribs 11:20, October 28, 2019 (UTC)

Resignation

Well, I think the time has finally come for me to step down. Sadly my interest in the wiki and GTA has been declining lately, and I don't have the motivation to stay as administrator anymore. I'm also convinced there are other active editors that would do a better job and are ready for a promotion.

Good luck to everybody, and thanks to Monk, Sean, Sam and Cam for being great members of this community and awesome GTA fans. I've learned a lot from you. DocVinewood (talk) 14:50, June 14, 2019 (UTC)

Comments

  • Sorry to see you go again, unfortunately it does happen; losing motivation and time especially. I'm sure we'll see you around occasionally in the meantime :) Monk Talk 15:30, June 16, 2019 (UTC)

You can count on it. Take care :) DocVinewood (talk) 14:46, June 17, 2019 (UTC)

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):

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)

Comments

  • As the original developer of this template series, I appreciate the time put into fixing that. I did attempt to avert that in the V template, but forgot about the others. All looks good to me :) Monk Talk 15:32, June 16, 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)

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

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)
  • Voted above because 1) it is a style used on many other wikis, including Wikipedia and Memory Alpha 2) this allows for better readability if the infobox to the right of notice makes it too narrow (default skin on FANDOM make pages already too narrow). I believe we should dismiss options "both" and "depends" simply as inconsistent. If there is an agreed upon placement policy/guideline/whatever, then: a) editors don't need to spend time deciding which placement is better, and b) it will always be objective. —⁠andrybak (talk) 01:38, June 19, 2019 (UTC)
Community content is available under CC-BY-SA unless otherwise noted.

Fandom may earn an affiliate commission on sales made from links on this page.

Stream the best stories.

Fandom may earn an affiliate commission on sales made from links on this page.

Get Disney+