Malldiskussion:Cite web

message: Är det här en dubblett till Mall:Webbref, eller har den något annat användningsområde? / Elinnea 22 mars 2007 kl. 11.46 (CET)
replies: text: Detta är en exakt kopia av den som finns på ENWP, för kompabilitetsanledningar tror jag det är bra om denna är kvar » ågязи(disk.|bidr.) den 22 mars 2007 kl. 11.49 (CET)
replies: text: :Ok, jag tänkte bara att det kanske inte är så bra att ha en massa olika mallar för samma funktion? Dessutom står "retrieved on" och sedan en röd länk till ett datum, är det någon poäng med att det är länkat? / Elinnea 22 mars 2007 kl. 11.57 (CET)
replies: text: ::Inte säker på vad du syftar på, men jag är inte helt hemma på hur denna mallen fungerar. Tyvärr. » ågязи(disk.|bidr.) den 22 mars 2007 kl. 12.06 (CET)
replies: text: :::Kolla på artiklar där den använts, t.ex Per Elofsson. Vad jag menar är att om mallen ska användas är det nog bra om den översätts, så det t.ex står "läst" istället för "retrieved" och att datumet inte är länkat eftersom vi troligtvis aldrig kommer att ha en artiklar av typen 2007-02-27. / Elinnea 22 mars 2007 kl. 12.12 (CET)
replies: text: ::::Omdirigera den här mallen till  kanske? Skulle det gå att ha alternativa namn på variablerna, t ex att "title" kan användas med samma resultat som "titel"? Det skulle göra det mycket lättare att föra över notapparaten från engelska artiklar. /Nicke L 22 mars 2007 kl. 12.22 (CET)

message: När parametern |website= används i mallen  visas det som står i parametern |title= både som titel och som utgivare/verk, och parametern |website= (motsvarar utgivare eller möjligen verk) används inte alls.
Exempel:

replies: text: ger vid tidpunkten för detta inlägg:
Text1 i title. Text1 i title.

text: istället för:
Text1 i title. Text2 i website.

text: Live-exempel för mallen:
Kontrollera gärna ovan med wikikoden i wikitextläge. Jag har sett många artiklar med  där parametern |website= definieras men istället upprepas alltså titeln som om det vore hemsidan/webbplatsen.
Mitt förslag är att parametern |website= bör "definieras korrekt" i denna mall, så att mallen visas på rätt sätt i artiklar. Tyvärr vet jag inte hur jag ska gå tillväga. Jag pingar  som tidigare har hjälpt mig med liknande, hoppas att det går bra.
--Treetear (diskussion) 14 januari 2019 kl. 13.50 (CET)

text: Jag har ändrat mallen nu så att ditt exempel ovan fungerar. Det verkar som om parametern website helt hade glömts bort. Det som hamnade på den platsen i referensen var värdet på i första hand parametern work och i andra hand parametern title. Jag gjorde så liten ändring som möjligt för att inte "förstöra" referenser som har använt någon av dessa parametrar i mallanropet. Men om website är angiven så blir det dess värde som visas med kursiverad stil. --Larske (diskussion) 14 januari 2019 kl. 19.14 (CET)
replies: text: :Tillägg: Notera dock att för den svenska versionen,  är parametern website ett alias för url och det man vill ha som kursiverad stil i referensen ska anges med parametern verk. Så vid konvertering från  till  måste website översättas till verk.

text: : Jag antar att Fluffbot bara "hoppar över" mallanrop till  som innehåller parametern website, den finns ju inte med i listan på den här sidan. Är det något som du kan lägga till? Fallet att både work och website finns i anropet av  blir då ett fall som inte kan hanteras automatiskt, men de fall som enbart har website, som nu "hoppas över", kommer att kunna översättas, eller hur? --Larske (diskussion) 14 januari 2019 kl. 19.52 (CET)
replies: text: :: Korrekt, resultatsidan är fullproppad av länkar där parametern website inte kunnat översättas. Jag har tyvärr inte implementerat någon villkorsstyrd översättning utan bara tagit med parametrar där det finns en klar översättning. Så i fallet att vi lägger till både work och website att peka på verk, så kommer det att skapas två verk-parametrar om både work och website är angivet i originalmallen. /Fluff?Fluff! 14 januari 2019 kl. 20.01 (CET)
thread_title:  Parametern website visas inte, istället upprepas parametern title 

message: Nu vet jag inte riktigt hur skriptet här fungerar så jag vågar inte röra i den själv. Men det finns ingen möjlighet att lägga till så att både accessdate och access-date fungerar som parameter för när en källhänvisning lästes? På den engelskspråkiga Wikipedia så fungerar båda varianterna och jag har sett vid upprepade tillfällen här på svenska Wikipedia att en källa har kopierats från enwp och access-date inte bytts ut mot accessdate, och "läst/retrieved" därav uteblir från artikeln. - Maol91 (diskussion) 4 mars 2019 kl. 18:13 (CET)
replies: text: Jag har råkat ut för ett liknande problem med en artikel jag kopierade för översåttning från enwiki. Av ursprungsartikelns fyra räddade döda länkar fungerade bara en på svwiki. Efter en dryg halvtimmes experimenterande förstod jag att orsaken var att enwiki accepterar varianten archive-url för archiveurl, men svwiki gör inte detta (och varnar inte heller för att något är fel).

text: Med tanke på att  tydligen nyligen träffat på ett liknande problem, undrar jag dels om problemet gäller för ytterligare parametrar förutom dessa två, och dels om detta kan åtgärdas (möjligen på högre nivå; observera att engelska motsvarigheten till  tydligen förutsätter att  skall vara en giltig synonym till ).

text: Fördelen skulle vara just när man kopierar länkar hit från enwiki (eller annan wiki där båda formerna tillåts). Jörgen B (diskussion) 16 maj 2019 kl. 21.52 (CEST)
thread_title:  Accessdate och archiveurl (och kanske fler?) 

message: Om publisher och title används så kommer title med två gånger, en gång som länk och en gång som kursiverad text. Däremot om website och title används så kommer title med en gång och om publisher, website och title används så kommer title med korrekt en gång. Går detta felet att fixa?
Går det också att implementera url-access med tillval registration, limited och subscription? En annan jag eftersöker är parametern via som är väldigt bra för pressmeddelandesajter och dylikt. 37.123.169.125 15 juni 2022 kl. 10.59 (CEST)
thread_title:  Title-parametern beter sig konstigt