Wikipedia talk:naming conventions (technical restrictions)

From Wikipedia, the free encyclopedia
Jump to: navigation, search

Namespaces and Page Names Ending with a Colon[edit]

So I noticed I can create a page name ending with a colon (e.g. "Page:", "Article:", and "Discussion:"), unless the name (sans the colon) is a registered namespace prefix (e.g. "Help:", "Category:", and "Talk:"). So what happens if the admin registers the namespace "Discussion" when the page Discussion: exists? —Sledged (talk) 18:56, 9 January 2009 (UTC)

Whenever a developer makes new namespace or interwiki prefixes, nasty things happen to existing links and pages. There is a maintenance script that runs through the raw database tables and fixes things like that, moving pages and changing links, to make sure that there are no invalid links (that point somewhere other than where the software think they do). Happymelon 21:31, 9 January 2009 (UTC)

Italicized titles[edit]

RfC Please see here. —Justin (koavf)TCM☯ 05:30, 24 October 2009 (UTC)

Comic books[edit]

The addition of {{italic title}} to {{Infobox comic book title}} has effectively made italics the standard for comic book titles. I have no particular opinion on this matter, I just thought it should be noted. — the Man in Question (in question) 23:45, 14 May 2010 (UTC)

Slash disclaimer still true?[edit]

Is this bullet still true from WP:NC-SLASH?

  • Subpages are still enabled in the talk namespace as they are widely used for archiving old discussion. Therefore if an article has a forward slash in its name, its corresponding talk page may display a redundant subpage level-up link at the top (for example Talk:R/2004 S 1 has a link to Talk:R at the top).

It seems no longer true as of MediaWiki 1.16. I created some test pages in a namespace that has no subpages, while its talk namespace does, and no bogus parent links showed up. Djbwiki (talk) 19:38, 7 February 2011 (UTC)

Look at Talk:R/2004 S 1 right now... --Joy [shallot] (talk) 19:41, 7 February 2011 (UTC)
(ec) I'm still seeing them at Talk:R/2004 S 1 and Talk:AC/DC, so I guess it must still be true. (Perhaps in your test example the higher-level pages didn't exist - if they're redlinks they won't be displayed.)--Kotniski (talk) 19:41, 7 February 2011 (UTC)

Forbidden character - #[edit]

I think it should be explained that # can't be used specifically because it's a location hash, NOT because of 'wikitext syntax.' Avindratalk / contribs 13:57, 21 February 2011 (UTC)

And it's used as a location hash in wikitext syntax, right? So why is it "NOT because of wikitext syntax"?--Kotniski (talk) 14:19, 21 February 2011 (UTC)
Location hashes are a general web standard. They're definitely not limited to wikitext. Also, afaik, they do not originate from wikitext. Avindratalk / contribs 15:26, 21 February 2011 (UTC)
Looks like they're definitely not from wikitext. It's defined in rfc. The official name seems to be fragment identifier, though I and others I know refer to it simply as the "location hash." Avindratalk / contribs 15:29, 21 February 2011 (UTC)
Yes, like with some of the other restricted characters, their special uses aren't exclusive to wikitext; but it's the specific fact that they're used that way in wikitext that prevents their being used in Wikipedia article titles. --Kotniski (talk) 15:48, 21 February 2011 (UTC)
I agree with Kotniski. # has a special meaning in url's but it would have been possible for MediaWiki to allow it in article titles and wikitext if MediaWiki automatically changed it to something else in URLs. It would be an unnecessary complication to get into this instead of simply saying that it cannot be used in page titles, as we do now. PrimeHunter (talk) 12:06, 9 October 2011 (UTC)

video or audio that has no permussio[edit]

Yes I dont understand how something ca/ be video or audio and reproduced or sold with permussion or even knowledge just because someine diesnt understand stupid computers dies that give simeone the right to take advantage — Preceding unsigned comment added by (talk) 08:10, 1 November 2011 (UTC)

What's wrong with ¡Uno![edit]

In Wikipedia:Naming conventions (technical restrictions)#Forbidden_characters, it shows an example:

  • ¡Uno! is located at Uno! (Green Day album)

The article ¡Uno! does exist, and is a redirect to Uno!. Also, neither '¡' nor '!' are mentioned as forbidden characters. What is this example meant to show? —[AlanM1 (talk)]— 05:55, 26 June 2012 (UTC)!&action=history shows it being moved a week ago because of WP:NCTR :) Ask Status (talk · contribs)? --Joy [shallot] (talk) 07:31, 26 June 2012 (UTC)

singular vs. plural form for common noun[edit]

Isn't there a rule that for common noun the article title should use the singular form (e.g. tool), and not plural form (e.g. pliers)?--Michel192cm (talk) 12:39, 24 August 2012 (UTC)

See Wikipedia:Naming conventions (plurals). --Zundark (talk) 13:02, 24 August 2012 (UTC)
Thank you for the info. --Michel192cm (talk) 09:43, 27 August 2012 (UTC)

Can't even search on forbidden characters?[edit]

One of the examples in the article is

If I'm looking for information on C# and type that into the search field, what will come up is C. Fortunately, C# is a popular topic, so the C article has a note at the top that anticipates this problem and tells me where to find C#, but this solution isn't universally applicable.

If I search for What the #$*! Do We Know!?, I get the totally unrelated article What The--?!. The actual article I'm looking for in this case is What the Bleep Do We Know!?. There is no way to create a redirect to help users who know only the stylized version of the title. (That's not particularly unlikely; the "Bleep" version of the title was completely absent from publicity when the film was first released in theaters.) That's really annoying behavior. I think it's fair to call it a bug.

Am I wrong? Am I misunderstanding how users are supposed to look for something like What the #$*! Do We Know!?, or is there just no way to find such subjects? — Preceding unsigned comment added by (talk) 18:31, 18 August 2013 (UTC)

I agree. I was actually trying out #willpower, since that is a given example here. If I go first to Special:Search then the expected result comes up first (and with C# but nothing for What the #$*! Do We Know!?) but if using the search box that the general public would use then you get the front page! Don sure where (else) to report this to get attention of the right people. Thought of asking on the front pages' talk page but decided not to. comp.arch (talk) 15:06, 6 December 2013 (UTC)

Forbidden char list doesn't include underscore (_)[edit]

But according to, underscore is also forbidden. A typo?

2401:FA00:40:E:CE52:AFFF:FE3D:C43A (talk) 05:42, 3 January 2014 (UTC)

Armenian Eternity sign no longer a good example.[edit]

The Armenian eternity sign will be included in the next version of unicode and will then no longer be approporiate as an example of a non-unicode character. An alternative must be found.[1]

  1. ^  Missing or empty |title= (help)

Why not do it this way for the colons?[edit]

Why not move a problmatic page that contains the colon to the similar ratio symbol (. It would look better to the reader. - TheChampionMan1234 05:07, 30 September 2014 (UTC)

Among other problems, the Unicode ratio character '∶' instead of a colon ':' would confuse people who have seen the title and try to link or search it by typing a colon. PrimeHunter (talk) 13:36, 7 January 2015 (UTC)

Lowercase first letter[edit]

I think the whole section titled "Lowercase first letter" is outdated and can be removed. (talk) 10:56, 7 January 2015 (UTC)

I don't understand why you think this. Would like to elaborate?--Mrjulesd (talk) 11:33, 7 January 2015 (UTC)

Lower case first letter - Extent of limitation?[edit]

The article says that this limitation exists because the MediaWiki software is configured that way. The MediaWiki software is used by entities outside of the Wikimedia Foundation ( is an example) and they also suffer from the limitation, which essentially confirms that it is not restricted to Wikipedia. Yet, the Wiktionary does not suffer from it, despite not having tags in its pages. Are we to understand that the Wiktionary does not use the "MediaWiki software"? (talk) 16:34, 23 January 2015 (UTC)

Wikipedia:Naming conventions (technical restrictions)#Lowercase first letter says: "The MediaWiki software is configured so that a page title (as stored in the database) cannot begin with a lower-case letter".
It's a guideline page for the English Wikipedia so it means MediaWiki is configured like that here at Wikipedia. It's the default configuration and probably used by the large majority of the thousands of wikis powered by MediaWiki, but Wiktionary has chosen another configuration. It's the setting at mw:Manual:$wgCapitalLinks. has many configuration settings for wikis run by the Wikimedia Foundation. This includes Wikipedia and Wiktionary. The file contains this:
'wgCapitalLinks' => array(
        'default' => true,
        'jbowiki' => false,
        'wiktionary' => false,
jbowiki is the Lojban Wikipedia. Lojban says: "Lojban is written almost entirely with lower-case letters; upper-case letters are used to mark stress in words that do not fit the normal rules of stress assignment, or when whitespace is omitted." PrimeHunter (talk) 17:08, 23 January 2015 (UTC)

Question about the lowercase first letter[edit]

I understand people have touched on the lowercase first letter before, and that this article explains it's due to a technical restriction caused by the configuration, but I'm curious — what is the actual reason behind the MediaWiki software being configured in such a way? That particular setting has been in place for as long as I can remember, but I've never bothered to inquire about it before. Can anyone with more technical familiarity of the backend explain? ☉ nbmatt 05:26, 3 March 2015 (UTC)