Dette er stedet, hvor du kan få teknisk hjælp til at redigere Wikipedia, hvis noget driller, eller hvis du bare ikke ved, hvordan en bestemt ting skal gøres. Det kan for eksempel være brugen af avancerede wikikoder, opbygning og brug af skabeloner, hjælp til modulprogrammering i Lua eller andet. Kort sagt: Dette er stedet, hvor man kan få afklaret tekniske spørgsmål og få hjælp til at få tingene til at virke.
Tidligere fandtes Wikipedia:Fejlrapporter, hvor tekniske fejl på Wikipedia blev samlet. Denne funktion varetages nu af teknisk forum. Arkivet for Wikipedia:Fejlrapporter kan ses på Wikipedia:Fejlrapporter/Arkiv1 (2008 - 2016).
Seneste indlæg: for 1 år siden1 indlæg1 person i diskussionen
Jeg er ikke stødt på sådanne, findes de ikke? Det ville for mig være rart, om man kunne anvende bl. a. følgende på en markeret tekst:
Ctrl+F: Fed skrift (evt. Ctrl-B for "bold")
Ctrl+K: Kursiv skrift (evt. Ctrl-I for "italics")
Ctrl+Pil op: Højtstillet skrift
Ctrl+Pil ned: Lavtstillet skrift
Ctrl+N: Formatering med <nowiki></nowiki>
Ctrl+M: Formatering med <math></math>
Ctrl+C: Formatering med <code></code>
Ctrl+R: Formatering med <ref></ref>
Alt-S: Retur til ens sandkasse
Man kunne sikkert ønske mange andre. Er sådan noget blevet diskuteret før, kan det lade sig gøre? Genvejstaster vil kunne spare en for megen musescrolning. AstroOgier (diskussion) 21. okt. 2024, 18:35 (CEST)Svar
Seneste indlæg: for 1 år siden3 indlæg2 personer i diskussionen
På den tyske side de:Bonner Durchmusterung findes i toppen et billede, som jeg gerne vil genbruge på en tilsvarende dansk. Men jeg kan ikke få billedet til at vise sig. Den tyske kildekode er
@AstroOgier Om du skriver Billede: eller Fil: betyder ikke noget. Navnerummet er omdøbt til Fil:, men det gamle navn virker stadig. Dit problem er at filen de:Datei:Footprint 1 122.png ikke findes på common, da det er kun på den tyske Wikipedia. Så nogen skal tjekke om det billede må kommer over på commons. Det ligner at der er et problem med at mangler en licens til at den må overføres. Steen Th (diskussion) 21. okt. 2024, 18:54 (CEST)Svar
Seneste indlæg: for 1 år siden1 indlæg1 person i diskussionen
Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE)22. okt. 2024, 13:28 (CEST)Svar
The Trust & Safety Product Team is looking to stagger the rollout of the Temporary Accounts feature rather than releasing it to all pilot wikis at once.
Your project will not receive the feature in October as earlier communicated. Rather, the deployment will now be done on November 5, 2024.
Seneste indlæg: for 1 år siden9 indlæg3 personer i diskussionen
Jeg er stødt på to problemer i kildehenvisninger, når forfatteren er redaktør (ed) og når der er flere forfattere (et al.). Her er mine forsøg (jeg kan ikke få lavet linjeskift!)
{{kilde bog | forfatter=A. Jensen (ed)| titel = Skabelonhjælp | år = 2024}}
{{kilde www | url=https://da.wikipedia.org | titel=Et alia | forfatter= A. Jensen et al.|dato=2024 | hentet=2024-10-31 }}
{{kilde www | url=https://da.wikipedia.org | titel=Et alia | fornavn1=A. |efternavn1=Jensen|fornavn2=al.|efternavn2=et|dato=2024 | hentet=2024-10-31 }}
og her er resultaterne.
A. Jensen (ed) (2024). Skabelonhjælp.{{cite book}}: |forfatter= har et generisk navn (hjælp)
A. Jensen; et al. (2024). "Et alia". Hentet 2024-10-31.{{cite web}}: Eksplicit brug af et al. i: |forfatter= (hjælp)
Jensen, A.; et, al. (2024). "Et alia". Hentet 2024-10-31.
@AstroOgier Problemet er at finde dokumentation på det. Men det er på den engelske Wikipedia og desværre er der for få at vedligeholde dem på den danske. For ideelt burde fejlen være dokumenteret på kategoriteksten.
Men en god fremgangsmåde at finde den engelske beskrivelse af problemet, hvis den mangler hos os. Det engelske navn på parameter kan godt bruges, men der er et danske navne på parametrene på den her gruppe af skabeloner, som desværre ikke dokumenteret. Steen Th (diskussion) 31. okt. 2024, 17:07 (CET)Svar
@AstroOgier: Forfatterparameteren er beregnet præcis én forfatter, hverken færre eller flere eller andet end forfattere. Redaktører angives med |redaktør=, f.eks.
{{kilde bog | redaktør=A. Jensen | titel = Skabelonhjælp | år = 2024}}
som giver:
A. Jensen, red. (2024). Skabelonhjælp.
Hvis man ikke vil eller kan opliste alle forfattere, bruges |vis-forfattere=. Parameterværdien kan enten være et tal for antallet af forfattere som skal vises, eller teksten "etal". Således for eksempel
@Kartebolle Tak for dine forslag til løsninger. Der skal godt nok nogle krumspring til for at klare ærterne. Og løsningen med "|titel=Et alia" og "|vis-forfattere=etal" giver stadigvæk et grimt semikolon. Der burde være en ny parameter, "vedhæng" (i mangel af bedre forslag), så "|vedhæng= (red.)" eller "|vedhæng= et al." kunne bruges til at tilføje hvadsomhelst direkte efter "|forfatter".
@AstroOgier: Hvis du generelt synes at kildeangivelser lavet med CS1-skabeloner (systemet er kort og nødtørftigt forklaret på Hjælp:CS1) er formateret uhensigtsmæssigt, så er den logiske konsekvens at ændre skabelonerne så alle artikler, som bruger dem, bliver rettede. Alle parametre har en bestemt betydning, og det vil være en dårlig ide at omdefinere hvad de betyder eller indføre nye.
Fordi det så vil kræve ændringer i mange tusinde artikler, hvis systemet fortsat skal give ensartede resultater.
Fordi brugere eller maskiner som læsere kildekoden unødvendigt skal tilpasse sig.
Fordi afvigelser fra andre Wikipediaer vil komplicere oversættelse af artikler og kopiering af kilder mellem Wikipediaer.
Fordi afvigelser fra andre Wikipediaer vil komliplvere opdateringer og vedligeholdelse.
Bemærk også at systemet er baseret på at parametrene skal angiver det logiske indhold, så for eksempel |forfatter= altid angiver en forfatter og aldrig en redaktør eller andet form som bidragsyder til værket. Det system ville blive ødelagt hvis man fulgte dit forslag og indførte |vedhæng=. Det ville derfor gøre maskinel læsning umulig eller meget sværere. Kartebolle (Dipsacus fullonum) (diskussion) 1. nov. 2024, 09:40 (CET)Svar
Jeg er ikke ude på at lave nogen revolutioner, blot finde nogle praktiske anvisninger. Tak for de to løsningsforslag vedrørende redaktør og et alia. Så må man jo leve med det semikolon. AstroOgier (diskussion) 1. nov. 2024, 15:00 (CET)Svar
@AstroOgier: Ikke nødvendigvis. Hvis det semikolon er ukorrekt på dansk, hvilket jeg tror at du ret i at det er, kan skabelonerne laves om så det fjernes. Det jeg protesterer imod, er nye parametre eller ændring af betydningen af de eksisterende parametre. Men betyder ikke, at uhensigtsmæssigheder og fejl ikke kan rettes. Kartebolle (Dipsacus fullonum) (diskussion) 1. nov. 2024, 15:12 (CET)Svar
Seneste indlæg: for 1 år siden1 indlæg1 person i diskussionen
Jeg arbejder en del med wikipediasider, i hvilke der indgår matematiske udtryk. På det seneste har jeg været meget plaget af falske fejlmeddelelser trykt med fed rød skrift som denne:
Fejl i matematikken (MathML med SVG- eller PNG-fallback (anbefalet til moderne browsere og værktøjer): ugyldigt svar ("Math extension cannot connect to Restbase.") fra serveren "http://localhost:6011/da.wikipedia.org/v1/":): {\displaystyle L_\odot = 4 \cdot \pi \cdot r^2 \cdot S_\odot = 3.828 \cdot 10^{26} \; \text{W}}
der som det ses optrådte hos udtrykket <math>L_\odot = 4 \cdot \pi \cdot r^2 \cdot S_\odot = 3.828 \cdot 10^{26} \; \text{W}</math>, der formodentlig nu vises korrekt: .
Det mærkelige er, at hvis jeg tilføjer et mellemrum til sidst i udtrykket, så forsvinder fejlen og udtrykket vises korrekt. Og når jeg derefter sletter mellemrummet, kommer fejlmeddelelsen ikke igen!
Jeg har også oplevet, at hvis jeg lader "fejlen" stå og redigerer andetsteds, så forsvinder den ved næste offentliggørelse.
Seneste indlæg: for 1 år siden5 indlæg3 personer i diskussionen
Jeg har skrevet en række små artikler om nominelle værdier for Solen (radius, luminositet og masseparameter (som beskrives i en anden artikel)). Jeg har flyttet den eksisterende artikel "Solradius" til Solens radius, der er den korrekte betegnelse. Så skulle der blive plads til artiklen om "Solradius". Men jeg kan ikke lægge siden op, fordi der findes en omdirigering, som blokerer. Kan den ikke fjernes? AstroOgier (diskussion) 12. nov. 2024, 20:16 (CET)Svar
@Økonom Mange tak for hurtig hjælp! Kunne jeg have undgået at komme i den beskrevne situation? Ville omdirigeringen være forsvundet på et senere tidspunkt, var jeg bare for utålmodig?
@AstroOgier Nej, i dette tilfælde var du nødt til at få hjælp fra en administrator. Problemet opstår, når den nye artikels navn er optaget af en omdirigering, som tidligere har været en "rigtig" artikel og dermed allerede har en vis historik. I det tilfælde kan kun personer med særlige rettigheder gøre plads til artiklen ved at slette omdirigeringen, jf. Hjælp:Flytning#Noter - så du gjorde det helt rigtige ved at bede om hjælp (kunne evt. også være sket via WP:AOA). Økonom (diskussion) 13. nov. 2024, 09:03 (CET)Svar
Jeg har netop overført en artikel om Radialhastighed til artiklenavnerummet. På sidens diskussionsside Diskussion:Radialhastighed tilføjede jeg en praktisk oplysning om to beslægtede begreber. Nu ser jeg, at der *før* mit indlæg er dukket følgende tekst op på siden:
Dette er ikke en artikel om radialhastighed, "definitionen" er forkert og resten for uklart. Derfor kan artiklen slettes.Henvisning
Der har åbenbart tidligere været en artikel med navnet Radialhastighed. Sir48 har skrevet et indlæg på diskussionssiden om den i 2007 men glemt at signere sit indlæg. Det har ikke noget at gøre med den artikel, som du har lavet nu. --Dannebrog Spy (diskussion) 16. dec. 2024, 16:43 (CET)Svar
Nej, det er ikke tilladt at fjerne diskussionsindlæg, med mindre der er tale om hærværk eller chikane. Ellers kunne vi jo risikere, at folk fjerner indlæg, de ikke bryder sig om. Se Wikipedia:Politik for diskussionssider for detaljer. I det her tilfælde har jeg dog tilføjet et kommentar, så folk der læser siden senere kan se, at det er en gammel sag. --Dannebrog Spy (diskussion) 17. dec. 2024, 11:43 (CET)Svar
Jeg har tidligere uploaded en række illustrationer i .jpg-format og har siden fundet ud af at konvertere dem til det kortere .svg-format, som Wikipedia foretrækker. På billedernes beskrivelsesside hos Wikimedia Commons tilbydes muligheden "Læg en ny version af denne fil op". Men det virker åbenbart ikke, når filtypen er ændret.
Hvad gør man så? Er det nødvendigt at genuploade alle .svg-versioner med titler og beskrivelser? Versionerne i .jpg-format bliver så overflødige. Kan de fjernes af en administrator eller har de evigt liv? AstroOgier (diskussion) 17. dec. 2024, 11:36 (CET)Svar
@AstroOgier: Man kan ikke lægge filer op som ikke passer til filnavnet. Så hvis du har en svg så kan du ikke lægge den op med navnet jpg.
Man kan godt slette filer, men det er ikke en sletning som hvis du sletter noget fra din egen pc. Filen bliver blot "skjult". Så det sparer ikke plads at slette dem. Om man vælger at slette eller ej kommer an på... Hvis du konverterer in fil til svg så er den originale jpg jo kilden og dermed beviset på licens mv. Så det afhænger lidt i praksis af hvilket humør den enkelte administrator er i, hvis du spørger. Nogle foretrækker at beholde de originale filer mens andre synes det ikke er nødvendigt. Filer kan i øvrigt også bruges uden for Wikipedia og det kan jo være, at andre synes at jpg er ganske fint. Hvis du gerne vil have filerne slettet, så prøv bare at sætte et sletteforslag på. --MGA73 (diskussion) 17. dec. 2024, 13:09 (CET)Svar
@MGA73: Tak for svaret. Den eneste farbare vej er altså at lægge .svg-filerne op parallelt med .jpg-versionerne. Det kan jeg sagtens gøre, selv om det er lidt besværligt. AstroOgier (diskussion) 17. dec. 2024, 13:43 (CET)Svar
Jeg har brug for at dreje et eksisterende billede 180° og har prøvet mig frem med Skabelon:Transform-rotate, der virker fint på tekst.
Her er først et standardbillede med tekst:
Denne billedtekst vises fint nok.
Og så mit naive forsøg med Transform-rotate:
Denne billedtekst vises på hovedet.
<div style="position:relative; top:200px; left:700px; {{Transform-rotate|180|display=block}}">[[fil:Wikipedia-logo.png|200px|thumb|Denne billedtekst vises på hovedet.]]</div>
Det er selvfølgelig kun billedet, som skal drejes, ikke billedrammen. Parametrene top og left beskrives ikke, men regnes åbenbart fra afsnittets start.
Findes der en metode til kun at rotere billedet?
Alternativt kunne man forestille sig, at downloade originalbilledet, rotere det og uploade det igen - som en ny version? Men vil det ikke give problemer med rettigheder? AstroOgier (diskussion) 8. jan. 2025, 14:38 (CET)Svar
Der vil ikke være rettighedsproblemer med at uploade et roteret billede til Commons hvis originalen allerede er der, da Commons kun accepterer fri billeder som må bruges et ethvert formål. Om de så vil afvise af andre årsager, kan jeg ikke sige. Men det burde ikke være nødvendigt. Jeg vil foreslå et lave en CSS-klasse som roterer 180°, placere klassedefinitionen i en TemplateStyles-fil som bruges på siden med billedet og angive klassen i fil-linket i stil med: [[Fil:Filnavn|class=CSS-klassenavn|andre parametre]] --Kartebolle (Dipsacus fullonum) (diskussion) 8. jan. 2025, 16:43 (CET)Svar
@Kartebolle: Tak for dine løsningsforslag. Jeg vil helst undgå en hardware-løsning at uploade et nyt drejet billede. Software-løsningen med en CSS-klasse lyder bedre, men min eget kendskab til CSS er meget begrænset, og jeg bliver ikke meget klogere på processen af at studere eksemplerne i [Kategori:TemplateStyles-skabeloner]. Hvordan kan et CSS-script få fat i et billede og rotere det? Men hvis en af de mange Wikipedia-eksperter kan klare ærterne, vil jeg da påskønne det meget. Et sideproblem: Jeg kan ikke få ovenstående kategori-link til at fungere med de sædvanlige to kantede parenteser, bruger jeg dem, så forsvinder linket helt!?
Ved at skrive [[Kategori:TemplateStyles-skabeloner]] placerer du siden i kategorien, og vil kunne finde kategorilinket nederst på siden sammen med andre kategorier som siden tilhører. For at lave et almindeligt internt link til en kategori, skal man starte med et indledende kolon: [[:Kategori:TemplateStyles-skabeloner]].
Billede med klasse omvendtBillede Som det ses til højre gælder en CSS-klasse for et billede også for rammen hvilket jeg ikke var opmærksom på. Biledet er indsat med denne kode:
<templatestyles src="Omvendt billede/styles.css />[[fil:Wikipedia-logo.png|class=omvendtBillede|200px|thumb|Billede med klasse omvendtBillede]]
Det kan gøres med skabelonen {{Image frame}}. Bemærk dog at den skabelon ikke har dokumentation og har forældet kode, så den bør opdateres og dokumenteres. Billedet er lavet med koden:
{{Image frame|width=200|content=<span style="{{Transform-rotate|180}}">[[fil:Wikipedia-logo.png|200px]]</span>|caption={{magnify icon|link=File:Wikipedia-logo.png}}Billede roteret 180° placeret i en billedramme lavet med skabelonen {{Vis|Image frame}}}}
Billede roteret 180° placeret i en billedramme lavet med skabelonen {{Image frame}}
Det blev rettet tilbage til det gamle udseende med søgefelt foroven og hovedmenu i en spalte til venstre. En kort tid. Så blev det rettet frem igen. Hovedmenuens punkt 'gå tilbage til det gamle udseende' har ingen effekt. Jeg har ikke set nogen diskussion om det emne her før ændringen. Er der nogen der leger uden at spørge først? Steen Thomsen (diskussion) 4. feb. 2025, 22:36 (CET)Svar
Jeg tænker på indholdet af artiklerne, ikke på login. Når jeg er ved at afslutte en redigering, får jeg at vide at jeg ikke er logget ind, men jeg kan ikke gøre noget ved det, uden at smide mit arbejde væk, da login skal foregå i samme vindue og fane. Kunne man ikke lave login i en separat fane el lign, så man kan logge in undervejs? Steen Thomsen (diskussion) 16. jan. 2025, 13:42 (CET)Svar
Jeg tror godt du kan logge kan logge ind i et andet vindue. Det bør medføre indlogning i alle åbne Wikipedia-vinduer vha. cookies. Men ellers kan du skifte til at redigere kildekode (hvis du ikke allerede gør det), og gemme kildekoden i en lokal fil på din computer indtil du er logget ind. Kartebolle (Dipsacus fullonum) (diskussion) 16. jan. 2025, 14:07 (CET)Svar
Beklager, det fungerer altså ikke ordentligt. Selvom jeg logger ind i samme vindue, og kan se mit navn foroven, får jeg en engelsk fejlmeddelelse 'You are net logged in ....' Steen Thomsen (diskussion) 4. feb. 2025, 22:40 (CET)Svar
Jeg har et konkret ønske, nemlig at skabelonen Autoritetsdata, som optræder i så mange artikler, automatisk kunne medtage links til Store Norske Leksikons evt. artikel om emnerne. I øjeblikket linker skabelonen fx på en side som Kernereaktor til seks "autoriteter", herunder den tilsvarende artikel på Lex, men det ville være nyttigt for læserne, hvis den også kunne vise de ofte glimrende artikler på SNL - for den almindelige læser formodentlig mere nyttigt end de nuværende henvisninger til det tjekkiske og japanske nationalbibliotek.
I tråden her har spørgsmålet også været oppe i 2022. Jeg indrømmer, at jeg ikke helt forstår problemstillingen i denne og også en række andre tråde her på dawp om sådanne tekniske spørgsmål, men det ser ud til, at Bruger:Steenth skriver i tråden, at det er en god ide at linke til SNL, men at det helst skal ske på en anden måde end via Autoritetsdata. Men denne anden løsning er tilsyneladende ikke så let at implementere, så ville der være et problem i at udvide Autoritetsdata-skabelonen i mellemtiden med SNL? Så vidt jeg forstår, ligger henvisningerne på wikidata, så kræver det andet end at ændre et sted i den underliggende kode til Autoritetsdata-skabelonen? Og er dette besværligt eller problemskabende på anden vis? Økonom (diskussion) 21. jan. 2025, 17:18 (CET)Svar
Om man bør gøre det eller ej, hører snarere hjemme på Landsbybrønden end Teknisk forum, men så vidt jeg hurtigt kan se, vil det teknisk set kun kræve en lille simpel tilføjelse i Modul:Autoritetsdata. Jeg tager dog forbehold for at jeg kan have overset noget, da jeg ikke tidligere har arbejdet med det modul, og da det er udokumenteret (hvilket ikke er godt for et modul som bruges på rigtig mange artikler). Kartebolle (Dipsacus fullonum) (diskussion) 21. jan. 2025, 17:43 (CET)Svar
@Økonom 2 ting. Teknisk set bør modulet Modul:Autoritetsdata opdateret med nyeste version fra enwiki. Den har mulighed for en bedre opdeling.
Så er det mere indholdsmæssigt. lex.dk er ikke autoritetsdata. Men det ligner at den engelske og andre wiki'er nu bruger en langt bredde udvalg af databaser til visning. Så det er vel mest et spørgsmål om redaktion af hvad der skal med. Det kunne være ide at bruge en bredere forum til den diskussion. Og dit bud er god.. Steen Th (diskussion) 21. jan. 2025, 21:13 (CET)Svar
tak for svar til jer begge to. Mit spørgsmål bunder nok i, at jeg ikke helt forstår det egentlige formål med Autoritetsdata, og hvilke brugere det er, der især har nytte af den - jeg selv bruger den primært som et nemt link til den tilsvarende artikel i Lex, hvis jeg har lyst til at læse den. Jeg vil ikke gå videre med spørgsmålet i denne omgang. Økonom (diskussion) 21. jan. 2025, 21:40 (CET)Svar
Jeg har gennem en årrække bidraget til wikipedia gennem mit brugernavn Alexandramander. I sidste uge indleverede jeg min computer, hvor der skete en nulstilling, hvorefter der skete en genindstallering. Desværre skete der det under denne proces, at jeg "røg ud af wikipedia" og ikke kunne komme ind på mit hidtidige brugernavn Alexandramander, som jeg gerne vil fortsætte med at have. Er der nogen der kan hjælpe mig med at komme ind på wikipedia igen med det samme brugernavn (Alexandramander)? ~2025-15082 (diskussion) 31. jan. 2025, 17:57 (CET)Svar
Du kan logge ind igen med den adgangskode (password) som gælder for din konto. Hvis du har glemt din adgangskode, kan du få tilsendt en ny til din e-mail-adresse, hvis e-mail-adressen er registreret, ved at gå til Speciel:PasswordReset (der er også link dertil på indlogningssiden). Hvis du har glemt din adgangskode, og ikke har registreret din e-mail-adresse, er der ikke noget at gøre. I så fald er du nødt til at oprette en ny konto. Kartebolle (Dipsacus fullonum) (diskussion) 31. jan. 2025, 18:08 (CET)Svar
Jeg har nu oprettet mig med brugernavnet Aleksandermander. Jeg vil gerne have overført mit diplom som autopatruljeret fra brugersiden Alexandramander til min nye brugerside Aleksandermander.Aleksandermander (diskussion) 31. jan. 2025, 22:43 (CET)Svar
De 88 officielle stjernebilleder har både danske og latinske navne. For få af dem fandtes omdirigeringer fra latin til dansk. Jeg har nu suppleret, så alle latinske har en omdirigering til det tilsvarende danske navn. Men ak, et stykke inde i arbejdet opdagede jeg, at jeg havde brugt en skabelon med en stavefejl. Tabellen herunder viser de fejlstavede omdirigeringer. Alle linkene virker, men de kan alle slettes, da de ikke har nogen anvendelse (Jeg har lavet tilsvarende omdirigeringer med den rigtige stavemåde).
Vil en venlig administrator venligst foretage sletningen, jeg kan ikke selv.
Omdirigeringer med stavefejl Manglende "e" i "Stjernebillde"
Hermed Udført, men en anden gang kan du bare bruge flyttefunktionen. Den ser det ud til, at du kender. Og du kan bare markere dem med {{hurtigslet}}. Så kigger en administrator på det på et tidspunkt. Desuden bør WP:AOA bruges, hvis du vil have hjælp fra en admimistrator. - Sarrus (d•b), 4. feb. 2025, 15:27 (CET)Svar
I går kom jeg til at lægge en velkomst på i Bruger:-navnerummet. Jeg slettede siden og oprettede den igen i det korrekte navnerum for at være sikker på, at vedkommende fik en passende notifikation, men hvis jeg nu havde flyttet den, havde det så også givet en notifikation? - Sarrus (d•b), 14. feb. 2025, 07:36 (CET)Svar
Det antager jeg, men du kan lave en test for at være sikker. Hvis du flytter min brugerdiskussionsside uden at efterlade en omdirigering og så straks flytter den tilbage igen, skal jeg gerne sige om jeg fik en passende notifikation. Kartebolle (Dipsacus fullonum) (diskussion) 14. feb. 2025, 11:37 (CET)Svar
Hej vedr marokkanske landkort, det er ikke en streg som adskiller Sahara med resten af landet, der er et hel land og Sahara er under marokkanske souvrannitet
I also would be happy to find a solution for this. A redirect with birth dates is not real nice, but it is also not good to miss the biodates from the mentioned sub-persons here. --Florentyna (diskussion) 26. feb. 2025, 21:20 (CET)Svar
Det giver mening at have kategorier på omdirigeringer når omdirigering for eksempel er til et band, en familie m.m., men hvis omdirigering bare er en anden måde at skrive en persons navn, forkortelse eller kælenavn, så er det overflødigt. Kategorierne eksistere allerede på hovedartiklen, der er dobbelt konfetti. SimmeD(diskussion, bidrag)27. feb. 2025, 07:38 (CET)Svar
At flyve med dronen inde i byområde på den måde. Jeg studerede for længe siden reglerne for droneflyvning i DK, og syntes de var ret strikse. Det lader dog til at de nu er mere liberale end jeg regnede med: https://droner.dk/regler-for-droneflyvning.
Hvis man ønsker et lave fejlsøgning og rettelser på et Lua-modul, hvad er så den bedste fremgangsmåde, hvis man ikke vil påvirke eksisterende sider? Skal man lave en kopi af Luamodulet og ligeledes kopier af alle skabeloner og moduler, der indgår i kaldet, hvis man vil teste modulet på den artikel, man har problemer med, eller findes der en smartere metode? Bruger:Brol (diskussion) brol (diskussion) 14. mar. 2025, 09:48 (CET)Svar
For fejlsøginng i sig selv er kopier ikke strengt nødvendigt, men kan være praktisk. For at teste ny kode for meget brugte moduler og skabeloner, skal man oprette kopier (normalt kaldet sandkasse-versioner) og sider med testcases hvor resultater fra sandkassen sammenlignes med resultater fra livemodulet. Kartebolle (Dipsacus fullonum) (diskussion) 14. mar. 2025, 09:55 (CET)Svar
For moduler kan man rette i koden uden at gemme og så bruge fejlsøgningskonsollen under redigeringsvinduet til testning. Fra konsollen kan man kalde offentlige funktioner i modulet.
Man kan også få udskrevet værdier af udtryk på vilkårlige steder i koden med funktionerne mw.log og mw.logObject. Dette kan kombineres med at brug af formularen "Forhåndsvis en side med denne skabelon" på redigeringssiden som vil anvende den ændrede, men ikke gemte, modulkode på den forhåndsviste side.
Derudover kan man også bruge skabelonsandkassen (dvs. specialsiden Speciel:TemplateSandbox) til en mere avanceret forhåndsvisning som kan omfatte flere sandkassemoduler og -skabeloner på en gang hvis de afhænger af hinanden som de ofte gør.
Der er et generelt problem med manglende forbindelse mellem ft.dk biografier for forhenværende ft-medlemmer og wikidata. Det handler om at ft.dk skifter url or biografien, når et ft-medlem bliver forhenværende og wikidata-linket er sat op med noget regex og et ft-id, som er formateret, så der kun forbindes til url for medlemmer, så længe de er nuværende. Hvad kan der gøres? Vikebe (diskussion) 29. mar. 2025, 17:48 (CET)Svar
Get a sneak peak and help shape the Visual Editor user designs
Help us test the new design prototypes by participating in user sessions – sign up here to receive an invite. We're especially hoping to speak with people from underrepresented and diverse groups. If that's you, please consider signing up! No prior or extensive editing experience is required. User sessions will start May 14th.
We plan to bring this feature to Wikimedia wikis later this year. We’ll reach out to wikis for piloting in time for deployments. Creators and maintainers of reference-related tools and templates will be contacted beforehand as well.
Thank you very much for your support and encouragement so far in helping bring this feature to life!
Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.
As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.
After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.
The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.
If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.
Hello! This is the Trust and Safety Product team. We would like to share that we have decided to change the requirements for access to temporary account IP addresses. The impact on your community will be minimal. We are planning on implementing the change in the week of May 26 (T393358 + T393360 + T390942). I will keep you updated about the details.
We are only changing the rules for users who do not have extended rights (e.g. admins, bureaucrats, checkusers – see the policy for more examples) but their account is a minimum of 6 months old, and who have made a minimum of 300 edits on this wiki. They will lose access to IP addresses (T393360), and to have it back, they will need to apply for the right. Admins or stewards will decide whether to grant it (T390942). This will entail human manual work, but this method will be safer than if we continued to grant the rights automatically. We want to emphasize that fewer than five users who don't have extended rights have ever revealed a temporary account's IP addresses on your wiki.
We made this decision based on what we heard from you, piloting wikis, particularly Romanian Wikipedians. We also consulted on options with Stewards, and had discussions on Meta-Wiki and about 20 Wikipedias with large communities. When we deploy temporary accounts to more wikis, we will evaluate the impact and may adjust our approach again.
In addition, we'd like you to know that requirements for access to the IP Info feature will be identical with the ones for access to the temporary accounts' IP addresses (a user will either have full information or none).
The rationale for the change
We chose the current numerical thresholds and automatic granting before deploying temporary accounts on any wiki. However, it’s become clear to us that these requirements are quite low and it is still too easy for bad-faith actors to gain access to temporary account IP addresses. We want temporary accounts to meaningfully improve editor privacy, so we need to be more restrictive. Our goal is to more consistently limit IP address access to only those who need it.
How will this work
When a user without extended rights needs to view temporary account IP addresses, they will need to file a request for being added to the "Temporary account IP viewers" group. They will file the request to admins (the local communities will be able to decide what that process will be) or stewards (for wikis without local admins).
The software will require that the user has at least 300 edits and the account since at least 6 months. Admins and stewards will not be able to grant temporary account IP access to accounts that do not meet that criteria. This is a minimum, and we encourage you to enforce higher thresholds.
The user reviewing the request will check if the user applying for the right meets requirements and that they have provided a valid justification. The right itself will be granted through Special:UserRights.
Users who grant requests for the right will also handle removal of the right.
We would also like to clarify some details. For your convenience, we will also document some of it in the project FAQ.
Access to IP addresses
Separation of the new right (checkuser-temporary-account) out to a new group (Temporary account IP viewers), as opposed to technically attaching it to any existing group (like patroller). We have decided to do this for a few reasons:
Having access to IP addresses carries risk. This right is similar to checkuser. IP addresses are considered personally identifiable information (a kind of personal data). Outside actors who want to access IP addresses will now need to interact with users who have this right. Users with this right should be aware of this, and alert to the possibility of suspicious access requests.
Good practices for privacy protection. Giving access to users who are trusted but do not need access to carry on their work is not in line with good practices for processing personal data.
Removal of right. Access to IPs will be logged (example). If any misuse of this right is detected, it can be taken away separately from any other permissions the user may hold. It would be difficult and sometimes also unreasonable to remove the rights unrelated to access to IP addresses.
You may grant the new right to all users belonging to a certain existing group individually. These users must meet the criteria for Temporary account IP viewers, though.
For clarity – all this does not affect administrators, bureaucrats, checkusers, stewards, and other groups mentioned in the global policy.
Activity requirement. With regards to users who would need to be granted access manually, the policy says that they "must edit or take a logged action to the local project at least once within a 365-day period". This requirement is not changing.
Process of granting the right
Formality of granting the right. There is no need for discussions or votes like Request for Adminship. It does suffice if a single admin makes a decision using their own judgement.
Additional requirements for the users applying for the right.
You have autonomy over the process for granting the right. You can adopt thresholds higher than 300 edits, or disallow the "non-admin+" users to have the right. The granting process can be as basic or elaborate as you deem appropriate.
Which criteria admins should take when deciding whether to grant the right – how to tell whether a user needs access to IP addresses? There are no mandatory requirements beyond a minimum of 300 edits and a 6 month old account. You may introduce additional criteria related to trust to the user (such as no prior blocks or copyright violations) or experience in patrolling activities.
Additional burden on administrators. We understand the toil of having to grant and remove an additional right. This is indeed a downside. We think that it will only have to be a one-time effort to grant this right to a larger number of people. We are curious if you can find ways to limit this burden.
Next steps on your side we would like to suggest
We are encouraging you to consider adopting a policy on granting and removing the right, if you think you need to add anything to the global policy.
We are encouraging you to start granting the right. Considering our data (up to a few non-functionaries have ever revealed temporary account IP addresses here), we believe you don't need to rush or spend a lot of time preparing for this before the change comes into force, though.
We would like to show you what level of wiki-bureaucracy seems sufficient from our point of view. In the sandbox, we have created a draft of what a page with requests for the flag could look like. Of course the final content of the page will depend on your community. We do not want to imply that we are instructing you on this matter.
We invite your community to participate in the 6th edition of the Wikipedia Pages Wanting Photos Campaign, a global campaign taking place from July 1 to August 31, 2025.
Participants will choose among Wikipedia pages without photos, then add a suitable photo from among the many thousands of photos in the Wikimedia Commons, especially those uploaded from thematic contests (Wiki Loves Africa, Wiki Loves Earth, Wiki Loves Folklore, Wiki Loves Monuments, etc.) over the years.
More than 80 Wikimedia affiliates have participated since the campaign was launched in 2020 and have added images to more than 400,000 Wikipedia articles in over 245 Wikipedia languages. Thanks to the volunteer contributors!
We now invite your community to organize and lead the campaign within your community. As a local organizer, you may:
Encourage individual members to take part by adding images to Wikipedia articles.
Host edit-a-thons focused on improving visual content.
Organize training workshops to teach contributors how to correctly integrate images into Wikipedia.
These activities will help build local capacity and increase visual content across Wikipedia.
Please note that for participants to be eligible to participate in the campaign, they need to have registered an account for at least a year before the official start date of the contest. That is, for the 2025 edition, they must have registered an account on or before July 1, 2025. The account can be from any Wikimedia project wikis.
The organizing team is looking for a contact person to coordinate WPWP participation at the Wikimedia user group or chapter level (geographically or thematically) or for a language Wikipedia.
Jeg kunne godt tænke mig at oversætte en template som findes på engelsk wikipedia, til brug for automatisk opdatering af antal medlemmer af grupper i EU i denne navboks: https://da.wikipedia.org/wiki/Skabelon:Politiske_grupper_i_Europa-Parlamentet Landet ligger nemlig sådan, at den engelsksprogede version af denne navboks har MEPcount, så man ikke behøver at lægge antallet af aktuelle medlemmer af en gruppe ind manuelt direkte i boksen, men kan nøjes med at opdatere i wikidata. Men den template, som er nødvendig for at kunne lægge disse dataelementer ind i den danske navboks findes ikke i dansk wikipedia. Det drejer sig om denne template: https://en.wikipedia.org/wiki/Template:MEPcount Så hvordan oversætter jeg den template, så jeg kan trække på dens funktionalitet i en ny version af den danske navboks? Vikebe (diskussion) 20. maj 2025, 17:48 (CEST)Svar
I stedet for {{Wikidata}} som den engelske ser ud til at bruge, prøv da at eksperimentere med {{Wikidata-tal}}.
Fx for den første {{MEPcount|EPP}} → 188 MEPs:
.. som i den engelske har koden:
| EPP|EPPG|EPP Group = {{Wikidata|property|Q635616|P1410|P194=Q8889}}
.. kunne måske blive til:
| EPP|EPPG|EPP Group = {{Wikidata-tal | P1410 | q=Q635616|P194=Q8889}} .. med resultatet: 188
Tak. Jeg prøver at fjumre lidt rundt med det i en sandkasse og ser, hvordan det går. Jeg er helt uprøvet på sandkassearbejde, men jeg giver det et skud. Vikebe (diskussion) 21. maj 2025, 14:19 (CEST)Svar
Da jeg for et par uger siden arbejdede i min sandkasse, opstod der pludselig et problem, som ikke havde eksisteret tidligere. Der skete det, at to bestemte bogstaver - o og e - som jeg skrev lige efter hinanden, blev til ø. En mand, der tror, blev til en trønde mand. En digterisk udtryksmåde blev til en pøtisk udtryksmåde. Problemet eksisterer også for mig her på Teknisk forum. Er der nogen, der kan forklare mig, hvordan det er sket - og hvordan det kan afhjælpes? Aleksandermander (diskussion) 18. jun. 2025, 22:17 (CEST)Svar
@Aleksandermander Det lyder lidt som de automatiske staverettelser, som vi alle kender fra vores telefoner. Måske det har noget med en opdatering af din browser at gøre? Jeg har ikke oplevet dette problem (poetisk, troende). Hjart (diskussion) 19. jun. 2025, 05:58 (CEST)Svar
@Aleksandermander Når du har cursoren i et tekstfelt, dukker der (i hvert fald nogen gange) et billede af et tastatur op. Hvis du klikker/trykker på det, dukker en menu op. Vælg "brug standardtastatur" under "dansk". Så bør problemet være løst. - Sarrus (d•b), 19. jun. 2025, 07:07 (CEST)Svar
@Hjart Det er en funktion som kaldes Universal Language Selector. Så det er et funktion på Wikipedia og ikke et et browser problem.
Jeg kan desværre ikke bruge de velmenende råd. Jeg har (som teknisk mindre kyndig) brug for en mere detaljeret, pædagogisk vejledning til, hvilke trin jeg skal igennem for at få løst problemet. Med venlig hilsen. Aleksandermander (diskussion) 19. jun. 2025, 10:05 (CEST)Svar
Jeg kan ganske vist ikke i øjeblikket genskabe at oe bliver til ø, men jeg har haft problemet tidligere. Jeg løste det ved at indtaste o e (fx tro ende) og så blot fjerne mellemrummet. Der skete ikke en omdannelse til ø -- PHansen (diskussion) 19. jun. 2025, 10:32 (CEST)Svar
@Aleksandermander: Når du er i et redigeringsvindue, er der et tandhjul nede ved "sprog". I Vector 2010 er det i nederste venstre hjørne. I Vector 2022 er den under "x sprog"/"tilføj sprog" øverst til højre. Her skal du under "Indtastning" vælge "Sprogspecifikt tastatur". - Sarrus (d•b), 19. jun. 2025, 11:00 (CEST)Svar
Jeg vælger PHansens løsning med at indtaste o e (fx tro ende) og så blot fjerne mellemrummet, hvorved der sker en omdannelse til oe. Problemet er jo heller ikke så stort.
Mit problem minder mig for øvrigt om et vers af Halfdan Rasmussen, der havde fået at vide, at han ikke kunne finde et rim på "kartofler":
"Min skrivemaskine har mistet en skråstreg i ø.
Den skriver bestandig en so, når jeg mener en sø.
Og skriver jeg at bonden har bøfler, så står der har bofler.
Så nu har jeg endelig fundet et rim på kartofler."
(Apologies for posting in English, you can help by translating into your language)
Hello everyone, the Wikidata For Wikimedia Projects team is excited to announce an upcoming change in how Wikidata edit changelogs are displayed in your Watchlists and Recent Changes lists. If an edit is made on Wikidata that affects a page in another Wikimedia Project, the changelog will contain some information about the nature of the edit. This can include a QID (or Q-number), a PID (or P-number) and a value (which can be text, numbers, dates, or also QID or PID’s). Confused by these terms? See the Wikidata:Glossary for further explanations.
The upcoming change is scheduled for 17.07.2025, between 1300 - 1500 UTC.
The change will display the label (item name) alongside any QID or PIDs, as seen in the image below:
These changes will only be visible if you have Wikidata edits enabled in your User Preferences for Watchlists and Recent Changes, or have the active filter ‘Wikidata edits’ checkbox toggled on, directly on the Watchlist and Recent Changes pages.
Your bot and gadget may be affected! There are thousands of bots, gadgets and user-scripts and whilst we have researched potential effects to many of them, we cannot guarantee there won’t be some that are broken or affected by this change.
Further information and context about this change, including how your bot may be affected can be found on this project task page. We welcome your questions and feedback, please write to us on this dedicated Talk page.
I artiklen om Mogens Palle bliver der under eksterne henvisninger hentet data fra BoxRec og IBHF. Der er dog stavefejl i begge links, hvor "profesionelle" skal rettes til "professionelle". Da fejlen optræder i flere hundrede artikler om boksere, vil jeg gerne rette den, men jeg har forgæves forsøgt at finde stedet i wikidata og i skabeloner. Håber at nogen kan hjælpe. -- PHE77 (diskussion) 14. aug. 2025, 12:29 (CEST)Svar
jeg har startet en stub op, som jeg arbejder videre på snarest, hvis andre ikke kaster sig over den, hvilket man selvfølgelig er velkommen til Vikebe (diskussion) 10. sep. 2025, 10:02 (CEST)Svar
Apologies if this message is not in your language. Hjælp venligst med at oversætte til dit sprog.
The Reader Experience team will launch the Dark mode feature for anonymous users on all Wikimedia sites, including yours, on October 29, 2025.
Dark mode is an option that allows users to view pages in light-coloured text, and icons on a dark background. Once it is available for anonymous users, they can enable it when using various devices. More information on ways to enable it can be found on this page.
Given many pages are still not compatible with dark mode this will be an opt-in feature and not automatically apply to pages.
Dark mode requires modifications to content pages and templates, and since our initial launch in July 2024, we have been working with communities and helping them prepare for dark mode. Before the rollout, it is essential that template authors and technical contributors test dark mode and read this page to learn how to make pages Dark mode-ready and address any compatibility issues found in templates.
We will fix most color compatibility issues only on the most-viewed pages on projects with over 5 million monthly page views. Technical contributors with an account should opt into dark mode currently using preferences or settings and test pages and seek help before the release to ensure everything complies before the enablement.
Der er begyndt at ske en ændring i billedstørrelser fra 'Vis forhåndsvisning' til 'Offentliggør ændringer'; Hidtil har man kunnet tilpasse bredden på billeder under infoboksen med 'upright=.83', så bredden blev nærmest ens. Men nu er det begyndt at ændre sig når man gemmer artiklen.
Her er mine erfaringer med fænomenet:
15. okt. 2025, 11:19 forskel hist −12 William Powell Frith .. det ser ud til at 'upright=xx' ved billedvisning endnu ikke fungerer efter 'Offentliggør ændringer', skønt det virker efter hensigten ved 'Vis forhåndsvisning'
11. okt. 2025, 12:53 forskel hist +280 John Sell Cotman .. afprøver om |thumb|330px| virker efter oplægning da |thumb|upright=.83| ikke gør; Det drejer sig om billedet under infoboksen, der plejer at få den samme bredde som boksen med upright=.83. Det ser rigtigt ud ved 'Vis forhåndsvisning', men ikke efter 'Offentliggør ændringer'
9. okt. 2025, 10:40 forskel hist +46 Joshua Reynolds .. flytter selvportrættet under infoboksen op til de andre, da formateringen er begyndt at ændre sig fra 'Vis forhåndsvisning' til 'Offentliggør ændringer'; Tidligere kunne man tilpasse bredden på billeder under infoboksen med 'upright=.83', som nu er begyndt at ændre sig når man gemmer artiklen
Jeg er ny på Wikipedia, men når jeg forsøger at trykke 'offentligør ændringer', så skifter knappen farve og fryser, og der er ikke mere, man kan gøre - bortset fra at trykke bagud/fortryd.
Mine opdateringer slår derfor ikke igennem. Jeg har forsøgt med forskellige browsere og IP-adresser. Hvad gør jeg forkert?
@Hjart Det er et parser-problem. I værktøj kan vælge imellem "Switch to legacy parser" og "Switch to new parser (Parsoid)", hvor virker korrekt i den gamle parser, men giver problemer med den nye... Det jeg faldt over, er [{{dødt link. Spørgsmål om det er valid kode i fremtiden. Der er 72 sider med 77 steder, hvor det findes. Steen Th (diskussion) 16. okt. 2025, 23:18 (CEST)Svar
@Hjart Mit råd er ikke brugt {{dødt link}} inde i angivelse af en url og at skrive den måde ud af vejledningen og nøjes med at bruge skabelon efter url-henvisningen og ikke i henvisningen. Du kunne også prøve at få udviklerne til at kigge på det - der er en rapport-funktion under værktøj. Men mit gæt, at det vil de nok ikke gøre noget ved. For output fra {{Dødt link}} passer ikke sammen med valid output. Jeg kan se på den engelske er det en ren mærkning, hvor en url bruges til at henvise til web.archive.org. Og hvis jeg prøver skabelon uden noget, så fejler den også. Skabelonen, når der angives en url, virker den ikke med den nye parser. Så der skal kigges på skabelonen. Og min indstilling er bare kopiere den nuværende engelske udgave, som er en ren mærkning og så bagefter rydde op efter den gamle brug. Steen Th (diskussion) 19. okt. 2025, 11:07 (CEST)Svar
@Hjart Jeg har kigget igen på kode på {{dødt link}}. Det er hentet fra den tyske Wikipedia, hvor de har |inline=, mens jeg henter normalt fra den engelske Wikipedia. På Skabelondiskussion:Dødt link#Inline parameter - giver problemer med InternetArchiveBot.... Hvis jeg skal gøre noget, så henter fra en kopi fra engelske og tilpasser den os. Så er det parameter væk fra skabelonkoden. Den nuværende tyske udgave bruger nogle moduler, som skal tjekkes efter om vi har den i forvejen og den passer til vores nuværende moduler, hvor den engelske udgave er mere overskuelig at versionere til os. Steen Th (diskussion) 11. nov. 2025, 16:32 (CET)Svar
Jeg har i sidste dage kigget på forsiden. Et tegn på, at siden ikke er opdateret, er at den i ruden I dag viser indhold fra dagen før. Siden skal have en purge for at blive opdateret i cache. Ellers bliver den først opdateret, når indhold på forsiden ændres. I databasen er forsiden kun nået til mandag - og jeg skriver onsdag. Så det kan ikke bruges til at holde øje med det. Steen Th (diskussion) 22. okt. 2025, 12:12 (CEST)Svar
Man har tidliger kunnet skjule Registrerede brugere i Indstillinger for seneste ændringer, men den mulighed er tilsyneladende forsvundet (?), og vistnok erstattet med brugere, der er logget ind . Det fjerner muligheden for at patruljere anonyme brugere. Etr det muligt at genskabe den? - Nico (diskussion) Nico (diskussion) 26. okt. 2025, 09:26 (CET)Svar
@Nico De har flytte det over i filteret på selve "Seneste ændringer". Her kan du gemme de søgninger, som du bruger under et navn. En af dem kan du mærke, som den du vil starte med. Der langt flere funktioner tilgængelig på den måde... Jeg skifter imellem flere af mine søgninger i senere ændringer efter hvad jeg vil kigge efter. Steen Th (diskussion) 26. okt. 2025, 09:49 (CET)Svar
Det er vist over mit (både tekniske og interesse)-niveau. Jeg forstår bare ikke hvorfor der laves ændringer der er foringelser. - Nico (diskussion) 26. okt. 2025, 10:45 (CET)Svar
@Nico Der netop ikke en forringelse. Man kan vælgere mere fra og til end man kunne før. Det ligner de først nu har fjernet det fra indstillinger, så man nu kun skal sætte det op et sted - der hvor det skal bruges. Mit gæt de også gør med overvågningslisten. Funktion på "senere ændringer" har været der i meget lang tid og jeg skulle også bruge noget tid på at lære det nye muligheder at kende. Steen Th (diskussion) 26. okt. 2025, 11:43 (CET)Svar
Ahh:-) Nu fandt jeg filtrene - de var skjult, fordi jeg havde aktiveret Brug grænsefladesnittet uden JavaScript i indstilingerne. Det hjalp at fjerne det, så giver det mere mening. Tak for hjælpen. - Nico (diskussion)
også skal rettes til det rigtige billede når du bruger koden. Jeg har gjort det for Tøjbøjlen. Kartebolle (Dipsacus fullonum) (diskussion) 9. jan. 2025, 13:43 (CET)
Udført, men en anden gang kan du bare bruge flyttefunktionen. Den ser det ud til, at du kender. Og du kan bare markere dem med {{hurtigslet}}. Så kigger en administrator på det på et tidspunkt. Desuden bør WP:AOA bruges, hvis du vil have hjælp fra en admimistrator. 
