This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 |
Writing in Wiki is not very intuitive. It just contributes to the increasing number of mark-up languages.
OK, I have changed the text to Edit and made it a link. It's a bit messy, and I don't know if it will work on all pages. Dori | Talk 14:24, Jun 13, 2004 (UTC)
Actually, this does not work on empty category pages ([1]). I think it's okay to keep it, though. ✏ Sverdrup 11:22, 20 Jun 2004 (UTC)
I changed "on this topic": there may well be a page on the topic, but with a slightly different name.--Patrick 00:53, 20 Jul 2004 (UTC)
The new [[Wiktionary:((NAMESPACE)):((PAGENAME))|((PAGENAME))]] link results in an extra colon in non-namespaced pages. How about [http://en.wiktionary.org((localurl:((NAMESPACE)):((PAGENAME)))) ((PAGENAME))] ? Goplat 19:58, 1 Sep 2004 (UTC)
The "edit this page" link creates wrong article titles in case the page name contains brackets or comma - e.g. "Test (city)" becomes "Test %28city%29)". I guess it was the exchange of PAGENAME by PAGENAMEE. andy 08:47, 9 Sep 2004 (UTC)
Currently, if an article does not exist, the visitor gets a message with three options:
I propose to add an option "search for this". When I want to know something about a certain subject, I type it directly into the address bar. Recently, I typed "w are you being served", and received the Article does not exist page. It turned out to be called "Are You Being Served?". I had to paste the text I was looking for into the search form to search for it. If the 'does not exist' message would have had an option "search for this", it would not have been neceserry to do the latter. I'm sure it would be a useful feature, the only minor disadvantage being that the 'does not exist' message would grow. Gerritholl 14:29, 30 Oct 2004 (UTC)
"If you have created this page in the past few minutes and it has not yet appeared, it may not be visible due to a delay in updating the database. Please wait and check again later before attempting to recreate the page." (formatting removed)
Everytime I edit this template, it keeps saying that no article exists. But the template does exist! Do you think I should file a bug report? K. Thanks. - Ta bu shi da yu 10:41, 17 Mar 2005 (UTC)
I suggest that we should remove "yet" from the sentence "Wikipedia does not yet have an article with this exact name." To me, this implies that we don't have the article now but we should have one. If someone types blahblah into the search box and hits "Go" and gets this message, he might feel that he should start the article. I'm basing this off a few isolated comments from users who thought they were supposed to add those articles but which got put on VFD or were speedily deleted. Maybe this word change isn't a big deal. Thoughts? — Knowledge Seeker দ 09:01, 31 Mar 2005 (UTC)
Sounds good to me, although perhaps "Would you like to:" could be something like "You may choose one of the following:" or something. Anyone else have any thoughts? — Knowledge Seeker দ 00:02, 9 Apr 2005 (UTC)
Yeah, it seems too formal to me too. I hesitate using "Would you like to:" for two reasons: One is that as I understand it, colons should normally follow complete sentences. Although I don't always follow this, I feel that this text is "official" enough that it should be written more correctly. The other is, along the same lines, I feel like it is a question and should end in a question mark, which would look awkward. Let me think about other ways to reword it. — Knowledge Seeker দ 17:46, 9 Apr 2005 (UTC)
The line "Search for <article> in other articles" lacks a dot at the end. I think this should be fixed. Meneth 15:42, 21 Apr 2005 (UTC)
The German Wikipedia has de:MediaWiki_Diskussion:Newarticletext namespace dependent noarticletexts. This is a good idea: compare de:Bild:Stelvio.jpg and Image:Stelvio.jpg. How could this be implemented for the English language Wikipedia? Gerrit CUTEDH 21:58, 28 Apr 2005 (UTC)
See: bugzilla:2388 – "handling: add a "purge" link to MediaWiki:Noarticletext" Regards Gangleri | Th | T 03:23, 2005 Jun 19 (UTC)
I thought it would be useful to suggest creating a link to the deletion log after the last line, so that new users can more easily find and contact the admin who's deleted the page. This might be handy in case something was speedy-deleted or just voted out. This would be done using the form:
talk:No_article_text/Archive_1 Check for No article text/Archive 1 in the deletion log
[((SERVER))((localurl:Special:Log|type=delete&user=&page=((NAMESPACE)):((PAGENAMEE)))) Check for '''((PAGENAME))''' in the deletion log]
At the same time, please bypass the redirect by changing "candidates for speedy deletion" to "criteria for speedy deletion". -- Netoholic @ 6 July 2005 19:56 (UTC)
The new version is quite ugly. --Ixfd64 10:29, 6 October 2005 (UTC)
I'm impressed that no administrator has yet to discover that the frame around this message has been replaced by a frame in the CSS of MediaWiki, thus rendering the current message with a double ugly-bugly frame, could someone with power, please fix it. As you can see from the message above, it has been a looong time.... --Dittaeva 20:01, 29 November 2005 (UTC)
I changed the phrase "See candidates for speedy deletion" to "See the criteria for speedy deletion", as that is where the link goes. New editors might type the term in the searchbar and wonder why they aren't at the same page they got when they clicked the same phrase. Prodego talk 22:24, 4 April 2006 (UTC)
Wouldn't it be better to have the link Wiktionary:PAGENAME
replaced by Wiktionary:Special:Search/PAGENAME
? I'll also put the opposite forward at Wiktionary. Vildricianus 15:51, 6 April 2006 (UTC)
I've had some questions from users about the template messages on talk pages without content of existing articles, e.g. Talk:Raul. It states "Wikipedia does not have an article with this exact name.", problem is that it does have an article with this exact name, just not a talk page. Can a seperate talk page template be made and used? -- Jeandré, 2006-04-24t12:15z
Done. I also hid the AfD link for non-article pages, and the Wiktionary and Commons links for pages that are neither articles nor categories. (Images are handled differently anyway.) I'm almost tempted to use the trick from Template:Exists to hide the AfD link entirely unless the target page exists, but I'm not sure how reliable it is. I also took the opportunity to remove hardcoded instances of "Wikipedia" from the text, and to fix a number of cases where article names were URL-encoded twice. —Ilmari Karonen (talk) 15:31, 26 April 2006 (UTC)
The rest is fine, but somebody please get rid of the italics; they're really ugly. --Rory096(block) 03:03, 27 April 2006 (UTC)
This message is not used for images at all; the noimage message is shown instead (example). So there's no need to add elaborate conditionals to test if ((NAMESPACE)) equals "Image" — it can't happen. (On the other hand, newarticletext can be shown for images if one tries to edit a nonexistent image page, for example by clicking a link like this. This is arguably a bug.) —Ilmari Karonen (talk) 11:00, 4 May 2006 (UTC)
The same is true for MediaWiki pages as well; those just display a blank page if they don't exist. —Ilmari Karonen (talk) 11:07, 4 May 2006 (UTC)
To link "spam" to WP:SPAM, "deleted" to WP:CSD or WP:AFD, and "article policies" to whatever page that is. Thanx. 68.39.174.238 17:02, 16 June 2006 (UTC)
Hi all - although I appreciate your intent in adding the new paragraph regarding vanity pages, I don't feel this is appropriate. For one thing, WP:AUTO is only a guideline not policy; speedy deletion does not allow the deletion of such pages; and these pages comprise only some of the poorly-created new pages. I also feel that the wording is excessively verbose. If you can come up with something to replace it that is more true and less wordy I'd be happy to see it added. Deco 04:19, 17 June 2006 (UTC)
I'll put it back. If it needs to be trimmed was can talk about it. --Tony Sidaway 08:03, 17 June 2006 (UTC)
I noticed the new paragraph a day ago or so, and just came across this discussion. I support the new paragraph (although Deco's point about speedy issues is a valid one), and I certainly believe we get a terrible mass of spam, but I'd be curious, if it's feasible, if someone would provide some hard numbers on this subject. i.e. how many spam pages we get per day/week/month, how they break down in terms of how they are dealt with, etc. JesseW, the juggling janitor 23:40, 20 June 2006 (UTC)
I agree with Deco's original concern; I regularly encounter readers (not regular editors) who are baffled by the bold warnings and admonishments which begin to appear as soon as one tries to contribute to Wikipedia. This is an example of user interface recapitulating administrative needs; when it should instead address the needs of most users and find ways to best achieve the goals of the site -- not just ways to make administrative tasks easier. I changed the text to make it less frightening; we're not trying to keep people from contributing here, just clarifying what is and is not acceptable. +sj + 15:40, 26 June 2006 (UTC)
Adding a "don't advertise" clause seems more likely to increase than to decrease advertising/marketing efforts in the medium term. Not sure about the short or long term effects. +sj + 15:48, 26 June 2006 (UTC)
Please... I'd like to ask someone (admin preffered) to revert the changes made by Gruch tooday. It causes crash on empty sites - there's no text visible in template and there are some problems with links... MonteChristof 18:44, 11 November 2006 (UTC)
OK, I've reinstated the change I made in August as it seems unlikely that there is a problem with that. I will leave the other changes for now and possibly reintroduce those that don't cause a problem at a later date when I am confident as to which ones they are – Gurch 21:42, 14 November 2006 (UTC)
At MediaWiki talk:Newarticletext#.22Please_make_a_GOOD_new_article.22 I've suggested adding a pre-load template, Template:Noarticletext preload, to the "Start the article" link on this notice. Uncle G 17:16, 21 November 2006 (UTC)
I'd like to comment on the interwiki box added recently, since I think it needs two small graphical adjustments. First of all, shouldn't it be centered vertically with respect to the rest of the "empty page" box? (wait a minute, that's just an optical illusion) Secondly, its contrasting border clashes with the grey outside border of the main box - shouldn't their borders match? I hate to be a nitpicker, but this issue has been staring at me as I go through tagging articles for speedy deletion. Nihiltres(t.c.s) 04:16, 14 May 2007 (UTC)
((editprotected))
Some desired improvements to the interwiki link box:
((#if:((NAMESPACE))|| [insert markup for box here] ))
).class="infobox"
should do this; failing that, at least use style="border-color: #aaaaaa"
.Thanks – Gurch 11:37, 14 May 2007 (UTC)
((User:Nihiltres/Sandbox))
". Nihiltres(t.c.s) 20:37, 14 May 2007 (UTC)
((editprotected))
I'd like to suggest one further change: I created a version of the interwiki box with a table that centres each image relative to the others, keeps the project names lined up, and uses slightly larger (not much difference) images set to a consistent scale. I did this because it bothered me that the Wikinews icon seemed out of line with the others, and the image scale didn't seem consistent (varying image height, for example.) This change would lengthen the interwiki box by 12 pixels vertical as rendered by my Mac OS copies of Safari and Firefox. Again, the mockup is located at User:Nihiltres/Sandbox, though this version currently has its selective display of the interwiki box disabled, a change which should not be copied. I updated it to correspond with recent changes made by Centrx. I'm now an admin, so I can make the change, but I'd like confirmation that this is a worthwhile one to make. Thanks, Nihiltres(t.c.s) 15:08, 22 May 2007 (UTC)
((editprotected))
The deletion log is now shown directly on the page below this table (for example, see GTAForums.com). The line
should be replaced by something like
This issue was brought up at Wikipedia:Village pump (technical)#Deletion log visible by default. –Pomte 17:52, 4 June 2007 (UTC)
This does not appear to be working for (at least some) anons: see MediaWiki_talk:Newarticletext#link_to_deletion_log. 64.126.24.11 18:01, 8 June 2007 (UTC)
((editprotected))
See http://bugzilla.wikimedia.org/show_bug.cgi?id=10914 please. Jidanni 08:04, 14 August 2007 (UTC)
Too soon? When someone is directed to a page that does not exist, they get suggestions for searching in most of the sister projects. I can understand excluding Wikispecies, due to its narrow scope, but why no Wikiversity? Could someone please add this? -Justin (koavf)❤T☮C☺M☯ 06:15, 23 April 2008 (UTC)
In order to simplify searches in the same namespace, I added "prefix:((NAMESPACE)):" to the keyword. Before one ended searching in article namespace from the page http://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_River (currently not a redirect) -- User:Docu (May 6, 2009)
I wasnt to add the Movie title "ILLTOWN" and the actors and storyline, it is very worth learning about and watching. I have not found it on the website
Hi, I'd like to include a reference to Wikipedia:Article wizard2.0. There's currently (for the mainspace) a reference to Requested Articles ("add a request for it."). I'd like to amend it so that it says "Start the X article (using the Article Wizard if you wish) or add a request for it." I'm not sure how to do that though, I don't want to muck it up. Rd232 talk 01:01, 6 September 2009 (UTC)
((editprotected))
Please fix the above link so it's not to a redirect page. Thanks, Majorly talk 18:13, 19 September 2009 (UTC)
Would someone mind if I transclude the editnotice of the wizard's default page directly into this message if it's displayed on New article name here? That page has been protected now due to repeated recreations, but that means that editors who end up there will be much more confused now and might not find their way back (they won't get the editnotice since "view source" doesn't display it). I initially didn't want the page protected in the first place, but the growing deletion log is certainly not helpful either. So, something like ((#ifeq:((PAGENAME))|New article name here|((Editnotices/Page/New article name here))))
Any objections? Amalthea 10:40, 16 October 2009 (UTC)
We had a discussion at VPT about missing end brackets. I've been researching the hits for those pages and it's considerable, so I added it as a reader service. Examples: Georgia (country has been viewed thousands of times in 2008, to a lesser extent but on a continuous basis, we have Lost (TV series, House (TV series with more than hundreds by month, and so on. This can happen for all pages with end brackets, and they are countless, so I expect that there are on average at least thousands views of pages with missing end bracket a day. Cenarium (talk) 17:53, 14 November 2009 (UTC)
Shouldn't the same thing be done for MediaWiki:Nocreatetext? Rd232 talk 19:56, 15 November 2009 (UTC)
((editprotected))
Browsers usually display the window title before the page completely loads. Unfortunately it contains the same text if the page exists and if it doesn't, making it necessary to wait for the page to load. As a counterexample, for redirects you immediately see that you have been redirected.
I'd suggest adding a tag like [not found] in the title bar. Something like:
((DISPLAYTITLE:
((#if:
((NAMESPACE))
|((NAMESPACE))
:))((PAGENAME))
[not found]))
--htamas (talk) 01:11, 18 November 2009 (UTC)
((editprotected)) The sidebar with interwiki links breaks here, for example. While this is not major, given the silly (and salted) nature of that page name, it is still important to have this code working in all cases. I'm not sure why this is happening, so I don't know what should happen to fix it. — This, that, and the other (talk) 10:24, 25 November 2009 (UTC)
[[wiktionary:Special/Search/Pagename]]
link can handle a "Pagename" up to 240 characters but not more. Apparently the "wiktionary:" part does not count towards the 255 total. And you are right that making them [external] links allows using the full 255 characters.[[normal]]
links on the normal servers, and [external]
links on the secure server. So I think we are stuck with the 240 characters limit. Well, for the users on the secure server the full 255 characters now works fine, check it out.I am planning to do several technical changes to this system message:
Since some time now we have the "magic" links Special:MyPage/skin.css and Special:MyPage/skin.js that takes you to the skin file for your current skin, for instance your /monobook.css. But those links fail for IP-users and for users who have javascript disabled in their browser. Those users instead see MediaWiki:Noarticletext for their non-existing /skin.css page. So I intend to add a fall-back: When going to for instance User:Example/skin.css and the automatic redirection fails, ((skin-file disambig)) will be shown instead of the usual content of MediaWiki:Noarticletext.
I noticed that this message has a fix that shows the editnotice for Enter your new article name here, even when just viewing that page. See section "Wikipedia:Article wizard2.0" above. So far so good. But as you guys can see if you follow that link the message gets double borders. If/when I add ((skin-file disambig)) that too will get double borders. That's because the borders of this system message is added in MediaWiki:Common.css instead of here, which means we can't handle the borders here as we need. So I am planning to update MediaWiki:Common.css so this system message has no default borders, and then add the borders locally here.
So, we already load the editnotice for Enter your new article name here and I am planning to add ((skin-file disambig)) which is similar to an editnotice. I can imagine a number of other cases when this could be useful. So I want to add the editnotice loader to this system message, so editnotices are shown also when viewing non-existent pages.
Note that we already load editnotices in more cases than when just editing a page. They are also shown when non-admins are "viewing the source" of protected pages, and they are shown on top of .css and .js pages in MediaWiki space already when just looking at the page without editing or "viewing the source". See for instance the box at the top of MediaWiki:Common.css that says "This is the CSS for all skins", that's the editnotice for that page.
--David Göthberg (talk) 06:25, 15 February 2010 (UTC)
((Editrequest))
Please change "alternate" to "alternative", which enjoys much wider recognition as standard usage (see also the entry on "alternate" here).
I also request that the same change should be performed on another page, MediaWiki:Titleprotectedwarning. I could create its talk page and leave a message there, of course, but it seems to me rather wasteful, so I have merged the two similar requests. Waltham, The Duke of 10:00, 15 February 2010 (UTC)
Per example copied from Bug 27963: When I visit a nonexistent subpage, for example Talk:Washington,_D.C./archive_1 it reports via this template that the page does not exist and that "Titles on Wikipedia are case sensitive except for the first character." However, the page Talk:Washington,_D.C./Archive_1 does exist, and the only difference is the capital A in Archive.
The expected behavior, especially based on this template, is that the first character after a slash in a subpage name should not be case sensitive. We should either change the actual behavior of the software (my preference) or change the template to help people figure out what happened when they accessed a subpage with an incorrect capitalization on the first letter, even though other areas of Wikipedia will 'correct' that for them.
WBTtheFROG (talk) 04:39, 10 March 2011 (UTC)
Per MediaWiki's internal storage, that's true. Per intuitive naming conventions, "archive 1" is the title. (Some people would also use your logic to say that the "T" in Talk is the first character, not knowing about namespaces). The full URL is http://en.wikipedia.org/wiki/Talk:Washington,_D.C./Archive_1. Usually whatever is after the last slash is the intuitive title and everything before that is just context. As somebody with some Wikipedia experience, I think of "Archive 1" as the title of that page, and the other items ("Washington, D. C.", "Talk," "en," and "Wikipedia") as just contextual qualifiers.
When browsing through your computer's filesystem, as an analogy, I think of only what follows the last slash as the name of the current directory. In modern OS interfaces, that last/most deeply nested title is all that's shown by default. See the bug discussion for a more detailed analogy here. WBTtheFROG (talk) 19:16, 14 March 2011 (UTC)
At MediaWiki talk:Newarticletext#merge I suggested that the very similar message "Newarticletext" be merged into this template. Thoughts? John Vandenberg (chat) 06:07, 9 May 2011 (UTC)
The documentation claims "an optional parameter nopermission" is present. I can't find it in the template, and MediaWiki:Noarticletext and MediaWiki:Noarticletext-nopermission look the same to me. Is it just me? Rd232 talk 04:44, 17 May 2011 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The landing page currently looks something like this:
|
I want to see it changed to something like:
|
This makes it easier for readers who are by far the largest users of Wikipedia and have no interest is creating new pages. "Please" is not needed as well. -- Alan Liefting (talk - contribs) 22:10, 18 March 2012 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please change [[Wikipedia:Why was my page deleted?|Why was my page deleted?]]
to [[Wikipedia:Why was the page I created deleted?|Why was the page I created deleted?]]
per this discussion.
82.132.248.219 (talk) 16:36, 26 June 2012 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Wikivoyage Please add Wikivoyage as a sister project. If not immediately, then when it's out of beta. Thanks. —Justin (koavf)❤T☮C☺M☯ 09:17, 14 November 2012 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
It would be great to add a link to a page with the foreign Wikipedia pages with that page name. So if the page not exists on en.wikipedia that you can find an article about it in another language. Is that possible? Sander.v.Ginkel (talk) 16:45, 30 April 2013 (UTC)
Unregistered users no longer have the "start article" link which pointed them to mediawiki:nocreatetext. There needs to be a way for unregistered users to have information on how to create an article either by registering or asking at AFC. The nocreatetext link may indeed be a bit cumbersome, but then we should adapt something in this message. I suggest:
* [[Special:UserLogin|Log in or create an account]] to start the '''((FULLPAGENAME))'''((
#switch: ((NAMESPACE))
| ((ns:Category)) =
| #default = ((#if:((NAMESPACE))|page|article))
))((
#switch: ((NAMESPACE))
| ((ns:0)) =, alternatively use the [[Wikipedia:Article wizard|Article Wizard]], or [[((ns:Project)):Requested articles|add a request for it]].
| ((ns:Category)) =, alternatively use the [[Wikipedia:Article wizard/Category|Article Wizard]].
| #default=.
))
.
Cenarium (talk) 06:08, 9 June 2013 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
It should instead say: You do not have sufficient privileges to start the article, when nopermission parameter is supplied. It would rather be ambiguous that if I am logged in or not. Eyesnore (pc) 02:21, 27 March 2014 (UTC)
Various software turning unformatted strings into links will cut off an ending ')' or period in a url. Cases of ')' are already handled with this:
((#ifexist: ((FULLPAGENAME))) | <div class="searchdidyoumean">Did you mean: [[((FULLPAGENAME)))|((FULLPAGENAME))<em>)</em>]]</div> ))
It means https://en.wikipedia.org/wiki/Mercury_(element displays "Did you mean: Mercury (element)". I suggest doing the same for a period. This would for example cause https://en.wikipedia.org/wiki/MCA_Inc. (note that MediaWiki itself cuts of the ending period) to display: "Did you mean MCA Inc." There should probably be redirects at titles without the ending period but such redirects are not always created. PrimeHunter (talk) 16:52, 30 March 2014 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
After i submit an edit request at MediaWiki talk:Nocreatetext, i found out that it doesn't work. I am sure that i need to submit an edit request here. Request:When there is a nopermission parameter, it should use PROTECTIONLEVEL to check that if the article is salted. (Same request at MediaWiki talk:Nocreatetext#Edit request)S/s/a/z-1/2 (talk) 07:42, 10 August 2014 (UTC)
&action=edit
into the URL. There isn't a counterpart to MediaWiki:Nocreatetext for when you do have permission to create the page - you get an edit window instead. So the edit to MediaWiki:Nocreatetext did work, it was just for a different message than the one produced by this template. That also means that you are right that you need to edit this template too. When you edit it, you should bear in mind that users will definitely not have permission to create the page when the |nopermission=
parameter is set to "yes", and that they definitely will have permission to edit the page when |nopermission=
is not set. Could you put your suggested code in Template:No article text/sandbox? Reactivate the ((editprotected)) template when you're done making your adjustments to the sandbox, and I (or another admin) can update the template for you. Best — Mr. Stradivarius ♪ talk ♪ 14:03, 10 August 2014 (UTC)
This edit request to Template:No article text and MediaWiki:Newarticletext has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please undo the last edit to both pages, as it causes the "Did you mean" to show up twice (both above the gray box, and in it). @Nyttend: ping. Jackmcbarn (talk) 00:23, 10 September 2014 (UTC)
Request disabled, pending further discussion and sandboxing of code. — Martin (MSGJ · talk) 11:40, 10 September 2014 (UTC)
Extended content
| |
---|---|
|
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please add the following to the top of the template:
<noinclude>((mbox|text=The message below is just an example. This template does actually exist.))</noinclude>
Serious, seeing the message caused problems with my brain. Oiyarbepsy (talk) 14:51, 10 September 2014 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
There should be the additional option to start the article using the WP:VE.
Proposal: change
|* '''[((fullurl:((FULLPAGENAME))|action=edit)) ((#switch: ((NAMESPACE)) | User talk = Post a message to ''((PAGENAME))'' | #default = Start the ''((FULLPAGENAME))'' ((#if:((NAMESPACE))|page|article)) ))]'''((#switch: ((NAMESPACE)) | ((ns:0)) = , using the [[Wikipedia:Article wizard|Article Wizard]] if you wish, or [[((ns:Project)):Requested articles|add a request for it]].
into
|* ((#switch: ((NAMESPACE)) | User talk = Post a message to ''((PAGENAME))'' | #default = Start the '''((FULLPAGENAME))'''-article using '''[((fullurl:((FULLPAGENAME))|action=edit)) Wikitext]))''' or use the new ''' [((fullurl:((FULLPAGENAME))|veaction=edit)) Visual Editor]'''. ((#switch: ((NAMESPACE)) | ((ns:0)) = Use the [[Wikipedia:Article wizard|Article Wizard]] if you wish, or [[((ns:Project)):Requested articles|add a request for it]].
Stratoprutser (talk) 11:34, 3 October 2014 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
If only administrators can create the page, it yields "editprotected" and not "sysop". If only established registered (autoconfirmed) users can create the page, it yields "editsemiprotected" and not "autoconfirmed". Can you also please add a condition "templateeditor" for pages that only allow Template editors and administrators to create?
Examples:
Source | Result |
---|---|
((PROTECTIONLEVEL:create|Jack Touchton)) |
autoconfirmed |
((PROTECTIONLEVEL:create|Like this one)) |
sysop |
((PROTECTIONLEVEL:create|Sujit Meher)) |
sysop |
Eyesnore (pc) 19:48, 19 June 2015 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please update link targets. Mlpearc (open channel) 16:53, 11 February 2016 (UTC)
| ((TALKSPACE)) = a [[((ns:Help)):Talk page|talk page]]
Change to | ((TALKSPACE)) = a [[((ns:Help)):Using talk pages|talk page]]
| ((ns:Category)) = a [[((ns:Project)):Category|category]]
Change to | ((ns:Category)) = a [[((ns:Project)):Categorization|category]]
| ((ns:User)) = a [[((ns:Project)):User page|user page]]
Change to | ((ns:User)) = a [[((ns:Project)):User pages|user page]]
| ((ns:Portal)) = Please browse the [[((ns:Portal)):Browse|existing portals]] to check for similar topics.
Change to | ((ns:Portal)) = Please browse the [[((ns:Portal)):Contents/Portals|existing portals]] to check for similar topics.
| editprotected = This page is protected from creation, so only [[WP:SYSOP|administrators]] can create it.
Change to | editprotected = This page is protected from creation, so only [[Wikipedia:Administrators|administrators]] can create it.
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I suggest adding ((#ifexist:Draft:((FULLPAGENAME))|:''There exists a draft for this article, see [[Draft:((FULLPAGENAME))]].''|))
Tested in the sandbox, see Special:Permalink/708378202. The message would be displayed when someone tries to create an article for which a draft already exists. This would greatly help in the discoverability of existing drafts.
103.6.159.71 (talk) 07:01, 5 March 2016 (UTC)
((#ifexist:Draft:((FULLPAGENAME))|((hatnote|There is a draft for this article at [[Draft:((FULLPAGENAME))]].))|))
, which applies the standard hatnote styling and has less-awkward phrasing. ((Nihiltres |talk |edits)) 17:35, 5 March 2016 (UTC):''text''
is formatted the same way as ((hatnote|text))
. 103.6.159.76 (talk) 08:40, 7 March 2016 (UTC)
<dl><dd><i>text</i></dd></dl>
while the template (currently) produces <div role="note" class="hatnote">text</div>
. While these happen to superficially look the same on the desktop site, with default CSS, they are quite different in practice. As long as the note is semantically a hatnote, we should use the standard, semantically-correct hatnote formatting, implemented by the template for ease of maintenance. Also, performance is really not our concern. ((Nihiltres |talk |edits)) 15:02, 7 March 2016 (UTC)There is a draft
to There exists a draft
as that sounds more proper? 103.6.159.68 (talk) 14:05, 8 March 2016 (UTC)
@MSGJ, Nihiltres, Jo-Jo Eumerus, and DGG: See also Template_talk:Editnotices/Namespace/Main#Protected_edit_request_on_8_March_2016. 103.6.159.68 (talk) 14:06, 8 March 2016 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Add the recently implemented extended confirmed protection level (established editors). Also, make sure to clarify that administrators can edit template protected pages.
Example: ((PROTECTIONLEVEL:edit|Gamergate controversy)) yields: extendedconfirmed Eyesnore 11:17, 8 April 2016 (UTC)
@MSGJ and Mr. Stradivarius: There are two issues with this template's output that I'm experiencing. FYI, I'm not an admin, so the messages that I see are a bit different.
|nopermission=yes
and switch on PROTECTIONLEVEL:create
.PROTECTIONLEVEL:create
switch statement. Most users will fall into the default case.
I began attempting a fix, but stopped, because this looks like a nontrivial refactor. I'm not submitting an edit request at this time (haven't done sandbox changes) and I don't know if I personally am up for it at the moment. — Andy W. (talk · ctb) 08:20, 19 May 2016 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please sync to the template sandbox. The diff is effectively Special:Diff/714226934/725512779. The div that's been extracted to ((No article text/sister projects)) may be useful in other scenarios, and the change makes it easier to trace through logic of the template.
The changes fixes 3 messages that I described in the above talk section.
If this request is satisfied, please also template-protect (or fully-protect) the new subtemplate ((No article text/sister projects)), as it's transcluded here, which in turn is transcluded in MediaWiki:Noarticletext. Thanks.
— Andy W. (talk · ctb) 00:55, 16 June 2016 (UTC)
This help request has been answered. If you need more help, you can , contact the responding user(s) directly on their user talk page, or consider visiting the Teahouse. |
Pressing the search link does not tak you to a "contains" search, but only reloads the page, if on e.g. User:EXAMPLE_USER_THAT_DOES_NOT_EXISTS.
(t) Josve05a (c) 18:29, 7 October 2016 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please sync with the sandbox. This removes the template from displaying ((skin-file disambig)) when viewing skin.js or skin.css, since common.js automatically redirects such links to the JS or CSS for the current user's skin. To observe the current behavior, visit Special:Mypage/skin.js when not logged in, and notice that the template flashes by for a fraction of a second. — Train2104 (t • c) 15:03, 26 March 2017 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please remove the entire (( #switch: ((FULLPAGENAME))
| Wikipedia talk:Articles for creation/Enter your new article name here = ((Editnotices/Page/Wikipedia talk:Articles for creation/Enter your new article name here))
| #default = ...
switch statement (moving the content in the #default up one level), because ((Editnotices/Page/Wikipedia talk:Articles for creation/Enter your new article name here)) was deleted. ((3x|p))ery (talk) 20:50, 19 March 2018 (UTC)
In at least one namespace, user_talk, this template gives a bad response. I tested it for a nonexistent talk subpage (an archive that was well beyond what I have) in my userspace and got this: "No messages have been posted for this user yet."/"Post a message to Nick Levinson/Archive 7." The first part is, of course, wrong; messages have been posted for this user, but on the current talk page, not in the nonexistent archive. The second part invites creating a subpage that won't be on my watchlist and it's not practical for me to add nonexistent archives to my watchlist (and remember what we tell children: "what's the biggest number in the whole wide world? now add one").
Better for this namespace would be this text: "Post all messages on the user's current talk page" ("talk page" linked according to the destination username). And if a new archive is created by anyone other than the user, I hope the user is notified regardless of watchlisting.
This follows up on a topic in the Village pump (technical) and in the Phabricator.
Nick Levinson (talk) 20:47, 14 April 2018 (UTC) (Corrected bad link: 20:53, 14 April 2018 (UTC))
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Per Dinoguy1000's suggestion here, please sync this version of the sandbox with the live template. Currently, when on pages outside of mainspace, the template presents a link which it says will search the current namespace (for example, "Search for "Template:No article text" in existing pages of namespace Template"). However, the link doesn't actually restrict the search to the named namespace. The version in the sandbox will strip the prefix but then conduct a search in the current namespace. --Ahecht (TALK
PAGE) 22:41, 8 October 2018 (UTC) Ahecht (TALK
PAGE) 22:41, 8 October 2018 (UTC)
When you visit a non-existent page, Monin_(company), for example, you'll see this text in the body:
Search for "Monin (company)" in existing articles.
When you inspect the link, it has an 'external' class, even though the link is pointing to the same wiki. The external class should not be there. — Preceding unsigned comment added by Bmansurov (WMF) (talk • contribs)
class="external text"
to the html for links made with external link syntax. It's very common and also happened in your post. Omitting the class in "external" links to https://en.wikipedia.org would be a Phabricator request. I think the only way to avoid it now is to make a wikilink like [[Special:Search/...]]
, but wikilinks don't accept query strings. At Template talk:No article text/Archive 1#Pressing the "search" link it was decided to include fulltext=1
in a query string to avoid a link like Special:Search/User:EXAMPLE USER THAT DOES NOT EXISTS. Such searches in userspace don't actually make a search but just go to the non-existing page. We have adapted MediaWiki:Noarticletext to use this template. The default MediaWiki message is still at MediaWiki:Noarticletext/en-ca (Canadian English). The behaviour on the search link at User:EXAMPLE USER THAT DOES NOT EXISTS can be seen with uselang=en-ca. It currently searches mainspace which seems even worse than staying on the user page. By the way, the default MediaWiki:Noarticletext/en-ca makes three links and only the first is a wikilink. The other two have query strings so they use external link syntax and have the external class. PrimeHunter (talk) 22:19, 4 March 2019 (UTC)
class="plainlinks"
) to omit the external link icon. That's the best we can currently do with external link syntax. PrimeHunter (talk) 16:16, 5 March 2019 (UTC)
This edit request to Template:No article text/sister projects has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The text is inconsistent, where most projects have "... (free [x])" but Commons is just "... (images and media)". Please remove "free" from them all (that should be understood) and furthermore change Commons to just "media" as images are media. Thanks. ―Justin (koavf)❤T☮C☺M☯ 21:04, 22 March 2020 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I believe these changes are uncontroversial, so I am directly opening an edit request.
In short: please implement my changes from the sandbox.
In long:
[((fullurl:Special:UserLogin|returnto=(( urlencode: ((#invoke:String|replace|source=((FULLPAGENAME))|)) )))) Log in or create an account] to start the '''''((#invoke:String|replace|source=((FULLPAGENAME))|))''''' (( #if:((NAMESPACE)) | page | article ))
" to "You cannot create this (( #if:((NAMESPACE)) | page | article )). You may need to [((fullurl:Special:UserLogin|returnto=(( urlencode: ((#invoke:String|replace|source=((FULLPAGENAME))|)) )))) log in or create an account] and be [[WP:User access levels#Autoconfirmed users|autoconfirmed]] to start this page.
[((fullurl:|action=edit))]
to [[Special:Edit/((FULLPAGENAME))]]
and instances of [((fullurl:|action=edit|section=new))]
to [[Special:NewSection/((FULLPAGENAME))]]
.
[[Special:Edit/((FULLPAGENAME))|Start the ''((#invoke:String|replace|source=((FULLPAGENAME))|))'' page]] or [[Special:NewSection/((FULLPAGENAME))|leave a message about ''((#invoke:String|replace|source=((SUBJECTPAGENAME))|))]]''
".
((#ifeq:((ROOTPAGENAME))|((PAGENAME))|[[Special:NewSection/((FULLPAGENAME))|Post a message to ''((#invoke:String|replace|source=((PAGENAME))|))]]''|[[Special:Edit/((FULLPAGENAME))|Start the ''((#invoke:String|replace|source=((FULLPAGENAME))|))'' page]] or [[Special:NewSection/((FULLPAGENAME))|start a new topic about ''((#invoke:String|replace|source=((SUBJECTPAGENAME))|))]]''))
"Please see this for my full proposed changes. Thank you. Aasim 19:08, 14 July 2020 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Hi. The text: “You cannot create this article.” is quite angry text. Can you change it to “Log in or create an account and be autoconfirmed to start the Template talk:No article text/Archive 1 page.”? Thanks. 2604:3D08:627D:A00:EC1E:112C:3AAC:E791 (talk) 20:31, 24 August 2020 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Gadget pages need more explanation. Take Gadget:Example, which displays the default no article text to non-logged in users. But it doesn’t explain why you can’t or if you can edit gadgets, so can you please add something like: Creation of this page is limited to [[m:User groups#staff|Office staff]]? It more explains why you don’t have permission to edit/create gadgets, instead of just an error message. Thank you. Ituafmq (talk) 17:57, 31 October 2020 (UTC)
This edit request to Template:No article text/sister projects has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The Wikiversity logo was updated in 2017 to File:Wikiversity logo 2017.svg, but this template still uses File:Wikiversity-logo.svg. Please replace [[File:Wikiversity-logo.svg|30x30px| ]]
with [[File:Wikiversity logo 2017.svg|30x30px| ]]
. Thanks. GreenComputer (talk) 02:40, 14 December 2020 (UTC)
Template:No article text has been listed at Templates for discussion (nomination). Feel free to weigh in there; thank you. ((u|Sdkb)) talk 00:55, 30 December 2020 (UTC)Moved here. ((u|Sdkb)) talk 06:22, 2 January 2021 (UTC)
Propose merging MediaWiki:Nocreatetext with Template:No article text.
I ran into the MediaWiki:Nocreatetext notice when testing out the create page input box from H:YFA while logged out. It appears to be a less well-developed duplicate of Template:No article text (which is transcluded at MediaWiki:Noarticletext). The stated distinction at Template talk:No article text is that one is used when trying to view a non-existent page whereas the other is used when trying to edit a non-existent page, but there seems to be nothing tailored in the notices themselves, and I'm not sure what distinction we would want to make. Could we merge them to the design at Template:No article text? ((u|Sdkb)) talk 00:55, 30 December 2020 (UTC)
Discussion about venue from TfD
|
---|
|
Agree that these should be merged. * Pppery * it has begun... 17:22, 7 January 2021 (UTC)
I've updated MediaWiki:Nocreatetext to be ((no article text|nopermission=yes))
. — JJMC89 (T·C) 04:52, 8 January 2021 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I'm here because of a justifiably frustrating experience relayed by an IP at the Teahouse of trying to create a redirect while not autoconfirmed. I've added code to the sandbox that should display a You may also request it be redirected to an existing page.
sentence when someone sees this notice at a non-category page they can't create because they are not autoconfirmed. Wikipedia:Article wizard/version1/Redirect is a legacy link, but it appears to be what we still use, since it's where the request redirect button at Wikipedia:Articles for creation/Redirects and categories goes.
The code for this page is an utter mess, so please let me know if there are any issues, but to the extent the testpage is useful for this template, it seems to work. I don't anticipate that this will be controversial, but I'll post a ((Please see)) at WT:WikiProject Articles for creation to allow for input and possibly inspire others to fix up this template in other regards. ((u|Sdkb)) talk 06:38, 13 December 2020 (UTC)
I'm not sure if this is of any help, but a bit ago there was another attempted AfC redirect. Perryprog (talk) 23:38, 20 January 2021 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please change [((fullurl:((#invoke:String|replace|source=((FULLPAGENAME))|))|action=purge)) try the purge function]
to [[Special:Purge/((FULLPAGENAME))|try the purge function]]
per the reasoning at Template talk:No article text/Archive 1/Archive 1#Protected edit request on 14 July 2020. 54nd60x (talk) 05:06, 25 January 2021 (UTC)
The interwiki links in Template:No article text/sister projects fail if a search string is nearly the allowed 255 bytes. There is a possible workaround by making external links instead. See Wikipedia:Village pump (technical)#Long interwiki links from nonexistent pages break (permanent link). PrimeHunter (talk) 10:51, 30 January 2021 (UTC)
This edit request to Template:No article text/sister projects has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please change Template:No article text/sister projects to what it looks like on Template:No article text/sister projects/sandbox. In short: add Wikispecies, the logo, and (species directory). 54nd60x (talk) 06:18, 26 January 2021 (UTC)
@Xaosflux: I added the encoding functions back again. 54nd60x (talk) 05:42, 5 February 2021 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
For nopermission, the "You cannot create this article" message sounds angry. Try changing the message. 41.254.65.154 (talk) 09:27, 24 July 2021 (UTC)
See mw:Talk_pages_project/New_discussion#6_August_2021. It just went live for people using the Discussion Tools beta feature. ((u|Sdkb)) talk 00:40, 14 August 2021 (UTC)
Going to https://en.wikipedia.org/w/index.php?action=edit&preload=Template%3AT%3ATDYK%2Fpreload&editintro=Template%3AT%3ATDYK%2Feditintro&title=Template%3ADid+you+know+nominations%2Fasdssdfsdkfsdskdsfd&create=Create+nomination while not logged in, I'm presented with a (correct) message that I do not have permission to create the page. However, the message incorrectly states that I must also be autonconfirmed, when actually all I need to do is to create an account. I confirmed this with an unconfirmed alt account. Could we please fix? ((u|Sdkb)) talk 03:12, 7 October 2021 (UTC)
((#invoke:Effective protection level|create|((#invoke:String|replace|source=((FULLPAGENAME))|))))
. It returns user
for IP's on Template:Did you know nominations/asdssdfsdkfsdskdsfd. The switch currently has no |user=
so it falls through to |#default=
. I don't know whether it would always be correct to add a |user=
which doesn't mention the possibility of needing autoconfirmation. 212.242.97.1 (talk) 00:24, 12 October 2021 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please implement SD0001's sandbox edit from above. Thanks, ((u|Sdkb)) talk 18:52, 12 October 2021 (UTC)
Could we please add a 4th reason why the page was not found? It is quite possible that the article that we search exist in the Draft namespace. We could show an internal link. The link will become blue or red when the page exists/does not exist in the Draft namespace... Geertivp (talk) 18:21, 14 April 2022 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please remove the lines that say "user=..."
The reason is there are multiple reasons why this protection level may show up. Users need to be autoconfirmed to create pages in namespace, and certain namespaces like Gadget: and Gadget definition: namespaces almost no one can create pages in. A generic umbrella message does a much better job at covering cases where protection is not available than a specific message that only applies in one specific case. Aasim - Herrscher of Wikis 00:55, 9 June 2022 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Change "You need to log in or create an account" to "You need to log in or create an account and be autoconfirmed". 24.244.23.35 (talk) 22:46, 22 October 2022 (UTC)
This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please implement my changes in the sandbox.
I added the mainspace detection to keep No article text the same as Wikipedia:New user landing page, which should also be updated with the text ((No article text/mainspace|nopermission=yes)). For logged in users who can create the page, the No article text remains the same as before.
The other thing I added is a button to request the creation of a page using the submit an edit request form. This is helpful so that established users can quickly request a page be created for whatever reason.
I hope that my changes help to streamline the experience for new users. Aasim - Herrscher of Wikis ❄️ 14:03, 22 March 2023 (UTC)
((Edit protected))
template. This removes helpful links in mainspace (search, deletion log, and Special:WhatLinksHere) and reverts the last three edits to this template. Creation of talk pages for nonexistent pages should not be encouraged. Also, please see WP:VPT#Proposed change to the behavior of Wikipedia:New user landing page. — JJMC89 (T·C) 01:01, 1 April 2023 (UTC)This edit request to Template:No article text has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Change the text "Why was the page I created deleted?." to "Wikipedia:Why was the page I created deleted?" at the end of the fmbox, removing the unnecessary full stop at the end, as there is already a terminating puncuation, the question mark. Purplemountainmantalk contribs 02:57, 6 July 2023 (UTC)
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Create a detection system for the deprecated name spaces so the no article text page doesn't claim you can create it while logged in. Gadget:example, Gadget talk:example, Gadget definition:example, and Gadget definition talk:example all claim that the page can be created while logged in, even though this is obviously impossible. The template is probably just lacking consideration for gadget name spaces. Related discussion found here. -322UbnBr2 (Talk | Contributions | Actions) 17:16, 15 January 2024 (UTC)