This is the
talk page for discussing improvements to the
URL page. |
|
Archives: 1 |
Wikipedia Help NA‑class Mid‑importance | ||||||||||
|
Text and/or other creative content from Meta:Help:URL was copied or moved into Help:URL with this edit. The former page's history now serves to provide attribution for that content in the latter page, and it must not be deleted as long as the latter page exists. |
As best I can see, only these characters require encoding:
sp | ! | " | , | ' | ; | < | > | ? | ] | |
---|---|---|---|---|---|---|---|---|---|---|
%20 | %21 | %22 | %2c | %3a | %3b | %3c | %3e | %3f | %5b | %5d |
For example, contrary to documentation, the caret does not need encoding: http://en.wikipedia.org/wiki/^
The apostrophe really applies to sequential use, as it gets parsed as wikimarkup: http://en.wikipedia.org/wiki/12345
The pipe automatically gets encoded: http://en.wikipedia.org/wiki/%7C
---— Gadget850 (Ed) talk 21:57, 7 April 2011 (UTC)
At the Buddha-nature page, there appears a problem with the = sing: The following url appears as a full url in the reflist, beside the assigned title/name, due to the = sign: [1]
I've tried to fix it, by using %3D, but it doesn't work: [1]
Using {{=}} doesn't work either: [1]
Friendly regards, Joshua Jonathan ( talk) 08:05, 7 March 2012 (UTC)
That's it?!? What a joke to miss that one. Thanks!!! Joshua Jonathan ( talk) 08:39, 7 March 2012 (UTC)
I think that this page and WP:EL need to be updated now that "http" etc. are no longer necessary, and the links' destination (if it is within Wikimedia) will change automatically depending on whether you are viewing the HTTP or the HTTPS version of a Wikimedia site. It Is Me Here t / c 20:54, 18 December 2011 (UTC)
.com
or the like). Again: browsers don't delete the URI scheme, they just hide them. If you have better way to do this, then ask for a feature enhancement. ---—
Gadget850 (Ed)
talk
12:14, 15 February 2012 (UTC)Wiki-text markup treats a final right parenthesis in special ways. Consider:
I think the rule is that wikipedia drops the closing parenthesis unless the URL contains a left parenthesis. Can anyone confirm this, or give a pointer to the appropriate documentation? Blevintron ( talk) 13:35, 23 April 2012 (UTC)
According to the table at Fixing links with unsupported characters, the characters "," (comma), ";" (semicolon) and "?" (question mark) are unsupported and need to be encoded. But as far as I can see these three work just fine in their original forms. Did something change or is the text just overly cautious? -- Lambiam 19:40, 6 June 2012 (UTC)
Ah, I see what the issue is. They are problematic at the end of a bare url (one not enclosed in square brackets): the parser does not parse them as part of the url. But the same problem also arises with these unlisted characters:
-- Lambiam 20:09, 6 June 2012 (UTC)
For some reason {{urlencode:test test}} (now) gives test+test not test%20test as advertised on this help page. / 37.197.83.144 ( talk) 14:10, 31 July 2013 (UTC)
{{urlencode:test test|PATH}}
is test%20test. I've added a few words to the help page to make this clearer. --
John of Reading (
talk)
15:23, 31 July 2013 (UTC)
It appears that hyperlinks from Wiki replace the page that you are on and the back and forward arrows are used to navigate between hyperlinked locations once they are visited.
Is there a way to specify a hyperlink to launch a new page?
THANKS for your help!!! — Preceding unsigned comment added by 72.37.249.100 ( talk) 18:55, 9 January 2015 (UTC)
How can we create a short url of a Wikipedia article for Twitter? Snurl wouldn't cut it. Oceanflynn ( talk) 16:39, 6 March 2015 (UTC)
curid
is not documented at
Help:URL#URLs of Wikipedia pages but it is at
mw:Manual:Parameters to index.php. Newer pages have 8-digit ID's.
PrimeHunter (
talk)
01:00, 7 March 2015 (UTC)oldid=
parameter overrides curid=
, as does a diff=
with numeric value; and that curid=
overrides title=
--
Redrose64 (
talk)
14:44, 9 March 2015 (UTC)The following recommndation in this help article to use protocol-relative URLs seems to be outdated:
Dropping http: and https:
If you make an external style link using square brackets [...] from a Wikimedia page to other Wikimedia page, including Wikipedia of course, it's better to drop the protocol
http:
orhttps:
, so that the URL begins with//...
, e.g.//en.wikipedia.org/?title=Help:URL
.Otherwise, readers are forced to use the specified connection method. If you don't specify the protocol, readers can continue to use the protocol to read that page.
The URL returned by
{{SERVER}}
magic word begins with //.
- Example:
[//en.wikipedia.org/?title=Help:URL no protocol]
- Result: no protocol (Read this page both with http and https.)
- Example:
[{{SERVER}}/?title=Help:URL no protocol]
- Result: no protocol (Read this page both with http and https.)
In contrast to the above, see Help:Link §http: and https:
http: and https:
In mid-2015, Wikipedia and all other Wikimedia sites were changed to use HTTPS to encrypt all traffic. Accessing a URL like
http://en.wikipedia.org/wiki/Help:Link
will result in the webserver redirecting you tohttps://en.wikipedia.org/wiki/Help:Link
. Therefore, when making an external-style link to an internal page (that is, using single square brackets, or a bare URL),https
should be specified to avoid the needless redirect, as inhttps://en.wikipedia.org/?title=Help:Link&action=history
.In the past, when Wikipedia could be accessed via either HTTP or HTTPS, a protocol-relative URL could be used to make an external link (or external-style link to an internal page) which would use
http:
orhttps:
depending on how the page the link appeared on was accessed, as in[//www.mediawiki.org/wiki/Help:Links]
. However, as all Wikimedia sites now require HTTPS, this linking style is obsolete and should no longer be used.http:
orhttps:
should be explicitly specified as appropriate for the target site (preferringhttps:
, where available).
Should it therefore be updated here to match? That said, the explanation in the latter blockquote is actually wrong at a technical level; there is not a redirection happening with the protocol-relative URL for fellow Wikimedia pages, as it now will always be coming from an HTTPS Wikipedia page and causing the user to navigate to another HTTPS Wikimedia page; "https://" and "https://" will always result in the exact same request, now. (Well, at least as long as this is happening from a Wikimedia-hosted site. That is, the two would give different results when navigating from one of those copies of Wikipedia that exist, if it's on an HTTP site. Also, if a user saves a page locally, the browser will futilely try to load the linked page with the "file://" protocol, unless the user's browser automatically changed URLs to fully qualified ones when saving the originating HTML file.) — Undomelin ( talk) 23:03, 24 January 2019 (UTC)
I couldn't find mentioned here how browsers (at least mine) accept the _ character in place of spaces. Let's take an example - our Gravity (2013 film) article as external URLs:
Assuming both work in general, please update the documentation. CapnZapp ( talk) 18:45, 4 February 2021 (UTC)
%20
the same as a space, and similarly treats %5F
the same as an underscore. It treats spaces and underscores differently (whether percent-encoded or not); it is the MediaWiki software that treats them as equivalent. --
Redrose64 🌹 (
talk)
19:44, 4 February 2021 (UTC)
This is the
talk page for discussing improvements to the
URL page. |
|
Archives: 1 |
Wikipedia Help NA‑class Mid‑importance | ||||||||||
|
Text and/or other creative content from Meta:Help:URL was copied or moved into Help:URL with this edit. The former page's history now serves to provide attribution for that content in the latter page, and it must not be deleted as long as the latter page exists. |
As best I can see, only these characters require encoding:
sp | ! | " | , | ' | ; | < | > | ? | ] | |
---|---|---|---|---|---|---|---|---|---|---|
%20 | %21 | %22 | %2c | %3a | %3b | %3c | %3e | %3f | %5b | %5d |
For example, contrary to documentation, the caret does not need encoding: http://en.wikipedia.org/wiki/^
The apostrophe really applies to sequential use, as it gets parsed as wikimarkup: http://en.wikipedia.org/wiki/12345
The pipe automatically gets encoded: http://en.wikipedia.org/wiki/%7C
---— Gadget850 (Ed) talk 21:57, 7 April 2011 (UTC)
At the Buddha-nature page, there appears a problem with the = sing: The following url appears as a full url in the reflist, beside the assigned title/name, due to the = sign: [1]
I've tried to fix it, by using %3D, but it doesn't work: [1]
Using {{=}} doesn't work either: [1]
Friendly regards, Joshua Jonathan ( talk) 08:05, 7 March 2012 (UTC)
That's it?!? What a joke to miss that one. Thanks!!! Joshua Jonathan ( talk) 08:39, 7 March 2012 (UTC)
I think that this page and WP:EL need to be updated now that "http" etc. are no longer necessary, and the links' destination (if it is within Wikimedia) will change automatically depending on whether you are viewing the HTTP or the HTTPS version of a Wikimedia site. It Is Me Here t / c 20:54, 18 December 2011 (UTC)
.com
or the like). Again: browsers don't delete the URI scheme, they just hide them. If you have better way to do this, then ask for a feature enhancement. ---—
Gadget850 (Ed)
talk
12:14, 15 February 2012 (UTC)Wiki-text markup treats a final right parenthesis in special ways. Consider:
I think the rule is that wikipedia drops the closing parenthesis unless the URL contains a left parenthesis. Can anyone confirm this, or give a pointer to the appropriate documentation? Blevintron ( talk) 13:35, 23 April 2012 (UTC)
According to the table at Fixing links with unsupported characters, the characters "," (comma), ";" (semicolon) and "?" (question mark) are unsupported and need to be encoded. But as far as I can see these three work just fine in their original forms. Did something change or is the text just overly cautious? -- Lambiam 19:40, 6 June 2012 (UTC)
Ah, I see what the issue is. They are problematic at the end of a bare url (one not enclosed in square brackets): the parser does not parse them as part of the url. But the same problem also arises with these unlisted characters:
-- Lambiam 20:09, 6 June 2012 (UTC)
For some reason {{urlencode:test test}} (now) gives test+test not test%20test as advertised on this help page. / 37.197.83.144 ( talk) 14:10, 31 July 2013 (UTC)
{{urlencode:test test|PATH}}
is test%20test. I've added a few words to the help page to make this clearer. --
John of Reading (
talk)
15:23, 31 July 2013 (UTC)
It appears that hyperlinks from Wiki replace the page that you are on and the back and forward arrows are used to navigate between hyperlinked locations once they are visited.
Is there a way to specify a hyperlink to launch a new page?
THANKS for your help!!! — Preceding unsigned comment added by 72.37.249.100 ( talk) 18:55, 9 January 2015 (UTC)
How can we create a short url of a Wikipedia article for Twitter? Snurl wouldn't cut it. Oceanflynn ( talk) 16:39, 6 March 2015 (UTC)
curid
is not documented at
Help:URL#URLs of Wikipedia pages but it is at
mw:Manual:Parameters to index.php. Newer pages have 8-digit ID's.
PrimeHunter (
talk)
01:00, 7 March 2015 (UTC)oldid=
parameter overrides curid=
, as does a diff=
with numeric value; and that curid=
overrides title=
--
Redrose64 (
talk)
14:44, 9 March 2015 (UTC)The following recommndation in this help article to use protocol-relative URLs seems to be outdated:
Dropping http: and https:
If you make an external style link using square brackets [...] from a Wikimedia page to other Wikimedia page, including Wikipedia of course, it's better to drop the protocol
http:
orhttps:
, so that the URL begins with//...
, e.g.//en.wikipedia.org/?title=Help:URL
.Otherwise, readers are forced to use the specified connection method. If you don't specify the protocol, readers can continue to use the protocol to read that page.
The URL returned by
{{SERVER}}
magic word begins with //.
- Example:
[//en.wikipedia.org/?title=Help:URL no protocol]
- Result: no protocol (Read this page both with http and https.)
- Example:
[{{SERVER}}/?title=Help:URL no protocol]
- Result: no protocol (Read this page both with http and https.)
In contrast to the above, see Help:Link §http: and https:
http: and https:
In mid-2015, Wikipedia and all other Wikimedia sites were changed to use HTTPS to encrypt all traffic. Accessing a URL like
http://en.wikipedia.org/wiki/Help:Link
will result in the webserver redirecting you tohttps://en.wikipedia.org/wiki/Help:Link
. Therefore, when making an external-style link to an internal page (that is, using single square brackets, or a bare URL),https
should be specified to avoid the needless redirect, as inhttps://en.wikipedia.org/?title=Help:Link&action=history
.In the past, when Wikipedia could be accessed via either HTTP or HTTPS, a protocol-relative URL could be used to make an external link (or external-style link to an internal page) which would use
http:
orhttps:
depending on how the page the link appeared on was accessed, as in[//www.mediawiki.org/wiki/Help:Links]
. However, as all Wikimedia sites now require HTTPS, this linking style is obsolete and should no longer be used.http:
orhttps:
should be explicitly specified as appropriate for the target site (preferringhttps:
, where available).
Should it therefore be updated here to match? That said, the explanation in the latter blockquote is actually wrong at a technical level; there is not a redirection happening with the protocol-relative URL for fellow Wikimedia pages, as it now will always be coming from an HTTPS Wikipedia page and causing the user to navigate to another HTTPS Wikimedia page; "https://" and "https://" will always result in the exact same request, now. (Well, at least as long as this is happening from a Wikimedia-hosted site. That is, the two would give different results when navigating from one of those copies of Wikipedia that exist, if it's on an HTTP site. Also, if a user saves a page locally, the browser will futilely try to load the linked page with the "file://" protocol, unless the user's browser automatically changed URLs to fully qualified ones when saving the originating HTML file.) — Undomelin ( talk) 23:03, 24 January 2019 (UTC)
I couldn't find mentioned here how browsers (at least mine) accept the _ character in place of spaces. Let's take an example - our Gravity (2013 film) article as external URLs:
Assuming both work in general, please update the documentation. CapnZapp ( talk) 18:45, 4 February 2021 (UTC)
%20
the same as a space, and similarly treats %5F
the same as an underscore. It treats spaces and underscores differently (whether percent-encoded or not); it is the MediaWiki software that treats them as equivalent. --
Redrose64 🌹 (
talk)
19:44, 4 February 2021 (UTC)