Difference between revisions of "Category talk:D_GARG levels"

From DoomWiki.org

(Underscore in title?: reply to Gez and Quasar)
Line 26: Line 26:
  
 
::: That has no impact on category links or search. --[[User:Quasar|Quasar]] ([[User talk:Quasar|talk]]) 14:22, 7 August 2017 (CDT)
 
::: That has no impact on category links or search. --[[User:Quasar|Quasar]] ([[User talk:Quasar|talk]]) 14:22, 7 August 2017 (CDT)
 +
 +
:::: DISPLAYTITLE includes a {{wp|Wikipedia:Page name#Changing the displayed title|filter}} to check whether the new name is "similar enough", because otherwise somebody would just plaster ''INSTADOOM SUCKS'' over every article.  The category would need to move to the space form, which as stated above seemed like an immediate uglification for an indirect benefit.  Redirecting sounds OK superficially, though again the title of the new page won't actually contain an underscore (compare the rendered title to the sort key [https://en.wikipedia.org/w/index.php?title=Mod_php&action=edit here]); does searching fully support one-letter words?  (I confess I'm not accustomed to thinking about search terms for pages with one link.)    [[User talk:Ryan W|Ryan W]] ''([[User:Ryan W|living fossil]])'' 16:43, 7 August 2017 (CDT)

Revision as of 16:43, 7 August 2017

Underscore in title?

This is not a perfect solution, but I hope it's an improvement over the default parsing.  MediaWiki appears less open-minded about underscores than the special characters we have previously worked around (e.g. hash tags, plus signs)  Old bugzilla entries, from when categories were first implemented, show this was clearly intentional to prevent user errors and corrupted titles.  Which of course has happened here too.

If you disagree strongly, go ahead and revert.  Or try to do better: my experiments in Special:ExpandTemplates concluded with

   [[D ̲ ̲ ̲ ̲GARG levels]]
   
   [[D ̲GARG levels]]
   
   [[D_GARG levels]]
   
   [[D ̲ ̲GARG levels]]
   
   [[D ̲GARG levels]]

which looked like this [1].

I thought it was important to use something that remained one character wide, because some browser/skin combinations put a tiny interstitial space between (also affecting the link display on the parent category page, which we cannot change without patching core).  That eliminates the first and fourth options.  Testing seemed to show that the second option made the distance between "D" and "G" far too narrow, more so than this one is too wide, and especially in the default skin.  As the image shows, the last case was simply dancing to a tune I couldn't hear (which may be my outdated computer however).

Probably worrying about nothing again, but just in case.  :>    Ryan W (living fossil) 08:15, 5 August 2017 (CDT)

How are people supposed to find this, or reproduce it without already knowing about it and having it on screen to copy-paste from? That's the problem it raises for me. The normal correct ASCII character _ is what people will type into a search, for example. There at least needs to be a redirect from that to this. --Quasar (talk) 13:16, 7 August 2017 (CDT)
What prevents from using {{DISPLAYTITLE:D_GARG levels}} to display the underscore normally? --Gez (talk) 13:19, 7 August 2017 (CDT)
That has no impact on category links or search. --Quasar (talk) 14:22, 7 August 2017 (CDT)
DISPLAYTITLE includes a filter to check whether the new name is "similar enough", because otherwise somebody would just plaster INSTADOOM SUCKS over every article.  The category would need to move to the space form, which as stated above seemed like an immediate uglification for an indirect benefit.  Redirecting sounds OK superficially, though again the title of the new page won't actually contain an underscore (compare the rendered title to the sort key here); does searching fully support one-letter words?  (I confess I'm not accustomed to thinking about search terms for pages with one link.)    Ryan W (living fossil) 16:43, 7 August 2017 (CDT)