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 208.54.39.168 (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)

http://en.wikipedia.org/w/index.php?title=%C2%A1Uno!&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 68.98.2.5 (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 http://en.wikipedia.org/wiki/Wikipedia:TITLESPECIALCHARACTERS, 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. ^ http://www.unicode.org/alloc/Pipeline.html.  Missing or empty |title= (help)