Hello, you have come here looking for the meaning of the word Template talk:cite-web. In DICTIOUS you will not only get to know all the dictionary meanings for the word Template talk:cite-web, but we will also tell you about its etymology, its characteristics and you will know how to say Template talk:cite-web in singular and plural. Everything you need to know about the word Template talk:cite-web you have here. The definition of the word Template talk:cite-web will help you to be more precise and correct when speaking or writing your texts. Knowing the definition ofTemplate talk:cite-web, as well as those of other words, enriches your vocabulary and provides you with more and better linguistic resources.
AFAIK, uses from the web do count as citations for their main purpose, which is illustrating the usage of words. They don't count for RFV/attestation, though, which is a completely separate matter. --Daniel15:16, 24 September 2012 (UTC)Reply
I don't quite agree with your first argument Daniel. The fact that a template is used in thousands of pages is not an argument against deleting it. It only means that we can't delete it yet, but RFD should concern itself with whether things ought to be deleted, not whether they can be. —CodeCat17:48, 24 September 2012 (UTC)Reply
Keep. This is a reference template (for use in <ref> tags and ===References=== sections), not a quotation template (for use under sense-lines and in ===Quotations=== sections and on Citations: pages). Like most of our general-purpose reference and quotation templates, it's poorly named, poorly conceived, poorly formatted, and poorly written; but I don't think that RFDO is the place to address that. —RuakhTALK17:45, 24 September 2012 (UTC)Reply
The parameter |title= in this case refers to the title of the specific webpage, while you need to use |work= to specify the name of the website as a whole. See the documentation. — SGconlaw (talk) 06:48, 8 July 2018 (UTC)Reply
I think the idea is that editors are supposed to be able to link the work name to an appropriate Wikipedia article, e.g., "]" or "{{w|BuzzFeed}}", which is why that parameter doesn't take an external link. Can you give an example of when you would want to create separate external links for both |title/entry= and |work=? — SGconlaw (talk) 06:29, 11 January 2019 (UTC)Reply
So doesn't using |url= suffice in this case, as you've done? Just wondering what's the particular benefit of linking the entire work title to an external link. Then we'll have some references that use |url= and others that use |workurl=. — SGconlaw (talk) 08:08, 11 January 2019 (UTC)Reply
@Sgconlaw: No, because as I pointed out, I'd like to have a link to the work, and another to the entry. The landing page of a work isn't always the root directory of homepage, so being able to direct people to the proper work url is useful. This, I imagine, also applies to journals in {{cite-journal}}. --{{victar|talk}}08:38, 11 January 2019 (UTC)Reply
@Victar: Ah, I just remembered that some time in the past a decision was made to link |url= to |entry= if the latter parameter is specified. This makes the {{cite}} templates work differently from the {{quote}} templates like |quote-book=, which have a separate |chapterurl= parameter. What I will do is to create a parameter called |entryurl= (or something similarly named). If that parameter is present then it will be linked to |entry=; if not, then the template will use |url=. I'll look into it in about three or four hours' time. — SGconlaw (talk) 10:45, 11 January 2019 (UTC)Reply
It's possible, because I relocated an opening quotating mark to avoid having to repeat it. I suggest surrounding the asterisk with <nowiki> tags. Also, in what situations would an entry start with an asterisk? — SGconlaw (talk) 07:50, 17 January 2019 (UTC)Reply
Not at the moment, as the template doesn't envisage this scenario. If you use |entryurl= together with |url=, then |url= displays an external link next to the title. But if you use |url= alone, it assumes you want to link that to the value of |entry=. That was a choice made some years back; if we now want to change how the template works and force the use of |entryurl=, we'll need to identify all the templates that will be affected. — SGconlaw (talk) 03:04, 18 January 2019 (UTC)Reply
Latest comment: 5 years ago2 comments2 people in discussion
There seem to be two lines calling the same parameter:
|url = {{{url|{{{5|}}}}}}
|page = {{{page|{{{5|}}}}}}
There is an easy work-around, which is to use either url= or page= in the fifth slot, but perhaps this should be sorted? Cnilep (talk) 02:00, 3 July 2019 (UTC)Reply
Hi, @Cnilep: thanks for pointing out the issue. I've updated the template so that |5= is only a synonym for |url=, as the template instructions indicate. — SGconlaw (talk) 03:32, 8 July 2019 (UTC)Reply
Link to Wiktionary:Reference templates in See also
Latest comment: 4 years ago1 comment1 person in discussion
Patrick M. Owens “Silva (old)”, in Neo-Latin Lexicon, Patrick M. Owens
That is, even though it's "|nodate=yes", there's "(Can we date this quote?)".
"|date=no", to answer the question, doesn't fix it. --幽霊四 (talk) 23:23, 24 January 2021 (UTC)Reply
Then you would need to look through the history to find out when it was added and (likely) accessed? Plus, I don't think it's that good: ".. Owens (accessed ..)" - has he accessed it? was he accessed? --幽霊四 (talk) 13:59, 25 January 2021 (UTC)Reply
Latest comment: 1 year ago2 comments2 people in discussion
Can we get a doi= named parameter in this template? There are academic resources online with DOI that are not journal articles or books and I had to “hack around” the lack of DOI in {{cite-web}} recently when referencing such a thing in etymology of Old Irish Goídelc (see →DOI, it’s an online video lecture + PDF file with slides). // Silmeth@talk20:21, 14 February 2024 (UTC)Reply
Latest comment: 1 year ago14 comments4 people in discussion
@JeffDoozan, it seems that this template is now double-urlencoding if the title is omitted, so the links to Trésor de la langue française informatisé on articles such as fainéant are currently broken.
Example:
{{cite-web|entryurl=https://www.cnrtl.fr/definition/{{urlencode:fainéant}}|entry=asdf|work=Trésor de la langue française informatisé}}
gives an incorrect, double-url encoded:
“asdf”, in Trésor de la langue française informatisé, (Can we date this quote?)
while if we include a title:
{{cite-web|entryurl=https://www.cnrtl.fr/definition/{{urlencode:fainéant}}|entry=asdf|title=asdfas|work=Trésor de la langue française informatisé}}
we get a functional link:
“asdf”, in “asdfas”, in Trésor de la langue française informatisé, (Can we date this quote?)
Thanks for the ping, 130. @Benwing2 Do you have any thoughts on the best way to handle this? I don't see where in Module:quote any url escaping is being done, but it must be happening before make_chapter_with_url, which just generates a bare link with the value of the chapter name and title. Since quote-book also exhibits the double-escaping behavior, it seems like most of our links must already be in an unescaped format and I'm tempted to just rip out all the manual calls to {{urlencode}} in the R: templates. As a very temporary workaround, to avoid having broken links while this gets fixed, I added a check to the cite- template handling that falls back to the old template if entryurl, chapterurl, or titleurl contain "%"
@JeffDoozan The double encoding is happening in the call to embedded_language_links() on line 575, which seems to URL-encode any % signs occurring in the text passed in. I remember running into this issue before; it's related to some changes made several months ago by User:Theknightwho to the code in Module:links, but I'm not sure exactly why the URL-encoding is happening there. You might want to ask Theknightwho. The reason this doesn't happen when a title is specified is in that case the pcall() fails (I'm not sure why), and it falls back to the old template code. IMO you should verify whether everything works fine if the URL is passed in raw, and if so, just rip out the URL encoding in the template. Benwing2 (talk) 20:29, 13 April 2024 (UTC)Reply
@Benwing2: I was surprised that this isn't blowing up quote-book urls everywhere, but it turns out that pageurl isn't affected:
|title= and |entry= are aliases in the -web templates, so specifying both generates and error that causes it to fall back to the old template. Ripping out the URL encoding in the templates would have the unintended consequence of passing unescaped spaces as part of the url, which currently generates an error. JeffDoozan (talk) 20:56, 13 April 2024 (UTC)Reply
@Theknightwho As Ben mentioned, this seems to be caused by text = text:gsub("%%", "%%25") at Module:links#L-538. What's the reasoning behind escaping % in the links passed to embedded_language_links()? If it's for inter-wiki links or something, could we add a check for "://" to avoid mangling external URLs? JeffDoozan (talk) 23:00, 13 April 2024 (UTC)Reply
@JeffDoozan I have fixed this by not calling embedded_language_links() unless there are embedded links. Note that this will run into issues if there are embedded links inside of the display portion of an external link. I verified this is possible, e.g. foobar; however, this should occur very rarely, and in any case I'm not sure it will continue to work if the raw embedded links are wrapped in HTML tags, as would happen using embedded_language_links(). Benwing2 (talk) 04:13, 14 April 2024 (UTC)Reply
@Benwing2 @JeffDoozan Sorry for the delay on this - I've been putting it off, but I've started a (gradual) refactor of Module:links, which should deal with issues like this. It's not going to be anything revolutionary, but I don't think it's going to be possible to do anything more ambitious without untangling the spaghetti, as it's too unpredictable at the moment. Theknightwho (talk) 06:14, 19 April 2024 (UTC)Reply
@Benwing2 I'd like to keep the general structure the same for the time being, as that should keep things relatively stable. No timeline - I'd hope no more than a couple of weeks, but I won't be rolling it out all at once. Theknightwho (talk) 06:39, 19 April 2024 (UTC)Reply
@Benwing2 If you look at the changes I made to the local function handle_redundant_wikilink, that should give you an idea of the level of refactoring I'm talking about: it's been completely rewritten, but it still does the same thing. Theknightwho (talk) 06:41, 19 April 2024 (UTC)Reply
@Benwing2 One last thing: you've probably noticed this, but my biggest priority is optimising for speed, which sometimes comes at the expense of concise code (e.g. I just converted text:find("%%]") to two find calls for "]" with the plain flag set). These kinds of micro-optimisatons do seem to make a genuine difference if you apply enough of them (and are pretty much the only reason the template parser is viable at all), and I think they're badly needed in Module:links and Module:languages, given how much they're called. I'll make sure to comment anything that seems weird/unintuitive (e.g. it's not obvious that ifnotmatch(text,"^()%,"framed":false,"label":"Reply","flags":,"classes":}'>Reply
Done, I have added 
