The first video in the TASBot Re: (TASBot Revisited) series is out! TASBot Re: Gradius covers our first run from AGDQ 2014.

Historians wanted: Inquire here.

TASBot Wiki:Village pump: Difference between revisions

From TASBot Wiki
mNo edit summary
mNo edit summary
 
(105 intermediate revisions by 2 users not shown)
Line 1: Line 1:
'''NEED MORE CONTENT''' in general ('''historians wanted''').
'''NEED MORE CONTENT''' in general ('''historians wanted''').
{{plainlinks|1=/index.php?title=Special:WantedPages&limit=100&offset=0|2=Fill out redlinks}} or {{plainlinks|1=/wiki/Special:AllPages?from=&to=&namespace=0&hideredirects=1|2=add to existing articles}} (and {{plainlinks|1=/wiki/Special:AllPages?from=&to=&namespace=14&hideredirects=1|2=category pages}}).
{{plainlinks|1=/index.php?title=Special:WantedPages&limit=100&offset=0|2=Fill out redlinks}} ([[Special:BrokenRedirects|and these]], [[Special:WantedCategories|and also these]])
or [[:Category:Stubs|work on a stub]] ([[Special:UnusedCategories|list empty categories]], {{plainlinks|1=/wiki/Special:AllPages?from=&to=&namespace=0&hideredirects=1|2=list every article}}, [[Special:AllPages/Category:|list every category page]]).


Categories are arguably a direct upgrade to articles in that pages can have multiple parent categories, and categories have a nice UI for navigating to subpages. The longer URI is why you shouldn't just use them for everything.
Categories are arguably a direct upgrade to articles in that pages can have multiple parent categories, and categories have a nice UI for navigating to subpages. The longer URI is why you shouldn't just use them for everything.


Embrace hypertext—link to other pages (and also other sites, such as <code><nowiki>[[wikipedia:]]</nowiki></code> and {{t|TASVideos}}), but do also follow Wikipedia's linking guidelines: only link first mention, avoid adjacent links, don't over-link common concepts/entities ([[TASBot]], in our case).
'''All editing help and guidelines will be in [[Project:Style_guide|the style guide]].'''


Use redirect shorthands wherever you feel they fit, with one exception: tagging pages with a category '''will not work''' if you use a redirect.
If you need to grep in wikitext, use {{plainlinks|1=/api.php?action=query&list=search&srsearch=querytext&srnamespace=*&srwhat=text&format=json|2=this}} (change <code>srsearch=querytext</code>).
You may still use the redirect when making a normal/inline link to the category page, such as <code><nowiki>[[:Category:SGDQ|]]</nowiki></code> &longrightarrow; [[:Category:SGDQ|SGDQ]].


On that note, when tagging pages for appearances with categories, put the year category first, then the event category if it exists (or will later i.e. a redlink).
For those of us used to Git, it can be a bit confusing to look at contribution logs because ''page moves/renames are applied retroactively''.
{{t|infobox appearance}} handles this for you.


Familiarise yourself with what {{plainlinks|1=/wiki/Special:AllPages?from=&to=&namespace=10|2=templates}} exist. Hit up [[User:YoshiRulz]] if you want help making new ones.
The banners at the top of the site are [[MediaWiki:Sitenotice]] (for everyone) and [[MediaWiki:Anonnotice]] (extra banner for everyone who's not logged in).


For consistency (TODO move this to a style guide page):
== TODOs for admins ==
* Where an event's name has a short form, the expanded form is the canonical one e.g. [[Summer Games Done Quick 2016]], with e.g. [[SGDQ 2016]] being a redirect to it.
 
** For ESA, short names follow [https://esamarathon.com/history-of-esa-events/ this] (<code>ESA YYYY</code> through 2017, <code>ESA {Summer,Winter} YYYY</code> from 2018).
Now approximately sorted by effort required!
** <code>LI Retro YYYY</code> is the short name for that.
** <code>BSG Annual YYYY</code> is the short name for that.
** AGDQ/SGDQ/GDQx and LTX are trivial.
** May Contain Hackers ([[:Category:Galactic_Hacker_Party|Galactic Hacker Party]]'s 2022 incarnation) was special-cased and has been given 2 redirects.
** No other events need abbreviating at present.


==TODOs for admins==
* There are {{PAGESINCATEGORY:Pages_to_delete}} [[:Category:Pages_to_delete|pages to delete]]
* There are {{PAGESINCATEGORY:Pages_to_delete}} [[:Category:Pages_to_delete|pages to delete]]
* There are {{PAGESINCATEGORY:Images_with_unknown_copyright_status}} [[:Category:Images_with_unknown_copyright_status|images/files missing copyright metadata]]
* visual editor is showing PortableInfoboxen as just the header, no content; [https://github.com/Universal-Omega/PortableInfobox/issues/70 supposedly fixed in MW 1.40]
* can the PortableInfobox link an image's media page rather than hotlink?
** bonus points if clicking it opens a preview with the file's description as the caption, like on Wikipedia
*** [[mw:Help:Extension:Media_Viewer#How_can_I_view_more_information?|this feature]] is part of [[mw:Extension:MultimediaViewer]], so just enable that
* if [[mw:Help:Cite#Separating_references_from_text|semantic citation markup]] is desired (and I believe it is), [[mw:Extension:Cite]] needs to be <del>installed</del> enabled --yoshi
* current [[MediaWiki:Sitenotice]] is fairly unintrusive, but should we want to make it bigger in the future it should probably be dismissable&mdash;that requires [[mw:Extension:DismissableSiteNotice]] w/ <code>$wgDismissableSiteNoticeForAnons = true</code>
* The current landing page is fine by MediaWiki standards, but as the face of <code><nowiki>https://tas.bot</nowiki></code> it's not great. Way too many links (above the fold, that is), and the only picture of TASBot is the one in the sidebar. --yoshi
* upload images ([[Special:ListFiles|list existing media]])
* upload images ([[Special:ListFiles|list existing media]])
** please try reducing filesize with WebP: <code>magick convert input.png -define webp:lossless=true output.webp</code>
** please try reducing filesize with WebP: <code>magick convert input.png -define webp:lossless=true output.webp</code>
* consider adding [[mw:Extension:Babel|<code><nowiki>{{#babel:}}</nowiki></code> template for user pages]]
** since we seem to have dealt with the bot problem, can we loosen the perms and let regular users upload?
* There are {{PAGESINCATEGORY:Images_with_unknown_copyright_status}} [[:Category:Images_with_unknown_copyright_status|images/files missing copyright metadata]]
* fix quick search API
* fix quick search API
** I researched as far as [[mw:API:Query#Example_6:_Generators|'Generators']] + [[mw:API:Prefixsearch|<code>prefixsearch</code>]] and gave up --yoshi
** I researched as far as [[mw:API:Query#Example_6:_Generators|'Generators']] + [[mw:API:Prefixsearch|<code>prefixsearch</code>]] and gave up --yoshi
* can the PortableInfobox link an image's media page rather than hotlink?
*** Update: IIRC I saw a JS error and, assuming that was related, chased that to the above docs. But the error is gone now and yet the search still sucks. --yoshi
** bonus points if clicking it opens a preview with the file's description as the caption, like on Wikipedia
* consider adding [[mw:Extension:Babel|<code><nowiki>{{#babel:}}</nowiki></code> template for user pages]]
*** [[mw:Help:Extension:Media_Viewer#How_can_I_view_more_information?|this feature]] is part of [[mw:Extension:MultimediaViewer]]
** I went ahead and added a template-based userbox; see [[Project:Babel|Babel overview]]. It can even be used for programming languages, though it doesn't have any special handling for them at the time of writing. I've used the private-use code <code>qhx</code> for that, as you can see on [[User:YoshiRulz|my user page]]. --yoshi
* if [[mw:Help:Cite#Separating_references_from_text|semantic citation markup]] is desired, [[mw:Extension:Cite]] needs to be installed
* we haven't needed a {{redlink not wanted|TASBot Wiki:Sandbox}} yet, but if we're expecting an influx of editors unfamiliar with MediaWiki, it may be a good idea, which raises the question of excluding it from [[Special:RecentChanges]]. I found [https://stackoverflow.com/a/4901451 this] from 2011, and the modern equivalent appears to be [[mw:Manual:Hooks/ChangesListSpecialPageStructuredFilters|the <code>ChangesListSpecialPageStructuredFilters</code> hook]]. IMO not worth messing with that. --yoshi
* I haven't looked into how to do this, but I'm really missing the "Purge" button beside "Move" and "Watch" in the top-right --yoshi
* consider adding [[mw:Extension:CodeMirror]] and/or setting <code>$wgWikiEditorRealtimePreview = true;</code> for an enhanced source editor


==TODOs==
==TODOs==
* There are {{PAGESINCATEGORY:Incorrect_usage_of_first-party_templates}} [[:Category:Incorrect_usage_of_first-party_templates|pages with malformed template calls]]
* There are {{PAGESINCATEGORY:Needs_copyediting}} [[:Category:Needs_copyediting|pages which need copyediting]] (check spelling and grammar)
* finish moving event pages to <code>Category</code> namespace, and cleaning up names
* finish moving event pages to <code>Category</code> namespace, and cleaning up names
** [[GDQ]] (split and/or rename and/or merge w/ [[:Category:Summer Games Done Quick]])
** [[GDQ]]&mdash;either move to {{redlink not wanted|:Category:Awesome Games Done Quick|Category:Awesome Games Done Quick}}, or keep it as a disambiguation page (moved to {{redlink not wanted|Games Done Quick}} ofc) and create the category page from scratch
** [[MAGFest]] (split and/or rename and/or merge w/ [[:Category:Super MAGFest]])
*** need someone to make the call here; should there be a page for GDQ as a whole, or not? --yoshi
** [[MAGWest Go]]
** MAGFest is all cleaned up and ready for new articles
** everything ESA
* clean up {{t|prevnext appearance}} data (blocked by above renaming)
** also need to insert [[LTX 2023]] before [[ESA Summer 2023]], and [[LI Retro 2023]] after it
* infobox for individuals
* infobox for individuals
** [[Template:Infobox_individual|Done]], <del>but it doesn't render correctly</del> close enough now thanks to TheMas
** [[Template:Infobox_individual|Done]], <del>but it doesn't render correctly</del> close enough now thanks to TheMas
** consider adding fields for country/flag and for pronouns
** <del>consider adding fields for country/flag and for pronouns</del>
*** Copied over [[Template:P|a template]] from Wikipedia, and while it currently only works for users of this wiki, I have an idea for extending it if that ends up being necessary. In the meantime I suggest '''not''' making dummy accounts for people. --yoshi
*** Copied over [[Template:Pronoun|a template]] from Wikipedia, and while it currently only works for users of this wiki, I have an idea for extending it if that ends up being necessary. In the meantime I suggest '''not''' making dummy accounts for people. --yoshi
** could add email, but I'd like to have it deobfuscate on click (with JS) if it's going to be included, and with a personal site field it's kind of redundant --yoshi
*** Added a little template for flag emoji, and added a way to use that and {{t|p}} in the infobox. --yoshi
** could add email, but I'd like to have it deobfuscate on click (with JS) if it's going to be included, and with a personal site field and editors able to email each other via MediaWiki it would be rather redundant --yoshi
** consider adding field for (programming) languages spoken
** consider adding field for (programming) languages spoken
*** for natural languages, there's [[:mw:Extension:Babel]], and it may be possible to hack in programming languages as <code>qxx</code> or something --yoshi
*** see [[Project:Babel|Babel overview]] and relevant notes above
* consider redirecting (not sure how when <code>#REDIRECT</code> only allows local links) e.g. [[desync]] to {{TASVideos|/Glossary#Desync|TASVideos.org/Glossary#Desync}}
* consider redirecting (not sure how when <code>#REDIRECT</code> only allows local links; maybe [[wikipedia:Template:Soft_redirect]]?) e.g. {{link or redlink not wanted|desync}} to {{TASVideos|/Glossary#Desync|TASVideos.org/Glossary#Desync}}
** - introduces chance for link-rot
** - introduces chance for link-rot
*** + can leave notes for TASVideos editors
*** + can leave notes for TASVideos editors
** - not everyone can add to that glossary
** - not everyone can add to that glossary
*** + yet
*** + yet
** '''counter-proposal''': could instead make a {{t|TASVideosGloss}} and use <code><nowiki>{{TASVideosGloss|term}}</nowiki></code> instead of <code><nowiki>[[term]]</nowiki></code>
** '''counter-proposal''': could instead make a <nowiki>{{</nowiki>{{link or redlink not wanted|Template:TASVideosGloss|TASVideosGloss}}<nowiki>}}</nowiki> and use <code><nowiki>{{TASVideosGloss|term}}</nowiki></code> instead of <code><nowiki>[[term]]</nowiki></code>
*** + easy on a technical level
*** + easy on a technical level
*** - no way to see valid link targets without visiting TASVideos
*** - no way to see valid link targets without visiting TASVideos
*** - same problems as above re: "delegating" content to TASVideos
*** - same problems as above re: "delegating" content to TASVideos
* it seems reference lists e.g. [[Special:WhatLinksHere/Template:TASVideos]] don't differentiate between direct and transitive transclusions (that is, where the template is used as itself vs. where it's only used via another template)
* it seems reference lists e.g. [[Special:WhatLinksHere/Template:TASVideos]] don't differentiate between direct and transitive transclusions (that is, where the template is used as itself vs. where it's only used via another template)
* I believe [[MediaWiki:Noarticletext]] is used for 404 pages and it needs the TASBot spinning eye GIF --yoshi
** worked around this by using search API e.g. {{plainlinks|1=/api.php?action=query&list=search&srsearch=userfiles&srnamespace=*&srwhat=text&format=json|2=this}}, but it's not ideal --yoshi
* check {{plainlinks|1=/index.php?title=Template:Unknown_copyright&action=history|2=this nonsense}} actually worked (pretty sure WantedPages is cached for at least a day); if so extract {{t|redlink not wanted}}
* why are category pages wider than articles? affects both Citizen and Vector themes
** this was an explicit choice (namespaces -1, 6, and 14 are {{ns:-1}}, {{ns:6}}, and {{ns:14}}, respectively):
<pre>@media screen and (min-width:1300px) {
.ns--1, .ns-6, .ns-14 {
--width-layout:var(--width-layout--extended);
}
}</pre>
*** I'm not a fan of the postmodern <code>max-width: 800px; margin: auto;</code> epidemic, squishing all the text into the centre of the screen, but I understand it's a popular style. --yoshi
* use shorthand redirects in {{t|prevnext appearance}}, like {{t|prevnext of type}} does already?
** would help with float-right text being left-aligned in practice due to a line break (why)<del>, as you can see on [[ESA Summer 2019]]</del> (that was from {{t|prevnext of type}} which is now using shorthand)
*** found that removing the inner {{t|float right}} and making the outer {{t|float right}} <code>dir="rtl"</code> will work around this... but that feels like a bad idea --yoshi
* <del>speaking of, need to suppress {{t|prevnext of type}} in {{t|infobox appearance}} when it matches {{t|prevnext appearance}}</del>
** simply commented-out the first few entries in {{t|prevnext of type}}; for finer control we could comment-out individual fields too --yoshi
* improve contribution docs for {{t|format run data}}
** note that raw encodes do not belong in <code>recording</code> (should we have a separate field for that?)
* consider a single-source-of-truth for YouTube video IDs
** + would make it easier to see what content needs backing up
** - steeper learning curve for contributors
*** + it could be optional
**** - even so, it would contribute to cognitive load, and it being optional only means janitors have to pick up that workload
** + allows quickly checking if a source (read: video) is known
*** - not much of an improvement over site-wide page source search (linked above), and I think literally only I will use this --yoshi
** '''counter-proposal''': <code><nowiki>{{YouTube video/identifier|timestamp or other querystring}}</nowiki></code> (or dedicated param for timestamp might be better; see [https://lethal.miraheze.org/wiki/Template:Cite_YouTube this template] I wrote on another wiki for logic)
*** this should probably be optional, so:
*** - steeper learning curve for contributors ''adding sources'', but
*** + little extra cognitive load for contributors working with ''existing sources'';
*** - and still more work for janitors.
*** + trivial to create a subpage list, then those can be checked by archivist and edited or even put into categories
*** - identifiers wouldn't include the video ID so would still need page source search for that
* should media be categorised by event as well? if so, by individual events, or just by series?
* blank branches in <nowiki>{{#if}}/{{#switch}}</nowiki> should really be HTML comments for explicitness...


----
----

Latest revision as of 10:49, 6 September 2024

NEED MORE CONTENT in general (historians wanted). Fill out redlinks (and these, and also these) or work on a stub (list empty categories, list every article, list every category page).

Categories are arguably a direct upgrade to articles in that pages can have multiple parent categories, and categories have a nice UI for navigating to subpages. The longer URI is why you shouldn't just use them for everything.

All editing help and guidelines will be in the style guide.

If you need to grep in wikitext, use this (change srsearch=querytext).

For those of us used to Git, it can be a bit confusing to look at contribution logs because page moves/renames are applied retroactively.

The banners at the top of the site are MediaWiki:Sitenotice (for everyone) and MediaWiki:Anonnotice (extra banner for everyone who's not logged in).

TODOs for admins

Now approximately sorted by effort required!

  • There are 5 pages to delete
  • visual editor is showing PortableInfoboxen as just the header, no content; supposedly fixed in MW 1.40
  • can the PortableInfobox link an image's media page rather than hotlink?
  • if semantic citation markup is desired (and I believe it is), mw:Extension:Cite needs to be installed enabled --yoshi
  • current MediaWiki:Sitenotice is fairly unintrusive, but should we want to make it bigger in the future it should probably be dismissable—that requires mw:Extension:DismissableSiteNotice w/ $wgDismissableSiteNoticeForAnons = true
  • The current landing page is fine by MediaWiki standards, but as the face of https://tas.bot it's not great. Way too many links (above the fold, that is), and the only picture of TASBot is the one in the sidebar. --yoshi
  • upload images (list existing media)
    • please try reducing filesize with WebP: magick convert input.png -define webp:lossless=true output.webp
    • since we seem to have dealt with the bot problem, can we loosen the perms and let regular users upload?
  • There are 19 images/files missing copyright metadata
  • fix quick search API
    • I researched as far as 'Generators' + prefixsearch and gave up --yoshi
      • Update: IIRC I saw a JS error and, assuming that was related, chased that to the above docs. But the error is gone now and yet the search still sucks. --yoshi
  • consider adding {{#babel:}} template for user pages
    • I went ahead and added a template-based userbox; see Babel overview. It can even be used for programming languages, though it doesn't have any special handling for them at the time of writing. I've used the private-use code qhx for that, as you can see on my user page. --yoshi
  • we haven't needed a TASBot Wiki:Sandbox yet, but if we're expecting an influx of editors unfamiliar with MediaWiki, it may be a good idea, which raises the question of excluding it from Special:RecentChanges. I found this from 2011, and the modern equivalent appears to be the ChangesListSpecialPageStructuredFilters hook. IMO not worth messing with that. --yoshi

TODOs

  • There are 0 pages with malformed template calls
  • There are 1 pages which need copyediting (check spelling and grammar)
  • finish moving event pages to Category namespace, and cleaning up names
    • GDQ—either move to Category:Awesome Games Done Quick, or keep it as a disambiguation page (moved to Games Done Quick ofc) and create the category page from scratch
      • need someone to make the call here; should there be a page for GDQ as a whole, or not? --yoshi
    • MAGFest is all cleaned up and ready for new articles
  • infobox for individuals
    • Done, but it doesn't render correctly close enough now thanks to TheMas
    • consider adding fields for country/flag and for pronouns
      • Copied over a template from Wikipedia, and while it currently only works for users of this wiki, I have an idea for extending it if that ends up being necessary. In the meantime I suggest not making dummy accounts for people. --yoshi
      • Added a little template for flag emoji, and added a way to use that and {{p}} in the infobox. --yoshi
    • could add email, but I'd like to have it deobfuscate on click (with JS) if it's going to be included, and with a personal site field and editors able to email each other via MediaWiki it would be rather redundant --yoshi
    • consider adding field for (programming) languages spoken
  • consider redirecting (not sure how when #REDIRECT only allows local links; maybe wikipedia:Template:Soft_redirect?) e.g. desync to TASVideos.org/Glossary#Desync
    • - introduces chance for link-rot
      • + can leave notes for TASVideos editors
    • - not everyone can add to that glossary
      • + yet
    • counter-proposal: could instead make a {{TASVideosGloss}} and use {{TASVideosGloss|term}} instead of [[term]]
      • + easy on a technical level
      • - no way to see valid link targets without visiting TASVideos
      • - same problems as above re: "delegating" content to TASVideos
  • it seems reference lists e.g. Special:WhatLinksHere/Template:TASVideos don't differentiate between direct and transitive transclusions (that is, where the template is used as itself vs. where it's only used via another template)
    • worked around this by using search API e.g. this, but it's not ideal --yoshi
  • why are category pages wider than articles? affects both Citizen and Vector themes
    • this was an explicit choice (namespaces -1, 6, and 14 are Special, File, and Category, respectively):
@media screen and (min-width:1300px) {
	.ns--1, .ns-6, .ns-14 {
		--width-layout:var(--width-layout--extended);
	}
}
      • I'm not a fan of the postmodern max-width: 800px; margin: auto; epidemic, squishing all the text into the centre of the screen, but I understand it's a popular style. --yoshi
  • use shorthand redirects in {{prevnext appearance}}, like {{prevnext of type}} does already?
    • would help with float-right text being left-aligned in practice due to a line break (why), as you can see on ESA Summer 2019 (that was from {{prevnext of type}} which is now using shorthand)
      • found that removing the inner {{float right}} and making the outer {{float right}} dir="rtl" will work around this... but that feels like a bad idea --yoshi
  • speaking of, need to suppress {{prevnext of type}} in {{infobox appearance}} when it matches {{prevnext appearance}}
    • simply commented-out the first few entries in {{prevnext of type}}; for finer control we could comment-out individual fields too --yoshi
  • improve contribution docs for {{format run data}}
    • note that raw encodes do not belong in recording (should we have a separate field for that?)
  • consider a single-source-of-truth for YouTube video IDs
    • + would make it easier to see what content needs backing up
    • - steeper learning curve for contributors
      • + it could be optional
        • - even so, it would contribute to cognitive load, and it being optional only means janitors have to pick up that workload
    • + allows quickly checking if a source (read: video) is known
      • - not much of an improvement over site-wide page source search (linked above), and I think literally only I will use this --yoshi
    • counter-proposal: {{YouTube video/identifier|timestamp or other querystring}} (or dedicated param for timestamp might be better; see this template I wrote on another wiki for logic)
      • this should probably be optional, so:
      • - steeper learning curve for contributors adding sources, but
      • + little extra cognitive load for contributors working with existing sources;
      • - and still more work for janitors.
      • + trivial to create a subpage list, then those can be checked by archivist and edited or even put into categories
      • - identifiers wouldn't include the video ID so would still need page source search for that
  • should media be categorised by event as well? if so, by individual events, or just by series?
  • blank branches in {{#if}}/{{#switch}} should really be HTML comments for explicitness...

Qs for dwango:

  • I take it the focus here is on history, so how much technical information should be here vs on TASVideos?
    • tl;dr: we should put [technical info] on TASVideos. However, I have one pause here; there is a huge barrier to entry for TASVideos [wiki] at this time [...]
    • In essence, we should first and foremost ensure things like replay device and console verification documentation is complete (enough) on the TASVideos wiki. As CompuCat pointed out however, our needs and perspective is a bit different, and there's no harm in us also having technical details on the TASBot wiki with a perspective more geared toward live presentations at charity events. In fact, that's where I see the TASBot community as differentiated from the TASVideos side when it comes to on-hardware work; the TASBot community is centered around having our cute robot mascot play video games during public presentations, and our needs are going to involve things like proper presentation with visualization on camera that aren't relevant for just seeing if something syncs on hardware. To that end, I think there's room to have the core concepts explained from the different perspectives even if some of it may end up overlapping documentation on the TASVideos side. More documentation (so long as it isn't wholly inaccurate) is always better. There's another caveat here - despite my best efforts, it's still a lot harder for folks to edit wiki entries on TASVideos whereas anyone willing to share an email address is able to edit the TASBot Wiki
  • apart from Ambassadors, how should individuals be categorised?
    • DWYW
      • pages can be in multiple categories, so I guess could just have one cat per role/specialty?
    • to that end, a definition of "notability" for inclusion here would be helpful
      • anyone who was credited for any event/showcase