Wikipedia:Wikipediafrågor/Arkiv 2023

Wikidata-källa syns ej

I artikeln Jerry Finn finns ingen faktamall till höger, men jag har kryssat för att visa dessa från wikidata, så jag ser en mall. I den finns det en källa för hans död. Jag lade därför in "references-mallen och rubrik, men källan syns inte. Den syns inte heller om jag trycker på 1:an för att visa källan. (Hade tänkt se om den kunde användas för att källbelägga att han låg i koma i 31 dagar innan han dog). Vad är felet? Är det för att jag använder den finessen? Men borde inte den automatiskt lägga in källan på samma sätt som en WD-mall gör? Adville (diskussion) 17 december 2022 kl. 16.13 (CET)

Menar du att du kryssat för "Lägg till Mall:Faktamall biografi WD i biografier om det inte redan finns någon infobox."? En gissning är det är som du säger att det är för att du använder finessen. När jag förhandgranskar med mallen inlagd så syns referensen (men annars syns den inte, jag har som dig kryssat för "lägg till alternativet". Gunnar Larsson (diskussion) 17 december 2022 kl. 17.01 (CET)

Gadgeten fungerade inte riktigt efterom html-koden för referenserna ändrats lite efter att gadgeten skapades. Jag gjorde en liten ändring så att det ska fungera bättre. Felet berodde inte på att referens-taggen och rubriken saknades i artikeln. Meningen har hela tiden varit att gadgeten ska fungera utan dem. /EnDumEn ✍ 17 december 2022 kl. 17.37 (CET)

Tack. Nu fungerar det. Adville (diskussion) 17 december 2022 kl. 19.11 (CET)

Fast nu finns det ju två referens-rubriker. En med auktoritetsdata och en med referensen från Wikidata. Sabelöga (diskussion) 17 december 2022 kl. 21.22 (CET)

Sabelöga: Det felet var i Jerry Finn, inte i finessen. Artikeln har inga ref-taggar, så den ska inte ha någon references-tagg. Fixat nu. Nirmos (diskussion) 23 december 2022 kl. 04.36 (CET)

Det var det jag menade. Kanske skulle ha framgått tydligare.. Sabelöga (diskussion) 23 december 2022 kl. 14.52 (CET)

@Nirmos, blir det inte fel då ändå?

Ska inte referenserna ligga över externa länkar? Jag råkade komma på ett liknande exempel där wikidatakällo4na kom längst ner Såg ingen ref tag, så jag skapade för att få upp källorna ovanför de Externa länkarna, men wikidatakällorna lade sig ändå längst ner. Är inte det fel? Nya exemplet: Bill Plympton. Mvh Adville (diskussion) 23 december 2022 kl. 23.03 (CET)

Ja så ska det absolut inte se ut. Sabelöga (diskussion) 23 december 2022 kl. 23.11 (CET)

Eller denna, Edwin von Manteuffel (jag lade in referensrubriken ovanför auktoritetsdata för att de skall ligga under rubriken källor.) Först källor, sedan auktoritetsdata sedan Referenser... Adville (diskussion) 24 december 2022 kl. 10.49 (CET)

Hitta och åtgärda grensidor

Finns det något smidigt sätt att filtrera grensidor från valiga hyperlänkar i en artikel? Håller på och skriver en längre artikel med många länkar och undviker gärna att gå igenom alla manuellt för att hitta och åtgärda grensidor. ExplainsTrains (diskussion) 27 december 2022 kl. 08.23 (CET)

@ExplainsTrains Du kan slå på en finess som ger alla grensidelänkar röd bakgrundsfärg. Gå till Special:Inställningar#mw-prefsection-gadgets och bocka för "Förgreningskoll - markerar länkar till förgreningssidor" under Stilmallar. Kitayama (diskussion) 27 december 2022 kl. 08.27 (CET)

Du kan läsa mer här: Wikipedia:Förgreningskoll. Kitayama (diskussion) 27 december 2022 kl. 08.28 (CET)

Tack! ExplainsTrains (diskussion) 27 december 2022 kl. 18.32 (CET)

På eller i Hawaii

Jag upptäckte att listan över staten Hawaiis county låg under namnet "Lista över countyn på Hawaii", vilket är fel då det då hänvisar till ön med samma namn (där det bara finns ett county), så jag flyttade den till Lista över countyn i Hawaii. Jag har dessutom ändrat alla länkar till det gamla namnet. Dock går jag bet på att ändra i mallen som ligger längst ner i den listan, som heter "Mall:Hawaii". Kan någon hjälpa mig med det? MVH Adville (diskussion) 29 december 2022 kl. 10.13 (CET)

Det var {{Navbox Amerikansk delstat}} som behövde förenklas genom att ta bort specialbehandling av Hawaii. Kitayama (diskussion) 29 december 2022 kl. 10.18 (CET)

aha, tack. Var svårt att hitta. Gör ju Själv fel när det gäller Hawaii och Island, och här är det ännu komplexare med en ö, en delstat och ett område med samma namn. Adville (diskussion) 29 december 2022 kl. 10.22 (CET)

Fint detta ledde till flera förbättringar i dessa countyn. Tack ni som fixat. Adville (diskussion) 29 december 2022 kl. 13.09 (CET)

Problem med Svara-funktionen

När jag ska skriva kommentarer med Svara-funktionen har jag nu två gånger fått felmeddelandet "Din kommentar kunde inte publiceras på den senaste versionen av den här sidan. För att se senaste ändringar, kopiera ditt utkast till kommentar och ladda sedan om sidan i din webbläsare." Varför händer detta och vad kan vi göra åt det? Sabelöga (diskussion) 24 december 2022 kl. 16.37 (CET)

Fortfarande problem? Annars kanske det var något tillfälligt. Jag har inte haft något problem med funktionen i dag. Kyllo (diskussion) 25 december 2022 kl. 20.38 (CET)

Nu hade jag problem att svara med svarsfunktionen i Anmäl ett fel. Först trodde jag att det var för att någon annan svarat under tiden, men tydligen inte. Problemet kanske är kopplat till vissa sidor. Kyllo (diskussion) 29 december 2022 kl. 13.32 (CET)

Jag hade samma problem med svarsfunktionen i Anmäl ett fel på annandagen. provade ett flertal tillfällen och i olika webbläsare etc men gav tillslut upp. Jag har inte upplevt detta någon annanstans. Plagodis 🦋 (diskussion) 30 december 2022 kl. 00.50 (CET)

Uppdatera brittiskt regeringsår

Under "Andra tideräkningar" i faktarutan på sidan om år 2023 står det att det är drottning Elizabeth II:s 71:a-72:a regeringsår. Det behöver uppdateras till kung Charles III:s 1:a-2:a regeringsår. Jag går vilse i Mall:Andra tideräkningar och Mall:Brittiskt regeringsår. Kan någon kunnig hjälpa till? Historiker (diskussion) 1 januari 2023 kl. 18.32 (CET)

Det står 1 Cha. 3 – 2 Cha. 3 hos mig. Kanske cache - eller så har någon ändrat. Kitayama (diskussion) 1 januari 2023 kl. 19.15 (CET)

Fixat av IP i Modul:Brittiskt regeringsår/Data. Kitayama (diskussion) 1 januari 2023 kl. 19.17 (CET)

Tack till den som fixat det. Historiker (diskussion) 1 januari 2023 kl. 21.51 (CET)

Dbpedia

Upptäckte att dbpedia används som källa i artiklar. Läste på enwp om det, men vet ej om det är en tillförlitlig källa. Verkar användas flitigt på wikidata. Någon som har bättre kunskap om det? Adville (diskussion) 3 januari 2023 kl. 00.44 (CET)

Rubriker

I några års tid harjaganvänt rubrikhierarkien

Källor

Externa referenser

här skrivna med ett extra =, och har menat att detta var enligt konsensus. Återkommen efter en tids frånvaro ser jag att Nalle&Lisa nu systematiskt ändrar detta till

Referenser

Källor

För ett av många exempel, här. Detta är något som diskuterats tidigare, och om det nu skall ändras, bör det diskuteras pånytt. Själv menar jag att noterna är en del av källorna: Vi har ett krav att våra texter skall vara källbelagda, och att detta bör helst göras med noter i texten, inte bara med externa referenser. En källös artikel är således en som saknar både noter och externa referenser, inte en som bara saknar de senare. Jag uppfattar således Nalle&Lisas ändringar som oberättigade.

Beklagar eventuella skrivfel orsakade av min dåliga syn. Roufu (diskussion) 25 december 2022 kl. 19.20 (CET)

@Roufu: Ändringarna har nog initierats av diskussionen Wikipedia:Bybrunnen#Nytt "egenprojekt" på Bybrunnen. Historiker (diskussion) 25 december 2022 kl. 19.30 (CET)

Rubrikerna ska vara enligt svenskspråkiga Wikipedias standard. Det handlar om att artiklar i grunden ska ha ett enhetligt utseende och rubrikerna vara lätta att hitta och förstå. Det finns några olika möjligheter till rubriker och underrubriker enligt konsensus som beskrivs i Wikipedia:Disposition. Andra användare har rätt att ändra referensavsnitt enligt den standarden. Finns det två eller flera alternativ som är godtagbara så väljer man själv vilket man föredrar, men som med annat gäller att man inte ska ändra från ett godtagbart alternativ till ett annat om det finns något särskilt skäl till det. I exemplet ovan var ändringarna befogade utifrån vad jag kan utläsa. Kyllo (diskussion) 25 december 2022 kl. 20.34 (CET)

"Externa referenser" nämndes i Bybrunnsdiskussionen som ytterligare ett exempel på sammanblanding av "Referenser" (alternativt "Källor") och "Externa länkar". Den sammanblandningen är inte bra eftersom det är otydligt om länkar är källor eller bara vidare läsning. Men resultatet av ändringen blev inte heller bra eftersom källorna i notform inte hamnade under rubriken "Källor". Att skilja på noter och källor kan man göra om alla källorna listas utförligt under "Källor" och noterna bara är korta hänvisningar till de källorna. Men i exemplet är noterna minst lika mycket källor som den ensamma länken som nu ligger under "Källor". F.d. 82.212.68.183 (diskussion) 25 december 2022 kl. 21.24 (CET)

Ja, det finns en del sammanblandningar och personliga sammansättningar som ska undvikas.

I diskussioner kring källavsnitt är det ofta meningsskiljaktigheter om vad som klassas som vad och ska ligga under vad. Aldrig har väl alla varit helt eniga. Det är också ett skäl till att ha standard för det. Alla är förstås inte helt nöjda med standarden, men det gör det lättare att arbeta mot samma eller ungefär samma mål. Det bör också vara någorlunda permanent så att man inte behöver ändra fram och tillbaka i artiklar.

Själva placeringen eller hur många punkter varje avsnitt innehåller har ingenting med hur viktigt eller betydelsefullt det är. Förr skulle noterna helst ligga högst upp i avsnittet (antingen direkt under huvudrubriken eller under första underrubriken), minns jag. Det var säkert mest av praktiska skäl. Det kan även finnas estetiska skäl till att föredra det ena framför det andra eller vanemönster.

När "Källor" förekommer som underrubrik används det till fasta källor i motsats till noter. Om du ogillar det finns det andra möjligheter där du har "Källor" som huvudrubrik och "Noter" som en underrubrik. Det finns som sagt olika åsikter om vilket som är bra och dåligt, men båda är godtagbara alternativ. När man har "Källor" som huvudrubrik är det å andra sidan inte särskilt lämpligt att vid behov lägga in en eventuell översattmall i källavsnittet. Kyllo (diskussion) 25 december 2022 kl. 22.38 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Jag tycker Emma Goldman är ett bra exempel. Där finns flera böcker som "källor", sen görs många hänvisningar till utvalda sidor, de är "noter". Under "Externa länkar" finns länkar till olika onlineresurser. "Externa referenser" är inget jag känner igen, finns i vart fall inte i den artikeln. /Anhn ✎ 25 december 2022 kl. 22.51 (CET)

Det har nog aldrig funnits någon riktig konsensus om hur källorna ska styckesindelas. Som jag ser det så finns det källor varifrån man har hämtat information till artikeln. Det kan vara böcker, tidningsartiklar, webbsidor, etc. Redan finns det referenser dvs något som kopplar ihop ett påstående eller stycke i artikeln med en viss källa eller till och med ett specifikt stycke/sida/etc i källan. Man refererar alltså till en källa. Referenser brukar implementeras som noter man jag brukar förbehålla den rubriken för kommentarer som inte passar in i brödtexten men som ändå ger en bättre förståelse för ämnet, alltså fotnoter. /ℇsquilo 4 januari 2023 kl. 15.59 (CET)

Tänker att det är ganska naturligt då det finns lite olika traditioner för hur man hanterar referenser (t.ex mellan naturvetenskap och humaniora gissningsvis baserat på skillnaden i längd/textmassa på vad som publiceras). Sen vore det inte fel med övertydliga rubriker (på så enkel och tydlig svenska som möjligt) som beskriver vad som förväntas stå under dem. Ett krux med att använda både referenser och källor som rubriker är att de har så lik innebörd. Gunnar Larsson (diskussion) 4 januari 2023 kl. 20.49 (CET)

Jag brukar göra som @Esquilo. mvh Adville (diskussion) 4 januari 2023 kl. 21.14 (CET)

Eftersom allt är källor, föredrar jag att bara ha den rubriken. Så använder jag inte annat än fotnoter, och ibland förtydligandet att jag byggt artikeln på en översättning av en annan Wikipedia-artikel. Som ju är en källa, även om den inte anses vederhäftig som källa. LittleGun (diskussion) 5 januari 2023 kl. 09.42 (CET)

Sidvisningar

Under sidinformation i vänsterspalten finns information om antal sidvisningar. Avser detta unika sidvisningar? Eller totalt antal? Dvs räknas att jag själv besökt sidan 10 gånger som 10 (gånger) eller 1 (ip-adress/användare)? Undrar Gotogo (diskussion) 4 januari 2023 kl. 11.41 (CET)

Under Vanliga frågor står det

Räknas sidvisningar av samma användare varje gång?

Ja. Varje gång du läser in en sida registreras en sidvisning, även om du skapade sidan. Du kan läsa mer om definitionen för sidbesök på meta:Research:Page view.

Så jag antar att det gäller totalt antal. Sabelöga (diskussion) 4 januari 2023 kl. 13.52 (CET)

Tack Sabelöga. Det var ju synd, då hade man inte så många läsare 😊 Jag får rikta en tacksamhetens tanke mot Disembodied Soul som läser det mesta. /--Gotogo (diskussion) 5 januari 2023 kl. 11.20 (CET)

Ta bort omdirigering

Hej Jag vill skapa en artikel om Huldine Fock (dotter till Huldine Beamish och mor till Mary von Rosen). Tyvärr är hennes namn kopplat till artikeln om Edelweissförbundet, så jag vet nu inte hur man tar bort den automatiska omdirigeringen till Edelweissförbundet, så att jag kan skapa en egen artikel om Huldine Fock (född Beamish). Hedvig Ersman (diskussion) 5 januari 2023 kl. 13.06 (CET)

Hej. @Hedvig Ersman. Om du trycker på Huldine Fock så kommer du mycket riktigt till Edelweissförbundet. Om du nu kollar överst under rubriken så står det att du har blivit omdirigerad från Huldine Fock, och du kan trycka på den sidan där. Då kommer du till omdirigeringssidan med hennes namn. Där kan du sedan ta bort det som står och skriva artikeln. Har du fler frågor får du gärna skriva på min diskussionssida eller pinga mig. MVH Adville (diskussion) 5 januari 2023 kl. 13.42 (CET)

Tack @Adville det funkar! mvh Hedvig

@Hedvig Ersman: Jag är inte insatt i artikelämnet, men försäkra dig också om att personen är relevant enligt Wikipedias relevanskriterier om du inte redan gjort det. Annars finns risk att den nyskapade artikeln raderas. En del omdirigeringar finns till just eftersom ämnet inte anses relevant för en fristående artikel, men det behöver förstås inte vara så i det här fallet. Kyllo (diskussion) 5 januari 2023 kl. 15.54 (CET)

Other edits

Det har nyligen tillkommit en länk för alla märken i SÄ "other edits" som leder till en SÄ filtrerad på aktuellt märke. Just nu så är den inte översatt. Ingen svensk version finns för :Tag-link-other-edits. Vad borde den översättas till? Det kan noteras att förändringen diskuteras i phab:T301063 och phab:T326399. Kitayama (diskussion) 8 januari 2023 kl. 16.30 (CET)

Jag undrade just vad det var. Nu förstår jag, tack. Översatt enkelt "andra redigeringar" kanske? Om det inte ska heta något som får det att framgå att det handlar om just märken? Höstblomma (diskussion) 9 januari 2023 kl. 14.35 (CET)

Jag tycker det är jättesvårt att veta till vilka olika saker en översättning på translatewiki går till. Men i just detta fallet så kanske "liknande redigeringar" skulle passa bättre?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 9 januari 2023 kl. 14.38 (CET)

Nära

En underbar funktion för oss som arbetar med geografi är ju "Nära"-funktion som visar artiklar som ligger nära en viss artikels koordinater. Den slås på med finessen "Om en sida har koordinater, lägg till knappen "Nära" som visar artiklar för geografiskt närliggande platser." Men, den har förändrats nyligen. Den hämtar den numera artikelnamn på de närliggande artiklarna från Wikidatas etikett, som inte alltid överensstämmer med vårt artikelnamn. Det kan vi leva med, det har redan gjort att jag rättat ett stort antal etiketter i Wikidata. Men, det har också uppstått en bugg. Den klarar inte artikelnamn som innehåller något annat än a-z. Special:Nära#/page/Falun går bra, men Special:Nära#/page/Borlänge fungerar inte. Man får felmeddelandet "Wikipedia I närheten har problem." Var och hur kan man felanmäla detta? Kitayama (diskussion) 12 januari 2023 kl. 17.14 (CET)

Jag har felanmält det på Phabricator: T326905. /JohanahoJ (diskussion) 13 januari 2023 kl. 09.20 (CET)

Källproblem Faktamall WD och wikieditor

8 jan redigerade jag artikeln Ahmed Qavam, först via wikieditorn och lägger till rubrik "Referenser" och ref under det, hoppar till visual editor och fortsätter länka mm glömmer jag nyss lagt in ref; då jag ser rubriken referenser, men det finns inga källor. Hoppar tillbaka till wikieditorn och lägger till "Källor"-mallen för det saknas källor. (titta själv i visual och jämför hue det ser ut i vanlig vy och wikieditor förhandsgranska. Jag reagerade inte på detta själv förrän användare:Kyllo idag (helt korrekt) ändrade min mall från "Källor" till "Fler källor". Så till frågan. Går det att fixa denna bugg på något lätt sätt så att vi inte lägger in KB i onödan? MVH Adville (diskussion) 12 januari 2023 kl. 22.47 (CET)

Vart har språklänkarna tagit vägen?

Jag hittar inte längre språklänkar (länkar till andra wikipedia-versioner) för bevakningslistan och för min användarsida. Nyss fanns de på samma ställe som språklänkarna i artiklar. Där finns nu bara ett felmeddelande: "Page contents not supported in other languages." Någon som vet vart länkarna har tagit vägen, och varför? Boivie (diskussion) 13 januari 2023 kl. 11.41 (CET)

Det är en bug, som jag antar kom med den senaste MediaWiki-uppdateringen igår. Det hanteras för närvarande i T326788 på Phabricator. /JohanahoJ (diskussion) 13 januari 2023 kl. 12.11 (CET)

Det är alltså Vector 2022 som nu saknar lista med språklänkar på andra sidor än i artikelnamnrymden. Det ser ut som att det kommer åtgärdas i och med nästa veckas MediaWiki-uppdatering, så troligtvis på torsdag. /JohanahoJ (diskussion) 13 januari 2023 kl. 15.47 (CET)

Märket "Tidlöshet?"

Nyss sattes detta märke vid denna redigering. Jag har nog aldrig lagt märke till det märket tidigare, och finner det litet märkligt ursäkta, kunde bara inte låta bli. Är det någon som kan förklara det, eller ge mig en länk till en förklaring? Finns det överhuvud taget någon lista (på svwp eller enwp eller meta eller...) som ger en överblick över vilka märken som sätts, och varför? Jörgen B (diskussion) 17 januari 2023 kl. 18.01 (CET)

Jag klickade nu på "Märke" och kom till en sådan lista. Förklaringen var "Användaren kan ha skrivit text som saknar tidlöshet". Detta förvirrade mig något; jag misstänkte ett syftningsfel. Genom att klicka på filteruppgiften såg jag att förklaringen var adekvat; men tycker fortfarande att den är litet kryptisk. "Tidlöshet" tas här som något positivt. Jörgen B (diskussion) 17 januari 2023 kl. 18.09 (CET)

Anledningen till att din redigering markerades av ett redigeringsfilter (som är helt nytt och under utprovning) är att du skrev "I svenskan används numera i allmänhet...". Numer(a) är ett ord som enligt Wikipedia:Stilguide#Tidlöshet bör undvikas eftersom det är en "tidsbunden" fras.

Se vidare följande trådar på Bybrunnen:

• Wikipedia:Bybrunnen#"Just_nu"
• Wikipedia:Bybrunnen#Redigeringskommentaren_Tidlöshet?

Larske (diskussion) 17 januari 2023 kl. 18.10 (CET)

Orsaker till flytt

Flyttfunktionen har förändrats. Det finns en lista över flyttorsaker på engelska. Har vi haft en egen lista här tidigare (på samma sätt som för radera)? Eller är detta nytt? Det behövs lite översättning för en del texter. Kitayama (diskussion) 9 januari 2023 kl. 14.40 (CET)

Nej, tidigare fanns bara ett fönster för fritext. Tycker i alla fall vi borde ha någon variant för felstavning och någon för hänvisning till WP:artikelnamn som förhandsval.

andejons (diskussion) 9 januari 2023 kl. 14.43 (CET)

"Felstavning", "fel namnrymd" och "flytt till sandlåda för komplettering" tror jag är de tre vanligaste som drabbar mig i varje fall. LittleGun (diskussion) 9 januari 2023 kl. 15.04 (CET)

"Flytt från sandlåda", kanske med? Adville (diskussion) 9 januari 2023 kl. 15.28 (CET)

Jag har just nu lagt in följande - vem som helst kan ändra/komplettera! Jag ville bara få bort engelskan!

• Vanliga anledningar att flytta
  • Artikelsubjektet har bytt namn
  • Bättre sidnamn
  • Felstavat sidnamn
  • Fel namnrymd
  • Flytt från sandlåda av färdig artikel
  • Flytt till användarens sandlåda för komplettering

Kitayama (diskussion) 9 januari 2023 kl. 15.30 (CET)

Vi behöver någon som har behörighet att i translatewiki.net ändra (dessa bör vara samma över alla som använder Mediawiki på svenska)

• MediaWiki:Movepage-edit-reasonlist/sv
• MediaWiki:Moveotherreason/sv
• MediaWiki:Movereasonotherlist/sv

Kitayama (diskussion) 9 januari 2023 kl. 15.28 (CET)

Kanske även "Flytt av diskussionssida till rätt artikel" och "Flyttar för att göra plats för omdirigering".

andejons (diskussion) 9 januari 2023 kl. 16.22 (CET)

Jag har nu gått in och lagt till översättningarna på Translatewiki. Om någon mer har konto där får man gärna gå in och granska/verifiera ändringarna. --Adjoka ^diskussion 9 januari 2023 kl. 16.59 (CET)

Förutom alla befintliga förslag, som jag gillar, har jag gått igenom mina flyttmotiveringar och hittat "Särskiljning överflödig", "Huvudbetydelse", "Bättre särskiljningsled" och "Se diskussion" som skulle kunna användas generellt. //Essin (diskussion) 9 januari 2023 kl. 17.02 (CET)

. Ja - "Inte huvudbetydelse", "Bättre särskiljningsled" (skulle kunna syfta på flera artiklar eller är olämpligt specifikt) är nog de absolut vanligaste för mig. Kanske "flytt för att göra plats för en grensida" av orsaken "Inte huvudbetydelse", så jag har nog hittills alltid angett "Other reason".FBQ (diskussion) 9 januari 2023 kl. 18.39 (CET)

Jag har konto på Translatewiki, men vet inte hur man verifierar ändringarna. Det har nu gått 9 dagar och översättningarna har inte kommit över. Ska något göras eller är det bara att vänta? Kitayama (diskussion) 18 januari 2023 kl. 11.18 (CET)

Ändringarna som gjordes 9 januari på Translatewiki missade att komma med i förra veckans uppdatering av programvaran på Wikimedias wikier. Det ser ut som de finns med i den här veckans uppdatering som redan gjorts på bl.a. Wikibooks och Wikisource. När allt fungerar som det ska brukar ändringar på Translatwiki fram till måndag morgon (svensk tid) komma med i veckans uppdatering som görs mellan tisdag och torsdag på Wikimedias olika wikier, medan senare ändringar kommer veckan efter. Det kan därför ta upp till 10 dagar för ändringarna att synas här, och längre tid när det inte fungerar som det ska. /EnDumEn ✍ 18 januari 2023 kl. 21.39 (CET)

Aa blir å

Av något skäl kan jag på Wikipedia inte skriva två st a efter varandra, ett a och ett e eller två st o, utan att detta görs om till å ä och ö. Jag kan komma runt det genom att skriva "a a", och sen ta bort mellanslaget. Men kan jag inaktivera den här funktionen helt? --Hjordmån (diskussion) 21 januari 2023 kl. 12.14 (CET)

Tryck ctrl + m så blir det "som vanligt" Yger (diskussion) 21 januari 2023 kl. 12.16 (CET)

Tryck på CTLR+m (som du antagligen har kommit åt och som har aktiverat möjligheten att skriva å, ä och ö på ett tangentbord som saknar dessa knappar). Se även Vanliga frågor Larske (diskussion) 21 januari 2023 kl. 12.16 (CET)

Tillägg: Det är inte två stycken o (oo) utan o följt av e (oe) som blir ett ö om man har råkat slå på funktionen. --Larske (diskussion) 21 januari 2023 kl. 12.23 (CET)

Tack, det fungerade. Märkligt dock att det bara märkts på Wikipedia, inte i webmejl chatt etc. --Hjordmån (diskussion) 21 januari 2023 kl. 12.25 (CET)

Det är en Wikipedia-funktion. Kitayama (diskussion) 21 januari 2023 kl. 12.37 (CET)

Kan olika websidor alltså ha egna funktioner som slås på med snabbkommandon? --Hjordmån (diskussion) 21 januari 2023 kl. 12.39 (CET)

Hjordmån: Ja. Om du tittar här så ser du kod som ser ut så här:

function isShortcutKey( event ) {
	// 77 - The letter M, for Ctrl-M
	return event.ctrlKey && !event.altKey && ( event.which === 77 );
}

Det är troligtvis den koden som gör det. "77" är datorspråk för "M". Finesser här på svenskspråkiga Wikipedia använder också faktiskt .which – främst för att användare ska kunna använda entertangenten som en genväg i dialogrutor i stället för att behöva klicka på "Skicka", "Sök", "Spara" och "Blockera". Våra finesser som använder detta finns här. Nirmos (diskussion) 21 januari 2023 kl. 14.47 (CET)

__INDEXERA__

Har vi något regelverk eller någon praxis för användningen av ___INDEX__ och __INDEXERA__? Jag tänker att en sida som Användare:Shamshad Amirzai/sandlåda inte bör komma upp bland sökresultat i en sökmotor. Vi har inte någon jättestor koll på vad som skrivs på användarundersidor och i just detta fall har nog majoriteten av oss ingen aning vad som står på sidan. En vidare diskussion kanske bör tas på Wikipediadiskussion:Sökning.  ^✍️(skrivet av:) GeMet(användare:)^💬 den 23 januari 2023 kl. 15.31 (CET)

En diskussion som kan vara värd att läsa: Wikipedia:Kommentarer_om_administrationen_av_Wikipedia/Arkiv_2014#Användarnas_sandlådor Kitayama (diskussion) 23 januari 2023 kl. 15.35 (CET)

Kan en numrerad lista hoppa över rubriker och fortsätta på andra sidan om en rubrik?

Ett exempel kommer att visa vad jag frågar efter.

Låt oss säga att jag vill ha en kronologisk lista över alla psalmer som tryckts i Sverige. Men jag vill ha rubriker med namnen på varje trycksak. Listan skulle se ut så här:

Psalmblad (1515)

1. En rijker man

Suenska visor eller sånger (1526)

2. O Fadher wåår barmhertigh och godh
3. THen som wil en Christen heta
4. O Jesu Christ som mandom togh
5. O Herre gudh aff himmelrich
6. Wij troo på alzmectig gudh
7. Vij som leffue på werlden här
8. Uar gladh tu helga Christenheet
9. EEn iomfru födde jtt barn j dagh

Numreringen fortsätter från 1 till 2 till 3 oberoende av rubrikerna. Min lista innehåller till slut hundratals psalmer.

Så upptäcker jag att två psalmer behöver läggas till. (Jag har förbisett dem, eller ett nyfynd görs i ett bibliotek.) Listan skall börja så här:

Psalmblad (1515)

1. En rijker man

Twå Psalmer (1519)

2. Een ny psalm
3. Een annan ny psalm

Suenska visor eller sånger (1526)

4. O Fadher wåår barmhertigh och godh
5. THen som wil en Christen heta
6. O Jesu Christ som mandom togh
7. O Herre gudh aff himmelrich
8. Wij troo på alzmectig gudh
9. Vij som leffue på werlden här
10. Uar gladh tu helga Christenheet
11. EEn iomfru födde jtt barn j dagh

Poängen är att numreringen justerades automatiskt: numret för ”O Fadher wåår barmhertigh och godh” ädrades från 2 till 4.

Kan detta slag av numrering göras? Jag känner bara till att man kan göra numrerade listor med #, men en sådan lista börjar från 1 igen efter varje rubrik. Jan Arvid Götesson (diskussion) 23 januari 2023 kl. 02.07 (CET)

@Jan Arvid Götesson Efter att ha skummat igenom Help:Listor på Meta så har jag kommit fram till att tror det tyvär inte går.

Om man byter ut kolonet mot ett semikolen så ser de bättre ut. Rubriken blir i fetstil och dras inte in. /ℇsquilo 23 januari 2023 kl. 12.50 (CET)

Man kan göra så här:

# Första listobjektet
#:Första rubriken
# Andra listobjektet

som ser ut så här:

1. Första listobjektet

   Första rubriken

2. Andra listobjektet

men då kan man inte ha några === Rubriker === och "rubriken" skjuts ut. Men det kanske finns något automatiserat sätt att göra detta på som inte jag känner till.

Man kan göra det på det här semi-automatiska sättet:

#ex 1
#polka 2
#trade 3
=== Rubrik ===
#<li value="4"> listobjekt 4
#detta är nu 5
# och 6

som ser ut så här:

1. ex 1
2. polka 2
3. trade 3

Rubrik

4. listobjekt 4
5. detta är nu 5
6. och 6

Det är nog det bästa sättet tror jag. Sabelöga (diskussion) 23 januari 2023 kl. 03.43 (CET)

Tack för snabbt svar och oegennyttig hjälpverksamhet! Jag är nöjd med det halvautomatiska sättet; med det halvautomatiska behöver man bara göra en justering av ett numeriskt värde på raden närmast under varje rubrik, om man sätter in ett nytt listobjekt först i listan. Jan Arvid Götesson (diskussion) 23 januari 2023 kl. 04.09 (CET)

Kul att det kom till gagn! :) Sabelöga (diskussion) 23 januari 2023 kl. 04.32 (CET)

En mer praktisk fråga är om det är bästa sättet att presentera informationen. Om det istället är någon annan person som lägger till "nya" psalmer så finns det en ganska stor risk att den personen missar att ändra fyran och att numrering blir ganska förvirrad. Med t.ex. en sorterbar tabell (där första trycksak där psalmen ingår är en kolumn) så borde risken för framtida förvirring vara mindre, men det blir antagligen inte lika snyggt. Gunnar Larsson (diskussion) 23 januari 2023 kl. 13.36 (CET)

Du har rätt i princip om risken att en annan användare skulle göra fel. Men wikipedianerna är liten skara. Min erfarenhet av eget och andras arbete med smala ämnen är att artiklars huvudförfattare blir ensamma om att sköta sakinnehållet för överskådlig framtid. Bara breda ämnen som Sveriges Television har flera samarbetande författare. Jan Arvid Götesson (diskussion) 23 januari 2023 kl. 23.35 (CET)

Fix title on Amba Aradam-Ipponio

Hi all, I'd like to request to move the article Amba Aradam-Ipponio to Porta Metronia (Roms tunnelbana) and fix accordingly the article to reflect the new name. I would do it, but I don't speak Swedish and I'm afraid that my change would be seen as a vandalism.

If you need a source for this, here it is: [1] (unfortunately it is in Italian, but you can check through an online translator). If you need more info, I'll be happy to oblige. Thanks in advance! Sannita (diskussion) 26 januari 2023 kl. 12.42 (CET)

 Done. Thank you for letting us know! LittleGun (diskussion) 26 januari 2023 kl. 13.02 (CET)

Forgot to ping:@Sannita. LittleGun (diskussion) 26 januari 2023 kl. 13.03 (CET)

@LittleGun Thank you for being so quick! :) Sannita (diskussion) 26 januari 2023 kl. 13.25 (CET)

Interwikilänkar

Är det möjligt att få till språklänkarna på enwp i vänstermarginalen istället för en rullflik upp till höger? Gotogo (diskussion) 26 januari 2023 kl. 13.39 (CET)

Du kan byta utseende till Vector 2010 - då får du tillbaka det gamla utseendet. Kitayama (diskussion) 26 januari 2023 kl. 13.56 (CET)

Va bra! Tack.--Gotogo (diskussion) 26 januari 2023 kl. 17.11 (CET)

Infoga tabell för att föra in skådespelares scen roller ss år, roll, regi, titel

Hej, jag hjälper Boel Marie Larsson med att föra in hennes teater roller. Jag har sett att andra skådespelare har en tabell för att föra in alla produktioner just för teater. För film roller verkar det vara annorlunda. Hur gör man för att få den på hennes sida.

2023Alex (diskussion) 25 januari 2023 kl. 11.37 (CET)

Hej 2023Alex! Tack för frågan. Antingen kan du skapa en tabell, se Wikipedia:Tabeller. Om du redigerar wikitext är det kanske lättast att kopiera en färdig tabell och sedan ändra innehållet i den. Lättare är att istället göra en punktlista (Wikipedia:Redigering) där du anger årtal, titel/verk, teater, roll etc. Tänk också på att det oavsett metod ska vara i kronologisk ordning, alltså äldsta verket först och det senaste sist. Vill du ha hjälp på vägen rekommenderar jag att du kontaktar en fadder. Som inloggad har du även en egen sandlåda (länken brukar heta "Sandlåda"), där du kan testredigera för att se att det blir bra först. Det rekommenderas starkt om du är osäker, vill göra ett utkast som någon ska titta på eller vill arbeta ostört under lång tid och kunna spara något ofärdigt. Kyllo (diskussion) 25 januari 2023 kl. 12.22 (CET)

Tack Kyllo, för utförligt svar. Jag prövar att kopiera en tabell och ändrar titel år etc i den, i sandlådan. Det ser ut som att det går att publicera den därifrån på Boel Maries sida om det blir bra. 2023Alex (diskussion) 27 januari 2023 kl. 08.27 (CET)

Städa rent i en massa botskapade artiklar

Ljsbot har skapat en massa botskapade artiklar med en massa skräp i. Dessa borde egentligen städas. Se här [2]. Jag föreslår att en bot städar rent dessa enligt den redigering som ni kan se här, så blir det i alla fall lite bättre och man får bort en del skräp ur dessa--Bruno Rosta (diskussion) 22 februari 2023 kl. 15.47 (CET)

Jag ser ingen fråga i ditt inlägg men om du vill få ett botjobb genomfört finns Wikipedia:Robothjälp. F.d. 82.212.68.183 (diskussion) 22 februari 2023 kl. 19.18 (CET)

Patrulleringstext

Är det tekniskt möjligt att fixa så att [Märk den här sidan som patrullerad] alltid kommer sist på en sida? Jag tänker genom <div style="clear:both;"> eller liknande.  ^✍️(skrivet av:) GeMet(användare:)^💬 den 8 februari 2023 kl. 12.37 (CET)

I monobook-utseendet finns css-regeln:

div.patrollink {
	clear: both;
}

Den saknas i vector-utseendet men borde göra det du frågar efter. Jag vet inte om det finns någon speciell anledning att den inte tagits med där. /EnDumEn ✍ 9 februari 2023 kl. 20.29 (CET)

Kan vi lägga in det i de andra utseendena? Eller kan detta bara göras centralt?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 10 februari 2023 kl. 09.42 (CET)

Någon gränsadministratör som vet?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 16 februari 2023 kl. 16.08 (CET)

Det borde gå bra att lägga in css-regeln ovan i sin common.css, eller specifikt för Vector i vector.css eller för Vector 2022 i sin vector-2022.css. Är det en allmän önskan att ändra länkplaceringen, så bör man kunna fixa det med en finess. /JohanahoJ (diskussion) 16 februari 2023 kl. 16.41 (CET)

Jag antar att det är meningen från utvecklarsida att den skall komma sist, bara att man missat detta. Jag tänker att det är en förbättring för samtliga. Mvh  ^✍️(skrivet av:) GeMet(användare:)^💬 den 16 februari 2023 kl. 16.42 (CET)

I Phabricator finns nu två motstridiga önskemål angående detta. I phab:T329354 finns önskemål att Vector och ev. andra utseenden ska få samma länkplacering som i Monobook, dvs med clear:both. I phab:T205230 finns däremot önskemål att clear:both inte ska användas för länkplaceringen och att detta bör tas bort från nuvarande css för Monobook.
Om det finns ett bredare intresse att ändra länkplaceringen, kan man göra en finess som tillval (ej default), annars föreslår jag egen css-inställning. /JohanahoJ (diskussion) 24 februari 2023 kl. 17.51 (CET)

Okej, vi får väl se om det kommer mer respons. Räcker det att lägga in koden ovan i sin common.css? Mvh  ^✍️(skrivet av:) GeMet(användare:)^💬 den 25 februari 2023 kl. 16.58 (CET)

Ja, precis! /JohanahoJ (diskussion) 25 februari 2023 kl. 19.14 (CET)

{{infobox TV-program}}

I mallen {{infobox TV-program}} blandas "baserad på" och "originalverk" lite olyckligt mellan parametrar, etikettnamn och anrop eller vad det kan heta.

• När mallen ska redigeras, så ska parameternamnet i wikitext skrivas "originalverk=Would I lie to You?".
  • I artikelns står det då "Baserad på: Would I lie to You?".
• I templatedata finns både originalverk och "baserad på" angivet.
• I visual editor går det att fylla i både "baserad på" och "originalverk". Bara originalverk visas i artiklens läsläge
• I artikeln Tror du att jag ljuger?, som baseras just på "Would I lie to you?", hade mallanrop skrivits "baserad på : [[Would I lie to You? (TV-serie)|Would I lie to You?]]". Där har jag ändrat, så den kan användas som exempel om hur det ser ut i dialigrutan för Visual editor och resultatet.

Jag har försökt förtydliga i mallens dokumentation om användning att originalverk och baserad på är samma sak. Det vore fint om det gick att söka fram ifall det finns fler artiklar som råkat använda "baserad på" som mallanrop, så dessa kan rättas. Det vore också fint om malldokumentationen/parameternamnhantering kunde fixas gällande template data, VisualEditor och kanske synka namngivningen mot etiketten. LittleGun (diskussion) 4 mars 2023 kl. 09.58 (CET)

Här är en fråga som hittar artiklar som använder parameternamnet baserad på i anropet av mallen {{Infobox TV-program}}:

• Länk till fråga som just nu hittar 26 artiklar.

-- Larske (diskussion) 4 mars 2023 kl. 10.12 (CET)

Jag har nu "rensat bort" förekomsterna av parametern baserad på i de 26 artiklarna. Upptäckte efter ett tag att ibland hade både originalverk och baserad på använts och då blev "dubbel användning" av originalverk. Har försökt rätta till det, men har inte gjort någon bedömning om det värde som tidigare inte visats i faktarutan men nu dyker upp är rätt och rimligt.

Här är listan över ändrade artiklar om någon vill kontrollera och eventuellt justera det som visas upp till höger om Baserad på:

• ändrade artiklar

-- Larske (diskussion) 4 mars 2023 kl. 10.45 (CET)

Tillägg: Parameternamnet baserad på är nu borttaget från TemplateData så att VisualEditor inte längre förleder någon att använda en parameter som inte stöds av mallen.

Tillägg 2: Det är bara en mindre del av de mer än 4 000 sidor som använder {{Infobox TV-program}} som också använder parametern originalverk i mallanropet. Av dessa är det bara en del, färre än 200, som har angivit något värde på parametern.

En inventering finns här i Sandlådan om någon känner för att granska de använda värdena.

--Larske (diskussion) 4 mars 2023 kl. 12.10 (CET)

Grymt. Tack för hjälpen! LittleGun (diskussion) 4 mars 2023 kl. 12.35 (CET)

@Larske Detsamma kan säjas om {{Infobox TV-program WD}} som också skulle behöva den här omsorgen. Sabelöga (diskussion) 4 mars 2023 kl. 14.17 (CET)

Mallen {{Infobox TV-program WD}} har (just nu) ett stöd för såväl originalverk som baserad på på följande sätt:

• om originalverk är angiven i mallanropet visas parameterns värde till höger om radeetiketten Originalverk oberoende av allt annat
• om originalverk inte är angiven gäller att
  • om baserad på är angiven i mallanropet visas parameterns värde till höger om radetiketten Baserad på
  • om baserad på inte är angiven i mallanropet undersöks om det kopplade Wikidataobjektet har något värde på egenskapen förlaga (P144). I så fall visas detta värde tillsammans med dess eventuella författare (P50) till höger om radetiketten Baserad på.

Det är betydligt färre artiklar som använder denna mall än som använder den manuella mallen och nästan inga artiklar anger några värde på vare sig originalverk eller baserad på vilket framgår av följande frågor:

• Länk till fråga som ger en lista på (just nu 23) artiklar som har originalverk i anropet av mallen {{Infobox_TV-program WD}}. Parametern har dock inte in något fall åsatts något värde.
• Länk till fråga som ger en lista på (just nu 14) artiklar som har baserad på i anropet av mallen {{Infobox_TV-program WD}}. Parametern har endast i två fall, Tjuv och polis (TV-program) och Vesta-Linnéa, åsatts något värde.
• Länk till fråga som ger en lista på (just nu 38) artiklar där det kopplade Wikidataobjektet har ett värde på egenskapen förlaga (P144).

Om inte mallens funktion ska ändras ser jag inte något behov av ändringar i de artiklar som använder mallen (som har med parametrarna originalverk och baserad på att göra).

-- Larske (diskussion) 4 mars 2023 kl. 15.10 (CET)

En irriterande bugg

Kategori:Pages transcluding nonexistent sections ligger i Europamästerskapet i fotboll 1996. Kan någon få bort detta? Tack på förhand!--Bruno Rosta (diskussion) 4 mars 2023 kl. 13.38 (CET)

Rättat av F.d. 82.212.68.183. Plumbum208 (diskussion) 4 mars 2023 kl. 14.12 (CET)

Återigen, ingen bugg. ♥Ainali ^diskussion_bidrag 4 mars 2023 kl. 14.24 (CET)

Helt konstig sida

Ta en titt på 12 Virginis. Vad har hänt här? Kan någon åtgärda?--Bruno Rosta (diskussion) 4 mars 2023 kl. 14.00 (CET)

Fixat genom att rensa cachen. Kanske något som blev trasigt vid bytet av datacenter i onsdags. Plumbum208 (diskussion) 4 mars 2023 kl. 14.03 (CET)

Är du säker? Jag gjorde en nulledit och det hjälpte inte.  ^✍️(skrivet av:) GeMet(användare:)^💬 den 4 mars 2023 kl. 14.06 (CET)

Ja, det såg helt trasigt ut innan rensade cachen och nu tycker jag det ser bra ut. Ser du fortfarande något fel? Plumbum208 (diskussion) 4 mars 2023 kl. 14.10 (CET)

Tänkte om det var mina redigeringar som gjorde det? Men rensning och redigering kanske gör samma sak för cachen?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 4 mars 2023 kl. 14.15 (CET)

Det kan det också ha varit. Jag gjorde cacherensningen ungefär samtidigt. Plumbum208 (diskussion) 4 mars 2023 kl. 14.18 (CET)

Bobbie Friberg Da Cruz

Vet inte riktigt var denna fråga hör hemma, säkert inte här, men hur kommer det sig att artikeln Bobbie Friberg Da Cruz gick från cirka noll visningar till 200 i mitten av februari och sen konstant har hållit sig på en högre nivå än tidigare? Se här. Det måste rimligen vara nåt medieintresse el.dyl., men jag hittar inget. jssfrk (d|b) 5 mars 2023 kl. 00.14 (CET)

Besvärliga buggar i en mall

De irriterande kategorierna Kategori:Chart, diagram and graph templates,‏‎ Kategori:Graph Template Collection och Kategori:Moscow Metro templates‏‎ finns på olika sätt på om man går in på Mall:Graph:Moscow Metro expansion vilket är irriterande. Kan någon åtgärda detta så alla tre kategorierna tas bort eller skapas?--Bruno Rosta (diskussion) 19 mars 2023 kl. 21.07 (CET)

Jag har ersatt inläggning i två respektive en icke-existerande kategorier med inläggning i den existerande Kategori:Diagrammallar så nu är de tre kategorier som du irriterar dig på tomma. Larske (diskussion) 19 mars 2023 kl. 21.33 (CET)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 20 mars 2023 kl. 01.18 (CET)

Kan någon uppdatera?

Kan någon uppdatera Förbundsrådet (Tyskland)? Behovet verkar rätt stort--Bruno Rosta (diskussion) 28 mars 2023 kl. 12.21 (CEST)

 Utfört Kitayama (diskussion) 28 mars 2023 kl. 14.54 (CEST)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 28 mars 2023 kl. 14.58 (CEST)

{{Avsnittslista start}}

Det här är bara en blänkare. Bäst att föra diskussionen på Malldiskussion:Avsnittslista start, där även mina motiveringar finns. Jag redovisar ändå vad jag vill för att det blir begripligare med visualiseringen. Jag skulle vilja att vi ändrade färgkodningen, så att istället för att hela titelraden byter färg beroende på säsong att vi bara har en bård ovanför. Så här ser det ut idag för olika säsonger:

Nr i serien	Nr i säsongen	Titel	Regissör	Manus	Originalvisning	Tittarsiffror (miljoner)

Nr i serien	Nr i säsongen	Titel	Regissör	Manus	Originalvisning	Tittarsiffror (miljoner)

Nr i serien	Nr i säsongen	Titel	Regissör	Manus	Originalvisning	Tittarsiffror (miljoner)

Ovanstående vill jag ändra till detta:

Nr i serien	Nr i säsongen	Titel	Regissör	Manus	Originalvisning	Tittarsiffror (miljoner)

Nr i serien	Nr i säsongen	Titel	Regissör	Manus	Originalvisning	Tittarsiffror (miljoner)

Nr i serien	Nr i säsongen	Titel	Regissör	Manus	Originalvisning	Tittarsiffror (miljoner)

Hoppas det är självklart, och att det bara är den tekniska lösningen som behövs. Jag tror inte jag fixar att reda ut i mallen. Den är alldeles för komplicerad för mig. LittleGun (diskussion) 30 mars 2023 kl. 09.38 (CEST)

Larske har fixat mallen enligt ovan nu. Jag tycker det har blivit jättebra. Återstår lite i "systermallar" som fortfarande diskuteras. LittleGun (diskussion) 30 mars 2023 kl. 11.28 (CEST)

Hjälp...!

Kan någon vänlig medwikipedian fixa på Bybrunnen så att det röda i inlägget om adminval håller sig till bara detta inlägg? Jag fattar inte hur jag får bort färgen från mitt inlägg.

Natthälsningar från Zquid (diskussion) 3 april 2023 kl. 00.27 (CEST)

Tack, @Nirmos:!! // Zquid (diskussion) 3 april 2023 kl. 00.29 (CEST)

Sidstatistiken

Gårdagen verkar inte vara fixad ännu. Har något hänt? Tostarpadius (diskussion) 5 april 2023 kl. 17.50 (CEST)

Det laggar nog bara, tycker att det händer ganska ofta att det släpar efter. jssfrk (d|b) 5 april 2023 kl. 18.26 (CEST)

Det händer väldigt sällan att det släpar efter mer än några få timmar. Tostarpadius (diskussion) 5 april 2023 kl. 18.38 (CEST)

Nu fungerar besökssiffrorna för både den 4 och den 5 april. Tostarpadius (diskussion) 6 april 2023 kl. 07.08 (CEST)

Sidvisningar

Är sidvisningarna för The Definitive Collection (Dvd av Abba) (här) och The Definitive Collection (musikalbum av Abba) (här) rimliga? Jag tycker visningarna är orimligt få. Har jag valt fel inställningar eller är verktyget trasigt?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 20 april 2023 kl. 07.51 (CEST)

Bägge artiklarna har ju nyligen flyttats. Det kan vara det som spökar. Kitayama (diskussion) 20 april 2023 kl. 07.56 (CEST)

Här en sökning på det gamla namnet för den ena artikeln Kitayama (diskussion) 20 april 2023 kl. 07.58 (CEST)

Tack.  ^✍️(skrivet av:) GeMet(användare:)^💬 den 20 april 2023 kl. 08.12 (CEST)

Mallen i Lista över fornlämningar i Hallsbergs kommun

Jag skulle tillföra Skogaholms kvarn i mallen som finns i artikeln Lista över fornlämningar i Hallsbergs kommun, men jag måste ha strulat till det på något sätt, jag får helt enkelt inte till det. Janee (diskussion) 22 april 2023 kl. 14.25 (CEST)

Jag hittade två typer av problem i wikitexten:

1. Du hade avslutat tabellen med }} i stället för med |}
2. Det fanns "skräptecken" där det ska vara blanktecken (eller inget alls) i flera av parametrarna. Kanske du har kopierat från någon webbsida där det brukar finnas andra tecken som ser ut som blanktecken.

Efter denna ändring ser tabellen OK ut, med det saknas värden på flera parametrar. Larske (diskussion) 22 april 2023 kl. 15.18 (CEST)

Tack för att du fixade det, hittade inte de siffror som skall in i mallen på Fornsök sida fornsök de har ett nummer som inte stämmer med övriga i denna atikel här heter fornlämningen "L2022:3223 Kvarn"

Janee (diskussion) 22 april 2023 kl. 15.52 (CEST)

Sidscrollande tabeller

Jag undrar om nån kunnig är villig att skapa en svensk mall baserad på en:Template:Scrolling table doc, en:Template:Scrolling table/top, en:Template:Scrolling table/mid och en:Template:Scrolling table/end? Den mallen (eller någon liknande mall) skulle verkligen behövas här på svenskspråkiga Wikipedia så man kan använda sidscrollande tabeller utan att Wikipedias ram bryts. DIEXEL (diskussion) 21 april 2023 kl. 07.00 (CEST)

Jag skapade Mall:Scrolltable med liknande funktion men med mindre kod än engelska mallen. Exempel:

{{scrolltable}}
! En rad
| Cell 1 || Cell 2 || Cell 3<br>med radbryt || Cell 4 || Cell 5 || Cell 6 || Cell 7 || Cell 8 || Cell 9 || Cell 10 || Cell 11 || Cell 12 || Cell 13 || Cell 14 || Cell 15 || Cell 1 || Cell 2 || Cell 3 || Cell 4 || Cell 5 || Cell 6 || Cell 7 || Cell 8 || Cell 9 || Cell 10 || Cell 11 || Cell 12 || Cell 13 || Cell 14 || Cell 15
|-
! En rad till
| Cell 1 || Cell 2 || Cell 3 || Cell 4 || Cell 5 || Cell 6 || Cell 7 || Cell 8 || Cell 9 || Cell 10 || Cell 11 || Cell 12 || Cell 13 || Cell 14 || Cell 15 || Cell 1 || Cell 2 || Cell 3 || Cell 4 || Cell 5 || Cell 6 || Cell 7 || Cell 8 || Cell 9 || Cell 10 || Cell 11 || Cell 12 || Cell 13 || Cell 14 || Cell 15
{{scrolltable/slut}}

En rad	Cell 1	Cell 2	Cell 3 med radbryt	Cell 4	Cell 5	Cell 6	Cell 7	Cell 8	Cell 9	Cell 10	Cell 11	Cell 12	Cell 13	Cell 14	Cell 15	Cell 1	Cell 2	Cell 3	Cell 4	Cell 5	Cell 6	Cell 7	Cell 8	Cell 9	Cell 10	Cell 11	Cell 12	Cell 13	Cell 14	Cell 15
En rad till	Cell 1	Cell 2	Cell 3	Cell 4	Cell 5	Cell 6	Cell 7	Cell 8	Cell 9	Cell 10	Cell 11	Cell 12	Cell 13	Cell 14	Cell 15	Cell 1	Cell 2	Cell 3	Cell 4	Cell 5	Cell 6	Cell 7	Cell 8	Cell 9	Cell 10	Cell 11	Cell 12	Cell 13	Cell 14	Cell 15

/EnDumEn ✍ 22 april 2023 kl. 22.44 (CEST)

@EnDumEn: Tack så mycket! DIEXEL (diskussion) 23 april 2023 kl. 05.13 (CEST)

Interwikiproblem

Ett av de fånigaste vintillbehören heter på svenska champagnevisp. Det har en källös och möjligen osaklig artikel på svenska wikipedia. På engelsk wikipedia finns ordet en:Champagne stirrer, som omdirigeras till ett avsnitt i en:Wine acessory, vintillbeör. Jag tänkte att man kunde interwikilänka den svenska artikeln till den engelska omdirigeringen, men då får jag också interwikilänk till franska fr:pipette à vin, vinpipett, somm behandlas i ett annat avsnitt av den engelska artikeln.

Kanske skulle det gå att länka den engelska omdirigeringen till den svenska artikeln, i stället för tvärtom, som jag försökte. Mitt problem är att jag inte förstår hur man gör detta i den nya engelska layouten, som jag inte vet om man kan komma ur.

Jag har samma problem också i ett seriöst sammanhang, där ett svenskt uppslagsord motsvaras av ett avsnitt i en engelsk artikel. Roufu (diskussion) 25 april 2023 kl. 06.11 (CEST)

Jag tror jag har gjort vad du efterfrågat. Jag var tvungen att (högst temporärt) ta bort omdirigeringen för champagne stirrer för att få det att fungera. Av någon anledning kan man inte länka ihop till omdirigeringar, men däremot går att det att skapa en länk och sen göra om en av sidorna till en omdirigering. Gunnar Larsson (diskussion) 25 april 2023 kl. 08.02 (CEST)

Jag lade till badge "intentional link to redirect" på en:champagne stirrer i WD. Kitayama (diskussion) 25 april 2023 kl. 08.13 (CEST)

@Roufu: För att komma ur den nya engelska layouten kan du klicka på Switch to old look i menyn till vänster. Du kommer då direkt till rätt ställe i Preferences där du kan ändra Skin från Vector (2022) till Vector legacy (2010). En alternativ väg är att gå till övre högra hörnet där det finns en ikon för användarmeny. Klickar du på den hittar du: Talk, Sandbox, Preferences, Beta, Contributions och Logout. Plumbum208 (diskussion) 25 april 2023 kl. 10.42 (CEST)

Tack för hjälpen. Med champagnevisp som förebild är det möjligt att klara liknande fall i framtiden. Roufu (diskussion) 25 april 2023 kl. 12.44 (CEST)

Varför funkar inte diagram idag

En massa diagram baserade på modul:Graph funkar inte idag. Vad har hänt?

I vissa fall visas en stor mängd kod: Sprängattentat_i_Sverige. I andra fall är diagrammen tomma: Skjutningar_i_Sverige. Tomastvivlaren (diskussion) 18 april 2023 kl. 13.34 (CEST)

De har tydligen upptäckt något säkerhetsproblem med funktionen och därför tryckt på nödstoppet för att stänga av den, se en:Wikipedia:Village_pump_(technical)#Graph_extension_disabled_per_immediate_effect.

-- Larske (diskussion) 18 april 2023 kl. 13.42 (CEST)

Spårad i Phabricator (?)
Task T334940 Open

--Larske (diskussion) 18 april 2023 kl. 16.54 (CEST)

Berörda sidor läggs i Kategori:Pages with disabled graphs.

Jag la till en varningsskylt i mall:Graph:Chart som visas istället för många försvunna diagram så länge diagrammen är tomma. Bör jag ta bort den?Tomastvivlaren (diskussion) 18 april 2023 kl. 22.00 (CEST)

Det finns ett särskilt gränssnittsmeddelande definierat, MediaWiki:Graph-disabled, som kan användas, men jag tycker att den varningsskylt du gjort fungerar lika bra. Om jag förstått koden rätt har du gjort så att skylten automagiskt försvinner så snart avstängningen upphör och diagrammen som modulen skapar åter visar något, vad mer kan man önska? Låt oss hoppas att avstängningen blir kortvarig.

-- Larske (diskussion) 18 april 2023 kl. 22.30 (CEST)

Exakt så. Tänkte den var ful. Lyckas inte lägga in den i alla grafikmallar. På enwp har dom bara lagt in motsvarande varning på mallarnas dokumentationssidor, inte i artikelnamnrymden. Tomastvivlaren (diskussion) 19 april 2023 kl. 00.04 (CEST)

På enwp är Kategori:Pages with disabled graphs dold, men inte här.Tomastvivlaren (diskussion) 19 april 2023 kl. 13.54 (CEST)

Nu är den dold. Larske (diskussion) 19 april 2023 kl. 18.18 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Nu har det gått en vecka - vad är prognosen? Jag försökte läsa lite i Phabricator-länken men har svårt att förstå vad som händer. / Anhn ✎ 26 april 2023 kl. 04.51 (CEST)

Har för mig att jag läste att någon skrev inom en vecka eller så någonstans på engelska wikipedia (skrivet igår eller förrgår). Gunnar Larsson (diskussion) 26 april 2023 kl. 08.18 (CEST)

I söndags skrev någon My hope is we can maybe restore some functionality in the next week or so.

.. Larske (diskussion) 26 april 2023 kl. 08.33 (CEST)

Mandatperioder i {{Infobox politiker}}

På diskussion Diskussion:Ulf Kristersson#Mandatperioder och valkretsar i faktarutan föreslås att ange kronologisk ordning snarare än mandatperiodordning. Det finns ett förslag där och på mallens diskussionsida, Malldiskussion:Infobox politiker#Mandatperiodhantering hur det kan ändras. Kolla in och tyck till! Och hjälp behövs vid eventuell implementering. LittleGun (diskussion) 25 april 2023 kl. 21.22 (CEST)

Dubbla omdirigeringar har inte tömts på ett bra tag

Om man går in på Special:Dubbla omdirigeringar så är det nu mycket mer än vanligt. Det beror på att detta inte har åtgärdats nu på flera dagar. Normalt brukar det bara ta ett par timmar innan detta åtgärdas. Vad har hänt? Finns det någon som kan åtgärda detta?--Bruno Rosta (diskussion) 28 april 2023 kl. 08.57 (CEST)

De dubbelomdirigeringar rörande LIV/Liv Golf är åtgärdade. DIEXEL (diskussion) 28 april 2023 kl. 09.25 (CEST)

Det är ju normalt två olika botar (ej svenska) som åtgärdar detta. Du får leta upp dem och kontakta botägaren. Men låt det gå en vecka först, det händer då och då att botarna stoppar av olika orsaker och sedan kommer igång igen. Detta är ju inte något som ingår i ”Wikimedia-paketet” utan det är två helt fristående botar som är snälla nog och gör dessa redigeringar. Kitayama (diskussion) 28 april 2023 kl. 10.46 (CEST)

Hi!

Hello people, I would like to ask if anybody has access to [https://www.dn.se/arkiv/sport/resultat-badminton-nitra-slovakien-junior-em-herrdubbel-semifinal-peter-gade-peder-missen-danmark/ this] webpage, it contains data related to results of 1995 European Junior Championships. If anyone has, can they kindly either copy it down here or maybe send me via email? Thankyou so much! Zoglophie (diskussion) 5 maj 2023 kl. 17.59 (CEST)

The full article is available here. Cilidus (diskussion) 5 maj 2023 kl. 23.49 (CEST)

It's been two years since I was searching for it, and finally we are here. Thank you! Zoglophie (diskussion) 6 maj 2023 kl. 05.55 (CEST)

Bild som togs bort

Hej!

Det är jag som äger bilden på mig i polisuniform. Om jag lägger upp den igen så skulle jag uppskatta om den inte togs bort. Mustafa.Panshiri (diskussion) 6 maj 2023 kl. 12.53 (CEST)

Hej Mustafa.Panshiri! Nu kommer jag tyvärr behöva bli lite av en lagvrängare. Om du tog bilden med en självutlösare eller en fördröjning i kameran, så är du upphovsmannen till bilden och de på Wikimedia Commons är nöjda då upphovsman=uppladdare (som accepterar en viss licens). Om någon annan har tagit den och gett dig bilden, har denne upphovsman en ideell rätt och denne måste då godta licensöverlåtelsen enligt Wikimedia Commons. Det är möjligt, men kräver en viss procedur. Per W (diskussion) 6 maj 2023 kl. 13.05 (CEST)

Hej Per!

Jag har tagit den med självutlösare med min kamera så jag äger den!

mvh

Mustafa Mustafa.Panshiri (diskussion) 6 maj 2023 kl. 13.07 (CEST)

Bra, då är det klart juridiskt. Jag ska markera bilden som sådan på Commons. Disembodied Soul Per W (diskussion) 6 maj 2023 kl. 13.30 (CEST)

Wikipedia i Firefox

Jag brukar köra Firefox. Idag har jag märkt att särskilt bevakningslistan tar mycket lång tid på sig att ladda. Tre blå pluppar ovanför bevakningslistan slutar inte att blinka. Har någon annan användare erfarit detta? Avtrubbad (diskussion) 25 april 2023 kl. 21.11 (CEST)

Jag använder också Firefox och har inte märkt något. Gunnar Larsson (diskussion) 25 april 2023 kl. 22.58 (CEST)

Det man kan göra första gången det går segt är att försöka ladda sidan på nytt, för kanske är det bara ett tillfälligt sidladdningsfel. Går det fortfarande trögt kan man starta om webbläsaren. Fungerar det inte ändå kan man rensa cachen via webbläsarens inställningar. Man kan även testa att starta om sitt internet. Om inget av det ger resultat kan det vara ett större fel. Kyllo (diskussion) 9 maj 2023 kl. 00.49 (CEST)

Kanske är det dags att rensa i bevakningslistan? Jag har märkt att sidan för redigering av bevakningslistan laddas långsamt och lätt låser sig när den blir för omfattande. (använder Safari) /JohanahoJ (diskussion) 9 maj 2023 kl. 07.54 (CEST)

Möjligt, men om den den hänger sig och ingen metod fungerar är det nog bättre att testa en annan webbläsare till att börja med. Sedan kan det vara internet- eller hårdvarurelaterat också och då kan kortare bevakningslista och ändrade webbläsarinställningar kanske vara en utväg, såvida man inte vill lägga ut pengar på något bättre. Att listor tar lite längre tid att ladda än andra sidor är normalt, men om det ofta tar oskäligt lång tid är det något som är fel. Kyllo (diskussion) 9 maj 2023 kl. 09.56 (CEST)

Mina redigeringar publiceras inte

Hej,

Jag skapade ett konto för ett tag sedan för att kunna bidra inom områden där jag är kunnig. Mina redigeringar publiceras dock inte utan tas bort och får ingen upplysning om varför???

Skall det vara så här så är det ju ingen idé att stötta och bygga upp encyklopedin.

Mvh Jean-luc-stockholm (diskussion) 8 maj 2023 kl. 15.37 (CEST)

Edit: ser nu att någon uppdatering är märkt "möjligt klotter", medan en annan inte har någon markering om varför den blivit återställd, utan det står enbart "återställd". Hur kommer det sig, och vad klassas som klotter? Det jag har uppdaterat är information som bidrar till en större förståelse inom ämnet. Jean-luc-stockholm (diskussion) 8 maj 2023 kl. 15.41 (CEST)

Jag får intrycket att du infogat referenser till externa webbplatser som inte är så mycket att hänga i granen. Vi försöker stävja länkspam genom att inte vara alltför släpphänta med källhänvisningar som kan vara försök att marknadsföra webbplatser eller utöva sökmotoroptimering. - Tournesol (diskussion) 8 maj 2023 kl. 15.42 (CEST)

@Jean-luc-stockholm: Hej. Det är inte säkert att man får ett personligt meddelande med orsak när någon återställt en artikel, utan vill man veta varför kan man behöva kontrollera det själv eller fråga.

Jag tror att du syftar på det automatiska varningsfiltret som markerar med olika färger. Det är ibland väldigt känsligt och reagerar exempelvis på vissa ord som ofta används vid klotter eller som exempelvis inte är tidlösa. Det är ingen återställning eller egentlig varning, utan till för att uppmärksamma rutinerade användare på att kontrollera redigeringen. Däremot kan det hända att någon användare därefter har granskat redigeringen och återställt artikeln. För att se eventuella redigeringskommentarer behöver du besöka artikeln och visa artikelhistoriken. Går du via din bidragslista kan du klicka på "historik" intill redigeringen för att komma dit. Var inte rädd för att fråga om du inte förstår något.

Det är bra att du vill bidra till Wikipedia och det viktigaste när man börjar redigera på Wikipedia är tålamod och gott humör. Det tar tid att lära sig hitta, policyer, riktlinjer, rutiner osv. Det är därför klokt att börja med mindre redigeringar i artiklar för att få mer rutin och minimera risken att andra återställer. Wikipedias introduktion tar upp grunderna och vad som är bra att känna till. Annars går det utmärkt att ställa frågor om Wikipedia här i forumet. Kyllo (diskussion) 9 maj 2023 kl. 00.24 (CEST)

Åtgärda en knepig mall

Denna fråga har varit uppe tidigare, inget svar har kunnat ges. Men nu tar jag upp frågan igen: Det gäller Mall:Graph:Map/Inner/Worldmap2c-json. Den går inte att kategorisera. Kan detta åtgärdas? Jag kan tänka mig följande lösningar:

1. Försöka få in en kategori i mallen om någon kan ordna
2. Omvandla kategorin till ett annat format så den kan kategoriseras
3. Radera mallen helt, eventuellt ersätta den med något annat

Kan någon av dessa åtgärder genomföras? Jag vet att frågan varit uppe tidigare. Men någon åtgärd måste väl gå att genomföra här?--Bruno Rosta (diskussion) 9 maj 2023 kl. 09.55 (CEST)

Frågan har redan avhandlats i augusti i tråden Wikipedia:Wikipediafrågor/Arkiv_2022#Fråga_om_konstig_mall. Jag föreslår att du släpper detta och går vidare.

-- Larske (diskussion) 9 maj 2023 kl. 10.09 (CEST)

Irriterande felaktig kategori

Kategori:Pages using sports table with orphaned results ligger i Damallsvenskans maratontabell. Kan någon få bort detta?--Bruno Rosta (diskussion) 13 maj 2023 kl. 09.00 (CEST)

Löst av en IP-användare genom att kommentera bort en divisionsdefinition som inte används i nuvarande version av tabellen. Plumbum208 (diskussion) 13 maj 2023 kl. 10.11 (CEST)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 13 maj 2023 kl. 14.50 (CEST)

Graf över sidvisningar

I verktyget Sidinformation finns, längst ner i tabellen Grundläggande information, siffran för Sidvisningar under de senaste 30 dagarna. Visst kunde man tidigare klicka på den och få upp en graf, där man kunde se utvecklingen under dessa 30 dagar? Vart tog den funktionen vägen och varför? Marima (diskussion) 24 maj 2023 kl. 12.17 (CEST)

Att grafen inte syns för närvarande kan möjligen vara kopplat till Wikipedia:Wikipediafrågor/Arkiv_2023#Varför_funkar_inte_diagram_idag. Men det är bara en gissning.

-- Larske (diskussion) 24 maj 2023 kl. 12.28 (CEST)

Jag har aldrig gått via "Sidinformation", utan gått in på "Visa historik" ovanför artikeln till höger och klickat vidare på "Antal sidvisningar" ovanför listan med versionerna. Där kommer fortfarande grafen upp. Om det beror på att diagram inte funkar borde det väl ändå finnas en länk (som inte funkar dårå) LittleGun (diskussion) 24 maj 2023 kl. 12.30 (CEST)

Utvecklarna kan ha valt att centralt ta bort länken till grafen från Sidinformation för att slippa att det ska uppstå felmeddelanden eller tomma grafer. Fortfarande en gissning.

När det gäller alternativa sätt att komma åt informationen kan man gå via "Visa historik" som du nämner. Vill spara några klick kan man aktivera finessen "Lägg till en flik för att se statistik över antal besök" som finns som nummer 4 under "Övrigt" på fliken Finesser i Inställningar. Med denna finess aktiverad får man ett menyalternativ "Stats" i menyn "Mer" som leder till samma sida.

-- Larske (diskussion) 24 maj 2023 kl. 12.54 (CEST)

Har den finessen! Och det blir exakt lika många klick, totalt två, med den aktiverad ("Visa historik"+"Antal sidvisningar" respektive "verktyg"+"stats"). Eller något fler faktiskt, om man räknar in klicken som behövs för att aktivera finessen! Fast "stats knappen" är bättre, jag tycker den finessen ska vara default. LittleGun (diskussion) 24 maj 2023 kl. 13.31 (CEST)

En konstig ändring i mallar

Hej! Vet någon vad anledningen är till den här ändringen? Borde det inte bytas tillbaks?--Bruno Rosta (diskussion) 25 maj 2023 kl. 23.49 (CEST)

Den enda skillnaden i heraldiskt avseende jag kan upptäcka är vågorna under bron i den Bernadotteska hjärtskölden. Det kommer knappast ses av någon som tittar i mallen. Möjligen är den ena bilden snabbare att ladda än den andra.

Sedan skulle jag, med så små bilder det är fråga om i mallar, nog försöka ta en bild där skölden syns tydligare. Kanske bara lilla riksvapnet.

andejons (diskussion) 26 maj 2023 kl. 07.24 (CEST)

XTools

Någon som vet något om xTools? Dennhar inte uppdaterat antalet redigeringar på 3 dygn nu. Testade även dess "globala redigeringar"-verktyg, som sa samma sak. Länk till min statistiksida där det nu överst står ej uppdaterad senaste 3 dygnen. Adville (diskussion) 28 maj 2023 kl. 08.35 (CEST)

Jag gissar att detta har med "replication lag" att göra, se den här sidan. Det ska normalt vara 0 eller mycket nära 0, men är just nu mer än 73 timmar. För några dagar sedan var det ett kort stopp (OUTAGE) på alla wikimediaservrar, se den här sidan, som möjligen har med saken att göra.

Håll koll på sidan med "replication lag", när den har återgått till 0 kommer antagligen din statistiksida att vara uppdaterad igen. Larske (diskussion) 28 maj 2023 kl. 08.43 (CEST)

Tack. Jo, det är den laggen. Men det är inget fel som gör att den laggar? Adville (diskussion) 28 maj 2023 kl. 08.50 (CEST)

Spårad i Phabricator (?)
Task T337446 Open

Jo, det är klart att det är något som är fel i och med denna avvikelse från det normala. Det verkar hålla teknikerna sysselsatta sedan några dagar. Larske (diskussion) 28 maj 2023 kl. 09.55 (CEST)

@Larske, nu när man försöker köra xTools får man upp denna texten, så vi får avvakta till 2 juni: "The database servers that power XTools and many other tools are currently being rebuilt. This may cause downtime that is estimated to persist through around 2023-06-01. You can follow T337446 for updates.". Tack för hjälpen. Adville (diskussion) 29 maj 2023 kl. 16.47 (CEST)

Mall:CSS image crop

Som jag skrev på mallens diskussionssida:

Hur får man denna att fungera i mobilvy? Den fungerar i den stationära men ej i den mobila. På engelska Wikipedia fungerar den i de båda vyerna utan att behöva ändra något i koden. Jag har använt mallen i bland annat Casey's, Jahor Sjaranhovitj och Matt Boldy (bilden är bytt) och samtliga gånger visar den inte vad den egentligen ska visa i den mobila vyn. DIEXEL (diskussion) 7 januari 2022 kl. 14.57 (CET)

Nån som vet hur man kan fixa detta problem? DIEXEL (diskussion) 23 maj 2023 kl. 12.47 (CEST)

Jag föreslår att mallen kan lika gärna raderas för att undvika framtida problem när den inte fungerar i den mobila vyn och om ingen kan eller har möjlighet att lösa problemet. Vi kan inte ha ej fungerande mallar och framförallt inte i mobila vyn som är väl den som de flesta använder sig av framöver tanke på utvecklingen.

Just nu används mallen i 88(?) artiklar och listor, främst inom politik och idrott. DIEXEL (diskussion) 1 juni 2023 kl. 12.32 (CEST)

@DIEXEL: Är det fortfarande problem? En IP-användare har gjort en mindre ändring i mallen idag. Förut tyckte jag också det såg konstigt ut i mobilvyn, men inte nu. Plumbum208 (diskussion) 1 juni 2023 kl. 21.02 (CEST)

@Plumbum208: Japp. Nu funkar det! Tack till 90.227.175.218 som löste problemet. DIEXEL (diskussion) 1 juni 2023 kl. 22.25 (CEST)

Publicera ändringar fungerar inte

När jag ska rätta till exempel ett stavfel i en artikel och sedan klickar på "publicera ändringar" händer ingenting. (Jag använder Mozilla Firefox.) Är detta en bugg eller beror det på någonting annat? Avtrubbad (diskussion) 1 juni 2023 kl. 11.56 (CEST)

@Avtrubbad: Kan du ge ett exempel på artikel där du försökt ändra och ungefärlig tidpunkt? Jag använder också Firefox och har inte stött på något liknande men en del sidor kan vara skyddade och ibland genomförs underhåll vilket medför att det under en period inte går att göra ändringar. Gunnar Larsson (diskussion) 1 juni 2023 kl. 15.24 (CEST)

Det är ju också konstigt om Avtrubbad inte kan uppdatera artiklar men göra inlägg på denna diskussionssida - det skall väl vara precis samma redigeringsteknik i båda fallen? /FredrikT (diskussion) 1 juni 2023 kl. 16.31 (CEST)

Det var tydligen något mycket momentant och det har nu försvunnit. Min gissning är att "felet" (omkring klockan 11:30 igår) endast gällde artikelnamnrymden. Avtrubbad (diskussion) 2 juni 2023 kl. 10.47 (CEST)

Internt fel

Jag får följande fel när jag går till min användarsida: [b7b74f39-84e2-4108-afc6-5320904ee142] 2023-06-01 22:03:55: Allvarligt fel av typen "Exception" Sidan har inte ändrats sedan i oktober 2022 och fungerade för några dagar sedan. Användarsidans undersidor fungerar däremot. Likaså fungerar mina användarsidor på andra Wikimediaprojekt. / Achird (diskussion) 2 juni 2023 kl. 00.20 (CEST)

Fixat av @Julle. Adville (diskussion) 2 juni 2023 kl. 00.54 (CEST)

Du använde mallen {{Användare sv-N}} istället för {{Användare sv}}, vilket ställde till det. Det skedde en uppdatering av Babel-tillägget för några veckor sedan, det kanske har med saken att göra, men jag är inte säker. /Julle (disk.) 2 juni 2023 kl. 00.54 (CEST)

Tack för hjälpen! Jag har ju använt {{Användare sv-N}} sedan 28 oktober 2007, så det bör vara uppdateringen av Babel-tillägget som spökar. Uppenbarligen har jag varit så upptagen av Wiki Loves Earth på Wikimedia Commons de senaste veckorna att jag inte upptäckt felet förrän nu. Synd bara att 15 års mellanliggande versioner inte längre är åtkomliga p.g.a. felet, men det får man väl kanske leva med. /Achird (diskussion) 2 juni 2023 kl. 01.40 (CEST)

@Achird: Åtkomst till gamla versioner är fixat genom att F.d. 82.212.68.183 omdirigerat {{Användare sv-N}} till {{Användare sv}}. Plumbum208 (diskussion) 2 juni 2023 kl. 12.40 (CEST)

"Nytt ämne" på användardiskussionssidor

Jag skulle skapa en diskussion på en användardiskussionssida och när jag tryckte på "nytt ämne" så hamnade jag mitt på användardiskussionssidan och inte längst ner. Jag provade med en annan användare och det blev likadant. Det kan ha något med de där meddelanden från WMF som spökar? Båda hamnade under "Your feedback matters: Final reminder to take the global Wikimedia survey". Jag brukar ta bort såna meddelanden från min användardiskussionssida och när jag provade där så hamnade jag längst ner. Finns det någon möjlighet att det kan åtgärdas lokalt eller måste det tas centralt via den där phabricator? DIEXEL (diskussion) 23 maj 2023 kl. 14.56 (CEST)

Samma händer för mig. Dessutom hamnar en inmatningsrad för rubriken "Ämne" under andra sådana WMF-meddelanden och längst ned. Jag kör Chrome på Chromebook. LittleGun (diskussion) 24 maj 2023 kl. 08.22 (CEST)

@LittleGun: Det händer även så för mig. Jag använder Chrome på stationär. Jag provade nu också Firefox och Edge med samma resultat. Det kanske är de där < div > som orsakar att funktionen för nytt ämne inte fungerar fullt ut?

Det gäller (vad jag vet):

• "Share your experience and feedback as a Wikimedian in this global survey" WMF Surveys, 29 mars 2018 kl. 20.41 (CEST)
• "Reminder: Share your feedback in this Wikimedia survey" WMF Surveys, 13 april 2018 kl. 03.39 (CEST)
• "Your feedback matters: Final reminder to take the global Wikimedia survey" WMF Surveys, 20 april 2018 kl. 02.48 (CEST)

Funktionen "Nytt ämne" verkar inte flippa ut för andra WMF-meddelanden. Jag använde Skivsamlares användardiskussion som test i första inlägget och detta inlägg.

Man kanske kan lägga upp en banner och be alla användare att ta bort eller arkivera dessa från sina användardiskussioner, om de har det, så inte detta strul uppkommer igen? DIEXEL (diskussion) 24 maj 2023 kl. 09.09 (CEST)

Det måste vara en bugg. När man publicerar så hamnar den längst ned, men då blir en ämnesrubrikinmatningsruta kvar längst ned och vill bli ifylld. Jag har rapporterat det med "Ge återkoppling på denna funktion" längst ned under svarsfunktionens dialog: " Some bug in "add topic" LittleGun (diskussion) 24 maj 2023 kl. 12.23 (CEST)

@LittleGun: Tack för att du rapporterade det. DIEXEL (diskussion) 24 maj 2023 kl. 14.11 (CEST)

Nu finns ett phabricator-ärende.

Spårad i Phabricator (?)
Task T337476 Open

--LittleGun (diskussion) 26 maj 2023 kl. 08.10 (CEST)

Jag begriper inte vad som står i Phabricator-ärendet. Är det någon som kan förtydliga om det fortfarande händer något eller om det är pausat? LittleGun (diskussion) 29 maj 2023 kl. 13.44 (CEST)

Jag läser det som att felet är åtgärdat i den version av MediaWiki, 1.41.0-wmf.11, som börjar rullas ut i morgon (2023-05-30) och kommer till svwiki på torsdag (2023-06-01), se denna roadmap. Larske (diskussion) 29 maj 2023 kl. 15.12 (CEST)

Kanon. Vad bra, och tack för tolkning! LittleGun (diskussion) 29 maj 2023 kl. 15.56 (CEST)

Nu ser det okej ut när jag har testat. Tasken står fortfarande som "open", men ärendet ligger under "verified", så det stängs bergis snart. LittleGun (diskussion) 2 juni 2023 kl. 12.50 (CEST)

Spårad i Phabricator (?)
Task T337476 Resolved

Mallen {{spårad}} klarar inte att på egen hand ange status, så man får hjälpa till lite.

--Larske (diskussion) 3 juni 2023 kl. 16.47 (CEST)

Kategori när gregoriansk och julianska kalendern anger olika år

Ska kategori:avlidna i Jakob Hurt vara 1906 eller 1907? Maundwiki (diskussion) 2 juni 2023 kl. 20.22 (CEST)

Den gregorianska kalendern är underförstådd här. Kategorierna används för jämförelser. På Wikidata kan man lägga in vilket man vill eller båda. Edaen (diskussion) 2 juni 2023 kl. 21.42 (CEST)

Artiklar skulle raderas men blev istället patrullerade

Jag skulle radera två nya artiklar som substubbar men istället för att de raderades så blev de patrullerade av mig. Jag fick återigen gå till fliken "Mer" och trycka på raderaknappen för att de skulle raderas. Det har inte hänt tidigare. Någon annan administratör som har haft det problemet? DIEXEL (diskussion) 4 juni 2023 kl. 14.20 (CEST)

Vi har en finess (MediaWiki:Gadget-PatrolAndDelete.js) som försöker patrullera en opatrullerad sida innan den raderas. Det är en workaround för phab:T53189, dvs att det finns raderade opatrullerade sidor (och anledningen i sin tur att det problemet är extra stort på just svwiki är att vi har en annan finess (MediaWiki:Gadget-RecentChangesUnpatrolledPages.js) som visar antalet opatrullerade sidor på SÄ). Finessen kan ha slutat fungera pga någon ändring i MediaWiki. Jag har inte möjlighet att undersöka problemet, men om det är brådskande kan default| tas bort från finessens definition på MediaWiki:Gadgets-definition. Nirmos (diskussion) 4 juni 2023 kl. 19.44 (CEST)

Färg för "Visa" i infobox

Längst ner i infoboxen i artikeln Stockholms tunnelbana finns en linjekarta. Denna karta är hopfälld. Tyvärr är det inte så lätt att förstå att kartan finns där, eftersom "Visa" skrivs i svart på blå botten. Jag skulle vilja ändra till en annan textfärg, förslagsvis samma vita som i övrigt används mot den blå botten. Hur gör man? Marima (diskussion) 7 juni 2023 kl. 00.43 (CEST)

Det finns en parameter "visaknapp = anpassad" i den aktuella mallen (Mall:Infobox järnväg) som skall åtgärda den här typen av problem, och den är påslagen i artikelns anrop, men den verkar inte att fungera. Det vore bra om någon som är duktig på mallogik kunde titta på problemet. / ^Ternarius_Disk 7 juni 2023 kl. 01.26 (CEST)

Fixat. Efter ändringar i Mediawiki ligger visa/dölj-knappen i ett <button>-element, vilket krävde justering i TemplateStyles-mallen för Faktamall. Samma gällde Navbox, som också åtgärdats. Det kan dock ta ett tag innan ändringarna syns i artiklarna. /JohanahoJ (diskussion) 7 juni 2023 kl. 08.24 (CEST)

Det fungerar nu. 13 minuter tycker jag är ett väldigt kort tag. Tack! / ^Ternarius_Disk 7 juni 2023 kl. 08.39 (CEST)

Tack för hjälpen! Marima (diskussion) 7 juni 2023 kl. 12.03 (CEST)

Har jag blivit två användare?

Jag har varit aktiv som Rolf B. När jag nu går in och rättar något står jag som 31.209.35.202 i historiken utan koppling till min historik som Rolf B. Går det att föra över denna "slatt" till Rolf B, eller åtminstone att framtida redigeringar ska bokföras på Rolf B. Beror det på att jag råkat vara oinloggad när jag redigerade? Rolf B (diskussion) 11 juni 2023 kl. 13.25 (CEST)

@Rolf B: Det är precis som du är inne på; det beror på att du råkat varit oinloggad när du utförde dessa redigeringar. Tyvärr finns det inte något sätt att flytta en användares redigeringshistorik, oavsett om det rör sig om konton eller IP-adresser. De redigeringar du gör som inloggad alltid att placeras under namnet "Rolf B".

Den enda möjligheten som finns, om det ens är till någon tröst, är att dölja IP-numret du redigerat från i historiken. Det ger ett marginellt bättre integritetsskydd, men det går alltså inte att tillskriva redigeringarna till ditt konto. --Adjoka ^diskussion 11 juni 2023 kl. 16.48 (CEST)

Tack Adjoka! Jag får skylla mig själv och logga in för att lämna rätt fotavtryck i fortsättningen. /Rolf B

@Rolf B:, om du redigerar feån din mobil rekommenderar jag dig att alltid vara inloggad (finns en ruta att bocka för vid inloggning. Då får du även dina personliga inställningar. Exempelvis finns en finess som jag använder så att sökrutan och menyn övers följer med ner när du läser långa artiklar, så du slipper scrolla högst upp. Mvh Adville (diskussion) 11 juni 2023 kl. 23.45 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

{{Officiell webbplats}}

I VisuelEditor, varför visar malldialogen att det finns två Webbplats-anrop medan det bara finns en i både mallkoden och templateData? Sabelöga (diskussion) 13 juni 2023 kl. 01.15 (CEST)

Webarchive

Jag kommer nästa år inte betala för webbplatsen http://skarpnackhembygd.se/ Den används på en handfull ställen i Wikipedia, och jag skulle vilja de länkarna istället går till webarchives kopia av webbplatsen. Hur gör jag det? Yger (diskussion) 14 juni 2023 kl. 15.00 (CEST)

@Yger: Den har redan sparats ett 30-tal gånger i Webarchive/Wayback Machine. Senaste sparningen skedde den 28 mars 2023. http://web.archive.org/web/20230328032241/http://skarpnackhembygd.se/ DIEXEL (diskussion) 14 juni 2023 kl. 16.13 (CEST)

Men hur skriver jag det i urlen? eller i mallen för anrop Yger (diskussion) 14 juni 2023 kl. 16.25 (CEST)

@Yger: Jag sökte på skarpnackhembygd och då kom det upp två artiklar. Det är väl bara att byta ut gamla URL mot ny URL (http://web.archive.org/web/20211026090914/http://skarpnackhembygd.se/skpnck/Kilen.htm) i Molnflygaren? I Bergholmstorpet hade boten IAB redan bytt url till en sparad version från 2016.

Jag vet dock inte vilken mall du pratar om. DIEXEL (diskussion) 14 juni 2023 kl. 16.51 (CEST)

Det kan finnas något sätt att få IAB att fixa en arkivlänk trots att länken ännu ej är död. Men annars kan du göra som jag nyss gjorde i Listudden där jag la in mallen {{Wayback}}, se denna diff. url och title kan vara samma som redan står i länken och date är tidpunkten för det arkivversion som du vill använda. Normalt är väl den senaste bäst. För att hitta vilka versioner som finns, se en sån här sida där du ersätter url:en på slutet mot den sida du vill hitta i Internet Archive. Sen klickar du på lämplig stapel i kalendern upptill och sen på den blå pricken i motsvarande kalender nertill. Då kommer den exakta tidpunkten fram.

-- Larske (diskussion) 14 juni 2023 kl. 17.02 (CEST)

@Larske: Man kan väl också kopiera en befintlig "" och "förnya" den så den blir lämplig för en annan artikel? DIEXEL (diskussion) 14 juni 2023 kl. 17.08 (CEST)

Om man söker med "insource:skarpnackhembygd" så blir det 14 träffar. I Molnflygaren har jag lagt in arkivurl och arkivdatum i den befintliga webbref-mallen, diff. Plumbum208 (diskussion) 14 juni 2023 kl. 17.15 (CEST)

@Plumbum208: Ett alternativ till att används "Sök" är att använda specialsidan "Sök externa länkar", så här.

-- Larske (diskussion) 14 juni 2023 kl. 17.21 (CEST)

Tack! Plumbum208 (diskussion) 14 juni 2023 kl. 17.49 (CEST)

@DIEXEL: Det går säkert bra. En fördel med att använda mallen {{Wayback}} är att man säkert får rätt arkivdatum utskrivet i klartext medan om man snickrar själv kan man mycket väl ange något annat värde, till exempel genom att glömma att ändra, på arkivdatum än vad som är det korrekta. Larske (diskussion) 14 juni 2023 kl. 17.16 (CEST)

Externa länkar en masse

Idag har en användare lagt in en extern länk i en lång rad artiklar. Ska fiskbarometern.se anses vara en helt OK länk? Disembodied Soul (diskussion) 2 juni 2023 kl. 16.48 (CEST)

Den drivs av en myndighet enligt webbplatsen. Men oavsett är det inte tillåtet att spamma med länkar. Ofta är det fråga om reklamlänkar eller intressekonflikt. Kyllo (diskussion) 2 juni 2023 kl. 16.55 (CEST)

Är det en myndighetssida så är det ju inte reklam. Anses den tillföra något i artiklarna så är det även ok att lägga in den en masse, om man upptäckte nu att den saknades där den bör finnas. Då ser inte jag det som spam. Dock måste den ju hålla sig till ämnet. Adville (diskussion) 2 juni 2023 kl. 18.10 (CEST)

Länkspam är inte tillåtet. Det som alltid är tillåtet är att lägga in en länk till en officiell webbplats om artikelämnet, men det är det inte fråga om här. Det är en användare som bara har som intresse att lägga in länken i fiskrelaterade artiklar och skapa rubriken Externa länkar när den saknas. "Det brukar anses mindre lämpligt att lägga in länkar till webbmaterial som man själv har anknytning till, bland annat beroende på den intressekonflikt som uppstår. Det förekommer att företag, organisationer och privatpersoner lägger in länkar till sin webbplats i ett stort antal artiklar. Detta ses ofta som spam och brukar leda till att länkarna tas bort." och "Användare som lägger in många länkar kan blockeras." Det finns folk som sätter i system att länkspamma för att marknadsföra en webbplats, men även för att webbplatsen ska hamna högre upp i sökmotorernas sökresultat. Även om så inte är fallet bör man åtminstone diskutera det först eller när någon reagerat på det, om man har goda avsikter. Kyllo (diskussion) 3 juni 2023 kl. 14.10 (CEST)

Det första borde vara att upplysa användaren på sin diskussionssida. Kyllo (diskussion) 3 juni 2023 kl. 14.18 (CEST)

Ser att användaren, @Naadiiiaa inte är pingad eller något står på diskussionssidan om detta. Pingar därför. Tack, @Kyllo, som uppmärksammade det! Svårt att diskutera om man inte blir kallad till diskussionen. Tror dock de är bäst diskutera på användarens diskussionssida. MVH Adville (diskussion) 3 juni 2023 kl. 14.23 (CEST)

Jag har nu lagt in ett inlägg om intressekonflikt och reklamlänkar på användarens diskussionssida. Då det är något som berör många (påverkar bevakningslistor) och inte bara användaren kan det finnas skäl att ta upp det i Bybrunnen. Jag vet dock inte om användaren anser sig ha slutfört arbetet eller exempelvis planerar att lägga till länken i tusentals artiklar. Kyllo (diskussion) 3 juni 2023 kl. 14.50 (CEST)

Hej! Det är jag som är lagt upp länkarna, jag är inte så van på Wikipedia så om jag gjort fel så får ni gärna tipsa mig. Sajten Fiskebarometern är ingen reklam . Det är en officiell databas med forskningsdata från SLU som tar upp samtliga fiskarter som fiskas i Sverige. Sajten är helt ny, drivs av SLU på uppdrag av Havs- och vattenmyndigheten. Det är en databank ungefär samma sak som ArtDatabanken eller Rödlistan men för fisk.

@Adville @Kyllo Naadiiiaa (diskussion) 5 juni 2023 kl. 11.26 (CEST)

Hej. Reklamlänkar eller länkspam handlar inte nödvändigtvis om att webbplatsen är reklam, utan att någon med intressekonflikt lägger in länkar till samma webbplats i många olika artiklar. Att en anonym person skapar konto bara för att lägga in en länk till en och samma webbplats i väldigt många artiklar väcker misstankar om intressekonflikt och reklamlänkar. Wikipedia har samma policyer och riktlinjer för alla, så det gör ingen skillnad på Wikipedia om det är ett svartbolag eller en myndighet, en glad amatör eller expert på sitt område. Så även om syftet är gott är det praxis att vara tydlig med vem man är och representerar, sina syften och höra sig för om man har gemenskapens förtroende att genomföra det. Även om det finns stöd kan det finnas synpunkter på exempelvis tillvägagångssätt eller omfattning. Om det är felaktigt, olämpligt eller saknas stöd kan det bli väldigt mycket att återställa. Riktlinjerna ger bara stöd för att lägga in en länk till en officiell webbplats och Wikipedias systersidor utan vidare, men det är inte en rättighet att lägga in valfri extern länk i många artiklar. Samma sak gäller även när man vill göra andra förändringar i väldigt många artiklar och det inte sedan tidigare finns konsensus för att man ska göra på det viset. Kyllo (diskussion) 5 juni 2023 kl. 13.19 (CEST)

Kommersiell reklam är det uppenbart inte. Intressekonflikt, kanske om man kisar. Men intressekonflikter innebär i sig aldrig ett strikt förbud mot att göra något, bara ett krav på att man närmare skall granska resultatet så det är i linje med policy och riktlinjer. Här är relevant riktlinje WP:Externa länkar. Eftersom sidorna inte verkar vara i närheten av något av det som gör att en länk blir direkt olämplig, så blir det väl i första hand då meningen "material som kan ge en fördjupad förståelse för artikelns ämne, men vars innehåll inte lämpar sig att inkludera i artikeln" som bör provas mot. Innehåller sidorna relevant material? Ja, bevarandestatus ryms mycket väl inom sådant vi normalt skriver om. Är det också sådant som inte borde inarbetas i artiklarna? Med viss tvekan tycker jag det: det är material som ändrar sig relativt snabbt, så att man kan vänta sig att artiklarna inte alltid hålls uppdaterade, delvis väldigt detaljerat och ganska Sverigeinriktat. Jag tycker därför länkarna verkar OK. Däremot borde länktexterna uppdateras till exempelvis "Fiskbarometern.se: Torsk", så att man enklare förstår var man hamnar om man klickar på dem.

andejons (diskussion) 5 juni 2023 kl. 14.52 (CEST)

Instämmer med Andejons inlägg. Yger (diskussion) 5 juni 2023 kl. 15.01 (CEST)

Instämmer i att intressekonflikt inte innebär något strikt förbud, men det har jag heller inte uttryckt. Dock hör det fortfarande till god sed att ta diskussion när man har som intention att göra på ett annat sätt än brukligt i många artiklar eller när någon ifrågasätter redigeringarna.

Det handlar inte om att det måste finnas ett förbud. Ett exempel är när jag för länge sedan lade in en upplysningsmall på diskussionssidor i en kategori där problemet kunde uppstå, i syfte att förebygga det. Det fanns inget skriftligt förbud mot det någonstans, utan det var bara enstaka användare som satte sig emot det och bestämt hävdade att den skulle användas likt åtgärdsmallar i artiklar. Kyllo (diskussion) 6 juni 2023 kl. 12.41 (CEST)

Läser man upplysningstexten i exempelvis {{Ingen medicinsk rådgivning}} ser man också tydligt att det inte står något om att det förekommer medicinska råd eller sådana efterfrågningar, utan bara "Detta är en encyklopedisk artikel som ger allmän information om ett medicinskt ämne." Hur många gånger jag än läser texten så uppfattar jag att den är tänkt att användas som en förebyggande upplysningsmall. Det är också helt logiskt. Läggs mallen in förebyggande kan man undvika att misstagen begås, men läggs den in efteråt är det ju omöjligt. Det finns också risker med att exempelvis felaktig medicinsk rådgivning ligger kvar länge innan den upptäcks och raderas. Och vill man uppmärksamma specifika brister i artikeln som kräver åtgärder är det istället en åtgärdsmall man ska använda, oavsett om det rör medicin eller något annat.

Alla har rätt att ifrågasätta eller uppmärksamma, men en bedömningen bör ju vara samma oavsett vem det är som bedöms. Det ska inte vara som att X får tvärtstopp, medan Y får fritt fram att göra precis samma sak under samma omständigheter och förutsättningar. Fall där användare på Wikipedia inte är konsekventa i sin bedömning och gör skillnad på användares redigeringar utifrån någon personlig uppfattning bör alltid uppmärksammas och motarbetas. Kyllo (diskussion) 6 juni 2023 kl. 13.45 (CEST)

Det jag menar är alltså att det kan finnas invändningar eller något som behöver redas ut först, även om det inte finns stränga förbud. Samtidigt innebär konsekvensen att om en anonym person tillåts göra det, så får även en person som är uppriktig med sin intressekonflikt göra precis samma sak. Och om två personer delar åsikt i en diskussion ska man heller inte bemöta dessa totalt olika. Om ingen har någon invändning är det bara att köra på, men intressekonflikter gäller alla. Det går inte att säga till X att redigering med intressekonflikt är förbjudet och till Y att man kan bortse från intressekonflikt eller se mellan fingrarna. Kyllo (diskussion) 6 juni 2023 kl. 14.03 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Det signaleras lite för ofta för misstänkt intressekonflikt. En intressekonflikt uppstår först när den som lägger in material inte förmår att skilja på en objektiv hantering av uppgifter och ett agerande i eget intresse. En intressekonflikt är alltså i praktiken ett resultat av skribentens agerande, och kan inte avgöras enbart genom att vi förmodar vilket uppsåt eller syfte som användaren har med sina redigeringar. I detta fall är det uppenbart att det handlar om en åtgärd med god ambition att tillföra uppslagsverket en relevant länk till professionell och seriös forskningsinformation. Om en länk är lämplig i varje enskild artikel kan alltid diskuteras (själv tycker jag att den tillför värde i de artiklar som är aktuella här), men det är en relevansfråga, inte en fråga om intresskonflikt. Vi bör undvika att i onödan spela ut det kortet till nya och oerfarna användare. Janders (diskussion) 7 juni 2023 kl. 19.53 (CEST)

Dessutom: Det talas om länkspam. Men en länk som, trots att den är likadan, kan motiveras i samtliga de artiklar som den läggs in i är väl inte länkspam? Det är istället en konsekvent uppdatering i artiklar, på samma sätt som vi alltid försöker synkronisera information som är relevant i flera artiklar, t ex kategorier. Janders (diskussion) 7 juni 2023 kl. 20.25 (CEST)

Håller helt med @Janders här och pingar igen in @Naadiiiaa, som är ny och kanske missar en del i diskussionen. Mvh Adville (diskussion) 7 juni 2023 kl. 21.13 (CEST)

Tack så mycket för en bra och givande diskussion som har gett mig mer insyn. Naadiiiaa (diskussion) 20 juni 2023 kl. 12.06 (CEST)

Låsta flikar

Fråga flyttad från Wikipediadiskussion:Begäran om åtgärder.

När jag är inloggad med mitt användarnamn är raden med flikar låst. Jag kommer inte åt "diskussion", "redigera wikitext", "historik", m.fl. Markören ändrar sig inte till ett finger, utan fortsätter vara en pil, när jag för den över flikarna. Om jag loggar ut, fungerar däremot "diskussion". Prövat både i Chrome och Edge. Är detta ett allmänt fel, eller har mitt konto blivit låst? Peterappelros (diskussion) 20 juni 2023 kl. 09.48 (CEST)

@Peterappelros: Ditt konto är inte låst. Har du fortfarande samma problem? Är det någon speciell artikel som krånglar? Plumbum208 (diskussion) 20 juni 2023 kl. 12.23 (CEST)

Problemet löst, se diff. Plumbum208 (diskussion) 20 juni 2023 kl. 19.47 (CEST)

Visningstitel i VE

Spårad i Phabricator (?)
Task T137693 Open

Det är inte jättevanligt men det händer då och då att använder försöker byta namn på sidor med visuella editorn genom att ändra visningstitel, exempelvis Special:Diff/52230870. Det fungerar inte eftersom sidor måste flyttas för att få nytt namn. Men det får man ingen information om i VE. Går det att förtydliga på något sätt i Mediawiki:visualeditor-dialog-meta-settings-displaytitle eller Mediawiki:visualeditor-dialog-meta-settings-displaytitle-help? 90.227.175.218 21 juni 2023 kl. 22.56 (CEST)

Kategoriordning

Detta har möjligtvis diskuterats tidigare. Finns det någon vedertagen riktlinje för i vilken ordning kategorierna ska läggas in i en artikel? Disembodied Soul (diskussion) 26 juni 2023 kl. 12.22 (CEST)

Här är fyra diskussionstrådar i vilka ordet kategoriordning förekommer. Och här är ett par till som ligger i Wikipedianamnrymden. Larske (diskussion) 26 juni 2023 kl. 12.38 (CEST)

Det enklaste och smidigaste är att ha en kronologisk ordning på kategorierna på grund av Hotcat-funktionen. Är det en ny händelse(tex) då är det bara att snabbt lägga till en ny kategori med den. DIEXEL (diskussion) 26 juni 2023 kl. 12.47 (CEST)

Det är långt ifrån alla kategorier som kan förknippas med någon tidpunkt och därmed kan sorteras kronologiskt. Hur ska till exempel kategorierna i artikeln Kontrast ordnas? Larske (diskussion) 26 juni 2023 kl. 12.55 (CEST)

Alfabetiskt? Disembodied Soul (diskussion) 26 juni 2023 kl. 12.56 (CEST)

Spelar ordningen någon som helst roll? LittleGun (diskussion) 26 juni 2023 kl. 12.57 (CEST)

Hittas det på någon fiffig ordning hoppas jag att det också hittas på en fiffig robot som sorterar efterhand. Det vore förfärligt att se tillrättavisningen "du har lagt artiklarnas kategorier i fel ordning" till någon som bemödat sig med att förbättra uppslagsverket med en ny artikel eller som vill hjälpa till att kategorisera. LittleGun (diskussion) 26 juni 2023 kl. 13.01 (CEST)

Den enda ordning jag vet brukar hållas på är att kategorier för födelse brukar läggas före de för död. Och så håller man gärna samman likartade kategorier.

andejons (diskussion) 26 juni 2023 kl. 14.13 (CEST)

Ja, det blir ju så på en biografi mer eller mindre automatiskt. Kön, född, levande/död, verksamhet. Möjligen kön efter livsdata. Jag tycker inte vi ska kräva det, för att då måste också efterlevandegraden sanktioneras. Och det är onödig byråkrati där enkelhet bör premieras. LittleGun (diskussion) 26 juni 2023 kl. 14.20 (CEST)

Hotcat lägger inte kategorier i kronologiskt ordning, utan i den ordning kategorierna läggs in i artikeln. Därför är det lämpligt att sortera kategorierna i samband med annan städning i artiklarna. Att som Special:Diff/53330069 ha födda först och sedan övriga mer eller mindre godtyckligt, är inte någon riktlinje. Den kategoriseringen beror till stor del på när de olika kategorierna lagts.
I personartiklar är det normala att "personer från" (ibland updelad på yrke), "födda", "avlidna" och "män/kvinnor" ligger sist i den ordningen. Ofta är det lämpligt att börja med kategorier för yrke/sysselsätning (uppdelade efter nationalitet) som gör personer relevant. Övriga kategorier är inte lika tydligt. Det är bland annat uppdrag, priser/utmärkelser, deltagande i tävlingar eller tv-program, representation i museer, m.m. Där kan det vara lämpligt att gruppera liknande kategorier ihop. Inom grupper kan kronologiskt eller alfabetiskt fungera bra, t.ex. är lagspelares klubbkategorier ofta ordnade i den ordning spelare spelade i dem. F.d. 82.212.68.183 (diskussion) 26 juni 2023 kl. 14.49 (CEST)

Det framgår inte riktigt varför det är lämpligt. Men, igen: Spelar ordningen någon roll? I så fall: Hur stor roll? Ska den ordning som diskuteras fram vara tvingande? Själv tycker jag det snararst blir en kategorisering av kategorierna, som intresserade gärna får pyssla med och diskustera fram vad som är lämpligt, och vars upprättning med fördel borde kunna automatiseras, men det ska inte drabba någon annan. LittleGun (diskussion) 26 juni 2023 kl. 15.08 (CEST)

Ordningen spelar roll för den som efter att ha läst artikeln vill hitta artiklar inom liknande ämnesområden, och då har nytta av att hitta kategorier som handlar om något verkligen karakteristiskt utan att behöva skumma igenom kategorier som handlar om något perifert för ämnet eller mest är till för att underlätta för Petscan och statistik. Särskilt stor roll är det kanske inte. Det vore bra att dokumentera den praxis som Andejons och F.d. 82.212.68.183 beskriver, men jag tror inte att det är meningsfullt att diskutera fram regler eller riktlinjer utanför denna praxis. Att upprätthålla den låter som en typisk robotuppgift. //Essin (diskussion) 27 juni 2023 kl. 11.08 (CEST)

Hemska botskapade namn på artiklar

Det finns en grupp artiklar om platser som heter Åmossarna i Skåne. Artiklarna har de botskapade namnen Åmossarna (Lilla Slågarps socken, Skåne), Åmossarna (Stora Slågarps socken, Skåne, 614780-133210) och Åmossarna (Stora Slågarps socken, Skåne, 614810-133249). Någon som har förslag på namnändring? Eller ska vi slå ihop alla dessa och lägga in all information i Åmossarna?--Bruno Rosta (diskussion) 27 juni 2023 kl. 04.32 (CEST)

Det här är väl inte riktigt en teknisk fråga utan en fråga om artikelnamn och innehåll. Wikipediadiskussion:Projekt Sveriges sjöar eller Wikipedia:Projekt Sveriges sjöar/Fel och brister är antagligen bättre ställen att diskutera den. //Essin (diskussion) 27 juni 2023 kl. 09.29 (CEST)

Är funktionen för slumpartikel utom botskapade trasig?

Jag får inte verktyget https://slumpartikel.toolforge.org/ att fungera, dvs det som länkas i vänstermenyn för att slumpa fram icke-botskapade artiklar. Är det fler som har samma problem? Någon som vet mer? Belteshassar (disk) 15 juni 2023 kl. 21.28 (CEST)

Samma här sedan några dagar. MatanB (disk.🖌) 15 juni 2023 kl. 21.34 (CEST)

@Ainali, Lokal Profil: som står som "Maintainers". Kitayama (diskussion) 15 juni 2023 kl. 22.47 (CEST)

Samma problem, sen några dagar. Fast jag trott det var problem bara för mig. LittleGun (diskussion) 16 juni 2023 kl. 11.44 (CEST)

Funkar inte här heller. (504 Gateway Time-out.) Synd på en sån fiffig knapp. KlasHass (diskussion) 19 juni 2023 kl. 11.22 (CEST)

Inte heller här funkar det. Jag noterar att Ainali och Lokal Profil inte varit så aktiva på svwp på sistone. Men endera dagen (håller tummarna)… Paracel63 (diskussion) 27 juni 2023 kl. 23.01 (CEST)

Hej. Ursäkta för sen återkoppling. Jag har tillgång till maskinen verktyget kör på och kan kolla senare idag om en omstart löser det eller om det finns felmeddelande som visar på nån enklare fix. Återkommer här när jag vet mer. / Lokal_Profil 29 juni 2023 kl. 08.41 (CEST)

Nu ska den vara igång igen. /Lokal_Profil 29 juni 2023 kl. 14.58 (CEST)

 Gillar Härligt! Det är nog många som klickar på den länken varje dag, så skönt att länken funkar igen. Paracel63 (diskussion) 29 juni 2023 kl. 14.59 (CEST)

 Gillar Kitayama (diskussion) 29 juni 2023 kl. 15.04 (CEST)

 Gillar Jättebra! KlasHass (diskussion) 30 juni 2023 kl. 08.07 (CEST)

Tack! Toppen! MatanB (disk.🖌) 30 juni 2023 kl. 15.48 (CEST)

Det går inte att ersätta länken till Special:slumpsida i huvudmenyn med denna fina funktion? Ursäkta glömska och blindhet... Tomastvivlaren (diskussion) 3 juli 2023 kl. 01.49 (CEST)

Nära

Nära-funktionen har helt plötsligt börja visa engelskspråkigt data i stället för svenskspråkigt. Det gäller både etikett och beskrivning. Exempel: Special:Nära#/page/Yazd (flygplats). Kan någon med kunskap om den tekniska världen se om detta finns i Phabricator eller skapa ett ärende där? Provade dewp och får samma resultat där: [3]. Kitayama (diskussion) 30 juni 2023 kl. 21.24 (CEST)

Ingen som har kunskap och möjlighet att skapa ett felärende? Kitayama (diskussion) 4 juli 2023 kl. 21.03 (CEST)

Hittade ett ärende.

Spårad i Phabricator (?)
Task T340902 Open

Kitayama (diskussion) 4 juli 2023 kl. 23.39 (CEST)

Kategorier som omdirigeras

Jag har fått för mig att vi inte ska ha kategorier som omdirigeras till en annan kategori, d v s efter en flytt av kategorin och dess innehåll så ska den gamla kategorin raderas. Detta för att man inte av misstag ska lägga något i dessa kategorier. Dessutom kommer de upp som förslag i HotCat.Men, i dag upptäckte jag att vi har cirka 2 000 kategorier som ligger kvar med en omdirigering till en annan kategori. Dessa finns just nu i Användare:Kitayama/test (med nowiki runt hela sjoket). Vad ska vi göra med dem? Låtsas som det regnar eller ska vi ta bort dem? Om man tar bort dem så finns ju risken att någon av dem har innehåll, men då lär kategorin dyka upp i Special:Önskade_kategorier inom några dagar. Tankar? Idéer? Kitayama (diskussion) 4 juli 2023 kl. 21.11 (CEST)

Jag tycker det är på tiden att vi städar bort dem. Det finns alldeles för många. Och precis som du själv säger, om någon av dem har innehåll, så ser vi det sedan på Special:Önskade_kategorier och då är ju problemet löst--Bruno Rosta (diskussion) 4 juli 2023 kl. 21.26 (CEST)

@Bruno Rosta Jag har för avsikt att radera med skript. Då är det snabbt gjort utan manuell insats. Blir dock tidigast lördag p g a datorlös tillvaro de närmaste tre dygnen. Kitayama (diskussion) 4 juli 2023 kl. 22.03 (CEST)

Det luriga är att vissa används i årtalsmallar. Viss försiktighet krävs då det alltså finns såna som ska vara kvar! Kitayama (diskussion) 4 juli 2023 kl. 22.06 (CEST)

Men även där märker vi om någon skulle bli felaktigt raderad, vi skulle ju se det på Special:Önskade_kategorier, så då rättar vi bara till saken i efterhand--Bruno Rosta (diskussion) 4 juli 2023 kl. 22.26 (CEST)

Visserligen, men att med flit radera sånt som är i bruk strider mot gott Wikipedia-beteende och är inte förenligt med det förtroende vi fått som administratörer. Kitayama (diskussion) 4 juli 2023 kl. 22.30 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Följande 32 kategorier från listan på Användare:Kitayama/test har underkategorier och/eller artiklar som behöver flyttas innan kategorin raderas:

• Kategori:Insjöar i nordsamiska områden har 2 artiklar eller underkategorier.
• Kategori:Kommuner i provinsen Mantova har 1 artiklar eller underkategorier.
• Kategori:Kultur i Förenade Arabemiraten har 4 artiklar eller underkategorier.
• Kategori:S Doradus-variabler har 1 artiklar eller underkategorier.
• Kategori:Mikronesiens federerade staters delstater har 1 artiklar eller underkategorier.
• Kategori:Månadens nya och utökade artiklar har 1 artiklar eller underkategorier.
• Kategori:Makedoniens geografi har 1 artiklar eller underkategorier.
• Kategori:Odessa oblast har 7 artiklar eller underkategorier.
• Kategori:Orter i Odessa oblast har 1 artiklar eller underkategorier.
• Kategori:Viacom CBS har 7 artiklar eller underkategorier.
• Kategori:Handikappidrott har 38 artiklar eller underkategorier.
• Kategori:Personer från Cherbourg-Octeville har 1 artiklar eller underkategorier.
• Kategori:Personer från Vånga socken har 1 artiklar eller underkategorier.
• Kategori:Personer från Genova (provins) har 1 artiklar eller underkategorier.
• Kategori:Personer från Massa-Carrara (provins) har 1 artiklar eller underkategorier.
• Kategori:Personer från Padova (provins) har 1 artiklar eller underkategorier.
• Kategori:Räddningstänster har 1 artiklar eller underkategorier.
• Kategori:Hebbe har 3 artiklar eller underkategorier.
• Kategori:Knös har 1 artiklar eller underkategorier.
• Kategori:Wijk har 2 artiklar eller underkategorier.
• Kategori:Spelare i Hanhals IF har 1 artiklar eller underkategorier.
• Kategori:Spelare i IFK Ystad har 2 artiklar eller underkategorier.
• Kategori:Spelare i CD Veracruz har 1 artiklar eller underkategorier.
• Kategori:Svenska professorer i ekonomi har 1 artiklar eller underkategorier.
• Kategori:Svenska Youtubekanaler har 1 artiklar eller underkategorier.
• Kategori:TV-program i SBS har 1 artiklar eller underkategorier.
• Kategori:CD Veracruz har 1 artiklar eller underkategorier.
• Kategori:Trollfilmer har 1 artiklar eller underkategorier.
• Kategori:Spelare i Rabita Baku har 2 artiklar eller underkategorier.
• Kategori:Spelare i Suwon Hyundai Engineering & Construction Hillstate har 1 artiklar eller underkategorier.
• Kategori:Wikipediahumor har 3 artiklar eller underkategorier.
• Kategori:Översättare från vitryska har 1 artiklar eller underkategorier.

--Larske (diskussion) 4 juli 2023 kl. 22.45 (CEST)

Då är det ju bara att bearbeta dessa manuellt, vilket jag kan göra--Bruno Rosta (diskussion) 4 juli 2023 kl. 22.57 (CEST)

Tack! Hur hittar vi de kategorier som har inkommande länkar, t ex Kategori:2021 i Vitryssland? Kitayama (diskussion) 4 juli 2023 kl. 23.14 (CEST)

Följande omdirigerade kategorier har inkommande länkar från huvudnamnrymden. Länk till fråga.

• Kategori:Förenade Arabemiratens kungligheter
• Kategori:Författare som skrivit verk inom Cthulu-mytologin
• Kategori:George W. Bush i fiktion
• Kategori:Nordamerikanska indianspråk
• Kategori:Spelare i Sport Club Corinthians Paulista
• Kategori:Sydamerikanska indianspråk

Belteshassar (disk) 5 juli 2023 kl. 00.26 (CEST)

Länkarna är nu ändrade--Bruno Rosta (diskussion) 5 juli 2023 kl. 00.58 (CEST)

Vad gäller länkar från kategorinamnrymden kan jag bara se redan nämnda Kategori:2021 i Vitryssland. Kanske borde mallen göras om eftersom dessa omdirigeringskategorier inte nödvändigtvis skapas. Kategori:2022 i Vitryssland saknas ännu.

Jag har också fixat länkarna till Kategori:Världens länder från portalnamnrymden. Någon annan namnrymd som vi behöver ta hänsyn till länkar från? Belteshassar (disk) 5 juli 2023 kl. 08.03 (CEST)

Ja, det finns länkar till omdirigerade kategorier från flera namnrymder som behöver åtgärdas innan kategorierna kan raderas. Här en lista på antalet länkar från respektive namnrymd:

Namnrymd	Antal länkar
1	19
2	88
3	29
4	147
5	13
10	10
11	4
14	8
15	24
101	1

Fråga
SELECT pl_from_namespace AS Namnrymd, COUNT(page2.page_title) AS Antal_länkar FROM page JOIN pagelinks ON pl_title=page.page_title JOIN page AS page2 ON pl_from=page2.page_id AND pl_namespace=page.page_namespace WHERE pl_namespace = 14 AND page.page_is_redirect GROUP BY namnrymd

Diskussionssidor, de med ett udda värde på namnrymd, kan man kanske acceptera att det uppstår rödlänkar i, men vi bör nog ta det lite lugnt med massraderingar för att undvika att det uppstår rödlänkar på till exempel malldokumentationssidor som {{Nobelprize/dok}}.

--Larske (diskussion) 5 juli 2023 kl. 10.01 (CEST)

Jag har nu uppdaterat alla länkar från mallnamnrymden (namnrymd 10), inklusive den från {{Nobelprize/dok}}, förutom mallen {{Tahiti-årtal}} som kanske borde historiemärkas då den inte längre används i någon artikel. Larske (diskussion) 5 juli 2023 kl. 11.04 (CEST)

Jag har tagit ett varv över projekt och hjälpsidor i Wikipedia-namnrymden (namnrymd 4) nu. Museimärkta sidor och listningar som uppenbart inte uppdaterats på mer än 10 år har jag låtit vara. Diskussionssidor, BOÅ, SFFR, etc. har jag också låtit vara. Belteshassar (disk) 5 juli 2023 kl. 13.51 (CEST)

Tack alla som engagerat sig. Jag har nu startar skript för att radera omdirigeringarna. Vi har ju en ”rapport” när vi får omdirigeringar mellan namnrymder. Skulle den kunna kompletteras/klonas när man får en omdirigering inom Kategori-namnrymden? Då kan vi snabbt bli av med dessa omdirigeringar. Kitayama (diskussion) 7 juli 2023 kl. 21.31 (CEST)

{{Vitryssland-årtal}} skulle kunna göras om på ett liknande sätt som {{Zaire-årtal}} för att länka rätt runt namnbytet. Jag skulle kunna göra det själv men ser hellre att någon som varit inblandad i diskussionerna om namnbytet på svWP gör det. Dessutom finns de olika flaggorna att ta hänsyn till. //Essin (diskussion) 10 juli 2023 kl. 08.57 (CEST)

Kanske dags att byta ut raderingsmotiveringen "Ersatt kategori" till "Omdirigering efter kategoriflytt". Nu är det vanligare att kategorisidor flyttas än att de ersätt med nya. F.d. 82.212.68.183 (diskussion) 4 juli 2023 kl. 23.42 (CEST)

Varför byta ut? Är det inte bättre att den gamla motiveringen ligger kvar för tillfällen då kategorier ersätts? För det händer ändå trots allt. Och att man sedan kompletterar även med en ny som handlar om flyttning av kategorier?--Bruno Rosta (diskussion) 5 juli 2023 kl. 01.02 (CEST)

@Kitayama:@Belteshassar:@Larske: Nu har jag sett att alla dessa omdirigerade kategorier är raderade, så nu är det för ögonblicket rent. Men det lär ju komma nya likadana igen inom kort. Det kommer nog vara flera som omdirigerar kategorierna vid kategoribyten varav en del inte vet om att det ligger kvar och andra inte tänker på det här problemet. Men kunde inte detta läggas in som en till funktion på Special:Specialsidor? Att det finns en funktion på Special:Specialsidor där man var tredje dag precis som de övriga funktionerna där går in och ser om det kommit nya och då städa ur detta allteftersom?--Bruno Rosta (diskussion) 8 juli 2023 kl. 11.24 (CEST)

Det som finns på Special:Specialsidor är sånt som ingår i Mediawiki-programvaran och jag tror att vi har väldigt liten chans att få till något nytt där. Däremot så skulle det nog vara möjligt att ändra Användare:HangsnaBot/Flyttar så att den förutom flyttar mellan namnrymder också listade flyttar av kategorier. Frågan är vem som skulle kunna göra den kodförändringen. Kitayama (diskussion) 8 juli 2023 kl. 11.28 (CEST)

@Kitayama:@Belteshassar:@Larske: Det bästa vore om funktionen fanns på Special:Specialsidor, så man kunde gå in där några gånger i veckan som med allt annat där och städa ur det som hunnit komma. Men om det nu skulle vara svårt att ordna detta är en "hemmagjord" länk till något en bra lösning. Att man kunde gå in på detta några gånger i veckan och städa ur där, likt tomma kategorier eller trasiga omdirigeringar med mera--Bruno Rosta (diskussion) 8 juli 2023 kl. 11.49 (CEST)

Vi har ju redan en "hemmagjord" rapport för flyttar som bevakas av ett antal Wikipedianer. Vi behöver alltså ingen ny rapport, utan det är utökning av en befintlig. Ny rapport ska vi ha endast om det visar sig vara tekniskt enklare. Kitayama (diskussion) 8 juli 2023 kl. 11.52 (CEST)

Går det att ordna en "hemmagjord" länk som man kunde klicka på med jämna mellanrum och "patrullera" likt det man gör på Special:Specialsidor?--Bruno Rosta (diskussion) 8 juli 2023 kl. 11.57 (CEST)

Du kan ju bevaka rapporten som vilken artikel som helst och den dyker upp i din bevakningslista. Kitayama (diskussion) 8 juli 2023 kl. 12.05 (CEST)

@Fluff Vad tror du är den bästa vägen framåt? Den befintliga rapporten körs ju av Fluffbot, eller hur? Komplettera den eller en ny? Kitayama (diskussion) 8 juli 2023 kl. 12.20 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Här är några varianter för att lista flyttningar av kategorisidor:

1. Länk till fråga i verktyget Quarry som ger en lista på de 1 000 senaste kategoriflyttarna med uppgift om tidpunkt, flyttad kategori, målet för flytten och utförare.
2. På sidan Sidflyttningar finns det tyvärr ingen knapp för att filtrera på namnrymder, men genom att lägga till följande rad i konsolen (öppnas med F12 i Firefox) kan man dölja alla flyttningar som inte berör kategorinamnrymden. Se den här bilden som visar resultatet efter en körning nyss.

$(".mw-logline-move").each(function(){if (!this.innerHTML.match(/title\=\"Kategori:/)){$(this).css({'display':'none'})}})

Not 1: För att kunna köra fråga i Quarry, alternativ 1 ovan, tror jag att man måste göra en kopia av den (Fork) och för detta måste man vara inloggad, men sen kan man köra frågan så ofta man vill.

Not 2: För alternativ 2 krävs bara att man kan kopiera kodraden ovan, klistra in den i konsolen på webbläsaren och klicka på "Kör"-knappen. Det går förstås att göra en finess av denna kodrad som gör att man får en länk i verktygsmenyn att klicka på, men det får vänta tills det eventuellt blir en allmän efterfrågan på detta.
--Larske (diskussion) 8 juli 2023 kl. 13.13 (CEST)

Tillägg: Här är ett tredje alternativ med en länk som du kan lägga in på någon av dina användarsidor eller som ett bokmärke i din webbläsare:

• Länk till API-anrop som ger en sorterad lista, de senaste först, över de 500 senaste logghändelserna med filtrering flyttar och kategorinamnrymden. Förutom sidnamn före och efter flytten finns uppgift om utförare och kommentar med i resultatet.

--Larske (diskussion) 8 juli 2023 kl. 14.25 (CEST)

"Nya" text/svarsfunktionen för diskussionssidor/Bybrunnen/Wikipediafrågor/SFFR etc

Något måste göras med den där "nya" text/svarsfunktionen för diskussionssidor/Bybrunnen/Wikipediafrågor/SFFR etc att den bara är aktiv i den första fliken man är på och inte om man trycker på en ny flik för att kolla upp något annat etc. Det är riktigt irriterande att den ska hela tiden rulla ner längst ner eller till diskussionen efter man tryckt på att en ny flik ska skapas! Ska den fortsätta hålla på så här blir det att återgå till att skriva diskussioner manuellt via redigera-knappen! DIEXEL (diskussion) 19 juli 2023 kl. 11.22 (CEST)

För mig rullar den tillbaka automatiskt första gången jag försöker skrolla upp till något annat avsnitt på sidan. Om jag däremot insisterar och skrollar upp igen, hindras jag inte och får istället en länk ("Tillbaka till svar") på skärmen. Svarsfunktionen har vissa tekniska begränsningar, men jag tycker den kan vara praktisk för små, snabba svar. / JohanahoJ (diskussion) 19 juli 2023 kl. 13.23 (CEST)

@JohanahoJ: Ja men när du har tryckt på svara här och skriver något och sen går du längst upp och trycker upp en ny flik av Wikipediafrågor då är text/svarsfunktionen fortfarande aktiv även i den nya fliken. Går du över till den nya fliken så scrollas det automatiskt ner till där du hade tryckt på svarsknappen i första fliken. Funktionen borde behandla per flik och inte att alla flikar av Wikipediafrågor. Så jag skulle kunna ha första fliken där jag skriver till dig i detta avsnitt och sen i annan flik där jag skriver till någon annan i ett annat avsnitt på Wikipediafrågor.

Nu ser jag när jag gör detta i den nya fliken så blir allt återställt och alla svarsknappar blir gråa. Så det går ej att skriva i två olika avsnitt i två olika flikar eller till och med fönster! Testade med två olika fönster av Chrome, det blev samma resultat... DIEXEL (diskussion) 19 juli 2023 kl. 15.22 (CEST)

Det finns några ärenden i Phabricator som rör åtminstone angränsande frågor kring svarsverktyget, t.ex. T257305 Allow multiple replies to be drafted at the same time. På MediaWiki finns också en diskussionssida där problem med verktyget kan tas upp. /JohanahoJ (diskussion) 19 juli 2023 kl. 18.27 (CEST)

Ljudlänk

Kommentarer och mallsnickare efterlyses! Riggwelter (diskussion) 25 juli 2023 kl. 14.16 (CEST)

Uttydningar av interwiki-språknamn?

Hej! Interwikilänkar visas med originalspråkets namn på sig självt och i originalspråkets skrift. Men som en "tooltip" visas en försvenskning av det namnet när datormarkören placeras vid namnet. Jag ser att Беларуская fortfarande listas som "vitryska", medan Беларуская (тарашкевіца) listas som "Belarusian (Taraškievica orthography)". Här finns många fler iw-länkar som inte verkar försvenskade. WD verkar inte vara inblandat, eftersom WD-objektet har "belarusiska" som svenskt objektnamn. Hur och var justeras dessa namn? Paracel63 (diskussion) 9 juli 2023 kl. 09.55 (CEST)

Kan inte svara på din fråga, utan tänkte bara säga att man även kan få iw översatt och sorterat på svenska. Så har jag haft i flera år. Kommer dock ej ihåg om det var en finess eller något man lade in i sin egen js-sida. (Mer till nyare användare, för du gillar ju språken, Paracel63). Mvh Adville (diskussion) 9 juli 2023 kl. 10.10 (CEST)

Du hittar inställningen i Inställningar på sidan Finesser, där du får bocka för rutan "Sorterar iw-länkar och sätter svenska namn på språken". / ^Ternarius_Disk 9 juli 2023 kl. 10.17 (CEST)

@Ternarius: Tack för tipset. Det var dock inte detta jag ville. Jag vill ha svenskspråkiga, korrekta och uppdaterade "tooltip"-namn. Ditt Finesser-förslag leder till försvenskade iw-länkar med latinsk skrift. Men inte ens där slipper jag varianterna "Vitryska" och "Vitryska (taraškievica)". Hur och var fixas detta? Paracel63 (diskussion) 9 juli 2023 kl. 10.22 (CEST)

Japp, jag gillar språk. Men jag misstänker att ditt tips bara leder till att "Belarusian (Taraškievica orthography)" dyker upp som visning och sorteringsnyckel (vilket är en del av problemet). Paracel63 (diskussion) 9 juli 2023 kl. 10.17 (CEST)

Det är en finess. Det intressanta med den är att den har inte samma översättning av språken som i den "tooltip" som Paracel63 nämner ovan. (De flesta språk är givetvis lika, men t ex Беларуская (тарашкевіца) står som "Vitryska (taraškievica)", inte "Belarusian (Taraškievica orthography)". Kitayama (diskussion) 9 juli 2023 kl. 10.17 (CEST)

Tack, Kitayama. Jag har noterat det. Finns det någon som vet var uttydningarna (via Tooltip) av dessa visningsnamn kan korrigeras? Paracel63 (diskussion) 9 juli 2023 kl. 10.23 (CEST)

@Larske, JohanahoJ, EnDumEn:? Paracel63 (diskussion) 9 juli 2023 kl. 10.28 (CEST)

Jag hittade var man ändrar texterna för finessen - men Larske hade hunnit före mig. Då återstår frågan var man ändrar texten för "tooltip". Kitayama (diskussion) 9 juli 2023 kl. 10.38 (CEST)

För finessen "Sorterar iw-länkar och sätter svenska namn på språken" som nämns ovan har jag ändrat Vitryska till Belarusiska så att det hamnar under B i den sorterade listan. Var tooltipsen sätts känner jag inte till.

-- Larske (diskussion) 9 juli 2023 kl. 10.39 (CEST)

Det kan finnas i en fil någonstans i vår Mediawiki-installation som heter "Names.php". Kitayama (diskussion) 9 juli 2023 kl. 10.43 (CEST)

De flesta språknamnen kommer från en extern källa, CLDR Common Locale Data Repository, med information om olika språk. Där saknas Wikimedia-interna språk som be-tarask och en-simple. För svenska språknamn som saknas eller är fel i CLDR finns filen LocalNamesSv.php. Om vi har svenska namn för saknade språk så går det att skapa ett phabricator-ärende om att lägga till dem. EnDumEn ✍ 9 juli 2023 kl. 12.30 (CEST)

Det finns en lista med svenska Wikimedia-språknamn på Wikidata, som har med de namn som tas upp ovan. De språknamnen ses också i WD-objekten som rubriker i listan för olika projekts etiketter och beskrivningar. I filen CldrNamesSv.php hittas de svenska namn som importerats från CLDR. Ingen av dessa listor är dock till för ändringar. På Translatewiki finns en sida med info om CLDR och hur man kan få till en ändring eller ett tillägg där. /JohanahoJ (diskussion) 9 juli 2023 kl. 13.45 (CEST)

Så, "Беларуская" (belarusiska, be) ska ändras från "vitryska" till "belarusiska". Vad blir bäst för "Беларуская (тарашкевіца)" (tarasjkevitsa, be-tarask)? Jag antar att det blir tydligast med "belarusiska (tarasjkevitsa)", eller? /JohanahoJ (diskussion) 10 juli 2023 kl. 17.57 (CEST)

"belarusiska (tarasjkevitsa)" låter bra. :-) Paracel63 (diskussion) 11 juli 2023 kl. 00.46 (CEST)

Finns någon funktion ( {{#language:zh}} ) som i löpande text kan få fram språknamne. 90.132.116.206 12 juli 2023 kl. 17.48 (CEST)

De språklänkar som inte har "försvenskade" namn i tooltipsen är:

Western Armenian (hyw), South Azerbaijani (azb), Banyumasan (map-bms), belarusiska (tarasjkevitsa) (be-x-old), Bhojpuri (bh), Central Bikol (bcl), Russia Buriat (bxr), Chavacano (cbk-zam), Dagbani (dag), Doteli (dty), Emiliano-Romagnolo (eml), Gun (guw), Kabiye (kbp), Guianan Creole (gcr), Ladin (lld), Lak (lbe), Livvi-Karelian (olo), Mon (mnw), Mindong (cdo), Nahuatl (nah), Norfuk / Pitkern (pih), Norman (nrm), Eastern Mari (mhr), Amis (ami), Western Punjabi (pnb), Pa'O (blk), Paiwan (pwn), Vlax Romani (rmy), Sakizaya (szy), Saraiki (skr), Simple English (simple), Tarantino (roa-tara), Tayal (tay), Zazaki (diq), Ghanaian Pidgin (gpe),

Det är de språklänkar på huvudsidan som får samma resultat med {{#language:xx|sv}} och {{#language:xx|en}}. Om försvenskade språknamn funnits så hade en skillnad åtminstone varit att de börjar med liten bokstav medan de engelska börjar med stor bokstav. /EnDumEn ✍ 15 juli 2023 kl. 22.33 (CEST)

Jag kan assistera med förslag till försvenskade namn på alla de här, om det finns någonstans att skriva in det. Paracel63 (diskussion) 16 juli 2023 kl. 00.43 (CEST)

@Paracel63: Ta gärna en titt i Wikidata och komplettera där med svenska etiketter för alla de objekt som har en Wikimedias språkkod (P424) och justera eventuella felaktigheter:

• Länk till fråga som för de objekt med ovan angivna 35 Wikimedias språkkod (P424) listar såväl engelsk som svensk etikett och svwp-artikel. För de flesta finns redan förslag på svensk etikett. Objektet punjabi (Q58635) har dock åsatts "orekommenderad rang" för de två värdena på Wikimedias språkkod (P424), se d:Q58635#P424, och inget objekt har heller be-x-old som värde på Wikimedias språkkod (P424).
• Länk till fråga som för de (just nu 611) objekt som är instans av (P31) enskilt språk (Q34770) eller dialekt (Q33384) (eller underklass till (P279) därtill) som har (minst) ett värde på Wikimedias språkkod (P424) listar såväl engelsk som svensk etikett och, där sådan finns, svwp-artikel.
• Länk till fråga som ovan, men begränsat till de (just nu 39) objekt som har en svensk etikett som inleds med en versal, vilket (i de flesta fall?) behöver avversaliseras. Men hur är det med till exempel Louisiana French (d:Q3083213), ska det vara Louisianafranska eller louisianafranska på svenska?

Larske (diskussion) 16 juli 2023 kl. 02.27 (CEST)

Om det handlar om franskan i Louisiana (och inte en variant av franskan som även kan talas på andra ställen) bör det vara Louisianafranska. I alla fall enligt Svenska skrivregler §8.16.1. Paracel63 (diskussion) 17 juli 2023 kl. 16.08 (CEST)

 Fixat @Larske: Nu är de tre frågorna genomgångna för alla länkar som saknade (rimlig) beskrivning och/eller etikett Paracel63 (diskussion) 25 juli 2023 kl. 12.52 (CEST)

Tack för det Paracel63. Det är fortfarande en lucka i kolumnen för svenska etiketter i resultatet av den andra frågan. Det är d:Q837985 med koden gmh, Middle High German på engelska.

-- Larske (diskussion) 25 juli 2023 kl. 18.24 (CEST)

 Fixat Det var många länkar att klicka på och många objekt att åtgärda (över 400 stycken). Jag kan säkert även ha missat något mer. Paracel63 (diskussion) 25 juli 2023 kl. 20.36 (CEST)

Språknamn i källhänvisningsmallar?

En relaterad fråga… Vid källhänvisningar (oftast via VE) leder den automatgenererade koden till att språk-parametern fylls med språk + land i kodform. Systemet klarar av att autokonvertera "en-GB" till "brittisk engelska" och "en-US" till "amerikansk engelska", men i de flesta andra fallen slår det slint. Då måste jag manuellt ändra den genererade koden, för att undvika att referensen visar en kryptisk kod. Var finns databasen för att justera detta för alla andra språkkombinationer? --Paracel63 (diskussion) 14 juli 2023 kl. 00.40 (CEST)

Jag försökte följa mallkoden och det verkar som det definieras i mallen {{språknamn}}, men det förklarar inte att en-GB och en-US fungerar så jag har nog missat något på vägen. Belteshassar (disk) 14 juli 2023 kl. 08.30 (CEST)

När jag testar funktionen, verkar den leverera de språknamn som ses i WD-listan som nämnts ovan, medan koder som inte registrerats än skrivs ut som de står (t.ex. ger koden "aiq" inte "aimaq", utan bara "aiq"). Som EnDumEn skrev tidigare, kan tillägg göras i LocalNamesSv.php, via Phabricator. /JohanahoJ (diskussion) 14 juli 2023 kl. 09.40 (CEST)

För språk som inte finns listade i koden för {{språknamn}} används {{#language:...|sv}} för att översätta från en språkkod till språkets namn på svenska. Om man inte vill ha namnet på språket på språket själv, får man ange språkkoden (enligt Wikimedias språkkod (P424)), till exempel sv eller ca, för det språk man vill ha resultatet i.

Exempel

• en-GB
  • {{#language:en-GB}} → British English
  • {{#language:en-GB|sv}} → brittisk engelska
  • {{#language:en-GB|ca}} → anglès britànic
• zh
  • {{#language:zh}} → 中文
  • {{#language:zh|sv}} → kinesiska
  • {{#language:zh|fr}} → chinois
• be
  • {{#language:be|en}} → Belarusian
  • {{#language:be|sv}} → belarusiska
  • {{#language:be|de}} → Belarussisch
• be-tarask
  • {{#language:be-tarask|en}} → Belarusian (Taraškievica orthography)
  • {{#language:be-tarask|sv}} → belarusiska (tarasjkevitsa)
  • {{#language:be-tarask|de}} → Weißrussisch (Taraschkewiza)

"Databasen" för detta är som tidigare påpekats CLDR och för att ändra i den behöver man skapa ett ärende i Phabricator (använder CLDR Phabricator?) och vänta något halvår, så det kan nog vara bra att granska samtliga språkkoder och inte bara de för belarusiska. Kanske det går snabbare för ändringar i den lokala listan. Larske (diskussion) 14 juli 2023 kl. 09.49 (CEST)

CLDR använder inte Phabricator, det är en annan organisation. Wikimedia är en bland flera organisationer och företag som importerar språknamn från CLDR och ändringar i CLDR:s databas görs vanligen en gång i halvåret. Via Phabricator kan man lägga till och justera språkkoder för användning inom Wikimedia, vilket är enklare och snabbare. Hur som helst underlättas förstås arbetet om utvecklarna får en samlad lista i stället för flera enstaka ärenden. /JohanahoJ (diskussion) 14 juli 2023 kl. 10.04 (CEST)

OK. Det låter lite komplicerat men inte omöjligt. Det vore underbart om ändringar här inte skrivs över av Listeriabot. Görs det bäst via Phabricator eller något annat ställe? Paracel63 (diskussion) 14 juli 2023 kl. 13.25 (CEST)

Om vi nöjer oss med "be" och "be-tarask" den här gången, kan jag möjligen skapa ett ärende i Phabricator senare idag, om ingen annan hinner före. / JohanahoJ (diskussion) 14 juli 2023 kl. 16.18 (CEST)

Nu har jag skapat ärendet phab:T341917 för "be" och "be-tarask". /JohanahoJ (diskussion) 15 juli 2023 kl. 10.28 (CEST)

Korrigeringarna för "be" och "be-tarask" lär komma med nästa uppdatering av MediaWiki någon gång på torsdag. För ändringar till ett språknamn som avviker från ett som eventuellt importerats från CLDR, vill utvecklarna helst se att man först gjort en begäran om namnändring hos CLDR. Det innebär att man får skapa ett ärende (issue) för det hos Unicode (Där ska man bland annat komma ihåg att bifoga diverse länkar som visar att det är ett vanligt använt språknamn). Vi behöver dock inte vänta på att namnet först ändras i CLDR och sedan importeras hit, utan det räcker att utvecklarna här får numret, ticket number, för CLDR-ärendet ifråga, så att det kan läggas till som en notering. Efter jag hade skapat ett CLDR-ärende för ändring av "be" där, uppmärksammades jag på att det tydligen fanns ett sådant ärende skapat redan 2020, så det är ju bra att det går att ändra här innan hela den processen är färdig. /JohanahoJ (diskussion) 17 juli 2023 kl. 12.56 (CEST)

Finns några exempel på källhänvisningar där koderna inte funkar? Om det är just språken med lands- eller variantkoder som saknas så kan det gå att göra något i Mall:Språknamn. För flera sådana koder visar mallen bara språket utan tillägg för språkvarianten, t.ex. visar mallen svenska för både sv-fi och sv-se. Det borde gå att göra generellt när språket men inte varianten har svenskt namn från {{#language:}}. /EnDumEn ✍ 15 juli 2023 kl. 22.33 (CEST)

@EnDumEn: I den bästa av världar konverterar systemet rätt även när det är suffix med landskoder. Men i källhänvisning via VE genereras inte sv-fi utan sv-FI, vilket systemet inte känner igen. Så verkar det vara för en mängd andra språk (har bland annat erfarenhet av spanska, katalanska och franska). Paracel63 (diskussion) 16 juli 2023 kl. 00.40 (CEST)

Jag minns vagt att någon (Larske?) tidigare hjälpt mig med att peka ut någon Lua-baserad mall, där det skulle kunna gå att fixa just det här problemet. Paracel63 (diskussion) 16 juli 2023 kl. 00.41 (CEST)

sv-SE är korrekt kod. sv-se är inte korrekt kod. Kitayama (diskussion) 16 juli 2023 kl. 00.54 (CEST)

Fel på kartor i mobil vy när Geobox-baserade mallar används

Något har hänt med visning av kartor i mobil vy när Geobox-baserade mallar används. Pricken hamnar en bra bit sydost om den korrekta positionen. Detta diskuteras i Diskussion:Kiskőrös. Diskussionen började med att en användare försökte ändra koordinaterna för att få kartan att visa rätt, men det är inte koordinaterna som är fel. Pricken visas korrekt i stationär vy. En teori är att det är taggen "figure" som ställer till det. De som har kunskap inom detta område får gärna ta en titt på detta. Kitayama (diskussion) 24 juli 2023 kl. 15.44 (CEST)

EnDumEn har gjort en insats och nu ser det bra ut. Prova gärna runt lite och stresstesta kartor - jämför stationär vy och mobil vy. Kitayama (diskussion) 24 juli 2023 kl. 20.21 (CEST)

Tack, äntligen fungerar det. Mvh Adville (diskussion) 27 juli 2023 kl. 22.39 (CEST)

Mera mallgrejor

Skulle behöva input och eventuell hjälp med mallen {{infobox musiker}}, se malldiskussion. LittleGun (diskussion) 2 augusti 2023 kl. 08.41 (CEST)

Bäst före-mall på diskussionssidor?

När jag skrev artikeln om Fritz Jacobson så hittade jag ett foto av honom som blir PD om några år. Jag lade en blänkare på diskussionssidan och lade även in en bäst före-mall där. Är det ok att använda bäst före-mallen på det sättet? Det är ju ingen uppgift i artikeltexten som blir gammal, så jag vill inte att noten^{[uppdatering krävs]} ska dyka upp där. Belteshassar (disk) 5 augusti 2023 kl. 13.47 (CEST)

Det är väl möjligt, men kanske ändå fel ställe att lägga en sådan påminnelse på eftersom bilden hämtas automagiskt från Commons via Wikidata. Inget behöver göras i Wikipedia, det är i Commons och Wikidata som åtgärder behöver göras när tiden har löpt ut och en bild är tillgänglig för publicering.

Om biografin om denna person hade funnits i 17 olika språkversioner som alla hämtar bilden via Wikidata, skulle vi då lägga in "Bäst före"-mallar i alla dessa Wikipedior? Troligen inte.

En nackdel med att lägga in "Bäst före"-mallar på artikeldiskussionssidor är de kan försvinna in i något arkiv om diskussionssidan skulle bli så stor att den arkiveras. Det gör kanske inget så länge som diskussionsarkivsidan dyker upp i åtgärdskategorin, men när man ska ta bort mallen måste man i så fall bryta mot regeln att inte ändra i arkiverade diskussioner för att sidan ska försvinna från åtgärdskategorin.

Jag vet inte om det finns någon "Bäst-före mall" i Wikidata, men i så fall skulle den kunna läggas in på d:Talk:Q121163581 (eventuellt med samma arkiveringsproblem). Helst borde det gå att knyta ett bäst före-datum till varje uttalande, eller åtminstone till varje egenskap, per Wikidataobjekt, i detta fall alltså hit. Möjligen finns det någon egenskap som skulle kunna användas som bestämning här, men det är knappast något som ger upphov till någon kategorisering på samma sätt som "Bäst före"-mallen gör i Wikipedia. Men det skulle kanske gå att fråga efter med PetScan/SPARQL där man kan välja att bara få uttalanden som gäller objekt som har koppling till en viss Wikipediaspråkversion och har ett "bäst före"-datum som har löpt ut eller kommer att löpa ut inom en valbar tid.

I Commons borde det gå att lägga in något "Bäst före"-liknande i en kategori. I detta fall finns det inte någon egen kategori för Fritz Jacobson, den enda bilden på honom ligger i c:Category:Pastors from the United States, men en sådan kategori går ju att skapa.

-- Larske (diskussion) 5 augusti 2023 kl. 14.59 (CEST)

En liten tanke är att det i fler faktamallar borde vara som i faktamallen Konstverk där det finns en rubrik som heter "Länk till bild". Jag vet inte om det skulle gå att lägga in en bäst före mall bredvid den, men länken finns åtminstone där direkt. Se exempelvis

Requiem till Halabja.NnieAndersson (diskussion) 5 augusti 2023 kl. 20.45 (CEST)

Spamfilter i Carl Gustaf Cedercreutz

Har problem med att spamfiltret utlöses för en käll länk i artikel om Carl Gustaf Cedercreutz, länken ligger kvar under Källor men jag har ersatt https med nonsenstext. Janee (diskussion) 6 augusti 2023 kl. 22.55 (CEST)

@Janee Löst genom att länka direkt till dokumentet i stället för att länka till en Googlesökning. Kitayama (diskussion) 6 augusti 2023 kl. 23.00 (CEST)

Jag försökte komma förbi Google men misslyckades totalt, stort tack för hjälpen Janee (diskussion) 6 augusti 2023 kl. 23.03 (CEST)

Edit full page

I drop down menyn (eller vad den nu heter på svenska) på mobilen har det dykt upp en möjlighet att redigera hela artikeln istället för kapitlen var för sig. Det är en utmärkt förbättring, men texten är på engelska. Bra om någon kan översätta den till svenska. //Nalle&Lisa (diskussion) 5 augusti 2023 kl. 13.19 (CEST)

translatewiki:MediaWiki:Minerva-page-actions-editfull/sv fixades av Lejonel kl 13:29, så översättningen kommer hit om några dagar (torsdag kväll?). Nirmos (diskussion) 5 augusti 2023 kl. 20.20 (CEST)

Det verkar äntligen gå framåt även för oss mobilredigerare. Fram tills för några dagar sedan var det inte möjligt att lägga till uttalanden i Wikidata, även detta är nu löst!NnieAndersson (diskussion) 5 augusti 2023 kl. 20.40 (CEST)

@NnieAndersson Är du säker? Jag ser varken redigera-knapp eller lägg till ny i mobil-vyn av ett objekt (och har inte hört om att det var på gång). Är du på m.wikidata.org och i så fall, var sitter knappen för dig? ♥Ainali ^diskussion_bidrag 7 augusti 2023 kl. 08.52 (CEST)

Spännande, jo helt säker. Har lagt upp en rad nya artiklar de senaste dagarna och det har fungerat utmärkt. Men nu ser jag en annan sak, kanske är det jag som bytt sida och inte sidan som uppdaterats. Jag är inne på [4] men i mobil vy. Den du länkar till fungerar fortfarande inte.NnieAndersson (diskussion) 7 augusti 2023 kl. 12.54 (CEST)

Det är ju möjligt att visa den vanliga vyn även på mobiler och det är så jag redigerar på Wikidata från min mobil. Men om webbadressen startar med m. så är man i mobilvyn och då ska det inte finnas några knappar för att lägga till uttalanden. Om du kan dela en skärmdump på att du ändå har det vore det väldigt intressant att se. ♥Ainali ^diskussion_bidrag 8 augusti 2023 kl. 12.19 (CEST)

Det konstiga är att det är fortfarande mobiö vy inte stationär vy. Men jag insåg sen att det nog är två olika sidor. Jaja, huvudsaken är det går att krångla runt. Men det vore ju bra om man justerade även den vanliga mobila vyn.NnieAndersson (diskussion) 8 augusti 2023 kl. 14.06 (CEST)

Ett tips för att göra det lättare att använda den vanliga vyn på mobilen är denna styling: d:User:Nikki/NarrowUI.css. Överst på sidan finns instruktioner för hur man aktiverar den. ♥Ainali ^diskussion_bidrag 8 augusti 2023 kl. 22.52 (CEST)

Apropå namnet på det här: rullgardinsmeny. Paracel63 (diskussion) 14 augusti 2023 kl. 13.00 (CEST)

Konstig timing

Detta är ingen stor sak, men i min mobilvy för denna diskussionssida anges i den maskinellt genererade topp-infon att artikeln redigerades senast för 22 år sedan. (Nu korrigerat, så problemet visas inte längre). Det är jag som senast har redigerat sidan idag 2023-08-12, dock via en {{signatur}}-mall. Har jag gjort fel vid användning av denna mall, eller finns det svårigheter för gränssnittet att tolka en signatur-mall? undrar /Anhn ✎ 12 augusti 2023 kl. 15.22 (CEST)

För att programvaran ska känna igen tidsstämpeln i signaturer måste tidszonen vara med. Det missas ofta och därför finns en dummy-tidsstämpel från 2001 i mallen så att svara-funktionen ändå ska fungera. På den där diskussionen verkar även användarnamnet vara fel i signaturen. Enligt historiken var det du som lade in ett blockeringsmeddelande på sidan, inte Tegel. F.d. 82.212.68.183 (diskussion) 12 augusti 2023 kl. 15.53 (CEST)

Tack för klargörande svar om tidszon, nu förstår jag.

Visst var det jag som lade in meddelandet, men "meddelandet" bestod enbart av mallnamnet "proxy" som dokumenterar blockeringsåtgärden gjord av annan användare, och signatur-mallen tydliggör i detta sammanhang både vem som utfört blockering och vem som dokumenterat den. Det är inte så ofta jag dokumenterar en annan admins åtgärder, men i detta fall var det två admins som samma minut gjorde två åtgärder, den ena en "normal klotterblockering" på ett dygn, som dokumenterades, och den andra en global proxyblockering på ett år, och jag tyckte det var klargörande att låta den mer ingripande åtgärden bli dokumenterad. Om någon skulle ha invändningar mot åtgärden bör det framgå vem som gjort den för att rikta invändningen mot åtgärdens utförare. Jag vet att verklig utförare framgår av blockeringslogg, men menar att det ger ökad tydlighet att ange åtgärd med mall, samt utförare på disk-sida. / Anhn ✎ 12 augusti 2023 kl. 17.29 (CEST)

Signering ska alltid stämma överens med artikelhistorik. Om man vill dokumentera vem som la blockeringen ska det göras i klartext, inte i signatur. Kitayama (diskussion) 12 augusti 2023 kl. 18.05 (CEST)

Ok, har ändrat så. Anhn ✎ 12 augusti 2023 kl. 18.48 (CEST)

Jag fattar ingenting här. Är det något fel som enbart orsakas i mobilvy? Jag har signerat många inlägg i efterhand med signera-mallen. I datorvy har den fungerat både utan tidszon och med eventuell egen signatur i mallen enligt dokumentationen på mallsidan. Egen signatur är avsett för användare som använder standardsignaturen och valfritt att ha med. Kyllo (diskussion) 12 augusti 2023 kl. 19.28 (CEST)

Själva mallen funkar som den ska oavsett tidszon. Det är svara-funktionen och en del andra funktioner på diskussionssidor som behöver tidsstämplar med tidszon för att fungera. Funktionen som diskuteras här som visar när senaste kommentaren gjorts i diskussioner har jag bara sett i mobila vyn men finns som betafunktion i stationära vyn. F.d. 82.212.68.183 (diskussion) 12 augusti 2023 kl. 21.10

Då förstår jag. Det ser jag mer som en bugg eller tekniskt problem än något som man kan belasta användare för. Signerar man inlägg själv kommer det med per automatik, så det är bara när man signerar andras inlägg. Samtidigt tycker jag att det är bättre att man signerar andras inlägg utan tidszon än inte alls. Det borde inte vara omöjligt att införa så att tidszon läggs till automatiskt när mallen används. Kyllo (diskussion) 14 augusti 2023 kl. 13.18 (CEST)

Jag tror inte att tidszon är något som missas, utan medvetet. Tidszon finns inte med i sidhistoriken, vilket gör det mycket svårare att ta med. Kyllo (diskussion) 12 augusti 2023 kl. 19.36 (CEST)

Kan bekräfta att problemet dök upp på dator också, så det är ej begränsat till mobilvy. --Adjoka ^diskussion 12 augusti 2023 kl. 21.04 (CEST)

Om den missas medvetet eller inte spelar ingen roll. Jag tror det är oavsiktligt eftersom de flesta inte vet att det gör någon skillnad och kopierar från historiken där tidszon saknas. Malldiskussion:Signatur#Kombinera med de nya funktionerna löste en del problem, men orsakade det som diskuteras här. F.d. 82.212.68.183 (diskussion) 12 augusti 2023 kl. 21.15 (CEST)

Det hjälper inte att man enligt dokumentationen ska göra så, när det inte framgår hur eller upplevs som för omständligt. Kyllo (diskussion) 14 augusti 2023 kl. 13.18 (CEST)

Anrop av onödiga mallar

Tittar på Sidinformationen för Sankt Nikolai Kyrka Örebro. Den anropar 641 mallar, däribland Landsdata för en rad länder. Varför? Kitayama (diskussion) 11 augusti 2023 kl. 23.16 (CEST)

Tog bort länkning av landsnamn och använde flaggparametern istället. Nu anropas bara 49 mallar. Nåt är ruttet i nån kod nånstans, eller? Kitayama (diskussion) 11 augusti 2023 kl. 23.22 (CEST)

Ja, frågan dyker upp med jämna mellanrum, se Malldiskussion:CountryAbbr2.

-- Larske (diskussion) 11 augusti 2023 kl. 23.33 (CEST)

I Geobox-mallar där koordinatmallen Mall:Geobox2 coor får landsangivelse via flaggmallar, t.ex. "{{flaggbild2|Sverige}} i stället för "Sverige", eller om angivet land inte känns igen av någon annan anledning, hänvisar Mall:CountryAbbr till Mall:CountryAbbr2, som söker efter matchning av land mot innehåll i mallar, vilka expanderas efter hand tills rätt land hittas, så det kan bli många mallanrop även om de flesta inte används i presentationen av artikeln. /JohanahoJ (diskussion) 15 augusti 2023 kl. 08.40 (CEST)

Att dölja sidor från användarbidrag

Jag upptäckte på detta ip att jag som admin inte har möjligheten att gå in direkt på sidan "dölj" från användarbidragen. Finns det någon finess eller så för det så man slipper gå in på var klottrad sida och till historiken för att radera, sedan gå tillbaka igen? (Eller detta är medvetet inte tillåtet?) Det är omständigt på mobiler att gå fram och tillbaka. Adville (diskussion) 13 augusti 2023 kl. 20.23 (CEST)

Har du inte alternativet (ändra synlighet) längst till vänster för varje användarbidrag. Det finns i vart fall i skrivbordsvyn. Kitayama (diskussion) 13 augusti 2023 kl. 20.29 (CEST)

Jag har även den i mobil-vyn. Ett långtryck på den på mobilen och du får upp en ny sida där du kan ändra synlighet för en version. Kitayama (diskussion) 13 augusti 2023 kl. 20.33 (CEST)

Nej, den ser jag inte. Den finessen jag saknade nu när jag skulle dölja. Ska se om jag kan hitta den bland inställningar. Kör aldrig mobilvyn ens på mobilen. Tack. Adville (diskussion) 13 augusti 2023 kl. 21.08 (CEST)

@Kitayama, vet inte vilken finess eller så det är som det gäller, men efter att ha lagt till några bockar i inställningar på sådant som verkar intressant så har jag det nu plötsligt. Tack för tipset. MVH Adville (diskussion) 19 augusti 2023 kl. 13.38 (CEST)

Faddersidan har engelskspråkig text

Någonstans ska det gå att översätta den engelska texten som visas här: Special:ManageMentors. Men var? LittleGun (diskussion) 20 augusti 2023 kl. 19.39 (CEST)

translatewiki:MediaWiki:Growthexperiments-manage-mentors-manually-assigned-text/sv översattes av Lejonel kl 20.33, så det kommer nog hit om några dagar. 😊 Nirmos (diskussion) 20 augusti 2023 kl. 22.08 (CEST)

Störande kategori eller bugg

Kategori:Pages transcluding nonexistent sections finns på Portal:Utmärkta portaler. Kan någon få bort detta?--Bruno Rosta (diskussion) 23 augusti 2023 kl. 11.29 (CEST)

Fixat[5]. Men du bör ställa frågor under rubriker som är meningsfulla, istället för tämligen intetsägande ord som "bugg". Ingen som bara ser rubriken kan veta om det är något de kan hjälpa till med.

andejons (diskussion) 23 augusti 2023 kl. 12.12 (CEST)

Detta är ju en kategori som ska finnas - det är en varningskategori som borde märkas med det magiska ordet för "Expect unused category" (minns ej exakt). Någon har raderat kategorin av misstag. Den borde dock översättas någonstans. Kitayama (diskussion) 23 augusti 2023 kl. 12.24 (CEST)

Jag har återskapat kategorin, återskapat wikidatakopplingen och lagt till det magiska ordet __EXPECTUNUSEDCATEGORY__. /ℇsquilo 23 augusti 2023 kl. 14.15 (CEST)

Orsaker till flytt 2

Wikipedia:Wikipediafrågor/Arkiv 2023#Orsaker till flytt arkiverades utan att FBQ:s och mina förslag kom med till Translatewiki. Finns det någon anledning att inte lägga in dem, och är det i så fall ändå lämpligt att lägga in dem lokalt på svWP? //Essin (diskussion) 24 augusti 2023 kl. 10.54 (CEST)

Det är så vitt jag kommer ihåg bara fasta texter som ligger i Translatewiki. Menyvalen lägger vi själva till med en knapp längst ned till höger på flyttsidan. Kitayama (diskussion) 24 augusti 2023 kl. 12.36 (CEST)

”Knappen” heter Redigera anledningar till flytt . Kitayama (diskussion) 24 augusti 2023 kl. 12.38 (CEST)

Tack, jag har nu uppdaterat MediaWiki:Movepage-reason-dropdown. //Essin (diskussion) 24 augusti 2023 kl. 14.36 (CEST)

Hur skriver jag källhänvisning till olika delar av en och samma bok?

Jag bearbetar artikeln Pompeji och använder en och samma bok som källa i flera fotnoter, men hänvisar till olika sidor i boken. jag skulle därför vilja kunna skriva hela bokens uppgifter på ett ställe och sedan i noterna bara skriva t.ex. Beard 2010 sid XX. Hur gör jag det? Tack på förhand från mig som är bättre på att skriva än på att wikiformatera. Chandra Varena (diskussion) 24 augusti 2023 kl. 09.55 (CEST)

I wikitext enklast: <ref>Beard 2010 sid. XX</ref> eller så använder du någon av {{harvnb}}/{{sfn}}: <ref>{{harvnb|Beard|2010|p=XX}}</ref> eller {{sfn|Beard|2010|p=XX}} (för båda mallarna anger man alltså sidnummer med parametern p= , men notera att sfn-mallen inte behöver omges av <ref></ref>-taggar. Draken Bowser (diskussion) 24 augusti 2023 kl. 10.06 (CEST)

Tack! Chandra Varena (diskussion) 24 augusti 2023 kl. 10.32 (CEST)

Personligen är jag inte så förtjust i den typen av källhänvisning. Den är framtagen för att förenkla och få en städad källförteckning i tryckt text. I en webbaserad, hyperlänkad, källförteckning tappar man funktionalitet.

Det brukar motiveras med att det blir mer lättläst i redigeringsläge, men med VisualEditor så behövs det inte. Och det är lätt att switcha mellan de båda.

Därför tycker jag det är bättre att göra en ny källhänvisning för varje sida ur samma källa Så kommer man rätt. (Jag lade till en annan i mitten, för samma källa kommer normalt inte efter varandra)

Det är lite omständligt med VisualEditor, man kan tex kopiera källhänvisningen till en annan sida, ändra sidnumret och sen kopiera tillbaks. LittleGun (diskussion) 24 augusti 2023 kl. 12.09 (CEST)

Exempelkällförteckning

(På klickbara länken kommer man till rätt plats direkt från texten. Med harvard och liknande kommer man först till text med författarnamn, årtal och sida. Sen måste man hitta rätt författare i en annan lista, kontrollera att det är rätt årtal om det finns fler böcker av samma författare, klicka upp länken, gå tillbaks och kolla vilken sida var det för just den hänvisningen och leta upp sidan i källan. En hög kostnad för att det är lite snyggare jämfört med funktionalitet enligt min mening.)---LittleGun (diskussion) 24 augusti 2023 kl. 12.15 (CEST).

Använder man {{harvnb}} eller {{sfn}} kan man utan vidare klicka sig vidare till rätt bok. Se till exempel allmänna relativitetsteorin. Notförteckningen där skulle bli olidlig om varje not skulle repetera all information om boken. Problemet är snarast att många, speciellt vid översättningar, inte har förstått hur notapparaten hänger ihop utan lägger in bokinformationen som vanlig text i stället för att använda en bokref-mall. Plumbum208 (diskussion) 24 augusti 2023 kl. 14.18 (CEST)

Jag ser inte att man förlorar någon väsentlig funktionalitet. Däremot är de kortare hänvisningarna betydligt enklare att läsa när man redigerar texten. Hänvisningsnoter som är på flera rader gör att det är svårt att hitta själva artikeltexten. Skulle det vara ett stavfel är det svårt att rätta. Jämför:

Därför tycker jag det är bättre att göra en ny källhänvisning<ref name=":2">{{Bokref|titel=Streets, Spaces and Places.|år=2011|sid=248-249|redaktör=Marina Weilguni|författare=Karin Fridell Anter|kapitel=Appendix: Colour in the Pompeiian Cityscape|url=http://uu.diva-portal.org/smash/get/diva2:416740/FULLTEXT01#page=248}}</ref> för varje sida<ref name=":22">{{Bokref|titel=Streets, Spaces and Places.|år=2011|sid=253-256|redaktör=Marina Weilguni|författare=Karin Fridell Anter|kapitel=Appendix: Colour in the Pompeiian Cityscape|url=http://uu.diva-portal.org/smash/get/diva2:416740/FULLTEXT01#page=253}}</ref> ur samma<ref>{{Bokref|efternamn=Spinazzola|förnamn=Vittorio|titel=Pompei alla luce degli scavi nuovi di Via dell'Abbondanza (anni 1910-1923)|år=1953|utgivningsort=Roma|utgivare=Libreria dello Stato}}</ref> källa<ref name=":222">{{Bokref|titel=Streets, Spaces and Places.|år=2011|sid=276-281|redaktör=Marina Weilguni|författare=Karin Fridell Anter|kapitel=Appendix: Colour in the Pompeiian Cityscape|url=http://uu.diva-portal.org/smash/get/diva2:416740/FULLTEXT01#page=276}}</ref> Så kommer man rätt.

med

Därför tycker jag det är bättre att göra en ny källhänvisning<ref name=":2">Fridell Anter (2011), sid 248-249</ref> för varje sida<ref name=":22">Fridell Anter (2011), 253-256</ref> ur samma<ref>Spinazzola (1953)</ref> källa<ref name=":222">Fridell Anter (2011), sid 276-281</ref> Så kommer man rätt.

Tar man dessutom bort de här onödiga name-parametrarna blir effekten ännu större.

andejons (diskussion) 24 augusti 2023 kl. 14.19 (CEST)

Att texten blir svårläst i wikitext menar jag är en ickefråga med Visual Editor (och alltså definitvt icke-väsentlig funktionalitet)

Jag menar att en direktlänk är en väsentlig funktionalitet i en text med hyperlänkstöd. Den funktioaliteten försämras om man använder systemet.

Att det är svårare att hitta fram till rätt passage tycker jag är tydligt i artikeln Allmäna relativitetsteorin. (Man kommer till rätt bok, men inte direkt och inte till rätt sida). Vill man bara läsa källförteckningen och sammanställa den finns det poänger, men i just exemplet Allmäna relativitetsteorin är det rörigt ändå. Och det tycker jag inte heller är huvudpoängen med våra referenser.

Konstigt att man kan komma fram till så diametralt olika uppfattningar ändå. LittleGun (diskussion) 24 augusti 2023 kl. 14.46 (CEST)

Jag har nu gjort om referenserna för Beard 2010 i artikeln Pompeji så att noterna bara har formen Beard 2010 sid. XX och boken står nämnd nedanför. Jag kan också tänka mig att ha en not för varje sidhänvisning i samma bok, så som @LittleGun visar här ovanför. Jag ser för- och nackdelar med båda systemen. Däremot gillar jag inte det som ännu så länge står kvar i Pompeji-artikeln för Fridell Anter 2011. Chandra Varena (diskussion) 24 augusti 2023 kl. 14.58 (CEST)

Jag försöke fixa referenserna för Fridell Anter 2011 med hjälp av {{harvnb}}. Jag har nog inte gjort rätt, blålänken "Fridell Anter" i källförteckningen leder ingenstans.

@Chandra Varena. Sen vet jag inte vilket sidnummer som hör till vilken källangivlese, så uppdatera gärna det! LittleGun (diskussion) 24 augusti 2023 kl. 16.42 (CEST)

jag fixar det. Stort tack Chandra Varena (diskussion) 24 augusti 2023 kl. 17.51 (CEST)

Nu har jag ordnat länkningen mellan havnb-mallarna och källorna. Som jag skrev ovan behöver källorna läggas in som bokref-mallar. Vad gäller Fridell Anter så gjorde jag en fullösning genom att sätta henne som författare och Weilguni som redaktör, men det ser bara de som läser wikitext. Kunde också ha gjorts med Weilguni som författare och Fridell Anter som medförfattare genom att sätta parametern "ref=CITEREFFridell_Anter2011". Länken går till hela verket men det verkar vara en bug i bokref som gör att kapitlets titel alltid länkas, oavsett om man använder url eller kapitelurl. Plumbum208 (diskussion) 26 augusti 2023 kl. 14.24 (CEST)

Tack! Jag ska försöka kopiera rätt sätt att göra det när jag skriver mera text och lägger in referenser. Chandra Varena (diskussion) 26 augusti 2023 kl. 14.41 (CEST)

Extra rad i mobilsidan?

Sedan några veckor sedan genereras det en extra blankrad under rubriken (men ovanför Wikidata-beskrivningen) på mobilvarianten av hemsidan. Jag lyckas replikera detta även på dator, se här. Vad orsakar detta? -Blåmes ^[d] 31 augusti 2023 kl. 15.06 (CEST)

För de som har finessen "Visa beskrivningar från Wikidata." så visas på samma ställe Wikidata-beskrivningen, men den visas ju redan högre upp som standard för mobilanvändare. Något får mig att tro att det skett en ändring så att vår lokala finess (som bara var tänkt för skrivbordsvyn) även visas i mobil vy. Kitayama (diskussion) 31 augusti 2023 kl. 15.21 (CEST)

@JohanahoJ: som är den senaste som redigerat MediaWiki:Gadget-WikidataDescription.js. Kitayama (diskussion) 31 augusti 2023 kl. 15.28 (CEST)

Nackdelen med att dölja finessen i mobilvyn är att beskrivningen inte blir redigerbar i mobilvyn. Det får vi nog stå ut med, kan till och med ha sina fördelar ur klottersynpunkt. Kitayama (diskussion) 31 augusti 2023 kl. 17.10 (CEST)

För några veckor sedan gjordes en ändring centralt så att alla finesser per default laddas i både skrivbords- och mobilvyn. Jag begränsade nu finessen "Visa beskrivningar från Wikidata" till de skin/utseenden som hör till skrivbordsvyn/desktop. Det kan förstås återställas om det visar sig att det ändå är en önskad funktion i mobilvyn. I artikelexemplet Förbjudna staden får jag med Vector 2022 Wikidata-beskrivningen på raden nedanför koordinaterna. Jag ser själv ingen blankrad under rubriken i mobilvyn. /JohanahoJ (diskussion) 31 augusti 2023 kl. 17.29 (CEST)

Det som hänt är att utvecklarna ändrat hur programvaran aktiverar finesser för olika utseenden. Det gör att många finesser som tidigare inte var aktiva i mobilutseendet nu körs där också. I det här fallet är det Mediawiki:Gadget-editsection0.js, "Visa [redigera]-länk för att redigera ingressen". EnDumEn ✍ 31 augusti 2023 kl. 17.30 (CEST)

Den här blankraden syns för mig på mobil och desktop (via mobilsidan), oavsett om jag är inloggad eller inte. -Blåmes ^[d] 31 augusti 2023 kl. 17.32 (CEST)

Jag provade att logga ut, och då fick jag samma blankrad. Det verkar vara någon av defaultfinesserna som orsakar det. Jag kan dock inte reproducera det genom att som inloggad aktivera "Visa [redigera]-länk för att redigera ingressen". /JohanahoJ (diskussion) 31 augusti 2023 kl. 18.17 (CEST)

Jag tittade lite noggrannare och ser att det jag trodde var redigera-(hela-artikeln)-länken i mobilutseendet faktiskt är en redigera-ingressen-länk. Så finessen fyller ingen funktion där. Jag tar därför bort den från mobilutseendet. /EnDumEn ✍ 31 augusti 2023 kl. 18.36 (CEST)

Men hur gör jag för att redigera ett avsnitt? Det finns ju ingen redigeraknapp vid avsnittet - utan då måste jag redigera hela artikeln vid de tre punkterna. (Handlar alltså om mobil vy). Kitayama (diskussion) 31 augusti 2023 kl. 18.49 (CEST)

Något är skumt i svwp. I enwp får jag en redigera-knapp för varje avsnitt i mobil vy, det får jag inte i svwp. Kitayama (diskussion) 31 augusti 2023 kl. 18.53 (CEST)

Knappen är dold, men om man klickar där den skulle ha varit (till höger om rubriken) så kan man redigera avsnittet. //Nalle&Lisa (diskussion) 31 augusti 2023 kl. 18.59 (CEST)

Tack! Återstår frågan varför den är dold i svwp, men inte i enwp. Kitayama (diskussion) 31 augusti 2023 kl. 19.19 (CEST)

Nu är jag nöjdare! Kitayama (diskussion) 31 augusti 2023 kl. 19.34 (CEST)

Ännu ett finessproblem i mobilvyn. Finessen "Döljer VisualEditor från att visas vid knappen redigera" fungerade bara delvis i mobilvyn. Den gömde redigera-knapparna, men visade inget annat i stället. /EnDumEn ✍ 31 augusti 2023 kl. 19.39 (CEST)

Spara artikel i Browserversionen/mobilappen

I mobilappen kan jag spara en artikel i en lista. Det går inte i min browserversion. Funktionen spara finns helt enkelt inte där trots att jag har samma konto som jag loggar in till i bägge plattformarna. Per-ErikCassel (diskussion) 4 september 2023 kl. 17.01 (CEST)

ParserFunctions

Jag håller på att kika på "fotbollsfotbolls-problemet" i Mall:Alla fotbollsspelare (se Kategori:Fotbollsspelare i Habo IF för att se vad jag menar). Tre parserfunctions jag hittat som skulle kunna lösa det är "#sub", "#switch" och "#ifeq" tillsammans. (Min tanke är att använda sub för att hitta sidtitelns första åtta tecken och om ifeq hittar "Fotbolls" låter den switch att byta ut det mot blankt, annars låta hela titeln vara kvar.)
Jag får dock inte #sub att fungera och ser på Special:Version att den inte finns med. Heter den något annat eller har man avaktiverat den? Om någon har ett bättre förslag på lösning av grundproblemet tas det gärna emot. --Δdjoka ^diskussion (Mina bidrag är helt fria) 4 september 2023 kl. 20.46 (CEST)

Strängparserfunktionerna är inte aktiverade. Det fungerar att använda moduler i stället. F.d. 82.212.68.183 (diskussion) 5 september 2023 kl. 17.32 (CEST)

Text vid kategoriflytt

Jag föreslår att vi ändrar texten för mw-movecategorypage-warning. Detta för att undvika att få tomma kategorier som ligger som omdirigeringar, något som det finns konsensus för att vi inte ska ha.

• I dag:
  • Varning: Du är på väg att flytta en kategorisida. Observera att endast sidan kommer att flyttas och eventuella sidor i den gamla kategorin kommer inte att kategoriseras om till den nya kategorin.
• Förslag:
  • Varning: Du är på väg att flytta en kategorisida. Observera att endast sidan kommer att flyttas och eventuella sidor i den gamla kategorin kommer inte att kategoriseras om till den nya kategorin. Efter att alla sidor har kategoriserats om ska den gamla kategorisidan raderas. Lägg till {{Radera|Ersatt av kategori ny kategori}} på den gamla kategorisidan.

Kitayama (diskussion) 9 september 2023 kl. 13.33 (CEST)

Jag tycker att det är ett bra förtydligande rent innehållsmässigt. Kanske "Efter att" kan bytas mot "När".

Det enda problem som möjligen skulle kunna uppstå är om varningstexten är "för lång" så att visningen av varningsrutan på en liten mobilskärm inte fungerar bra. När jag skulle testa att flytta en kategori med min mobil (med Android och Chrome) upptäckte jag att den där varningsrutan inte alls visades, vare sig i mobilvyn eller i stationära vyn - och då spelar det ju ingen roll hur tydligt vi formulerar varningen.

Är det bara min mobil som har fått spunk, eller? Larske (diskussion) 9 september 2023 kl. 13.59 (CEST)

IPhone + Safari visas varningsrutan både i stationär vy och mobil vy. Kitayama (diskussion) 9 september 2023 kl. 14.07 (CEST)

En konstig kategori som är störande

Kategori:Sidor med inaktiverade grafer finns just nu i ett antal artiklar. Detta borde nog åtgärdas på ett eller annat sätt. Någon som kan fixa detta?--Bruno Rosta (diskussion) 10 september 2023 kl. 09.44 (CEST)

 Fixat genom flytt av Kategori:Pages with disabled graphs som blev översatt till svenska för nio dagar sedan. När den flyttade kategorin har tömts, det kommer att ske automatiskt men kan ta ett tag, kan den raderas. Larske (diskussion) 10 september 2023 kl. 09.59 (CEST)

Tack för hjälpen!--Bruno Rosta (diskussion) 10 september 2023 kl. 16.23 (CEST)

Död hamburgermeny på mobilen

Sedan några dagar fungerar menyn på min mobil inte som den bör. Endast de översta raderna leder vidare. (I mobilvyn på datorn är allt som vanligt). Det går visserligen att komma åt informationen från mobilen via den stationära vyn, men lite bökigt blir det ju. Någon som vet varför. //Nalle&Lisa (diskussion) 10 september 2023 kl. 13.42 (CEST)

Är det menyn med

• Huvudsida
• Slumpartikel
• I närheten
• Hjälp
• Senaste ändringar
• Specialsidor
• Deltagarportalen
• Inställningar
• Stöd Wikipedia

som du menar?

På min mobil (Android, Chrome) fungerar alla raderna, men det saknas en ikon på raden Hjälp.

-- Larske (diskussion) 10 september 2023 kl. 13.54 (CEST)

Ja precis. De tre översta raderna leder vidare, men sen är det stopp. Jag har provat att uppdatera webbläsaren (Samsung), och lagt till/tagit bort menyvalet "stationär dator", utan effekt. //Nalle&Lisa (diskussion) 10 september 2023 kl. 14.14 (CEST)

Någon skillnad som utloggad? Funkar hamburgermenyn vid laddning av den här sidan i safemode (laddas utan finesser)? Hamburgermenyn funkar på min mobil med Safari (iOS 16) både inloggad och utloggad. JohanahoJ (diskussion) 10 september 2023 kl. 15.17 (CEST)

Nej! Vare sig som ut- eller inloggad och inte i safemode på något av sätten. //Nalle&Lisa (diskussion) Nalle&Lisa (diskussion) 10 september 2023 kl. 15.44 (CEST)

Provat också utan/med Adblock som ut- och inloggad, men med samma negativa resultat. //Nalle&Lisa (diskussion) 10 september 2023 kl. 16.00 (CEST)

Har du testat någon annan webbläsare? ♥Ainali ^diskussion_bidrag 10 september 2023 kl. 16.07 (CEST)

Inte på mobilen. Skall kanske tillägga att jag kör Vector 2010. //Nalle&Lisa (diskussion) 10 september 2023 kl. 16.17 (CEST)

Testat med Crome på mobilen, negativt. Crome på datorn fungerar däremot (även med mobil vy). En tanke: kan det vara mitt användarnamn som trasslat till det? //Nalle&Lisa (diskussion) 10 september 2023 kl. 16.30 (CEST)

Det är troligen inte användarnamnet om du får samma resultat oinloggad. Jag ser samma fel i mobila vyn på dator både inloggad och oinloggad i Firefox och oinloggad i Edge. Det funkar att klicka på länkarna i första delmenyn p-navigation, men inte p-personal och p-donation. Jag noterar att p-navigation har en event-lyssnare som gör något med länkklick, men den saknas för de två andra. /EnDumEn ✍ 10 september 2023 kl. 21.15 (CEST)

Hjälplänken

När jag laddar sidan med "safemode-länken" ovan försvinner raden med Hjälp från menyn. Larske (diskussion) 10 september 2023 kl. 16.13 (CEST)

Ja det är ju logiskt då det är en finess //Nalle&Lisa (diskussion) 10 september 2023 kl. 16.18 (CEST)

Ja, jag ser det nu. Det innebär alltså att alla oinloggade hänvisas till länken "Behöver du hjälp?" som finns i rutan "Deltagande". Den rutan kommer jääättelångt ner på huvudsidan åtminstone på min mobiltelefon. Hjälp borde vara mer lättillgängligt för oinloggade, eller hur?

@JohanahoJ: Angående den ikonlösa raden Hjälp i hamburgermenyn. Har det alltid varit så, eller är det något som har gått sönder? Det verkar som om finesskoden har som ambition att lägga in lite "ikon-klasser", till exempel "mw-ui-icon-help", men det som dyker upp i koden är "mw-ui-icon-portletlink-n-help" och den verkar inte ge någon ikon. Behöver den deklareras i någon css eller är den någon annan klass som fungerar bättre?

Jämför med klasserna för andra rader i samma meny:

• minerva-icon--minerva-home som ger husikonen
• minerva-icon--minerva-die som ger tärningsikonen
• minerva-icon--minervar-mapPin som ger kartnålsikonen

Jag hittar i och för sig ingen "Hjälp-ikon" på c:Category:Wikimedia Minerva beta icons, men det borde väl finnas någonstans.

Eller kanske skulle kunna fungera som ikon på hjälpraden.

-- Larske (diskussion) 10 september 2023 kl. 19.01 (CEST)

Finessen för hjälplänken i hamburgermenyn laddas per default även för oinloggade. Det har funnits en ikon, som tydligen fallit bort. Jag kan titta på det lite senare. /JohanahoJ (diskussion) 10 september 2023 kl. 19.14 (CEST)

Det finns tydligen en mycket begränsad uppsättning ikoner av den typ med klasser som ses nu i hamburgermenyn, men har inte fått klart för mig hur det är tänkt att man ska lägga till någon annan typ av ikon. Nu finns det ett designsystem kallat Codex, som har ett antal ikoner, varav "cdxIconHelp" skulle passa bra att använda. Jag har dock inte hittat någon bra beskrivning av hur man går till väga i det här fallet. JohanahoJ (diskussion) 11 september 2023 kl. 13.49 (CEST)

...men slut hittade jag ett sätt att få dit den tidigare ikonen igen. /JohanahoJ (diskussion) 11 september 2023 kl. 19.03 (CEST)

Problem med {{anmärkning}}

Jag la in mallen {{anmärkning}} i artikeln Allemansrätten, men jag tycker att den beter sig konstigt. Det kan självklart vara jag som gjort något fel, men jag kan inte hitta felet.

Där jag lagt in mallen kommer felmeddelandet Referensfel: Ogiltig <ref>-tagg; referenser utan namn måste ha innehåll upp mitt i artikeln. När jag kikar på koden jag har lagt in förekommer inte <ref>-taggen någonstans. I mallens diskussion nämns år 2014 att parametern name bör läggas till, och att den sedan läggs till. Problemet jag upplever kan jag inte hitta på någon annan sida som använder mallen (efter en väldigt kort undersökning). Vad har jag gjort för fel? / abbedabb^disk 17 september 2023 kl. 09.47 (CEST)

 Fixat Felet var att du använde "="-tecknet i anmärkningen. Detta tecken har en speciell betydelse i mallar, det åtskiljer parameternamn och parametervärde för namngivna parametrar. För att ha ett "="-tecken i värdet för en namnlös parameter, vilket det handlar om här, får du skriva {{=}}.

-- Larske (diskussion) 17 september 2023 kl. 10.03 (CEST)

Tillägg: Ett alternativt sätt är att namnge den namnlösa parametern med dess position som namn, se följande exempel:

• Något anmärkningsvärt
• Något annat anmärkningsvärt

--Larske (diskussion) 17 september 2023 kl. 11.16 (CEST)

Tack för hjälpen! Jag insåg nu att jag borde förstått detta. Lite lurigt blev det när felkoden nämnde en tagg som inte fanns. Jag kan också tillägga att det inte var jag som la in anmärkningen från början, utan bara skulle fixa till den. Det var nog därför jag inte reflekterade över =-tecknet. /abbedabb^disk 17 september 2023 kl. 11.33 (CEST)

Mallar för partiella blockeringar behövs

Det måste tas fram blockeringsmallar för partiella blockeringar nu när vi kan blockera användare och IP-nummer från att redigera en enskild sida. I dagsläget så finns det inte det utan man måste skriva manuellt vid varje sådan blockering. Det kanske även behövas att ha även varningsmallar för detta? Det går väl att modifiera existerande mallar så det även täcker detta problem? DIEXEL (diskussion) 14 september 2023 kl. 09.13 (CEST)

Bra ide. Typ "partiellt blockerad|tid|artikel|blockeringssignatur" det skulle underlätta. Adville (diskussion) 14 september 2023 kl. 09.23 (CEST)

Ja, det vore bra med en sån mall. DIEXEL (diskussion) 17 september 2023 kl. 11.28 (CEST)

Instämmer. Dock kanske man bör utelämna signaturen i mallen och istället baka in möjligheten att ange flera artiklar i mallen, utifall användaren blockeras från två (eller fler) relaterade artiklar (ex. Sverige, Svenska och Svenskar skulle isåfall bli partiellt blockerad|tid|Sverige|Svenska|Svenskar)? --Δdjoka ^diskussion (Mina bidrag är helt fria) 17 september 2023 kl. 16.26 (CEST)

Varför skulle signaturer ställa till problem om det fanns med i dessa mallar? Använder man redigeringsläget så läggs signaturer inte till automatiskt som det görs i nya svarsfunktionen. I redigeringsläget kan man också trycka på valfri mall under redigeringsfönstret och dessa mallar har signaturer inlagda, vilket snabbar upp processen. Jag har svårt att se att det skulle vara utrymmesbrist när man kodar mallar? DIEXEL (diskussion) 18 september 2023 kl. 16.50 (CEST)

Min anmärkning var inte kring utrymmesbrist i mallen, utan för möjligheten att kunna lista flera artiklar utan att använda parametrar för dessa, i risk av att det blir grötigt (ex. artikel1=Namn|artikel2=Namn|artikel3=namn). Ett sätt att komma runt detta vore att lägga signatur som en egenskap i mallen med egen parameter (ex. sign=~~~~). --Δdjoka ^diskussion (Mina bidrag är helt fria) 18 september 2023 kl. 20.58 (CEST)

Subjekt och objekt i strukturerad data på Wikimedia Commons

När skapare (P170), i detta fallet fotografen, av en bild har ett eget Wikidataobjekt ska då objekt har rollen (P3831) eller subjekt har rollen (P2868) användas? Exempel: c:File:Erskine och Möller-Nielsen.jpg. (förlåt min trötta hjärna) -- LevandeMänniska ^(talk), 24 september 2023 kl. 21.47 (CEST)

Om jag har förstått det rätt så används objekt har rollen (P3831) för att beskriva något om värdet, medan subjekt har rollen (P2868) används för att beskriva något om egenskapen. I det här fallet ska du använda det förstnämnda. Jag har hittills aldrig behövt använda subjekt har rollen (P2868) men det finns ett bra exempel i Sverige (Q34). /ℇsquilo 25 september 2023 kl. 09.08 (CEST)

Se även diskussionssidorna för respektive egenskap:

• d:Property_talk:P3831 för objekt har rollen (P3831), där finns en diskussionstråd som berör skillnaden mellan objekt har rollen (P3831) och subjekt har rollen (P2868).
• d:Property_talk:P2868 för subjekt har rollen (P2868), där finns en diskussionstråd som berör användningen som en bestämning för ett uttalande och som en (huvud)egenskap för subjektet.

Lite lurigt med terminologin i och med att ett (Wikidata)objekt kan vara ett subjekt beroende på i vilket sammanhang det används. Larske (diskussion) 25 september 2023 kl. 11.11 (CEST)

@Larske, @ℇsquilo: Skulle någon av er vilja ge mig en TL;DR? Mina ögon fixar tyvärr inte att plöja mycket text p.g.a. en synskada. -- LevandeMänniska ^(talk), 25 september 2023 kl. 17.38 (CEST)

Konstig kategori som bör åtgärdas

Kategori:Pages using WikiHiero ligger i artiklarna Mose och Peqer. Kan någon åtgärda detta?--Bruno Rosta (diskussion) 25 september 2023 kl. 12.22 (CEST)

WikiHero är ett numera nedlagt system för att skapa hieroglyfer från wikikod (<hiero>). Sidor som fortfarande använder WikiHero behöver byta till att använda unicode-tecken i stället. Ex/ℇsquilo 25 september 2023 kl. 15.01 (CEST)

I väntan på att berörda artiklar, just nu är det 158 artiklar i svwp som håller på att krypa in i denna kategori, kan det nog vara lämpligt att skapa kategorin så slipper det lysa rött i artiklarna. Kategorin bör vara en dold kategori då den är en åtgärdskategori som inte bör synas i artiklarna för användare som inte särskilt begärt det via sina inställningar.

-- Larske (diskussion) 25 september 2023 kl. 16.10 (CEST)

Enter vid sammanfattning som avslut fungerar inte

Senaste dagarna har jag haft problem med att jag måste trycka på knappen "svara" efter jag har skrivit en redigeringskommentar i en diskussion, eller som här "lägg till ett ämne". Förut räckte det att man tryckte "enter"-knappen. Är det att de har implementerat samma sak som i "visual editor" när man redigerar och inte kan trycka enter vid redigeringskommentar utan måste trycka på spara-knappen? Redigerar jag i wikitext på diskussionssidan fungerar enter utan problem för att spara efter en redigeringskommentar. Adville (diskussion) 23 september 2023 kl. 13.17 (CEST)

Svara-knappen har tooltip "Svara [Ctrl+Enter] [Alt+Skift+s]" (eller någon liknande tangentkombination). Så Ctrl+Enter borde fungera. F.d. 82.212.68.183 (diskussion) 23 september 2023 kl. 13.41 (CEST)

Det är svårt på mobilen... och omständigt jämfört med att bara trycka enter. Varför inte ha samma knapptryck för både visual editor och wikitext editorn för att spara efter en redigeringskommentar? Det förenklar mycket då man inte alltid tänker på i vilken editor man skriver. (Inte så tydligt när man skriver diskussionsinlägg och länkar med dubbla hakoarenteser som i wikitext). Adville (diskussion) 23 september 2023 kl. 13.56 (CEST)

Phab:T326500: The new talk pages should not send posts by pressing enter F.d. 82.212.68.183 (diskussion) 23 september 2023 kl. 21.57 (CEST)

Personligen tycker jag system som publicerar vid enter/vagnretur är kontraproduktiva. Då går det ju inte att på ett enkelt sätt dela upp svaret i stycken. Paracel63 (diskussion) 4 oktober 2023 kl. 10.09 (CEST)

Håller med vid vanliga dialogrutor eller chatfält. Men här är det ju sammanfattningsraden. Har du någonsin gjort nytt stycke där? LittleGun (diskussion) 4 oktober 2023 kl. 10.32 (CEST)

Det är bara sammanfattningsraden som jag skriver om, som LittleGun påpekar. Att det var så för visual editor har jag lärt mig, men att det är så, eller inte, beroende på hur man skriver är jobbigt. Redigerar jag en artikel i den gamla wiki-editorn, skriver en sammanfattning och trycker enter så sparas det direkt, samma sak om jag gör det i en diskussion (där man då självklart måste signera, vilket jag nu börjar missa). Om jag däremot trycker "svara" i en diskussion och sedan skriver som vanligt i den editorn som kommer upp. Då kommer det en sammanfattningsrad som ser ut som den gamla varianten, men med ordet "svar" förinskrivet. Om jag där skriver en sammanfattning och trycker enter händer inget. Ofta hoppar jag mellan fönster och då är det enkelt. Tryck enter och gå tillbaka till det andra fönstret... men inget händer. Jag kommer tillbaka och det står som jag lämnadet. Då måste jag börja gå till höger och sedan ner och trycka med muspekaren på sparaknappen. (Hade det alltid varit samma sätt, som vid visual, då hade det varit en sak, men nu är det olika, men ser lika ut). Adville (diskussion) 4 oktober 2023 kl. 11.58 (CEST)

Nix. Lessen för trött hjärna. Paracel63 (diskussion) 4 oktober 2023 kl. 20.06 (CEST)

Månadens artiklar på enwp

Som rubriken lyder, finns det något som liknar Wp:Månadens artiklar på engelskspråkiga Wikipedia? Har inte lyckats hitta. @Paracel63 kanske vet?

Har precis skrivit tre ganska bra artiklar där, hade varit kul att visa upp. EstrellaSuecia (diskussion) 3 oktober 2023 kl. 10.55 (CEST)

Nja, du kan nominera någon av dina artiklar på denna diskussionssida. Det handlar dock om nomineringar och (ev.) omröstning. Jag hittar även detta och detta. Kanske finns det något liknande, så wp:MNA kan få en iw-länk. Paracel63 (diskussion) 3 oktober 2023 kl. 17.24 (CEST)

@Paracel63 Prövade "Did you know" med en:Brillante Jr. (2020s). Vi får se hur det går. Processen verkade aningen mer komplicerad än våran, jag förstod inte exakt vad som krävdes. Men vi får se :) EstrellaSuecia (diskussion) 4 oktober 2023 kl. 01.01 (CEST)

 Gillar Det mesta på enwp behöver nog vara mer uppstyrt, genom 50 gånger fler läsare och dito skribenter. Här på svwp funkar wp:MNA och wp:VDA hyfsat smidigt, på grund av en motsvarande mindre arbetsbelastning och långsammare uppdatering av VDA-rutan. Så här anser vi att vi inte behöver någon nomineringsprocess. Jag håller tummarna för din DYK-nominering! Paracel63 (diskussion) 4 oktober 2023 kl. 07.30 (CEST)

Tack! Vi får se, skriver lite mer där just nu, har ett litet projekt där på gång. EstrellaSuecia (diskussion) 4 oktober 2023 kl. 09.11 (CEST)

Om egna stilar och skript för gamla och nya Vector

En heads-up om en kommande ändring som nämndes kort i Tekniknyheter: 2023-40 och påverkar nya Vector 2022 för alla som använder egna stilar och skript för Vector. För närvarande laddas vector.css och vector.js både av den äldre Vector och av Vector 2022, men någon gång under de närmaste månaderna kommer dessa sluta användas av Vector 2022 (men fortsätter användas som tidigare av den äldre Vector). För stilar och skript som man vill ha i Vector 2022 kan man använda vector-2022.css och vector-2022.js. Tänk dock på att undvika oönskade effekter av att Vector 2022 fortfarande en tid läser in stilar och skript för båda versionerna. /JohanahoJ (diskussion) 4 oktober 2023 kl. 13.11 (CEST)

Länkar till Ordinarie Stockholmiske Post-Tijdender

Ofta lägger en oinloggad användare in länkar till Ordinarie Stockholmiske Post-Tijdender från 1600-talet med motiveringen (eller liknande): "Samtida skildring av utnämningen 1693 (nutida skildringar har fördelen att vara samtida med läsaren; samtida skildringar är bra för att de är samtida)" [6]. Minst två andra användare har ogjort eller rullat tillbaka dessa redigeringar. Ska dessa redigeringar få vara kvar eller ska de tas bort? Disembodied Soul (diskussion) 5 oktober 2023 kl. 16.12 (CEST)

Jag har uppfattat länkarna som en blandning mellan att utgöra en källa och lite av kuriosa/vidare läsning. Och att det då behöver avgöras från fall till fall om det ger mervärde där de lagt in. Yger (diskussion) 5 oktober 2023 kl. 16.22 (CEST)

Tidningen är satt i gotisk stil och skriven på 1600-talssvenska. Det är inte helt oläsligt för icke-specialister, men nästan. Och tidningsartiklar från 1600-talet är primärkällor. Jag ser inte att det är användbara källor, och väldigt tveksamt som extern länk.

andejons (diskussion) 5 oktober 2023 kl. 17.43 (CEST)

tycker du samma om denna tidningssida? Den är från 1865 och innehåller till del gotisk stil, men i en språkdräkt i övrigt som är förståelig Yger (diskussion) 5 oktober 2023 kl. 20.22 (CEST)

Den är också tveksam. Det är naturligtvis svårt att dra någon klar gräns när nyheter upphör att vara nyheter och blir historia, men 1800-talet hör definitivt dit. Den länken skulle jag nog också välja att ta bort om den användes som källa, men kanske inte om den fanns med som vidare läsning.

andejons (diskussion) 5 oktober 2023 kl. 23.18 (CEST)

Jag har hittills inte agerat, men jag håller med om att det inte tillför något mervärde. Tostarpadius (diskussion) 23 oktober 2023 kl. 11.54 (CEST)

Vad är "Atom" och varför fungerar det inte i Vector 2022?

Provade bevakningslistan i Vector 2022. I menyn till höger fanns ett alternativ "Atom" som jag aldrig sett tidigare. Provade att klicka och fick felmeddelandet: "Incorrect watchlist token provided. Please set a correct token in Special:Preferences." Plumbum208 (diskussion) 4 oktober 2023 kl. 10.29 (CEST)

Har inte kollat in den förut. Fick också felmeddelande, fast såhär:

This XML file does not appear to have any style information associated with it. The document tree is shown below

Och sen en massa html kod. LittleGun (diskussion) 4 oktober 2023 kl. 12.44 (CEST)

Det var det jag såg också. Det meddelande som jag citerade står som "summary" nere i koden. Plumbum208 (diskussion) 4 oktober 2023 kl. 14.48 (CEST)

Atom (XML-format) använder xml-kod, inte html-kod. 90.227.175.218 4 oktober 2023 kl. 17.21 (CEST)

OK. När man håller pekaren över länken står det: "Atom feed for this page". Antar att det är tänkt att vara ett sätt att slå på realtidsuppdateringar. Någon på WMF tycker tydligen att det är intressantare att tala om vilken teknik som används än att upplysa om vad funktionen kan göra för användaren. Frågan är nu varför det inte fungerar. Jag får för övrigt samma fel på enwp. Plumbum208 (diskussion) 4 oktober 2023 kl. 18.20 (CEST)

Ok, tack. LittleGun (diskussion) 4 oktober 2023 kl. 19.13 (CEST)

Man behöver skapa en nyckel på Special:Inställningar#mw-prefsection-watchlist först. Sedan kan man läsa sin bevakningslista i en RSS-läsare. Ypperligt för projekt man inte besöker lika ofta. Jag läser både mina bevakningslistor på meta och commons på det sättet. ♥Ainali ^diskussion_bidrag 6 oktober 2023 kl. 00.30 (CEST)

Nyckeln till min bevakningslista på svwp finns, utan att jag har skapat den, och den återges korrekt i felmeddelandet (som jag inte har visat i sin helhet). Jag gissar, men det är bara en gissning, att Vector 2022:s alternativ Atom i högermenyn är tänkt att motsvara Realtidsuppdateringar i Vector 2010:s bevakningslista. Faktum kvarstår att den är dåligt namngiven och inte fungerar. För eget bruk fortsätter jag använda Vector 2010. Plumbum208 (diskussion) 6 oktober 2023 kl. 09.10 (CEST)

Atom-länken i verktygsmenyn till höger i vector2022 är tänkt att motsvara Atom-länken i verktygsmenyn till vänster i vector2010. Skillnaden är att verktygsmenyn bytt sida och fått en del alternativ som tidigare fanns i mermenyn. Inkorrekt i felmeddelandet behöver inte betyda att nyckeln inte är samma som i inställningarna, det kan också betyda att det är något fel på nyckeln i inställningarna. Prova Special:ResetTokens. F.d. 82.212.68.183 (diskussion) 6 oktober 2023 kl. 14.43 (CEST)

Tack! Atom-länken i Vector 2010 hade inte fångat min uppmärksamhet. När jag testade fick jag samma fel i 2010. Jag testade att göra ResetTokens. Felmeddelandet ""Incorrect watchlist token ..." försvann, men meddelandet om att style information saknas bestod. Ut kom en betydligt längre XML-dump som verkar innehålla de 50 senaste händelserna på min bevakningslista. Beteendet är detsamma i 2010 och 2022 så det är någon annan inställning som saknas. Plumbum208 (diskussion) 6 oktober 2023 kl. 20.15 (CEST)

Nytt utseende

Jag råkade komma åt något på min telefon och både mobil vy och det vanliga är förändrt till utseendet och jag kan inte ändra tillbaka till det utseendet som jag vill ha. Jag mår mycket dåligt på grund av det här. Jag vill ha det klassiska utseendet när jag har den vanliga och när jag har mobil vy vill jag ha en version så att texten får plats från höger till vänster. Jag kan inte ens förklara. Snälla hjälp mig! Jag har android och chrome. 2A00:801:720:4A1B:3606:3151:EFF3:DCFF 4 oktober 2023 kl. 22.42 (CEST)

Fixat för jag råkade komma åt något igen, av en slump. 2A00:801:720:4A1B:3606:3151:EFF3:DCFF 4 oktober 2023 kl. 23.12 (CEST)

Se gärna denna diskussion. Har du användarkonto kan du lägga in ditt utseendeval i Inställningar. Annars finns det en länk i vänsterspalten för att gå tillbaka till det gamla utseendet. Paracel63 (diskussion) 9 oktober 2023 kl. 20.17 (CEST)

Ändra default färg i mall

Flyttad till malldiskussionen för {{Föreningsfakta}}.--LittleGun (diskussion) 15 oktober 2023 kl. 19.32 (CEST).

Bevakningslistan i toppmenyn

På vector 2010 hade jag en finess som gjorde att toppmenyn följde med ner när man scrollade. I denna meny fanns allt med som låg i toppmenyn när man var överst på sidan, även bevakningslistan. I Vector 2022 följer toppmenyn med ner, så som jag hade, men allt finns inte med i den. Det ändras i menyvalen. Finns det någon finess eller tillägg som gör att man även får med bevakningslistan i den menyn?Det är irriterande att läsa längst ner på ex den långa sidan Bybrunnen och sedan vara tvungen att scrolla hela vägen upp för att hitta sin bevakningslista (som är en sida jag ofta använder i mitt dagliga arbete här). Upptäckte när jag skrev nu att den uppar in- i menyn under gubben i hörnet... men jag vill ha den som ett av förstaalternativen som syns i toppmenyn, där det finns gott om plats för fler ikoner (eller att man kan ändra ordning på knapparna så man får in det). Adville (diskussion) 13 oktober 2023 kl. 10.36 (CEST)

I nya vector är det inte toppmenyn som följer med när man scrollar, det är en helt ny meny som visas när toppmenyn är utanför bild. Med följande kod i Special:Min sida/vector-2022.js borde bevakningslistan vara lättare att komma åt i den menyn:

// Lägg till bevakningslistan i sticky-menyn
$( function() {
	$( '#pt-watchlist-2 a' ).clone().appendTo( '.vector-sticky-header-buttons' );
} );

EnDumEn ✍ 14 oktober 2023 kl. 12.18 (CEST)

På samma spår har jag ett skript som lägger till huvudmenyn i den fasta toppmenyn. En ny knapp för att öppna huvudmenyn läggs till längst upp till vänster, bredvid sökknappen. Lägg till följande i din common.js eller global.js:

mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Sebastian Berlin (WMSE)/js/stickyMainMenu.js&action=raw&ctype=text/javascript');

Sebastian Berlin (WMSE) (diskussion) 17 oktober 2023 kl. 14.33 (CEST)

Programvaran kan ej särskilja på olika avsnitt med liknande namn?

Hur kommer det sig att programvaran inte kan skilja mellan olika avsnitt med liknande namn? Ta exempel 2023 och jag ändrar i oktober-avsnittet för "avlidna". Trycker jag på "→‎Oktober" i "Senaste ändringarna", "bevakningslista" och "användarbidrag" så går den till oktober-avsnittet för "Händelser". Trots det står i URL: https://sv.wikipedia.org/wiki/2023#Oktober_3 för "avlidna" och https://sv.wikipedia.org/wiki/2023#Oktober för "händelser", det vill säga URLerna har särskilt avsnitten medan programvaran i sig kan ej det och visar fel avsnitt. Det här har det varit länge och jag börjar tröttna på att alltid hamna fel i artiklar! Något som kan åtgärdas eller är detta för Wikimedia Phabricator? DIEXEL (diskussion) 19 oktober 2023 kl. 16.17 (CEST)

Nästan 20 år gamla Phab:T2111 handlar om ungefär det här. Någon felrapport som mer exakt handlar om det här har avslutats genom att märkas som dubblett till den.
För gamla texteditorn skulle det gå att justera redigeringskommentarer med javascript. Ungefär så här fast med genomtänkt felhantering:

$( function() {
	if ( mw.config.get( 'wgAction' ) != 'edit' ) {
		return;
	}
	var sectionnum = mw.util.getParamValue( 'section' );
	if ( !sectionnum ) {
		return;	
	}

	var api = new mw.Api();
	api.get( {
		action: 'parse',
		page: mw.config.get( 'wgPageName' ),
		prop: 'sections'
	} ).done( function( data ) {
		var sections = data.parse.sections;
		for ( var i = 0; i < sections.length; i++) {
			if ( sections[ i ].index == sectionnum ) {
				$( '#wpSummary' ).val( '/* ' + sections[ i ].linkAnchor + ' */' );
				return;
			}
		}
	} );
} );

Det borde gå att göra något liknande för visuella editorn. För att få full effekt skulle det behöva vara default-finess för alla användare. /EnDumEn ✍ 19 oktober 2023 kl. 21.13 (CEST)

Mobilvyn för diskussioner

Jag läste Wikipediadiskussion:Ansökan om administrativ behörighet#Omval på min mobil för ett tag sen och det blev till slut att inläggen hade en bokstav per rad. Hur har man egentligen tänkt här? Det ska ju inte spela någon roll om en mobilanvändare läser en diskussion och har telefonen horizontellt eller vertikalt. Diskussionen ska vara läsbart oavsett läge. Det skulle kunna vara att programvaran lägger till automatisk Mall:Utdrag efter var femte/tionde inlägg eller vad det som passar för den berörda enheten som används. Att behöva sitta och läsa ett inlägg bokstav efter bokstav är inte acceptabelt år 2023. Jag antar dock att det är också något för Wikimedia Phabricator eller kan det göras lokalt? DIEXEL (diskussion) 20 oktober 2023 kl. 12.54 (CEST)

Det är inte bara i mobilvy som har detta problem, även i långa diskussioner på Bybrunnen som saknar indrag har textrader med enstaka bokstäver, jag har själv löst detta genom åren genom att hoppa över och inte läsa dessa inlägg. Janee (diskussion) 20 oktober 2023 kl. 14.23 (CEST)

Något vi alla kan göra som förebygger problemet något är att inte reflexmässigt (och felaktigt) öka indraget med ett varje gång man gör ett inlägg, utan, i enlighet med våra exempel, svara på rätt inlägg (som jag gjorde nu). ♥Ainali ^diskussion_bidrag 20 oktober 2023 kl. 14.55 (CEST)

eller lägga in mall:od.NnieAndersson (diskussion) 20 oktober 2023 kl. 18.00 (CEST)

Ja, men så blir det ju om alla trycker på knappen [ svara ] som jag gjorde nu och misstänker att många gör. Sabelöga (diskussion) 20 oktober 2023 kl. 22.29 (CEST)

Jag tror inte det blir mall:od om alla trycker på knappen svara. Den mallen får användare lägga in själva om det behövs. Däremot gör svara-knappen att ett svar på ett tidigare inlägg inte behöver indenteras lika mycket som när alla hela tiden svarar på senaste inlägget. Det blir ocksp tydligare vad som är svar på vad (t.ex. att du svarade på inlägget om mall:od). 90.227.175.218 21 oktober 2023 kl. 10.12 (CEST)

På Phabricator tas problemet upp i ärendet T116686: Very long discussions (horizontal axis) on talk pages become unreadable. Vi får hoppas att någon tar tag i det snart. Det kan fungera olika beroende vilken webbläsare man använder, men en sak man kan prova som tillfällig åtgärd är att i sin egen common.css lägga in en kod som tvingar inläggen att ha en minsta bredd:

.ns-subject .mw-body-content dd,
.ns-talk .mw-body-content dd {
    min-width: 20em;
}

Nackdelen är att det då istället krävs skrollande i sidled vid långa diskussioner och inläggen kan, beroende på utseende/skin, överlappa ev. meny till höger. /JohanahoJ (diskussion) 22 oktober 2023 kl. 13.40 (CEST)

Ctrl-M

I sökrutan (nya formatet) längst upp fungerar inte t.ex. ae för att få ä. Maundwiki (diskussion) 26 oktober 2023 kl. 14.40 (CEST)

Vilket nytt format? När jag slaskar in Aelg i sökrutan (Vector 2010) får jag inte upp Älg. Vad har förresten Ctrl-M med saken att göra? Sabelöga (diskussion) 26 oktober 2023 kl. 15.24 (CEST)

@Maundwiki: Jag antar att det är Vector 2022 som avses med "nya formatet". Jag upplever samma sak i visningsläget av en artikel, men om jag är i redigeringsläget så fungerar översättningen av "ae" till "ä" (när jag har valt att ha den aktiverad) - även i sökrutan, men det kan ju inte vara meningen att man ska behöva gå in i redigeringsläge för att kunna skriva å,ä,ö i sökrutan med hjälp av aa,ae och oe.

Det verkar alltså som du har hittat något som har missats och inte upptäckts vid provningen av Vector 2022.

@Sabelöga: Ctrl-m är ett snabbkommando för att "toggla" inställningen att aa ska bli å, ae ska blir ä, oe ska blir ö (och kanske något mer), se listan över vanliga frågor. Larske (diskussion) 26 oktober 2023 kl. 15.42 (CEST)

För mig. Efter Tillbaka från redigeringsläget till visningsläget och återladdning fungerar det. Efter Framåt till redigeringsläget fungerar det fortfarande. Men utan att toggla fram och tillbaka fungerar det inte i redigeringsläget. Går att komma förbi med t.ex. Alt numeric pad 388. P.S. Ping gav ingen avisering. Maundwiki (diskussion) 27 oktober 2023 kl. 17.42 (CEST)

Fontstørrelse

Flyttat från Wikipediadiskussion:Om av Essin 26 oktober 2023 kl. 17.38 (CEST)

Hvorfor bruker svensk Wikipedia 14 px font-størrelse? Det er veldig lite UU-vennlig, og gjør teksten vanskeligere å lese. Ja, jeg kan forstørre teksten, men må gjøre dette hver gang jeg besøker svenske Wikipedia. Det burde være unødvendig, og det er en grunn til at standard fontstørrelse for alle nettlesere er 16 piksler, ikke 14. Dette burde dere endre. 84.213.53.15 24 oktober 2023 kl. 09.01 (CEST)

Storleken 14px är fortfarande defaultstorlek i datorvyns standardutseende på Wikipedia, Vector 2022, liksom i den äldre Vector-versionen, men det pågår ett arbete för att öka standardstorleken till 16px, just för att förbättra läsligheten (se: phab:T254055). Storleken 16px används redan i mobilvyn. /JohanahoJ (diskussion) 27 oktober 2023 kl. 12.06 (CEST)

Är inte textstorleken en sak som borde hanteras av webbläsarinställningarna. Jag behöver olika storlek (i pixlar) på min bärbara och på den separata skärmen – samma skärmupplösning, helt olika skärmstorlek. Jag blir alltid irriterad då jag läser Wikipedia (eller nästan vilken som helst annan webbplats) på biblioteket, då textstorleken på de stora skärmarna där verkar anpassad för dem som arbetar vid bordet bakom mig. –LPfi (diskussion) 28 oktober 2023 kl. 12.34 (CEST)

Noterar en kommentar på Phab: "Yes, community consensus I think will be the biggest problem for this change. [...] old editors work in a very peculiar way with the font, some increase it by browser's scale, some say that it is more convenient to read a small font. We can prepare a survey" –LPfi (diskussion) 28 oktober 2023 kl. 12.37 (CEST)

Ett annat intressant inlägg, "This is a side effect of how people with different purposes interact differently with these pages.", diskuterar varför vana och ovana användare vill ha olika textstorlek. –LPfi (diskussion) 28 oktober 2023 kl. 12.44 (CEST)

Textstorleken i t.ex. Vector kan man påverka via inställningarna i många webbläsare. De flesta webbläsare lär ha 16px som standardstorlek och här är storleken helt enkelt minskad till 87,5 % som standard, vilket ger 14px för de flesta läsare. Jag kan tänka mig att det är för liten text för en hel del användare. Med vissa webbläsare är det tyvärr inte helt enkelt att justera Wikipedias textstorlek i datorvyn. Jag själv använder främst Safari på iPad och har kompletterat med lite CSS-kod för att kunna justera textstorleken via enhetens inställningar; annars funkar det bara för mobilvyn (Minerva). /JohanahoJ (diskussion) 28 oktober 2023 kl. 22.43 (CEST)

Förlorad finess för diskussionssidor på mobil

Vill bara informera om att finessen minervaTalkFullPage inte längre är aktiv. Med den undvek man att diskussionssidor i mobilvyn visades i ett förenklat format där innehåll före rubrik inte syntes. Efter ändringar centralt fungerade inte längre finessen, och då jag inte hittat lösningen har jag nu inaktiverat den. /JohanahoJ (diskussion) 27 oktober 2023 kl. 17.10 (CEST)

Ibland ser man lösningen på ett problem klarare om man bara lämnar det ett tag och sedan tittar på det igen. Nu är finessen igång igen. Den funkar som tidigare på min apparat, men säg till om det är några problem. /JohanahoJ (diskussion) 31 oktober 2023 kl. 09.24 (CET)

Bläddring

När man söker efter artiklar i stora kategorier (till exempel Kategori:Män), är man ofta vtvungen att bläddra för att komma rätt. Jag trycker då flera gånger på "nästa sida" tills jag kommer på rätt sida. Detta underlättas av att de nya sidorna visas på ett sådant sätt att kommandoraden "(föregående sida) (nästa sida)"är synlig. Detta är nu inte fallet i det nya gränssnittet. Där hamnar man nu ett stycke ner på den nya sidan och måste scrolla för att komma åt denna kommandorad. Väljer jag en avsevärt mindre skriftstorlek, får jag tillbaka det gamla gränssnittet där alt fungerar riktigt, men då an jag med min dåliga syn inte läsa texten.

Jag kollade på norska bokmålswikipedia, och det är lika dant där. Problemet har tydligen uppstått efter överväganden centralt. Frågan blir då, om detta är ett fel som kan rättas, eller är något som vi får lära oss att leva med. Roufu (diskussion) 1 november 2023 kl. 02.45 (CET)

Om du är på kategorisidan för Män, alltså här och vill hoppa direkt till en sida som börjar med de artiklar som är sorterade som "Salomon" kan du helt enkelt lägga till &pagefrom=Salomon i slutet på URL:en i adressfältet. Då kommer du direkt till den här sidan utan att behöva bläddra. Larske (diskussion) 1 november 2023 kl. 03.08 (CET)

Fungerar inte {{StorkategoriTOC}} heller i nya gränssnittet? Den låter en hoppa till önskad begynnelsebokstav utan att man behöver skriva något i adressraden.

andejons (diskussion) 1 november 2023 kl. 09.29 (CET)

Jodå - den funkar. Men inom en tvåbokstavskombination kan man behöva bläddra. Kitayama (diskussion) 1 november 2023 kl. 09.49 (CET)

Ett tips är att kombinera den med Larskes tips För att söka på Salomon klickar jag först på S i Storkategorimallen - då fylls automatiskt URL:en på med &pagefrom=S, sedan är det bara att fylla på med alomon! Kitayama (diskussion) 1 november 2023 kl. 09.52 (CET)

Jag ser nu att den URL man får när man söker på Kategori:Män inte kan fyllas på med &pagefrom=Salomon. Man måste ha en annan url till sidan och den får man lättast vid Storkategorimallen. Kitayama (diskussion) 1 november 2023 kl. 09.55 (CET)

Det kan ju vara en bugg som bara påverkar vissa webbläsare, såvida det inte är någon finess eller annat skript som spelar in. I min egen webbläsare (Safari på iPad) funkar det lika bra i det nya utseendet Vector 2022 som i den äldre Vector. Länken '(nästa sida)' innehåller hashtagen #mw-pages, som ska göra att man på nästa kategorisida hamnar vid underrubriken i lagom höjd för att kunna klicka vidare utan att skrolla. När jag testar så stor text att det inte längre fungerar i Vector 2022, då fungerar det inte heller i äldre Vector. --🖋️JohanahoJ (diskussion) 1 november 2023 kl. 22.29 (CET)

Jag kan se problemet inloggad i Firefox och Edge med så stor text eller smalt fönster att huvudmenyn döljs. Då visas i kanske en tiondels sekund rätta rubriken "Artiklar i kategorin ..." innan sidan hoppar ned en bit till. Med redan dold huvudmeny så funkar det som det ska, som oinloggad eller om jag inloggad dolt menyn när fönstret var bredare. Jag har inte sett något liknande problem i gamla vector med samma stora text eller smala fönster.
Roufu: En lösning som kanske är möjlig är att minska textstorleken så att huvudmenyn visas till vänster, sedan dölja menyn och till sist öka textstorlek igen. /EnDumEn ✍ 2 november 2023 kl. 19.04 (CET)

Hmm, när jag testar i det nya gränssnittet i kategori:Män så har jag "(föregående sida) (nästa sida)" lätt tillgänglig utan att behöva scrolla något och kan trycka, nästa, nästa, nästa utan att behöva röra pekaren för att komma vidare. Så kanske är det något av dina andra användarskript som blockerar detta i kombination med det nya utseendet? Du kan testa att ladda med safemode=1 i slutet av URL:en för att se om det funkar bättre, t.ex. via https://sv.wikipedia.org/w/index.php?title=Kategori:M%C3%A4n&pagefrom=Acuff%2C+Roy%0ARoy+Acuff&safemode=1 ♥Ainali ^diskussion_bidrag 3 november 2023 kl. 12.30 (CET)

Undrar om det kan vara så att {{StorkategoriTOC}} i Kategori:Män inte hunnit fällas ihop innan webbläsaren bestämt skrollningsposition. I så fall borde det fungera bättre i t.ex. Kategori:Orter i Razavikhorasan, som inte har den mallen (förutsatt att man inte använder en finess eller skript som lägger till sådan automatiskt). Det är möjligt att Vector 2022 är känsligare än gamla Vector för sådana fel. --🖋️JohanahoJ (diskussion) 3 november 2023 kl. 14.00 (CET)

Jag tror inte det har att göra med mallar eller något annat (js/css) lokalt här. Jag kan få samma sak att hända i kategorier utan mall och på andra wikipedior (på frwp bara i safemode). Liknande händer även utanför kategorier. T.ex. länkar till avsnitt på sidor med NOTOC som Kvarken#Världsarv (vector-2022) och Alfabetisk lista över runinskrifter#H (vector-2022), eller länkar till radnummer i js/css-sidor som MediaWiki:Gadget-WikidataDescription.js#L-1 (vector-2022).
För mig syns problemet i Firefox inloggad med huvudmenyn flyttad till sidofältet och fönsterbredd högst 998px. Med bredden 1000px eller större funkar allt som det ska. Vid 999px leder kategoriblädderlänkarna rätt men huvudmenyn ligger varken i sidofältet eller döljs som den borde, den tar i stället hela sidbredden (phab:T313611). Vid 998px döljs huvudmenyn, men blädderlänkarna leder ungefär lika mycket för långt ner som höjden på menyn som syntes vid 999px. /EnDumEn ✍ 4 november 2023 kl. 13.41 (CET)

Kategori:No local image but image on Wikidata

Var och hur underhålls koden som lägger till artiklar i sv:Kategori:No local image but image on Wikidata?

Det blir falska positiva när artikeln har mer än en mall som i t.ex. Peter McNab, ishockeyspelare och politiker är vanliga. För en del kanske informationen kan läggas in i den större mallen. Det blir även falska postiva från mallen sv:Mall:Infobox arkitekt t.ex. Fridolf Wijnbladh (arkitekt) som jag tror beror på att signatur (innehåll51) använder "Bild:". Kanske kan lösas i den mallen.

Koden borde vara om det hittas en bild i "Bild:" i en mall kan kollen avslutas, att det saknas bild i ytterligare mallar ger de falska positiva. Det finns runt 350 artiklar i kategorin och det flesta med denna orsak.

Det är bra med denna typ av kategorier men det bör vara möjligt att komma nära noll och det finns ingen anledning att flera ska kolla samma falska positiva. En del kommer från wikidata om det ska vara bild (P18) eller relaterad bild (P6802) men det ärr en annan diskussion.

Maundwiki (diskussion) 6 november 2023 kl. 16.23 (CET)

{{Wikidata image}} Kitayama (diskussion) 6 november 2023 kl. 16.57 (CET)

Man borde alltså ändra i den mallen och i mallar som anropar den, så att man kan avaktivera märkningen genom att lägga till "bildkoll_onödig" eller liknande i anropet. –LPfi (diskussion) 8 november 2023 kl. 09.55 (CET)

Vector 2022 har onumrerad innehållsförteckning

Rubriken förklarar mitt problem. Som en användare som har stor nytta av numrerad innehållsförteckning (inte minst i listor i Veckans tävling och Månadens artiklar), saknar jag detta i Vector 2022. Det finns ett verktyg här, som jag lagt in i min kod. Men jag får det ändå inte att fungera. Innehållsförteckningen i vänstermarginalen kan vara en fördel, men bara om den är numrerad. Finns något lösning? Paracel63 (diskussion) 7 november 2023 kl. 20.24 (CET)

@Paracel63 Det saknas nog ett */ i ditt skript efter texten "How_to_restore_section_numbering_to_the_table_of_contents". Lägg dit och prova igen! Kitayama (diskussion) 7 november 2023 kl. 20.33 (CET)

 Gillar Du har rätt! Nu funkar det faktiskt. Jag prövar att testa Vector 2022, så får vi se hur länge jag står ut den här gången. Paracel63 (diskussion) 7 november 2023 kl. 20.46 (CET)

Special:Påverkan

Den nya sidan Special:Påverkan skulle behöva ha språklänkar till samma specialsida på andra språk, kanske också till andra Wikimedia-projekt, så att jag lättare kan hitta till min påverkan på Wikisource, Wiktionary, Meta och Commons. -- LA2 (diskussion) 8 november 2023 kl. 21.08 (CET)

Jag känner inte till om den sidan finns på andra Wikimedia-projekt, men i väntan på att "interwiki-länkar" till andra Wikipediaspråkversioner eventuellt dyker upp på sidan kan du ju alltid slänga in några länkar för de språkversioner som just du är intresserad av enligt nedan på din användarsida eller varför inte lägga in dem som bokmärken/favoriter i din webbläsare:

• Påverkan på svwp
• Impact på enwp
• Einfluss på dewp
• Impacto på eswp
• Indtryk på dawp
• Påvirkning på nowp
• ... och så vidare

För att komma till en valfri språkversion vid ett enstaka tillfälle, klicka på en:Special:Impact och byt ut "en" mot den önskade språkkoden, till exempel "fi" för finskspråkiga Wikipedia, i början av URL:en (alla språkversioner förstår en länk med "Special:Impact")

--Larske (diskussion) 8 november 2023 kl. 23.48 (CET)

Referens blir fel

Hej! Ta en titt på Stevens–Johnsons syndrom. Jag ser nu inte vad som blev fel med referenserna här. Någon som är mer för att pilla lite på detaljer kanske kan ordna detta?--Bruno Rosta (diskussion) 13 november 2023 kl. 12.22 (CET)

Det var avsaknaden av obligatoriska parametrar som ställde till det.--Skivsamlare (diskussion) 13 november 2023 kl. 12.42 (CET)

Ok, jag borde tittat lite bättre! Men bra att det är ordnat nu! Tack för hjälpen!--Bruno Rosta (diskussion) 13 november 2023 kl. 12.53 (CET)

Gårdagens statistik

Vet någon när den blir klar? Tostarpadius (diskussion) 14 november 2023 kl. 12.44 (CET)

Nu är den på gång, sent omsider. Tostarpadius (diskussion) 14 november 2023 kl. 14.48 (CET)

{{Infobox Super Bowl}}

Jag försökte lägga till parametern "smeknamn" i {{Infobox Super Bowl}}. Det fungerar bra om mallen verkligen har ett smeknamn ifyllt. Om det inte anges något smeknamn visas Smeknamn {{{smeknamn}}} istället för ingenting. Jag har nu bortkommenterat parametern smekanmn, men vad gick snett? Super Bowl XLVIII är en match med mallen men utan smeknamn ifyllt, Super Bowl XLVII är en match med mallen och ifyllt smeknamn. LittleGun (diskussion) 18 november 2023 kl. 18.31 (CET)

Fixat av Larske. Tackar! LittleGun (diskussion) 18 november 2023 kl. 18.36 (CET)

@LittleGun: Problemet är att {{{smeknamn}}} tas som parametervärde om parametervärdet ej används och det blir ju jättefult.

Koden {{{smeknamn|}}} blir däremot en tom sträng, egentligen det som står efter |, om parametern ej används och det angivna parametervärdet om parametern används. Eftersom man antagligen inte vill ha någon rad med radetikett Smeknamn när parametern inte används får man göra den etiketten villkorlig genom att testa med {{#if:{{{smeknamn|}}}.... Det hela kompliceras lite av att mallkoden är på så låg nivå i detta fall att man måste använda en massa trix med mallar som {{!}} och liknande. Vill man slippa det är det bättre att bygga mallen på {{Faktamall}} som har ett inbyggt stöd för att lösa denna vanliga situation.

Exakt samma problem finns för parametern åskådare och kanske fler, jag har inte kollat. Prova att ta bort åskådare mallanropet i någon artikel och förhandsgranska så får du se.

-- Larske (diskussion) 18 november 2023 kl. 18.48 (CET)

Ja, jag anade att det gällde fler parametrar. Antagligen är det så lyckat att alla gånger mallen används har alla sådana parametrar fyllts i. Grejen med smeknamn är att medan alla matcher har åskådare så har de inte smeknamn. Så den är i varje fall viktig att hantera. Fast det förvånar mig lite, för jag trodde super bowl artiklar brukar skrivas innan matcherna börjar. När tex åskådarantal är okänt. LittleGun (diskussion) 18 november 2023 kl. 19.22 (CET)

Ja, exakt samma fel blir det inte när man har |åskådare= som när parametern inte alls finns med i mallanropen. I båda fallen skrivs raden med radetiketten Åskådare ut, men i det första fallet blir det bara "tomt" där siffrorna (antalet åskådare) senare kan dyka när parametern åsätts ett värde, medan det i andra fallet, som antagligen aldrig förekommit, skrivs {{{åskådare}}} ut på den platsen. De flesta mallanropen är nog skapade med "copy/paste", i bästa fall från malldokumentationssidan men ofta från en annan artikel och då kommer ju åskådare med i kopieringen. Bra att du la in den nya parametern på malldokumentationssidan, det är sånt som det ofta slarvas med. Larske (diskussion) 18 november 2023 kl. 19.41 (CET)

Trekvartslåsning - infobox

Vid redigering av en trekvartslåst sida så kommer en infoskylt med texten "Notera: Denna sida har halvlåsts, och kan bara redigeras av bekräftade användare.". Denna skylt borde ha texten "notera: Denna sida har trekvartslåsts, och kan bara redigeras av etablerade användare". Någon som har koll på varifrån denna text kommer får gärna uppdatera. / ANHN ✎ 21 november 2023 kl. 07.37 (CET)

Vad är det för skillnad på "halvlåst" och "trekvartslåst"? Beskrivningen är ju samma; "kan bara redigeras av bekräftade användare". LittleGun (diskussion) 21 november 2023 kl. 07.51 (CET)

Se [7]. Halvlåst - öppet för "Enbart registrerade användare" - stängt för IP samt nyreggade yngre än 4 dygn. Trekvartslåst - öppet för "Endast etablerade användare och administratörer", där man blir "etablerad användare" efter 30 dagar och 500 redigeringar. / ANHN ✎ 21 november 2023 kl. 07.59 (CET)

@Anhn: Fixat. Ska nu funka. EPIC (diskussion) 21 november 2023 kl. 08.39 (CET)

Ok. Läste slarvigtoch har glömt alla nivåer. Tack. LittleGun (diskussion) 21 november 2023 kl. 08.48 (CET)

Borde vi inte ta bort Wikipedia-slang ur informationstexterna?

"Denna sida har halvlåsts, och kan bara redigeras av bekräftade användare." borde vara "Denna sida kan bara redigeras av bekräftade användare." och "Denna sida har trekvartslåsts, och kan bara redigeras av etablerade användare" borde vara "Denna sida kan bara redigeras av etablerade användare och administratörer". Kitayama (diskussion) 21 november 2023 kl. 09.15 (CET)

Texterna just nu är som följer:

• Denna sida har trekvartslåsts, och kan bara redigeras av utvidgat bekräftade användare.
• Denna sida har halvlåsts, och kan bara redigeras av bekräftade användare.

I och med att de interna begreppen är wikilänkade ser jag inte det som något större problem.

-- Larske (diskussion) 21 november 2023 kl. 09.38 (CET)

OK. ”har xxxlåsts” är lite tungvrickande. ”är xxxlåst” känns lättare. Kitayama (diskussion) 21 november 2023 kl. 10.14 (CET)

Inte jätteviktigt kanske. Jag tror det är omöjligt att inte använda fikonspråk ("Wikipediaslang") om vi vill vara tydliga även för etablerade användare. "Bekräftade användare", "etablerade användare" och "administratörer". samt "utvidgat bekräftade anvndare" är ju också fikonspråk.

Vi vill berätta att sidan är låst för ovana, vilken typ av låsning för vana. Nu förklarar vi på två sätt för de vana, det kan jag tycka är onödigt. Så det här är mina förslag/tips:

• Denna sida är skrivskyddad, och kan bara redigeras av utvidgat bekräftade användare.
• Denna sida är skrivskyddad, och kan bara redigeras av bekräftade användare.

eller

• Denna sida är skrivskyddad; trekvartslåst.
• Denna sida är skrivskyddad; halvlåst.

LittleGun (diskussion) 21 november 2023 kl. 10.36 (CET)

Mall med genitiv-s

1 2 Cee frågade på en användardiskussion om kartbildtexten i Buenos Aires (provins), där {{Infobox provins Argentina}} lägger in ett genitiv-s efter "Aires". Jag antar att mallen inte kan skolas att veta när s:et behövs, men något måste göras.

Jag antar att man antingen måste införa en parameter för egen kartbildtext (och ändra i alla artiklar där s:et skall bort), eller stöpa om texten så att s:et aldrig behövs ("läge för …"). Problemet gäller antagligen en större mängd liknande mallar.

Finns det någon rimligt enkel lösning?

–LPfi (diskussion) 22 november 2023 kl. 22.29 (CET)

Neutralt ”Ortens läge i . . .” används i en mall för Sverige. Kitayama (diskussion) 22 november 2023 kl. 22.37 (CET)

Jag har ändrat i mallen {{Infobox provins Argentina}} så att det inte skrivs ut någon genitiv-s efter provinsnamnet för provinsnamn som slutar på s eller z, se Buenos Aires (provins) och Santa Cruz (provins i Argentina). Är den regeln tillräcklig eller finns det några andra bokstäver som inte heller ska ha något genitiv-s efter sig? Larske (diskussion) 23 november 2023 kl. 00.22 (CET)

Tack! Ändringen torde kunna användas i andra liknande mallar. Åtminstone för Argentina räcker den ändringen, antagligen för spanska i allmänhet och kanske för de flesta språk. –LPfi (diskussion) 23 november 2023 kl. 12.44 (CET)

Förutom s och z gäller regeln även för x - men inte när x är stumt som i Bordeaux. Kitayama (diskussion) 23 november 2023 kl. 13.25 (CET)

Hmm, i Diskussion:Bordeauxs spårväg får man andra besked angående genitiv-s efter stumt x.

-- Larske (diskussion) 23 november 2023 kl. 13.53 (CET)

Kursivering i språkmall

Varför blir inte det serbiska namnet på organisationen Serbisk ära kursiverat när jag lägger in språkmallen {{lang-sr|}}? Jag har nu hårdkodat kursiveringen. Gotogo (diskussion) 23 november 2023 kl. 13.04 (CET)

@Gotogo: Jag vet inte varför kursiveringen är utelämnad i koden för lang-sr, men jag kan gissa: Serbiska kan ju skrivas både med det latinska och kyrilliska alfabetet, och många kyrilliska bokstäver förändras ganska ordentligt när de kursiveras. Se t.ex. i artikeln Kyrilliska alfabetet#Bokstäver i det kyrilliska alfabetet, i slutet på avsnittet. Det är för övrigt likadant i exempelvis mallarna lang-ru och lang-uk. / ^Ternarius_Disk 23 november 2023 kl. 13.50 (CET)

Att kyrilliska ser annorlunda ut kursiverat är väll irrelevant eftersom vi inte kursiverar andra skriftsystem utan istället kursiverar transkriberingen. Som nämnts kan serbiska skrivas med både latinskt och kyrilliskt alfabet, båda bör kanske oftast skrivas ut. Sabelöga (diskussion) 23 november 2023 kl. 14.22 (CET)

Gör vi? Se t.ex. i följande artiklar (koden inom parenteser): Fjodor Dostojevskij ('''Fjodor Michajlovitj Dostojevskij''' {{lang-ru|Фёдор Миха́йлович Достое́вский|Ѳедоръ Михайловичъ Достоевскій}}), Edith Södergran (På ryska heter Raivola Rosjtjino ({{lang-ru|Рощино}}), Belarus ({{lang-be|Рэспу́бліка Белару́сь}}, ''Respublika Bjelarus'', {{lang-ru|Респу́блика Белару́сь}}, ''Respublika Belarus'')), Vasilij Kandinskij (även ''Vassily Kandinsky'', ''Vasily Kandinsky'' eller ''Wassily Kandinsky''; {{lang-ru|Василий Васильевич Кандинский}} / ^Ternarius_Disk 23 november 2023 kl. 14.49 (CET)

Ja, det är väll så vi "ska" göra har jag alltid tänkt och följt själv. I åtminstånde Belarus så följer vi det jag sa: icke kursivering för original ifall det skriv med annat alfabet och kursivering för den efterföljande transkriberingen. Se även Grekland, Ryssland och Sankt Petersburg. Sabelöga (diskussion) 23 november 2023 kl. 14.55 (CET)

Tack för svar. Jag gillar inte inledningsmeningar som är överlastade med information om språkvariationer. För serbiska ämnen som skrivs med både latinska och kyrilliska bokstäver räcker det gott med det förra tycker jag. I linje med WP:SUDS: Diverse tekniska detaljer, mindre vanliga specialfall, preciseringar och liknande bör behandlas senare i artikeln. Passat t.ex. i infoboxar, eller bara genom våra interwikilänkar.--Gotogo (diskussion) 24 november 2023 kl. 08.41 (CET)

Vilket namn är korrekt?

Snälla du. --Temper Spinus (diskussion) 27 november 2023 kl. 16.11 (CET)

Vi diskuterar ju detta redan, varför inte fullfölja den där den startat? Yger (diskussion) 27 november 2023 kl. 16.25 (CET)

En felaktig kategori eller en bugg

Kategori:Pages using sports table with missing results ligger i artiklarna Allsvenskan (fotboll) och Fotbollsallsvenskans maratontabell. Kan någon få bort detta?--Bruno Rosta (diskussion) 29 november 2023 kl. 02.16 (CET)

Det är anropet av modulen Modul:Sports table i artikeln Fotbollsallsvenskans maratontabell som leder till denna inläggning i vad som måste betraktas som en åtgärdskategori.

För rad 43 i maratontabellen anges result43=D1 och D1 är ett värde som modulen betraktar som felaktigt.

Värdet D1 är inlagt av Hxrcxg för ett par dagar sedan, se denna diff.

Det finns flera kategorier av samma slag som kan få artiklar närhelst modulen upptäcker något "fel i indata" som antagligen behöver åtgärdas. Om man inte vill att dessa kategorier ska dyka upp som rödlänkar i berörda artiklar bör dessa kategorier skapas och dessutom vara dolda kategorier. Normalt ska dessa kategorier att vara tomma.

@DenSportgladeSkåningen:, som importerat Sports table till svwp, för en kommentar och lämplig åtgärd. Man kan ju gissa att D1 ska vara D1N eller D1S, men borde det inte förklaras på modulens dokumentationssida vilka koder som kan användas i modulanropet och betydelsen av de olika koderna (SE, AS, N, D1S, D1N, ...)?

-- Larske (diskussion) 29 november 2023 kl. 13.06 (CET)

Efter en närmare titt i modulkoden och i modulanropen förstår jag att koderna för att fylla i text i kolumnen "Liga" inte är något som modulen lägger sig i, de måste definieras i varje artikel som använder modulen. I artikeln Fotbollsallsvenskans maratontabell har definitionen av koden D1 tidigare funnits, men den kommenterades bort av DenSportgladeSkåningen i maj 2021, se denna diff. Det kanske var befogat vid det tillfället (år 2021), men när en annan användare nu (år 2023) använder koden får ni komma överens om D1 ska vara en giltig kod och vad den i så fall ska betyda. Eller byta D1 mot D1N eller D1S i modulanropet. Larske (diskussion) 29 november 2023 kl. 13.43 (CET)

(Redigeringskonflikt) Man kan använda vilka koder man själv tycker är bäst. I det här fallet är "D1" är koden för när man inte vet vilken serie i Ettan/Div 1 laget kommer spela i (D1N=norra, D1S=södra), betydelsen för "D1" ligger vanligtvis bakom "<!---->" taggar. Sidorna är borta ur kategorin nu. \\\D.S.Skåningen (diskussion) 29 november 2023 kl. 13.44 (CET)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 29 november 2023 kl. 13.55 (CET)

Bra att det är åtgärdat. Med den lösning som finns i koden gäller det för den som uppdaterar tabellen att noga kontrollera att sidan inte får några felmeddelanden eller hamnar i någon åtgärdskategori.

Den dag någon ändrar "D1" till "D1N" eller "D1S" för AFC Eskilstuna kommer det att dyka upp röda varningsmeddelanden efter tabellen om man inte också kommenterar bort den då inte längre använda koden "D1".

-- Larske (diskussion) 29 november 2023 kl. 14.37 (CET)

En irriterande röd kategori

Kategori:Artiklar som innehåller koreansk text ligger i artikeln Peggy Gou. Kan någon åtgärda detta?--Bruno Rosta (diskussion) 29 november 2023 kl. 13.57 (CET)

Kategorin ska finnas. Skapa den! Kitayama (diskussion) 29 november 2023 kl. 14.00 (CET)

Dubblett av Kategori:Artiklar med text på koreanska. Mall ändrad. Kitayama (diskussion) 29 november 2023 kl. 14.05 (CET)

Bra! Nu stämmer det! Tack för hjälpen!--Bruno Rosta (diskussion) 29 november 2023 kl. 18.05 (CET)

{{maplink}}

Mallen {{maplink}} är fenomenal för att visa kartor på Wikipedia, se tex Växlets fyrar. Men, som brukligt på Wikipedia vill man ju kunna redigera de uppgifter som finns och att det går att ta sig till "redigeringsläget" eller "redigeringsplatsen" under redigering. Så gör vi ju med bilder och så gör vi med Wikidatauppgifter; vi kommer till bildsidan på Commons respektive objektet på Wikidata.

Maplink kan hämta sin data från Commons (mycket svårhittad "datanamnrymd"), Wikidata eller OpenStreetMap (OSM). I foten på kartans tumnagel, och i foten när kartan klickats upp, finns länkar till Wikimedias och OSM:s användarvillkor och licens.

Finns det möjlighet att där också lägga länk till "datafil", en länk som går till den plats datan som presenteras hämtas ifrån.

Till exempel:

Område på karta, hämtar data från commons; länk jag tycker saknas i kartfot: Datafil

Karta med punkt, koordinat från Wikidata; länk jag tycker saknas i kartfot: Datafil

Och så motsvarande för OSM, någonstans måste ju dessa vara lagrade. Jag tror man blir stoppad om man inte är inloggad, men ändå, länken borde finnas eller så får väl OSM vara undantag. När mallen COORD används kan länken "Datafil" öppna en dilaogruta kanske? LittleGun (diskussion) 29 november 2023 kl. 10.29 (CET)

Att få in några extra länkar i själva kartfoten tror jag ligger utanför vad vi kan åstadkomma lokalt i svwp.

Jag har gjort ett prov med en testmodul för fallet att kartan hämtas från Wikimedia Commons, alltså med parametern från, som görs i ditt exempel Växlets fyrar, se nedan.

Så här ser det ut idag	Så här skulle det kunna se ut

Det här varianten "kostar" alltså en extra rad under kartbilden, att blanda in länken på samma rad som den vanliga karttexten tror jag blir rörigt och bör undvikas. "Datafil" är kanske inte heller helt självförklarande.

Exakt hur det bör se ut kan nog leda till långa diskussioner om länktexter, "franska pennor" och sånt.

En annan sak att tänka på är att det inte är alla maplink-kartor som är så enkla att de bara hämtar en datafil från Wikimedia Commons genom ett enkelt filnamn eller bara hämtar en koordinat för ett enda Wikidataobjekt eller en relation från OSM. Se till exempel kartan i avsnittet Svartrå_socken#Geografi,_natur_och_geologi. Den är uppbyggd av inte mindre än 4 olika datafiler i Commons (där några dessutom "räknas fram" från egenskapen geografisk form (P3896) i olika Wikidataobjekt) och 17 olika punkter från lika många Wikidataobjekt. Här är det knappast rimligt att för besökaren tillhandahålla 21 olika länkar i anslutning till kartan i artikeln.

Jag undrar därför om det kanske skulle vara tillräckligt bra att få in "templatedata" i dokumentationen av Maplink-mallen. Den som redigerar en artikel med VisualEditor och klickar på en av {{Maplink}} genererad karta och sedan på Redigera får ju upp ett formulär där det idag står "(Odokumenterad parameter)" som förklaring på alla parametrar, till exempel på parametern "från". Där skulle man kunna lägga in en förklaring av hur man hittar datafilen i Commons genom att i Commons lägga till Data: före filnamnet "Furusundsleden.map".

--Larske (diskussion) 29 november 2023 kl. 16.11 (CET)

OK, vad synd att det inte gick att lägga i kartfoten.

I bildtexten under kartan skulle det kanske gå att göra den mindre och högerställa. Och kalla den "kartdata" kanske är bättre. Det är inte perfekt. Men bättre. Och helt rätt, det kan säkert leda till långa diskussioner. Men det är väl okej? Nu finns ju något att diskutera. För min del får den gärna implementeras direkt. Så finns den åtminstone för de kartor som använder en datafil från Commons, kartdata från ett objekt, och en relation från OSM. Sen kan den väl putsas på efterhand.

Det verkar som att övrigt, dessa "nästlade mallar" borde lösas med en dialogruta, som hänvisar till respektive objekt, relation, commonsdata etc?

Det kan ju inte bara vara jag som tycker det här är bökigt. När jag skulle hitta till commonsdata i ditt exempel, Svartrå, gick jag in i wikitext, letade upp texten som innehåller"*.map". (den hette Svartra.map). Gick till commons. Gick in i mina användarbidrag. Sökte på "map" tills jag hittade en uppladdning av kartdata jag gjort, kolla hur den sökvägen ser ut på commons, kopiera och ersätta med svartra.map.

Visst det skulle vara enklare om jag kom ihåg att namnrymden är "data: ", men jag menar att vår herre uppfann väl hyperlänkarna av en anledning.

Var kan man ge feedback till "maplink-utvecklarna"? Finns detta i någon önskelista eller phabricator eller något? LittleGun (diskussion) 29 november 2023 kl. 17.14 (CET)

Larske: Länken i Datafil som du gjorde; är den gjord så den bara visas om det endast är en commonsdatafil, ett wikidataobjekt eller en relation till OSM som visas? I så fall implementerar jag den direkt.--LittleGun (diskussion) 29 november 2023 kl. 17.17 (CET)

Nej, den klarar inte av att hantera några andra kartor än sådan som bara använder en datafil. Används den för andra kartor kan det blir helt fel. Larske (diskussion) 29 november 2023 kl. 17.22 (CET)

Går det att fixa med "if-satser" och grejor? LittleGun (diskussion) 29 november 2023 kl. 17.27 (CET)

Jag har ändrat länktexten från Datafil till kartdata som du föreslog och gjort så att länken bara visas för de kartor som har en och endast en datafil i Commons som underlag för kartan, alltså bara en parameter som börjar på "från".

Vet inte om kartdata är så bra i och med att den termen redan används i kartfoten och då avser data på OSM. Observera att ordet "kartdata" nu dyker upp som en del av karttexten, utan någon radbrytning, när man klickar på kartan så att den visas i fullskärmsläge.

Provade också att lägga länken högerjusterad, men det blev inte så snyggt med ett "glapp" till vänster mellan kartan och den egentliga karttexten.

Du kommenterade aldrig det jag skrev om "templatedata".

-- Larske (diskussion) 29 november 2023 kl. 19.24 (CET)

Nej, jag missade kommentera om templatedata, jag skulle kolla hur det såg ut men hamnade i nåt annat istället. Jättebra som komplement tycker jag. LittleGun (diskussion) 29 november 2023 kl. 21.42 (CET)

Försökte lägga till templatedata nu. Dessvärre är det nästlat på något vis, så själva {{maplink}} vill inte kännas vid att den ens har några parametrar överhuvudtaget. LittleGun (diskussion) 29 november 2023 kl. 21.50 (CET)

Svårigheten att hitta in i redigeringsläget på kartan när den är inbäddad via en mall tycker jag är ett starkt skäl till att vi inte borde använda mallarna alls, utan att konsekvent använda den egentliga funktionen <mapframe>. Då kan man ju redigera kartan (om än med, i dagsläget, något begränsat stöd). ♥Ainali ^diskussion_bidrag 2 december 2023 kl. 23.50 (CET)

Har du något exempel på en mall som använder <mapframe>? Är det samma som {{mapframe}}? LittleGun (diskussion) 3 december 2023 kl. 14.00 (CET)

Faktamall svensk kommun WD - bildtexter

Finns det något sätt att "override:a" bildtexterna i denna mall? I exemplet Åre kommun är det ju en ganska fattig beskrivning med "Åresjön", då bilden uppenbart föreställer orten Åre och sjön till höger. Men mig veterligen behöver man i Wikidata-objektet koppla bilden till ett objekt - som i detta fall är Åresjön. En rimlig bildtext hade väl varit något i stil med "Åre med Åresjön till höger i bild". -Blåmes ^[d] 29 november 2023 kl. 22.35 (CET)

Bildtexten kommer från WD-objektet för Åre kommun. Jag lade till ”mediabeskrivning” för svenska till den av dig föreslagna texten. Tog bort ”motiv” Åresjön - som inte kan språkstyras. Kitayama (diskussion) 29 november 2023 kl. 22.42 (CET)

Gunnar Larsson försökte lägga wikilänk i texten - då försvann den. Jag är ganska säker på att det brukar funka. Hmmm… Kitayama (diskussion) 29 november 2023 kl. 22.48 (CET)

När det gäller objektet Åresjön, alltså Åresjön (Q2615991), som tidigare användes som motiv (P180) så "språkstyrs" det objektet via sin etikett, på svenska:Åresjön, på ryska:Орешён och så vidare.

Wikiformatering bör inte användas i värdet för bestämningen mediabeskrivning (P2096) till bild (P18). Wikidata ska kunna användas av andra applikationer än Wikipedia och de har inte en aning om vad [[ och ]] eller annan "wikitextspecifik kodning" betyder.

För {{Faktamall församling WD}} har vi ordnat så att om en del av mediabeskrivningen är identisk med motivets svenska etikett, blir den delen länkad till motivet, se Agnetorps församling, Borgunda församling, Göteborgs Kristine församling, Göteborgs spinnhusförsamling, Varbergs slottsförsamling, Varbergs straffängelses församling, Silbojokks församling, Södra Råda församling, Ganns församling, Göteborgs hospitalsförsamling, Istorps församling, Karlsborgs garnisonsförsamling eller Karlskoga församling där denna funktionalitet, "bildtext_med_motivlänk", har kommit till användning.

-- Larske (diskussion) 29 november 2023 kl. 23.40 (CET)

@Larske Nu visar mallen både motiv och mediabeskrivning. Det blir lätt tårta på tårta. Är det lämpligt att göra om mallen så att om mediebeskrivning finns så används inte motiv? Kitayama (diskussion) 29 november 2023 kl. 23.47 (CET)

Jag kan tänka mig att det var något liknande "tårta-på-tårta"-resonemang som ledde till ändringen i församlingsmallen för 1,5 år sedan. Vi får väl börja med att göra en liten inventering av hur objekten för de artiklar som använder mallen {{faktamall svensk kommun WD}} är försedda med bestämningar till bild (P18), motiv (P180) respektive mediabeskrivning (P2096) på svenska. Larske (diskussion) 30 november 2023 kl. 00.01 (CET)

Av de 3 190 objekt som är kopplade till en artikel som använder mallen {{faktamall svensk kommun WD}} är det för tillfället

• 597 som har något värde på egenskapen bild (P18)
• 495 som använder mediabeskrivning (P2096) på svenska som bestämning för bild (P18)
• 110 som använder motiv (P180) som bestämning för bild (P18)
• 6 som använder såväl mediabeskrivning (P2096) på svenska som motiv (P180) som bestämningar för bild (P18)

Dessa 6 är Danderyds kommun (Q113679), Gustavsbergs kommun (Q10511186), Kiruna kommun (Q499474), Lunds kommun (Q505018), Östersunds kommun (Q306789) och Stocksunds köping (Q10680726).

-- Larske (diskussion) 30 november 2023 kl. 00.33 (CET)

Så här kommer jag ihåg diskussionerna om församlingarna:

"motiv (P180)" är inte tänkt att användas som "bildtext. Mediabeskrivning (P2096) är tänkt att anändas som bildtext.

Resultatet är alltså inte bara tautologiskt. Det är också sammanblandning av motiv=bildtext.

1. Att visa motiv (P180) som bildtext i faktamall kan alltså tas bort direkt.

I församlingarna testade man att göra en mabrovink, eftersom det inte går att länka i bildtextfältet på Wikidata, men däremot motivet: a) Församling Överby med bild på kyrkan St Knut. b) Motiv="Sankt Knut kyrka". c) mediabesrkrivning på Wikidata: "ligger i Överby".

Så blev faktamallens beskrivning "Sankt Knut kyrka ligger i Överby." Fiffigt, men inte så det är tänkt. Hade man inte varit fiffig i bildtexten så listades bara motiv, sedan kom bildtexten.

2. Gör om så att mallen bara visar mediebeskrivningen!

På något magiskt sätt fixades så att mallen kände igen ifall "mediabeskrinignen" använde samma ord som "motiv". Då länkades det.

Tex enligt Gustavsbergs landskommun ovan: På Wikidata; har bild med "motiv=Runda huset", "mediabeskrivnig=kommunalhus". Därför är bildtexten i faktamallen nu "Runda huset" ny rad "kommunalhus".

Om mallen görs om enligt 2. Och a) för motiv väljs Runda huset och bibliotek. b) bildtexten skrivs "Runda huset, kommunhus i landskommunen, nu bibliotek" så c) blir mallens bildtext "Runda huset, kommunhus i landskommunen, nu bibliotek". Fenomenalt! Önskar jag begrep hur man fixar det.

3. Jag menar att just bild och bildtext alltid ska kunna overridas från Wikidata. Det är inte säkert att Wikidataobjektet är tänkt att presenteras i samma sammanhang som i en Wikipediartikel/faktamall.

LittleGun (diskussion) 30 november 2023 kl. 08.48 (CET)

Angående punkt 3 så är det fullt möjligt att överrida bild och bildtext genom att använda parametrarna bild och bildtext i mallanropet, se till exempel Byske landskommun där så är gjort.

Men om man överrider den ena måste man också överrida den andra. Anledningen till det är att om man bara överrider bildtexten med någon bättre beskrivning av den nuvarande bilden i Wikidata och någon vid ett senare tillfälle byter ut bild (P18) mot en helt annan bild, riskerar den lokala bildtexten under den nya bilden att bli "Goddag yxskaft!".

-- Larske (diskussion) 30 november 2023 kl. 16.53 (CET)

Angående punkt 2 så stämmer inte exemplet. Funktionen "bildtext_med_motivlänk" klarar idag endast av motiv (P180) som har ett värde. Om man lägger in fler värden på motiv (P180) blir inget av dessa länkade även om de finns med i beskrivningen.

Du kan själv testa att lägga in en bild (P18) med flera motiv (P180) samt en mediabeskrivning (P2096) i Wikipedia:Wikidata/Sandlåda för Wikidata (Q4115189), som jag gjorde här (men som kan vara återställt nu), och se hur det blir i Wikipedia:Sandlåda för Wikidata. Larske (diskussion) 30 november 2023 kl. 17.40 (CET)

Okej, fast punkt 2 stämmer ju annars. Alltså att det bara är bildtext som ska visas, i Wikipedias bildtext, inte "motiv".

Synd att "bildtext_med_motivlänk" inte fixar att länka alla "motiv" som nämns i objektets bildtext, så förstod jag det.

Men, poängen kvarstår. Att en bilds "motiv" har inget att göra i en faktamall "normalt". "Motiv" kan ju vara "rund byggnad", "tegelbyggnad", "vita fönster", "hund" (om det finns en sån i bilden). Det vill vi ju inte lista i en bildtext om byggnaden normalt.

Alltså ska bildtexten vara bara bildtexten, gärna men inte nödvändigtvis, med wikipedia-länk.

Eller så har jag i vanlig ordning missuppfattat en massa. Jag trodde ju t ex att det var mallhanteringen som fixade länkning i bildtexten (baserat på info i Wikidataobjektet), inte att Wikidata fixade en bildtext med wikipedia-länkning. LittleGun (diskussion) 1 december 2023 kl. 01.22 (CET)

Där trodde du rätt. Wikidata "fixar" inte något. Wikidata kan du i detta fall se som en databas där motiv (P180), som är ett objekt med tillhörande etikett, och mediabeskrivning (P2096), som är en textsträng på svenska, finns lagrade som bestämningar till egenskapen bild (P18) för något objekt, till exempel en församling. Det är mallen som, med hjälp av en modul, knör in en länk i bildtexten utgående från vad som finns lagrat i Wikidata och presenterar resultatet i faktarutan.

-- Larske (diskussion) 1 december 2023 kl. 02.16 (CET)

Är det helt omöjligt för mallen att knö in samtliga objekt som ligger i motiv i textsträngen?

Inte jätteviktigt. Att inte låta "motiv" vara bildtext är däremot viktigt. Och det finns ingen poäng att ha "motiv" som fält i faktarutan. Faktarutan handlar ju inte om bilden. LittleGun (diskussion) 2 december 2023 kl. 12.14 (CET)

Att har bildens motiv (P180) som ett fält i faktarutan, är det någon som har förslagit det? Det kan vi lämna.

Det är nog tekniskt möjlig med länkar till fler motiv (P180), men frågan är om vad det är värt. För {{Faktamall svensk kommun WD}} där det än så länge det bara finns 6 objekt, se ovan, som använder så väl mediabeskrivning (P2096) som motiv (P180) som bestämning till bild (P18) och inget kommunobjekt som har mer än ett motiv (P180) för en och samma bild (P18).

När det gäller den "viktiga" delen av ditt senaste inlägg, att "inte låta motiv vara bildtext", så kan det förstås vara så att motiv (P180) kan vara olämpligt som bildtext, du kanske till och med kan peka på något konkret exempel, men för alla de objekt som idag bara har motiv (P180) och ingen mediabeskrivning (P2096) tror jag att det i de allra flesta fall kan vara bättre att, som idag, ha etiketten för motiv (P180) som bildtext än att helt vara utan. Om din begäran på BOÅ om "snabbfix" skulle genomföras skulle bildtexten helt försvinna i många kommunartiklar som idag har motiv (P180) men saknar mediabeskrivning (P2096) för sin bild (P18), exempelvis

• Uddevalla kommun
• Alingsås kommun
• Vibyggerå landskommun
• Ödeshögs kommun

... och så vidare.

Det tycker inte jag skulle vara någon förbättring. Satsa istället på att komplettera med mediabeskrivning (P2096) där sådana saknas. Vi kanske kan formulera ett WP:MUPP eller liknade för detta.

Att som bildtext bara skriva ut mediabeskrivning (P2096) när både mediabeskrivning (P2096) och motiv (P180) finns tror jag mer på, men det berör i dag blott 6 kommunartiklar så det är inte jättebråttom om du frågar mig.

-- Larske (diskussion) 2 december 2023 kl. 14.14 (CET)

Jag struntar egentligen i antalet som avviker eller är tokiga eller fungerar just nu. Funktionaliteten i mallen ska ju fungera som om den användes av flera bilder och på ett genomtänkt och konsekvent sätt. Och parametrarna ska ju redovisas som om de redovisats på bästa sätt på Wikidata.

Alltså: Att självklart att mallen ska göras på rätt sätt: Bildtexten ska visa bildtext och inte "motiv+bildtext".

Om det finns en massa kommuner som har bilder utan bildtext på Wikidata, så ska det fixas på Wikidata och inte genom att vara kreativ med "motiv" som har en annan uppgift. Då upptäcks ju inte ens att bildtext saknas eftersom det ser ut som den finns.

Kör en bot som kopierar motiv till bildtexten då. Om det per definition är bra på Wikipedia är det ju definitivt lika bra på Wikidata.

Om att köra utpressningen "fixa det på Wikidata då; så kanske vi kan diskutera att fixa mallen sen" tycker jag alltså inte.

Jag tycker dessutom det här resonemanget alltid är direkt fel; "ja det har gjorts lite halvdant på Wikidata, men eftersom det nu är så så är det bättre att strunta i stringens och bara låta det passera till någon styr upp det".

Så jag tycker definitivt det är värt att bilden till Ödeshögs kommun saknar bildtext på Wikipedia om den nu ska använda en automatgenererad mall från Wikidata och Wikidataanvändarna har valt att inte lägga till någon bildtext istället för att kreativt använda parametrar eller vad det kan kallas för som har en annan definition.

Att använda motiv som ett fält i faktarutan presenterade jag som ett dåligt förslag, men då motiverar det i varje fall sin plats. Nu används ju motiv de facto i ett fält helt oförklarat.

Att det är ett problem visar väl både frågan som inledden den här tråden och den som inledde motsvarande tråd om församlingarna. Den bildtext som redovisades i faktammallarna blev helt enkelt konstig och går man in och vill utöka bildtexten i Ödeshögs kommun så blir den konstig i faktamallen och dessutom vet man inte om att den saknas eftersom mallen presenterar en annan parameter som om den vore bildtext. Owikipedianskt! LittleGun (diskussion) 2 december 2023 kl. 14.52 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

Om jag antar utmaningen; du fixar en lista på alla kommunartiklar som har bild, ifylld parameter motiv (P180), men inte mediabeskrivning (P2096). Så fyller jag i mediabeskrivning (P2096) och när det är klart så stöder du mig i att mallen ska göras om på samma sätt som försmlingsmallen?--LittleGun (diskussion) 2 december 2023 kl. 15.12 (CET)

Jag har tjuvstartat med att fixa mediabeskrivning i Wikidata till de fyra exemplen ovan: Uddevalla kommun, Alingsås kommun, Vibyggerå landskommun och Ödeshögs kommun. Så nu är bildtexten i deras respektive Wikipedia-artiklar en smula tautologisk och knepig. Precis som Åre kommun. LittleGun (diskussion) 2 december 2023 kl. 15.31 (CET)

 Gillar Det låter som en framkomlig väg. Att ta hänsyn till hur det ser ut och vid behov göra lite kompletteringar så att en föreslagen förändring av en mall verkligen blir en förbättring, inte bara "i princip" utan även "i verkligheten", alltså där mallen har kommit till användning är ett bra arbetssätt om du frågar mig.

Det jag är lite allergisk emot är förändringsförslag som bara läggs fram utan att det finns någon analys gjord av konsekvenserna i det befintliga artikelbeståndet, men det är ju sånt som vi kan hjälpas åt med. Larske (diskussion) 2 december 2023 kl. 15.39 (CET)

Jag är allergisk mot principer, så att få höra att det handlar om det får mig att svullna upp. Wikidatamallen använde parametrarna på ett felaktigt sätt, och det fanns kreativa förklaringar till det. Men det är inte principiellt att fixa en sån sak när den kreativa lösningen faktiskt skapar problem. Även om problemen initialt är mindre. Så jag gillar inte arbetssättet, även om jag bytte beskrivning från "utpressning" till "utmaning". LittleGun (diskussion) 2 december 2023 kl. 15.58 (CET)

Här är ett par listor som visar på läget:

• Länk till fråga som ger en lista med (just nu 473) objekt som är instans av "kommun i Sverige" (eller underklass till (P279)) och som har en bild bild (P18) med eventuellt motiv (P180) och mediabeskrivning mediabeskrivning (P2096) på svenska.
• Länk till fråga som ovan men begränsat till de (just nu 49) objekt som har motiv (P180) men saknar mediabeskrivning (P2096) på svenska.

Larske (diskussion) 2 december 2023 kl. 16.41 (CET)

 Fixat. Nu finns ingen anledning att behålla fältet motiv i Wikipediamallens bildtext.

Det vore toppen om via bildtexten kunde hämta länk "motiv" från Wikidata med mallen. Och om de ca 400 objekt som har bildtext även fick "motiv" till sin bild. Jag lägger in en begäran på mallens diskussionssida då. LittleGun (diskussion) 2 december 2023 kl. 18.56 (CET)

 Utfört Nu slipper vi den "tårta på tårta" som fanns i de sex artiklarna och som du mycket riktigt påpekade kommer att vara ett växande problem allteftersom Wikidata kompletteras med såväl motiv (P180) som mediabeskrivning (P2096) som bestämning till bild (P18) för fler och fler kommunobjekt.

Att lägga in motiv (P180) och mediabeskrivning (P2096) där det ännu saknas kan göras efter hand, kanske som ett WP:MUPP eller i någon WP:VT.

-- Larske (diskussion) 2 december 2023 kl. 19.20 (CET)

Grymt! LittleGun (diskussion) 2 december 2023 kl. 22.30 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ @Larske (diskussion: Det verkar funka att Wikilänka direkt i mediabeskrivning (P2096)? Se Ånge kommun (Q271107) respektive faktarutan i Ånge kommun. Har inte bild (P18) förlorat sin poäng i dessa kommunobjekt då?--LittleGun (diskussion) 3 december 2023 kl. 10.10 (CET)

bild (P18) är ju själva bilden. Antar att du menar motiv (P180). Poängen med den är att den länkar till andra WD-objekt. Wikipedia-kod bör dessutom undvikas i WD. Svwp har inte monopol på vad som ligger i WD. Texterna ska kunna användas av andra. Kitayama (diskussion) 3 december 2023 kl. 10.20 (CET)

Det fungerar för Wikipedia, men som jag skrev i början av denna tråd:

”

Wikiformatering bör inte användas i värdet för bestämningen mediabeskrivning (P2096) till bild (P18). Wikidata ska kunna användas av andra applikationer än Wikipedia och de har inte en aning om vad [[ och ]] eller annan "wikitextspecifik kodning" betyder.

„

-- Larske (diskussion) 3 december 2023 kl. 10.21 (CET)

Okej, jag trodde att det inte gick. Vi räknar inte "verklig" konsekvens i det fallet alltså. Det är klokt. LittleGun (diskussion) 3 december 2023 kl. 10.36 (CET)

Förutom Ånge kommun är det bara en till, Kristianstads kommun, där det finns kod för wikilänk i mediabeskrivning (P2096) för bild (P18), se följande fråga:

• Länk till fråga som ger en lista på alla mediabeskrivning (P2096) för bild (P18) i för objekt som är instans av (P31) kommun (Q127448) eller underklass till (P279) därtill

Listan omfattar just nu 501 mediabeskrivning (P2096) eftersom såväl mediabeskrivning (P2096) på andra språk än svenska liksom mediabeskrivning (P2096) som tillhör påstående om bild (P18) oavsett rang ingår i listan. Larske (diskussion) 3 december 2023 kl. 10.56 (CET)

Med "verklig" konsekvens så menade jag att det just nu inte lär vara så många andra som använder dessa objekt och den här funktionaliteten och dessutom tycker ett par hakparenteser gör den oanvändbar.

Men, som sagt, självklart ska vi framtidssäkra och bygga upp objekten som det är tänkt. LittleGun (diskussion) 3 december 2023 kl. 11.24 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Jag har drabbats av ett litet moment 22; några gånger har jag velat lägga till mer än ett motiv (P180) till en bild. Men då fungerar inte länkningen i bildtexten i Wikipedias faktamall så där fiffigt, så jag har låtit bli för att inte försämra mallarna som används i artiklar. Samtidigt motiveras den extra insatsen att bygga mallen för att hantera fler motiv (P180) som alltför kostsam, vägt mot det lilla antal som i verkligheten har mer än ett motiv (P180). Det skulle säkert inte röra sig om så många i varje fall, med det vingklipper lite.--LittleGun (diskussion) 3 december 2023 kl. 11.34 (CET)

Nu har jag gjort ett försök att få det att fungera även när det finns mer än ett motiv (P180), se till exempel Österåkers kommun. Larske (diskussion) 3 december 2023 kl. 13.18 (CET)

Grymt! Det är verkligen besvärligt när man inte kan själv. LittleGun (diskussion) 3 december 2023 kl. 13.57 (CET)

Runeberg.org

Jag har just skrivit om två saker som behöver åtgärdas i malldiskussionen. Tostarpadius (diskussion) 9 december 2023 kl. 09.54 (CET)

Nu är den ena åtgärdad. Tostarpadius (diskussion) 9 december 2023 kl. 10.13 (CET)

Och nu båda. Tostarpadius (diskussion) 9 december 2023 kl. 10.39 (CET)

Bearbetning pågår

Varför syns den mallen i artikeln Levin Hirsch Levi, trots att jag inte lyckas hitta den i redigeringsläge? Tostarpadius (diskussion) 9 december 2023 kl. 10.42 (CET)

Den kom in från mallen Mall:Faktamall rabbin WD. Jag har flyttat den där så att pågående-mallen bara visas där och inte i artiklarna. Gunnar Larsson (diskussion) 9 december 2023 kl. 10.47 (CET)

Tack! Tostarpadius (diskussion) 9 december 2023 kl. 10.55 (CET)

Uppdatering av systemmeddelanden

Hej, jag när man redigerar exempelvis en #babel-ruta i VisualEditor så ska systemet hämta en dialogruta från MediaWiki:Visualeditor-dialog-transclusion-template-title-modifier/sv som av någon anledning är (översatt) på engelska trots att meddelandet översättes till svenska redan förra året(!)[8] Hur kan detta komma sig? Uppdaterar inte systemet översatta meddelanden eller har det blivit något fel just här?

Jag ser att andra meddelanden från samma meddelandegrupp exempelvis MediaWiki:Visualeditor-dialog-transclusion-template-widget-aria-selected/sv har förts över korrekt. Kanske det bara är detta meddelande. Skulle någon administratör kanske kunna ta och redigera meddelandet manuellt? Sabelöga (diskussion) 14 december 2023 kl. 00.20 (CET)

Titta noga på din diff, texten är fortfarande på engelska där. Jag förutsätter att om du bara redigerar sidan och faktiskt gör en översättning till svenska kommer vi att få texten på svenska här i nästa uppdatering (inom en vecka). ♥Ainali ^diskussion_bidrag 14 december 2023 kl. 12.45 (CET)

Det stämmer.. Hur kunde jag missa det? Jag får väll skylla på att det var sent.. Tack. Har nu översatt meddelandet. Får se när det kommer in. Sabelöga (diskussion) 14 december 2023 kl. 19.54 (CET)