Malldiskussion:ö

En nackdel med den som den nu ser ut är att man inte kan ange något ankare. Det är inte så intressant för interwiki-länken, eftersom "rätt" avsnitt ändå ska stå längst upp på sidan, men väl för länkningarna inne i sv:wikt. \Mike 25 mars 2007 kl. 18.47 (CEST)

Eftersom mallen används så frekvent bör den hållas enkel, men den måste givetvis innehålla en möjlighet att låta iw-länken vara annorlunda än interna länken. Jag ska också ändra plats på språkkoden och länken för att öka läsbarheten. Det är också i den ordning mallen används på andra wikts. Det pågår en diskussion just nu på enwikt om utformningen som jag är aktiv i (http://en.wiktionary.org/wiki/Wiktionary:Votes#Translations_-_linking_to_nonexisting_FL_pages_or_not som håller på en bit in i april) och lite intressant för svwikt blir det eftersom Doddebot förmodligen kommer att användas för underhållet på både svenska och engelska Wiktionary. Så det bästa är ju om så mycket som möjligt är lika. Hur som helst, om engelska Wiktionary bestämmer sig för att länka även till språkversioner som inte finns, och till artiklar som inte finns på dem wiktionary-versionen som iw-länken länkar till, bland annat något som Connel för närvarande föreslår, så kommer jag lägga in en reservation. Jag tycker inte att det alls är en bra lösning. Det försvårar betydligt arbetet med att lägga till översättningar. Delta gärna i den diskussionen också och dela med er om vad ni tycker. ~ Dodde 25 mars 2007 kl. 20.46 (CEST)

Innan jag ger mig in i diskussionen på en:wikt: vad är det för problem med att lägga in översättningar manuellt, i Connels schemata, du syftar på? Lite löst tänker jag mig att om vi tar efter de lite mer komplicerade mallstrukturer som ofta finns på en:wikt, exempelvis med att låta mallen översätta språkkoder till språknamn, så skulle man till och med kunna lägga in villkor i mallen, som ger en iw-länk omm vi specifikt på lämplig plats anger att "denna språkkod svarar mot en wiktionary som existerar" - hur det nu ska göras tekniskt, varvid man inte behöver bekymra sig om huruvida målwiktionaryn existerar när man lägger in översättningen. Eller vore det omöjligt, tror ni? \Mike 25 mars 2007 kl. 21.11 (CEST)

Problemet är att man som användare måste uppdatera sig i ytterligare en mall, och skriva ut hela malltexten för en så enkel åtgärd som att lägga till en översättning. Enligt min åsikt ska det hållas enkelt och en person som lägger till en översättning ska, också fortsättningsvis, kunna lägga till bara "engelska: shoe" t.ex. Detta går betydligt snabbare än att skriva exempelvis "engelska: {{ö|en|shoe|länk=röd}}". Connel oroar sig för att översättningslistan blir svåröverblickbar och svårhanterlig med en blandning av dessa, och att det i längden skrämmer bort användare från att göra redigeringar. Därför bör samtliga översättningar innehålla mallen anser han. Jag, å andra sidan, skulle dra mig betydligt mer från att skapa översättningar om jag hade behövt skriva hela mallsyntaxen för varje översättning, och dessutom behöva ha koll på alla språkkoder när jag vet att språket inte ens har en egen Wiktionary att länka till. För att bibehålla enhetligheten i översättningslistorna föreslog jag därför möjligheten att [[]] skulle bibehållas för samtliga översättningar, och att mallen endast används för att skapa själva länken till sidan på den andra språkversionen av Wiktionary: shoe behålls och ^(en) skapas av mallen. Det gör det lättare att skilja på IW-länkar och interna länkar utan att behöva blanda in kunnande av mallsyntax. Sedan har vi att sidan ofta blir betydligt mer tungladdad och påfrestande för servrarna om mallen läggs in på den stora mängd översättningar som saknar målsida, och även mallinnehållet som sådant för att hantera olika färger blir betydligt större med fler alternativ och komplexare syntax - Ett perspektiv som kanske lite glöms bort av Connel som förordar att mallen används även där den inte behövs. Sedan är det givetvis tekniskt möjligt att åstadkomma det du efterfrågar. Man kan ha två olika sätt att skriva: 1) länk= (ingen länk), länk=röd (röd länk), länk=blå (blå länk), eller 2) undvika ange länk= (ingen länk), länk=röd (röd länk), länk= (blå länk). 2) Ser jag som enklare och ifall det enas om att använda mallen för samtliga så är det möjligen den syntaxen man får använda sig av. För det fall man bestämmer sig för att alltid länka så kan man ha länk=röd för röd länk och undvika att skriva ut för blå länk eller tvärt om beroende om man vill ha röd eller blå länk som standard när man inte vet om målartikeln existerar eller inte. För engelska Wiktionary, om Option 2 väljs, så anser jag att rödlänkar kan fylla en minimal funktion för språkversioner av Wiktionary som existerar, men knappast för språk som inte har en egen version av Wiktionary. Om man vill försvåra för användaren att lägga till en mall, men efter det underlätta för användaren att inte behöva kolla om målartikeln finns, så bör standard vara att man inte ska behöva lägga till länk= argumentet utan att boten fixar det efter en automatisk koll. ~ Dodde 25 mars 2007 kl. 22.11 (CEST)

Har lagt till det tredje argumentet nu. ~ Dodde 26 mars 2007 kl. 00.00 (CEST)

Efter *många* om och men så har jag fixat ett par saker nu: 1) om argument två och tre är lika så behövs inte argument tre läggas in. 2) Länkning sker nu med ankare. Testar testar:

1. {{ö|en|test}} ger: test ^(en)
2. {{ö|en|test|go}} ger: test ^(en)
3. {{ö|en|apple|pear|apple (reading)}} ger apple ^(en)

\Mike 18 maj 2007 kl. 17.56 (CEST)

Ska man förresten lägga in ett argument till för genus? Dvs så man kan skriva {{ö|de|Wort|genus=n}} istället för {{ö|de|Wort}} {{n}}? \Mike 9 juni 2007 kl. 07.20 (CEST)

normalmall och specialmall ö och ö+

Det börjar bli mycket kod och denna kod är inte ens så intuitiv som jag skulle vilja att den var.. vi får fundera på om vi vill ha en basic-mall {{ö}} för normalfallet och en {{ö+}} för specialfallet. Jag lutar nig ganska starkt åt det hållet. ~ Dodde 26 mars 2007 kl. 00.45 (CEST)

Ska jag vara ärlig så förstår jag inte vad nuvarande mallkod ska vara bra för. Jag har inte heller orkat hänga med i diskussionen på en-wikt, så kanske förstår jag inte vad allt är till för, men i vilka fall skulle argument 2, 3 och 4 inte vara samma? Är inte det poängen - att länka till artikeln med samma stavning på andra språkversioner - och inte vill man någonsin att det ska visas någon annan text, än själva uppslagsordet?

Ang. problematiken med röda/blåa länkar - kan man inte göra som fr-wikt (se här och här), där en mall används om motsvarande artikel på andra språket finns - och en annan. Alltså skulle man använda {{ö}} om artikeln finns, och {{ö-}} om den inte gör det. Det är enklare/snabbare/snyggare. Syntaxen är bara {{ö|en|hello}} eller {{ö-|en|hello}}. Sedan kanske vi inte vill införa så jobbig CSS, men det kan man ju lösa senare. //Skal 26 mars 2007 kl. 09.18 (CEST)

Som jag ser det så är enda anledningen till att använda annan kod för interna länkar än iwlänkar möjligheten att använda sig av ankare, som jag skrev ovan. Men det går att ordna om man ser till att mallar som {{en}} finns kvar - jag slängde ihop ett förslag^* på en kod som tar hand om dessa ankare så att endast språkkod och ord ska behöva anges. Sedan är det förstås en annan fråga om man - för att markera ordets existens på den andra wiktionaryn, vill använda sig av två olika mallar per Skalman, eller en mall med ett extra argument som Dodde föreslog först. Själv tror jag det blir minst serverbelastning om man använder två olika mallar... \Mike 26 mars 2007 kl. 10.29 (CEST)

^* {{Hinken och spaden}}; skulle dra nytta av någon funktion som helt undertrycker länken till den andra wiktionaryn, om "sådan wiktionary inte existerar = vi har ingen språkkodsmall för den ISO-koden".

Jo, nuvarande version fungerar, även om ankare till iw-länken känns onödig. Och det är värt att behålla {{en}} mfl för detta syfte.

Ska vi verkligen ha översättningar till språk som saknar egen Wiktionary-upplaga? (eller missförstod jag kommentaren) //Skal 26 mars 2007 kl. 10.55 (CEST)

Ja, jag tycker vi ska ha översättningar till alla språk med ISO-kod, oavsett om de har ett "community" som har dragit igång en egen wiktionary än eller ej - enligt Special:SiteMatrix så finns åtskilliga wp-upplagor som inte har någon wiktionary än.

Ankaret i iw-länken hoppas jag inte ska behövas, nej... \Mike 26 mars 2007 kl. 11.10 (CEST)

Problemet kan enklast lösas genom att man inte visar röda IW-länkar, och alltså enbart blåa omm artikeln finns på motsvarande wikt. Jag tror inte att det går att lösa automatiskt, och att vi i så fall måste skriva i göra en mall eller skriva i varje Wiktionaryupplaga som finns/inte finns. //Skal 26 mars 2007 kl. 22.37 (CEST)

Frågan handlar lite mer om hur vi vill att redigeringstexten ska se ut, än hur allt tekniskt ska lösas. Kan vi tänka oss översättningsrader blandade med [[]] och {{}}, eller ska mallen användas även då vi inte vill att det ska länkas till främmande wikts?

1. Länka till främmande wikts där artikel finns, länka till främande wikts där artikel saknas, länka till främmande wikts som inte ens har en sajt.

2. Länka till främmande wikts där artikel finns, länka till främande wikts där artikel saknas, länka inte till främmande wikts som inte ens har en sajt.

3. Länka endast till främmande wikts där artikel finns

Alternativ 1 hoppas jag att vi kan förkasta utan närmare eftertanke. För alternativ två kan vi använda oss av en och samma mall, eller två olika: {ö} för blå länk och {ö-} för röd länk, eller {ö} för både röd och blå länk.

Oavsett alternativ 1,2 eller 3, bör vi använda oss av språknamnsmallarna typ {{en}} och automatiskt införa ankare (#Språk) via språknamnsmallen i samtliga ord som använder sig av översättningsmallen.

A. Använd mallen för samtliga översättningar. Undertryck IW-länken om den inte används.

B. Använd mallen endast för de översättningar som använder sig av IW-länken.

Om alternativ 3 och alternativ A väljs så används rimligen {ö} för blå länk och {ö-} för översättningar som inte länkas, alternativt {ö} med någon sorts argument om länken önskas: {ö|länk|språkkod|ord} och för undertryckt länk {ö|språkkod|ord}

Om alternativ 3 och alternativ B väljs så skrotar vi helt enkelt {ö-}.

Om alternativ 2 och alternativ A väljs så används rimligen {ö} för blå länk och {ö-} för röd länk}. Sedan behöver vi ytterligare en mall för att undertrycka länken {ö--}?. Eller så använder vi samma mall för alla med följande syntax: {ö|blå|språkkod|ord}, {ö|röd|språkkod|ord} och {ö|språkkod|ord} för undertryckt länk. (Denna version motsvaras av nuvarande version av en:Template:t2 som jag skapade med lite hjälp tidigare) (tillägget av användningen av ankare saknas i denna version, men det läggs enkelt till). ~ Dodde 27 mars 2007 kl. 00.11 (CEST)

Vill vi inte blanda [[]] med {{}} så kan man låta {{}} ta hand om IW-länken endast och låta [[]] stå kvar som den gör, det gör det lite enklare att lägga till ord (eftersom man ser att det är ok med [[]] eftersom dessa finns kvar. Å andra sidan, vet man bara om det, så kan man fortsätta att använda sig av [[]] så kommer boten ändra det sen ändå när den kollar befintliga sidor på andra wikts. Denna version är det ingen annan wikt som använder sig av och jag är också tveksam till att förespråka den.

Engelska wikt har ett problem som svenska wikt saknar, nämligen att {{en}}-mallarna inte ser likadana ut, vissa har språknamnet inom klamrar, andra har det inte, och ytterligare har extra kod inlagt i mallarna. För svenska wikt lägger man enkelt till #{{en}}{{!}}{{{2}}} eller liknande på ett eller ett par ställen (beroende på vilken mall) i mallen så är problemet löst.

Utöver detta för normalfallet behövs {ö!} eller liknande för avancerade funktioner som kan komma att behövas, där huvudartikeln på svenska finns i singular och engelska i plural t.ex., eller då man länkar till två språkversioner för samma översättning, som bokmål och nynorska, eller då man länkar till exempelvis kinesiska Wiktionary som har ett lite annorlunda upplägg som kräver en annan formatering av IW-länken. Det kan även hända att man vill att texten i den interna länken ska vara annorlunda än namnet på den artikel som den länkar till. ~ Dodde 27 mars 2007 kl. 00.11 (CEST)

Jag tycker nog att det blir enklast att köra med en enda typ av länk - {{ö}}-varianten. Förslaget om att undertrycka iw-länken om man låter bli att ange färg tycker jag låter bra - och då ska det inte heller behövas någon funktion som plockar bort iw-länken beroende på om språkkodsmallen existerar. Phew, jag tror det var ett misstag att låta varje wiktionary använda varsin databas - så mycket enklare det hade varit om alla existens-frågor hade skett automatiskt :) \Mike 27 mars 2007 kl. 12.44 (CEST)

Alternativ 2A - med en mall för röd/blå/undertryckt alltså, om jag förstod ovan rätt. Tror jag gillar den bäst också. ~ Dodde 27 mars 2007 kl. 14.43 (CEST)

Jag skulle nog föredra 3A - alltid använda mall, men också ha två mallar. Eftersom mallen kommer användas så ofantligt många gånger är det viktigt att den är riktigt enkel, så om vi ändå kör på 2A så borde vi ha tre mallar (+ ev en för "avancerade" funktioner) istf allt i en, med olika argument. //Skal 27 mars 2007 kl. 16.53 (CEST)

Uppdatering

Jag vet att Mike ansåg att vi borde ha en mall för alla, men det kändes lite krystat att behöva skriva "color=blue" respektive "color=red" i samtliga översättningar i artiklarna. Jag går nu på en linje med två mallar, {{ö}} för blåa IW-länkar och {{ö-}} för röda IW-länkar. Lämnas det första argumentet tomt, så undertrycks IW-länken. Om språket inte har en egen wiktionary men bör länkas till en annan wiktionary, anges den andra wiktionarys språkkod, men vill man att ankaret ska få rätt språknamn så använder man argumentet språk=

Syntax blir alltså:

{{ö||en|dog}} för en blå interwikilänk till engelska Wiktionary

{{ö-|nn|gutt}} för en röd interwikilänk till nynorska Wiktionary

{{ö||dog}} eller {{ö-||dog}} för en vanlig internlänk utan interwikilänk, mostavarande [[dog]]

Om man vill ange ett annat namn på språket som anges på ankaren än den Wiktionary översättningen länkar till, används parametern "språk=".

För närvarande saknas lösning för arabiska och kinesiska (har inte satt mig in i hur det fungerar med dessa ännu) m.fl. Det saknas stöd i mallen för att föra in plural/singular och genus i mallsyntaxen. Och det saknas möjligheter att ge en alternativ IW-länk respektive en alternativ intern länk. (Det är ju tre texter som oftast är de samma. 1) den som visas i artikeln, 2) den interna länken 3) interwiki-länken, och det kan finnas tillfälle då man vill att dessa tre ska vara annorlunda) Men vi kanske kan koncentrera oss på det befintliga utseendet först, om detta med två mallar [[{{{2}}}|{{{2}}}]] och [[{{{2}}}|{{{2}}}]] med detta utseende kan vara något som stödjs?

(Borde mallarna heta t och -t istället, för att förenkla för användare som saknar svenskt tangentbord att lägga till översättningar?) ~ Dodde 22 juni 2007 kl. 03.44 (CEST)

Mallen borde vara rätt så klar nu. Det behövs förmodligen lite tid att hitta exempel för när de namngivna parametrarna behöver/ska användas och när de inte behöver/ska det för att så att rekommendationer för användningen av dessa ska kunna beskrivas mer utförligt. Förhoppningen är att den bot som kommer användas för justering av artiklar på enwikt (och bygga på en i framtiden befintlig bot som kommer att sköta vanlig interwikilänkning) ska kunna användas även på svwikt, så vi får invänta hur det går med arbetet på den fronten. ~ Dodde 2 oktober 2007 kl. 03.18 (CEST)

Test

Tja, hur tycker ni att denna användning fungerar? Eller blir det krångel för bottarna? (borde det väl inte behöva bli?) Är det fel på andra sätt? –dMoberg 16 april 2008 kl. 17.08 (CEST)

Nej, det är inget problem. Botten tittar inte på det motsvarande 3= och framåt, så så länge man inte anger det som {{ö|4=, blaha|en|asdf}} så är det lugnt (om man ändå gör det skulle jag få ett felmeddelande och botten struntar i den sidan). Jag la till samma funktionalitet på {{ö-}} också. //Skal 16 april 2008 kl. 18.37 (CEST)

Kan ni förklara vad ni pratar om. Förstår inte för allt i världen vad man vinner på att krångla till det med en syntax som {{ö|ja|備える||({{ö|ja|そなえる||, sonaeru}})}} i förhållande till enklare och mer intuitiva {{ö|ja|備える}} ({{ö|ja|そなえる}}, sonaeru). Är det något jag missar? ~ Dodde 17 april 2008 kl. 13.52 (CEST)

Nja, jag tyckte att inbäddningen var mer intuitiv, då 4:e parametern är till för extra-information? Men det spelar ingen roll för mig, antagligen bara krångligare att fatta ^^ Men jag förstår då inte vad parameter 4 ska göra... –dMoberg 17 april 2008 kl. 14.07 (CEST)

Beskrivningen säger bara att fjärde parametern är till för att ange om det är singular eller plural, och tredje parametern om det är utrum, neuturm, femininum eller maskulinum. Att bädda in annat istället för denna information i parameter 3 och 4 är att skapa förvirring, emm. ~ Dodde 17 april 2008 kl. 16.20 (CEST)

Skrift?

Vad tusan gör denna? om man skrvier

{{ö|en|engelsk översättning|skrift=en}}

så blir det kul ([[engelska#Engelska|Mall:+en]] ^(en)). –dMoberg 16 april 2008 kl. 17.08 (CEST)

Det som sker är ett mallanrop, t.ex. av {{ARchar}}, så {{ö-|ar|أكسجين|skrift=ARchar}} resulterar alltså i [[أكسجين#Arabiska|Mall:+archar]] ^(ar) (istället för أكسجين ^(ar)). //Skal 16 april 2008 kl. 18.45 (CEST)

Jag förstår inte skillnaden. :S –dMoberg 16 april 2008 kl. 21.00 (CEST)

Vissa skrifter (script) är så små i normalläget att de behöver förstoras något. Arabiska är bara en av flera skrifter som behöver förstoras, men i nuläget existerar inte mallar för samtliga. ~ Dodde 17 april 2008 kl. 05.26 (CEST)

Okej, jag ser ingen storleksskillnad. –dMoberg 17 april 2008 kl. 14.09 (CEST)

Mysko... ~ Dodde 17 april 2008 kl. 16.17 (CEST)

Skillnaden är minimal för mig (jag ser ingen skillnad om jag inte vet att det är det). //Skal 17 april 2008 kl. 16.23 (CEST)

(red.konfl.) Det gör visserligen inte jag heller just nu, men dels så har jag också ett css som inte alltid gör precis vad jag vill, så det skulle lika gärna vara en bugg där, dels så kör jag FF3-betan som också har vissa egendomligheter. :/ *kollar* jodå, det är märkbar skillnad i IE, åtminstone som utloggad :) \Mike 17 april 2008 kl. 16.41 (CEST)

P.S. FF3.0beta5 ger källkoden <span class="AR" style="font-family: inherit; font-size: inherit;">, IE7 ger <span class="AR" style="font-family:Arial Unicode MS, Code2000; font-family:inherit; font-size:125%; font-size:inherit">. 1) Någon som kan kolla FF2.0-versionerna? 2) Om det är likadant där, hur lagas detta? \Mike 17 april 2008 kl. 16.41 (CEST)

Hur får jag ut källkoden? –dMoberg 17 april 2008 kl. 16.50 (CEST)

Mike, du har inte riktigt rätt. Firefox funktion "visa källkoden för markering" visar egentligen inte källkoden, utan den genererade källkoden (källkoden är alltid densamma för alla webbläsare). Problemet låg i mallen och jag har fixat det så att det borde funka bättre. //Skal 17 april 2008 kl. 17.46 (CEST)

Det där låg över min horisont, men visst, jag borde ha skrivit "källkod" inom citattecken. (Och mallen kopierade jag en gång verbatim från en:, så där tar jag inget ansvar ;) \Mike 17 april 2008 kl. 17.50 (CEST)

Äh - man kan ju inte annat än tro att det är källkoden eftersom det ju är det det står. Och vad gäller mallen verkar det som om den utnyttjade nån IE-bugg, men jag kan inte för mitt liv förstå varför... //Skal 17 april 2008 kl. 21.36 (CEST)

Nu syns det storleksskillnad =) –dMoberg 17 april 2008 kl. 18.22 (CEST)

anropa +-mallar

Varför får denna ändring inte önskad effekt? [1] ~ Dodde 25 april 2008 kl. 05.23 (CEST) (Edit:fixat nu)

Oimplementerade parametrar?

Översättningsskriptet genererar parametrarna tr och sc när man skriver in en transkription. Är det tanken att dessa ska visas på något sätt? –dMoberg 16 maj 2011 kl. 10.12 (CEST)

Transkriptioner

När man skriver in transkriptioner via den nya halvautomatiska funktionen så syns de i rutan i mallen ö, men anropet (tr eller vad det nu är) finns inte angivet i mallen, så transkriptionen syns inte i uppslaget. Går det att ändra? Tanzania 18 maj 2011 kl. 19.35 (CEST)

Jag lade in en lite hastig transkriptionsparameter, och den fungerar för mig. Dock bör den inte användas före konsensus är nådd. Vid behov kan den ändras eller helt enkelt tas bort. – Smiddle 18 maj 2011 kl. 19.47 (CEST)

Vet inte hur det ser ut (men det kan ju ändras om det skulle behövas), men jag är tilltalad av en transccriptionsparameter (ja, tr=). ~ Dodde 20 maj 2011 kl. 00.09 (CEST)

Jag lade in en transkriptionsparameter trans=, och ändrade lite i scriptet. Efter att ha startat om min webbläsare och rensat cachen fungerade det för mig. Jag ser att du, Tanzania, lade in parametern tr= i mallen. Fungerade det inte med trans= för dig? Fungerar tr= för dig nu? Jag tyckte att det var lämpligt att infoga "trans" i stället för "tr" eftersom det e.m.m. är tydligare. – Smiddle 20 maj 2011 kl. 15.50 (CEST)

Visst fungerar trans för mig, men i den nya halvautmoatiska funktionen får vissa språk "tr" istället för "trans". Tanzania 20 maj 2011 kl. 17.21 (CEST)

Dualis

Somliga språk har även särskilda former för tvåtal. Det handlar visserligen om ett försvinnande litet antal språk, men det borde väl inte skada att ha möjligheten att välja numeruset 'dualis'. Bounce1337 29 januari 2012 kl. 20.37 (CET)

Se även Mall:d. Bounce1337 29 januari 2012 kl. 22.52 (CET)

Absolut inte, det tycker jag är högst relevant. Även om det inte är jättevanligt i indoeuropeiska språk längre är det fortfarande ingen okänd grej om man ser på en stor skala, och vi vill ju vara globala. :) --Lundgren8 (d · b) 29 januari 2012 kl. 22.54 (CET)

Lade till parametern d. Bounce1337 30 januari 2012 kl. 17.11 (CET)

Bra, bra! ~ Dodde 30 januari 2012 kl. 18.13 (CET)

Språkkod för språk utan Wiktionary-upplaga

När jag skulle köra {{ö}}-skriptet fick jag på Sverige en rad: *liviska: Rūotšmō ^(liv).

Eftersom Wiktionary-upplagan för liviska inte existerar går den röda länken till en icke-existerande sida på sv-wikt, trots att det egentligen skulle vara mer korrekt att ta bort länken helt ({{ö-||Rūotšmō}} = Rūotšmō). Det verkar däremot också dumt, eftersom vi då måste uppdatera sidan om en Wiktionary-upplaga skapas... Så vad tycker ni att vi ska göra? Nån speciallösning? Bara köra på och låta de röda länkarna gå till sv-wikt så länge? //Skal 30 januari 2012 kl. 03.06 (CET)

Jag tycker, "bara köra på", så länge vi inte har en bott som sköter underhållet. Om en bott sköter underhållet är det givetvis mer korrekt att strunta i språkkoden och därmed även undertrycka den felaktiga länken. Tycker inte att det är nåt problem att man får gå och och uppdatera en sida med Wiktionary-upplagor, eller att det eftersom det behöver göras manuellt lär bli fördröjningar. ~ Dodde 30 januari 2012 kl. 08.37 (CET)

Vi kan köra på. Det går att se en lista över Wiktionary-upplagor t.ex. på m:Wiktionary/Table (jag hämtar därifrån) eller Special:Lista över Wikimedias wikier.

Just nu avvaktar jag med att köra boten eftersom åtminstone någon av dumparna verkar vara felaktig. //Skal 30 januari 2012 kl. 12.36 (CET)