Template talk:IETF RFC

RFCs on citations templates and the flagging free-to-read sources
See
 * Village pump (proposals)
 * Village pump (proposals)

Headbomb {talk / contribs / physics / books} 17:03, 29 October 2016 (UTC)

Better links:


 * Village pump (proposals)/Archive 135
 * Village pump (proposals)/Archive 135

I'm not really sure how these discussions are related to this template, though. --MZMcBride (talk) 19:52, 3 January 2017 (UTC)

Template output change

 * RFC 1234

These outputs are now identical. --MZMcBride (talk) 00:30, 3 January 2017 (UTC)


 * This should not have been done. Reverted. Headbomb {talk / contribs / physics / books} 13:16, 3 January 2017 (UTC)


 * Hi Headbomb. Okay. Can you please explain further? --MZMcBride (talk) 16:50, 3 January 2017 (UTC)


 * The output of this template is designed to match that of other identifier templates, like OCLC, PMID and so on, and is also designed to match the output of templates. It is not designed to match whatever magic thing the software does (especially since this will be phased out in future releases of mediawiki). Headbomb {talk / contribs / physics / books} 18:16, 3 January 2017 (UTC)


 * Ah, okay. We should probably update Template:IETF RFC/doc to note this, then. I'm not sure how anyone is/was expected to know that this template purportedly needs a very particular format.
 * The eventual deprecation of magic links is why I took an interest in this template. I looked at the template's usage and thought it would be safe enough to change since nothing is really using it. For what it's worth, some people don't really like "overlinking" to articles such as ISBN or Request for Comments or Case citation or whatever in templates like this. It's somewhat similar to the arguments against date linking.
 * In going through the instances of RFC magic links, a lot of them are inline external links currently, which probably need to be converted to references. I may end up using this template, but not for inline cases, as I first thought, but instead putting it inside  tags. --MZMcBride (talk) 19:47, 3 January 2017 (UTC)


 * In  tags I would probably use Cite IETF. — Franklin Yu (talk) 15:53, 26 April 2018 (UTC)


 * Any reference about phasing out of the RFC magic? — Franklin Yu (talk) 15:53, 26 April 2018 (UTC)

Basic error checking
Maybe we could include some basic error checking, like max number (right now, we're in the 8.1k range, so >10k for a while would be an error), as well as verifying every input is a number. --Izno (talk) 01:07, 23 May 2017 (UTC)

Protection
There are only 200 transclusions. Why was this fully protected? --Izno (talk) 12:36, 30 May 2017 (UTC)


 * That number is going to increase significantly, as the magic links bot does its work. I would expect the template to be linked in at least 2,000 articles shortly, and to thus be a significant vandalism target. As the template has only one, well-defined, purpose, I don't see any current need for it to be generally editable; it can be unprotected to be edited if necessary. -- The Anome (talk)
 * That sounds like a rationale for template protection, not full protection, then. --Izno (talk) 13:23, 30 May 2017 (UTC)


 * You're right. I've changed the protection level to template protection. -- The Anome (talk) 13:27, 30 May 2017 (UTC)


 * The same applies to ISMN. Can you change this to template protection as well? --Matthiaspaul (talk) 14:08, 27 August 2017 (UTC)


 * ✅ -- The Anome (talk) 20:21, 27 August 2017 (UTC)
 * Thank you.
 * Meanwhile, the error-small template has become a highly used template due to its use in other highly used templates. Can you add template protection to this one, please? Thanks. --Matthiaspaul (talk) 23:56, 6 September 2017 (UTC)
 * Thanks for spotting this! ✅ -- The Anome (talk) 10:44, 7 September 2017 (UTC)
 * Indeed, the protection is dubious for only 200 pages, fondly remembering "my" Template:!. –84.46.53.185 (talk) 01:47, 3 December 2019 (UTC)

Requested feature: section links
I just created the following link:, which renders as RFC 4086 section 6.1.3 "Traditional Pseudo-random Sequences". Since I am referencing a section, making the link point to that section makes all sorts of sense. But I couldn't find a way to create this using. I don't currently have a suggested parameter name, and I'm not sure I put the right words inside the link, but maybe something like this is of broader interest? 104.153.72.218 (talk) 09:52, 3 November 2017 (UTC)


 * Where do you need this link? In references Cite IETF is better IMO. —— Franklin Yu (talk) 15:44, 26 April 2018 (UTC)
 * sectionn seems reasonable, but the current template seems like too much meta template to try to stuff that in. --Izno (talk) 16:22, 26 April 2018 (UTC)

plainlink=yes
The example  is odd, I expected a class="plainlinks" RFC 125, RFC 126, RFC 127 effect. –84.46.53.185 (talk) 01:51, 3 December 2019 (UTC)

New site datatracker.ietf.org
The  now redirects to. For example https://tools.ietf.org/html/rfc114 redirects to https://datatracker.ietf.org/doc/html/rfc114. Maybe the template should be updated accordingly? Same for Template:Cite IETF. Thanks --Prikryl (talk) 08:15, 7 June 2021 (UTC)


 * , ✅. GeneralNotability (talk) 01:09, 8 June 2021 (UTC)
 * @ Thanks. --Prikryl (talk) 04:46, 8 June 2021 (UTC)
 * @ What about Template:Cite IETF?

rfc-editor.org or datatracker.ietf.org
Currently the  is redirected to. I would prefer  rather than.

Example: https://www.rfc-editor.org/rfc/rfc9110.html vs https://datatracker.ietf.org/doc/html/rfc9110

May I update this template to link to the ? Wdpp (talk) 11:44, 4 February 2023 (UTC)

Related templates?
Are there IETF foo templates for other types of IETF documents, e.g., BCP, STD? My first thought was that, e.g.,. would serve the purpose, but that requires title. Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:15, 15 March 2023 (UTC)

Violates WP:NOELBODY
What's the justification for including external links when the guideline says not to? Often where I see this being used, e.g. at WebSocket, the link should be used as a reference, not as an inline EL. SmartSE (talk) 22:16, 6 November 2023 (UTC)

Proposal to use variadic arguments instead of hardcoded 1-9
I based the implementation of autnum on IETF RFC, as a wrapper that calls Catalog lookup link with args 1-9 passed through (except expanded to 1-100 because I wanted more than 9 in some cases). I recently made a change there, to remove the hardcoded 1-n list of arguments, which might be beneficial to apply here too.

Potential caveat: this removes the  evaluation currently done on each argument. I didn't find it necessary for autnum, but maybe someone is relying on it here in a way I haven't seen.

Thoughts? DefaultFree (talk) 13:02, 3 December 2023 (UTC)


 * I am the author of Module:Params and I came across this discussion by following Special:WhatLinksHere/Module:Params while checking that everything is OK. Indeed it does not seem necessary to me to use . If the purpose is that of filtering out parameters whose names and values are not numbers, it is possible to add   to  . If instead the purpose is that of trimming leading and trailing whitespaces, there is  . I have no idea how Catalog lookup link works, but I suppose one of these three modifiers would be needed too: either   or   or   (please check the documentation). Most likely the code posted by DefaultFree would become:
 * --Grufo (talk) 20:02, 28 May 2024 (UTC)
 * Ok, I see now. Catalog lookup link is not needed at all:
 * --Grufo (talk) 20:49, 28 May 2024 (UTC)
 * --Grufo (talk) 20:49, 28 May 2024 (UTC)
 * --Grufo (talk) 20:49, 28 May 2024 (UTC)

Discussion at WP:ELN § Templates being used to embed external links into articles
You are invited to join the discussion at WP:ELN § Templates being used to embed external links into articles. -- Marchjuly (talk) 02:43, 2 January 2024 (UTC)