Wikipedia talk:Naming conventions (technical restrictions)

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

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)[reply]

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)[reply]

Italicized titles[edit]

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

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) 🇹🇰💛🇨🇼MW💎👀👌🏾👉🏾🥀. — Preceding unsigned comment added by Diamond105 (talkcontribs) 05:49, 9 May 2021 (UTC)[reply]

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)[reply]

Look at Talk:R/2004 S 1 right now... --Joy [shallot] (talk) 19:41, 7 February 2011 (UTC)[reply]
(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)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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

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)[reply]

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)[reply]

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)[reply]

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. {{cite web}}: 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)[reply]

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)[reply]

Lowercase first letter[edit]

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

I don't understand why you think this. Would like to elaborate?--Mrjulesd (talk) 11:33, 7 January 2015 (UTC)[reply]
Because half those example links redirect to titles with the correct case and that don't demonstrate the limitation.

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 (kb.mozillazine.org 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 {{lowercase title}} tags in its pages. Are we to understand that the Wiktionary does not use the "MediaWiki software"? 66.130.179.8 (talk) 16:34, 23 January 2015 (UTC)[reply]

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. http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php 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)[reply]

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)[reply]

Omitting semicolons does not correct HTML entities[edit]

From the article:

Similarly a title cannot contain HTML character entities such as / and –, even if the character they represent is allowed. In the unlikely event of such sequences appearing in a desired title, an alternative title must be constructed (for example by inserting a space after the %, or omitting a semicolon).

This doesn't work - some browsers (notably older MSIE) will still interpret the entities without a trailing semicolon. 184.147.176.73 (talk) 20:45, 24 June 2015 (UTC)[reply]

85 bytes equals?[edit]

Hello, the article says [1] "[A Username] may not be more than 85 bytes long." I think I came across names longer than 85 characters, but then, how many characters does 85 bytes equal? Thanks, 79.241.199.66 (talk) 13:03, 17 February 2016 (UTC).[reply]

Dear IP address (it's too long, no way I'm writing that), I realize you've posted this eight months ago, but I will reply anyway. I believe that a byte is equivalent to the number of characters (letters, spaces, etc.,) Hope that helped! UNSC Luke 1021 (talk) 15:13, 7 November 2016 (UTC)[reply]
Does the codepoint 132F9 count as 2 characters or only a single letter? --Brynda1231 (talk) 15:35, 7 November 2016 (UTC)[reply]
ASCII characters (e.g. English letters, digits, space) are one byte. Many Unicode characters are more than one byte. The current limit is 85 bytes. The limit has varied in the past. PrimeHunter (talk) 15:42, 7 November 2016 (UTC)[reply]
Can you make it so 0000-ffff is 1 character. --Brynda1231 (talk) 20:18, 7 November 2016 (UTC)[reply]
The software limit on username lengths cannot be changed locally and it always counts in bytes. One byte is only two hexadecimal digits like 00-ff. Four hexadecimal digits use two bytes. There are other software features which count Unicode characters and not bytes, for example {{Str len}}. PrimeHunter (talk) 22:07, 7 November 2016 (UTC)[reply]
OK! --Brynda1231 [Talk Page] [Contribs] 14:57, 9 November 2016 (UTC) — Preceding unsigned comment added by Brynda1231 (talkcontribs) [reply]

Unassigned characters or non-characters or surrogates[edit]

Can your username contain non-characters or unassigned code points? — Preceding unsigned comment added by Brynda1231 (talkcontribs) 15:34, 7 November 2016 (UTC)[reply]

Non-characters?[edit]

Are non-characters forbidden as well? --Brynda1231 [Talk Page] [Contribs] 14:40, 11 November 2016 (UTC) — Preceding unsigned comment added by Brynda1231 (talkcontribs) [reply]

���?[edit]

� ����� �� ������ �� ������� ���� ��� ����� �, ��� � ������.

I tried to create an article with the title �, but I failed. --Gerrit CUTEDH 13:01, 14 November 2016 (UTC)[reply]

@Gerrit: Right, https://en.wikipedia.org/w/index.php?title=�&action=edit gives MediaWiki:Title-invalid-utf8: "The requested page title contains an invalid UTF-8 sequence." It's Specials (Unicode block)#Replacement character. It makes sense this "character" cannot be used in page names although a page only by that "name" might have redirected to the linked section. I don't think we should mention it in Wikipedia:Naming conventions (technical restrictions). Please link your current username in your signature. PrimeHunter (talk) 15:36, 14 November 2016 (UTC)[reply]
PrimeHunter: I noticed that it links to MediaWiki:Title-invalid-utf8 and I don't know why. It's a perfectly valid UTF-8 encoding for the Unicode Replacement character. I think it should be mentioned, and I did see it mentioned somewhere else but I can't find it now. Thank you for suggesting me to update my signature; I have updated it. --Gerrit CUTEDH 17:19, 14 November 2016 (UTC)[reply]
@Gerrit: Thanks for making your signature compliant with WP:SIGLINK. The replacement character is used to replace invalid UTF characters (I don't know whether MediaWiki does this itself), so it makes sense to me that MediaWiki says "The requested page title contains an invalid UTF-8 sequence." It doesn't know you deliberately entered the character directly. Apart from the single case of redirecting the character alone, I see no reason for editors to use it in page names. It seems too obscure to increase the complexity of Wikipedia:Naming conventions (technical restrictions) which is a guideline for editors of the English Wikipedia and not a technical specification of MediaWiki. PrimeHunter (talk) 20:26, 14 November 2016 (UTC)[reply]

Create a template for odd talk pages[edit]

At top of Talk:S/MIME, there is a paragraph

This is the talk page for S/MIME, the Wikimedia software has some funny ideas about the slash, please ignore this technical oddity.

I like this notice; I think it is useful for users to understand that this is a known issue of MediaWIki, so that they will not come discussing this as a new bug. Maybe it is worthwhile to have a template called {{Slash in title}}? In addition, if this issue is solved in future, we will be able to track those pages. --Franklin Yu (talk) 19:30, 12 March 2018 (UTC)[reply]

Semi-protected edit request on 14 April 2018[edit]

Change

to

 Done DRAGON BOOSTER 19:29, 14 April 2018 (UTC)[reply]

Diacritics in an article title problematic?[edit]

I have written an article called Aṅgulimāla, with diacritics. I have found that these diacritics cause problems with certain templates, such as the text "A C-class article from Wikipedia, the free encyclopedia. Currently a good article nominee" at the top of the article. The part on "good article nominee" currently links to [2], which renders an error. Also, recently, the Legobot had a bug, which was corrected by the reviewer straight away.

Should there be a prohibition or work-around for article titles with diacritics?--Farang Rak Tham (Talk) 21:06, 13 July 2018 (UTC)[reply]

Article titles with diacritics are very common, and aren't normally a problem. It sounds like you've found a bug, and you might consider reporting it, but I don't think it merits a mention on Wikipedia:Naming conventions (technical restrictions), since it's not a technical restriction - there's no problem linking to Talk:Aṅgulimāla/GA1.
I suspect the bug depends on a preference setting, since I'm unable to reproduce it: for me, the text at the top of the article just says "From Wikipedia, the free encyclopedia" (which is the same as for any other article). --Zundark (talk) 08:34, 14 July 2018 (UTC)[reply]
Okay, thanks, Zundark. I have reported the bug at the Legobot page.--Farang Rak Tham (Talk) 11:41, 14 July 2018 (UTC)[reply]
I haven't found the report you refer to but there are similar reports at User talk:Legobot/2017#Misconversion of diacritics and User talk:Legobot#Bug in handling unicode characters. The quote in your original post is made by enabling "Display an assessment of an article's quality in its page header" at Special:Preferences#mw-prefsection-gadgets. The code is in MediaWiki:Gadget-metadata.js which is mainly maintained by Nihiltres. The link to Talk:Aṅgulimāla/GA1 is percent encoded twice. Once gives https://en.wikipedia.org/wiki/Talk:A%E1%B9%85gulim%C4%81la/GA1 which works. % is then percent encoded as %25 which breaks the link: https://en.wikipedia.org/wiki/Talk:A%25E1%25B9%2585gulim%25C4%2581la/GA1. We allow diacritics in page names and I'm not aware of any features in MediaWiki itself which fails on them but templates, user scripts and bots sometimes have problems. PrimeHunter (talk) 12:39, 14 July 2018 (UTC)[reply]
Thanks, PrimeHunter! --Farang Rak Tham (Talk) 12:45, 14 July 2018 (UTC)[reply]
I thought I'd fixed that bug already. Bah. I'll try tracing it later today. {{Nihiltres |talk |edits}} 15:03, 14 July 2018 (UTC)[reply]
As of this edit the issue with the metadata gadget should be fixed; you might need to clear your browser cache to see the change. {{Nihiltres |talk |edits}} 19:17, 14 July 2018 (UTC)[reply]
Works like a charm, Nihiltres!--Farang Rak Tham (Talk) 11:14, 15 July 2018 (UTC)[reply]

Semi-protected edit request on 26 November 2018[edit]

Please add and before vertical bar in the "Forbidden characters" section. 208.95.49.47 (talk) 15:45, 26 November 2018 (UTC)[reply]

 Done, thanks! ‑‑ElHef (Meep?) 15:51, 26 November 2018 (UTC)[reply]

Semi-protected edit request on 12 December 2018[edit]

2409:4053:2089:AC67:DDA8:709A:B444:F393 (talk) 09:11, 12 December 2018 (UTC)[reply]
 Not done: it's not clear what changes you want to be made. Please mention the specific changes in a "change X to Y" format and provide a reliable source if appropriate. AntiCedros (talk) 11:34, 12 December 2018 (UTC)[reply]

Semi-protected edit request: Google_Maps_Plus, Talk, Contributions 06:52, 11 January 2019 (UTC)[edit]

I want to add the "Wolfram|Alpha is located at Wolfram Alpha" text into the forbidden characters section. This is because "Wolfram Alpha" is sometimes called "Wolfram|Alpha" (with a vbar). That name is technically restricted.

 Not done: please provide reliable sources that support the change you want to be made. DannyS712 (talk) 14:15, 11 January 2019 (UTC)[reply]

Asterisk at end of subject[edit]

Is an asterisk at the end of the subject, as with NM5* okay to use or should that be added to the technical restrictions in some way? Using it in search will not bring up the create an article option. AngusWOOF (barksniff) 20:17, 19 June 2019 (UTC)[reply]

Search treats * as a wildcard, which is why it doesn’t suggest creating articles containing this character. But there’s no problem using * (in any position) in article names, as far as I can see. --Zundark (talk) 07:00, 21 June 2019 (UTC)[reply]

Must # redirect to the top?[edit]

I look at cat and I see at the top of the page: "For technical reasons, "Cat #1" redirects here. For the album, see Cat 1 (album)." This is a lot of clutter for an album that doesn't look all that notable. How would it be if it redirected to a section at the bottom of the page instead? I'm sure you can do that with #'s and anchors. The Language Learner (talk) 15:28, 5 July 2019 (UTC)[reply]

Semi-protected edit request on 19 November 2019[edit]

# < > [ ] | { }

The vertical bar appears between brackets, but the character name list (immediately afterward) has it last. Please change the order of the characters to # < > [ ] { } |

208.95.51.53 (talk) 13:38, 19 November 2019 (UTC)[reply]

Also, could you revisit the Wolfram|Alpha request, a few sections higher on this page? Someone asked to have Wolfram Alpha added to the list of examples of how restricted-character titles are handled, but it was rejected because the requester didn't provide reliable sources. Since this isn't an article, it doesn't need reliable sources; it only shows how Wikipedia pages are titled. 208.95.51.53 (talk) 13:42, 19 November 2019 (UTC)[reply]

 Not done. Does it really matter if the pipe is listed between the brackets and braces or last? You're right that the Wolfram|Alpha example doesn't need sources, but there are plenty of examples already. –Deacon Vorbis (carbon • videos) 16:19, 19 November 2019 (UTC)[reply]
Thank you for giving a much better reason not to do Wolfram|Alpha. Since you asked a question about the pipe, I reopened the request. The reason for asking about the pipe is that the order of the characters should match the order in the description. Take this:
Vienna Paris Berlin Moscow Madrid Rome
These cities are the capitals of Austria, France, Germany, Russia, Italy, and Spain.
Technically that's correct (we named six cities and six countries, and each city is a capital of one of the countries), but the lists ought to be in the same order. Same here. The page says "For articles about these characters, see number sign, less-than sign, greater-than sign, bracket (covers several characters), and vertical bar." It appears sixth in the list of characters, but it's at the end of the list of articles about these characters. 208.95.51.53 (talk) 16:46, 19 November 2019 (UTC)[reply]
 Done Parallelism is good. Anomie 02:21, 20 November 2019 (UTC)[reply]

Characters which look similar to a wanted character[edit]

I suggest this addition to the end of Wikipedia:Naming conventions (technical restrictions)#Restrictions and workarounds:

Do not use Unicode characters which look similar to a wanted character, for example Chinese colon characters instead of a normal colon. Such titles would be difficult to type in links and could confuse searches, screen readers and other features.

This is the established practice and all examples avoid such characters but it should be stated explicitly. PrimeHunter (talk) 00:01, 15 February 2020 (UTC)[reply]

Semi-protected edit request on 14 May 2020[edit]

"change Meeuverma8 to Meetuverma8" Meeuverma8 (talk) 23:22, 14 May 2020 (UTC)[reply]

@Meeuverma8:If you want another username then see Wikipedia:Changing username. Since your account only has this edit, you can also just abandon it and create another. PrimeHunter (talk) 00:38, 15 May 2020 (UTC)[reply]

Hypothetical question[edit]

As I was adding to the Magic Hat Brewing Company article recently, I thought of adding a redirect article for their flagship beer, known simply as "#9". Of course, if you're reading this talk page, you probably know that isn't possible, as there's no # allowed in article titles (as I just learned). It's no big deal, as there's no way that the #9 beer is notable enough to justify its own article. But, it got me to thinking - what if there was something whose name started with # that deserved an article? I have to think that this has happened before. What does Wikipedia do in this case? JimKaatFan (talk) 21:44, 2 July 2020 (UTC)[reply]

@JimKaatFan: We come up with another name. See Wikipedia:Naming conventions (technical restrictions)#Forbidden characters for examples. There is an old redirect at Magic hat 9. #9 might be mentioned at 9 (disambiguation) if it was really notable. 3 (disambiguation) has several entries for things called #3. Some other numbers have similar entries. PrimeHunter (talk) 23:49, 2 July 2020 (UTC)[reply]
@PrimeHunter: Yeah I added it at Number nine, since that's the name of the beer. I don't think adding it at 9 (disambiguation) is appropriate, since the beer isn't known as "9", it's actually known as "#9". I was just curious. Sounds like there's no place that I could put a useful redirect. Thanks for the info! JimKaatFan (talk) 00:13, 3 July 2020 (UTC)[reply]
See also Number 9 Dream, the John Lennon song which is officially titled "#9 Dream". --Metropolitan90 (talk) 21:49, 4 September 2020 (UTC)[reply]

Double space/colon[edit]

  1. Why is double space not allowed? (e.g. "Soviet Union" is treated the same as "Soviet Union.")
  2. Why are colons not allowed to begin articles? It never really says why. Gioguch (talk) 19:51, 17 September 2020 (UTC)[reply]

Alphabetical order sections at Other problematic characters[edit]

I decided to change the sections in alphabetical order to make the sections easier to find. I looked at the section titles correctly to arrange them. Seventyfiveyears (talk) 14:54, 4 November 2020 (UTC)[reply]

Removing "for technical reasons" when there's a dab[edit]

The hatnote to Cat #1 at cat is quite annoying, is it really necessary? Please reply at Talk:Cat#Cat_#1_redirects_here Troll Control (talk) 04:37, 16 April 2021 (UTC)[reply]

Lowercase first letter[edit]

It would appear that the "Lowercase first letter" section is obsolete, and should be removed. It mentions as examples eBay, e (mathematical constant), iOS, iPod, man page, and pH, but those article titles now start with a lowercase letter. Mudwater (Talk) 02:04, 20 September 2021 (UTC)[reply]

It's not obsolete, but the use of {{lowercase title}} (which is explained in the "Lowercase first letter" section) hides the problem to some extent. --Zundark (talk) 06:47, 20 September 2021 (UTC)[reply]
Okay, I see. Thanks. Mudwater (Talk) 11:20, 20 September 2021 (UTC)[reply]

First letter restriction is untrue[edit]

The first letter restriction is not true anymore, and even the given example does not have such a restriction. Plutonical (talk) 17:42, 3 November 2021 (UTC)[reply]

  • I just read the bottom of the talk page and nevermind. It's just a separate template that mitigates it. Plutonical (talk) 17:43, 3 November 2021 (UTC)[reply]

Semi-protected edit request on 18 March 2022[edit]

Request one[edit]

Please remove this sentence:

In other cases (such as names containing restricted characters) it is necessary to adopt and display a different title.

and add this:

In other cases (such as names containing restricted characters) it is necessary to adopt and display a different title.  Furthermore, certain characters can be used in titles only under certain conditions.

Much of this page discusses characters like :/?% that can be used sometimes but not always. 49.198.51.54 (talk) 22:32, 18 March 2022 (UTC)[reply]

 Not done for now: please establish a consensus for this alteration before using the {{edit semi-protected}} template. - FlightTime (open channel) 22:49, 18 March 2022 (UTC)[reply]
Why? The content's already on the page; how could it be contentious to summarise this content? Would you revert such a change if someone else made it? Before today, this page has had just seven discussions in the last two years; it's highly unlikely that someone will reply.
49.198.51.54 (talk) 23:00, 18 March 2022 (UTC)[reply]

Request two[edit]

In the subsection on semicolons, please replace "eg." with "e.g." because the current form isn't correct. See https://en.wiktionary.org/wiki/exempli_gratia (which uses only "e.g.") and https://en.wiktionary.org/wiki/eg. (which lists it only as an abbreviation of words in Nordic languages). 49.198.51.54 (talk) 22:32, 18 March 2022 (UTC)[reply]

According to List of Latin phrases (E)#exempli gratia, "some writing styles give such abbreviations without punctuation, as ie and eg.". Therefore, the current form is ok. --Ferien (talk) 09:17, 19 March 2022 (UTC)[reply]