Wikipedia:Landsbybrønden/Skabeloner9

Dette er en side med arkiverede diskussioner fra Wikipedia:Landsbybrønden. Ønsker du at genoptage en arkiveret diskussion, skal du flytte den tilbage til landsbybrønden. Er du i tvivl om hvordan du gør det, kan den detaljerede vejledning hjælpe dig på vej.

Visning af valuta i infobokse

Vi får flere og flere virksomhedsartikler, og {{Infoboks virksomhed}} og måske andre henter regnskabstal fra Wikidata. Hvad er den bedste måde at vise den brugte valuta på? Den internationale ISO 4217-trebogstavskode eller det lokalt brugte symbol som ikke altid er entydigt? Med andre ord:

• 123.456 kr. eller 123.456 DKK (danske kroner)
• 123.456 kr eller 123.456 SEK (svenske kroner)
• 123.456 kn eller 123.456 HRK (kroatiske kuna)
• 123.456 ₴ eller 123.456 UAH (ukrainske hryvnia)
• 123.456 $ eller 123.456 A$ eller 123.456 AU$ eller 123.456 AUD (australske dollar)
• 123.456 $ eller 123.456 US$ eller 123.456 USD (amerikanske dollar)

Et andet spørgsmål er om der bør linkes til artiklen om valutaen hvis den er oprettet? Meninger ønskes. --Kartebolle (Dipsacus fullonum) (diskussion) 21. feb. 2024, 16:33 (CET)

ISO-koden. Som du angiver er den lokale angivelse ofte ikke entydig, og ofte er den ikke kendt i Danmark. Jeg ville umiddelbart have svært ved at forstå A$, hvorimod AUD er et velkendt begreb. Holder vi os til Skandinavien er det en relevant oplysning, at der er tale om NOK eller SEK; en angivelse af kr. giver mindre mening. --Pugilist (diskussion) 21. feb. 2024, 16:50 (CET)

ISO-koden må være den bedste løsning; men i nordisk sammenhæng er anvendte angivelser af hhv. danske, norske og svenske kroner også: dkr., nkr., skr. - Link til konkret valuta må være en fordel. Mvh Hans Christophersen (diskussion) 22. feb. 2024, 07:52 (CET)

@Hchristophersen: Et afklarende spørgsmål: Vil det sige at du foretrækker at der står "dkr.", "nkr." eller "skr." i infobokse for virksomheder med regnskabstal angivet i hhv. danske, norske eller svenske kroner, frem for DKK, NOK og SEK, men at det bruges ISO-koder for alle andre valutaer? Kartebolle (Dipsacus fullonum) (diskussion) 22. feb. 2024, 08:35 (CET)

Nu er det nok en arbejdsskade for mit vedkommende, men jeg ville blive i tvivl om hvad nkr. eller skr. betød. Der tror jeg bestemt at ISO-koden er den mest brugervenlige løsning. Mvh KnudW (diskussion) 22. feb. 2024, 10:49 (CET)

Der skal efter min mening køres 100% efter ISO, det bliver noget rod at køre skandinaviske valutaer efter en standard og andre efter en anden. Derudover tror jeg aldrig jeg har set nkr., eller skr. før. Det er også noget rod med symboler, da fx $ kan betyde mange ting, og nærmest ingen vil kende de mere eksotiske valutategn. --Santac (diskussion) 22. feb. 2024, 12:13 (CET)

Jeg tilslutter mig ISO-normen. Vi bør have faste regler, selv om andre muligheder findes i praksis. Hvis det er nødvendigt, kan krydshenvisninger komme på tale. Mvh Hans Christophersen (diskussion) 22. feb. 2024, 13:56 (CET)

Enig i, at ISO-normen nok er den eneste praktisk operationelle løsning, selvom jeg instinktivt også har sympati for de særlige skandinaviske forkortelser.

Men en helt anden ting er, at jeg er vant til, at ISO-koden altid skrives før tallet, altså HRK 123.456 i stedet for 123.456 HRK (fx). I vide kredse opfattes det som den eneste korrekte syntaks. Vil det være muligt at gennemføre?

Under alle omstændigheder vil et link til valutabetegnelsen være en god ide. Økonom (diskussion) 22. feb. 2024, 18:10 (CET)

@Økonom: Ja, det er absolut muligt at skrive valutakoden før beløbet. Det kræver en lille kodeændring i modulet som henter tallene, men det vil være nemt for mig at gøre. Men jeg tror at det vil se lidt mærkeligt ud for personer som ikke har særlig kendskab til området. Kartebolle (Dipsacus fullonum) (diskussion) 22. feb. 2024, 18:35 (CET)

Det vil se mærkeligt ud. Det er muligt at det strengt taget er korrekt at skrive fx DKK 15.157, men jeg mener flertallet vil opfatte det som underligt. Det eneste sted jeg ser det den omvendte opstilling, er i mit gamle matadorspil. --Santac (diskussion) 22. feb. 2024, 21:00 (CET)

Langt fra enig. Måske en erhvervsskade, men for mig ser 15.157 DKK mærkeligt ud. Til hver en tid DKK 15.157. Pugilist (diskussion) 22. feb. 2024, 21:30 (CET)

Nu hvor jeg gentænker ser begge dele mærkeligt ud. :-) Ingen vil normalt bruge DKK, men derimod kr., hvor det ser mærkeligt ud at sætte det forrest. Når vi nu har valgt at bruge ISO præfix kan jeg godt leve med at det står foran i skabeloner, som fx "DKK 1.000". I løbende tekst mener jeg dog vi skal fastholde "normal" skrivemåde, som fx "1.000 kr." --Santac (diskussion) 23. feb. 2024, 11:09 (CET)

Det kan være vanskeligt at vurdere, om ingen eller nogen kunne finde på at gøre dit eller dat. Om kr. står før eller efter tallet også i løbende tekst, er nok individuelt for de fleste. For personer, der arbejder med tal, er det helt normalt og vel en konvention, at kr./valuta står før tallet.

Jeg tror ikke, at vi skal lave faste regler for, hvorledes der skal stå i artikler. Det er lidt med "som" og "der", og jeg tror at vi bare kan lade det være en af de ting, hvor der er valgfrihed. -Pugilist (diskussion) 23. feb. 2024, 11:28 (CET)

Jeg arbejder meget med tal og beløb i kr. og synes det ser skørt ud at sætte "kr." før tallet. Åbenbart er det noget der er stærke holdninger til, så indtil videre synes jeg vi skal skyde det til hjørne. --Santac (diskussion) 23. feb. 2024, 17:41 (CET)

Kommentar til Santac: I givet fald bliver det ikke "kr." før tallet, men "DKK". Gør det en forskel for dig? Kartebolle (Dipsacus fullonum) (diskussion) 23. feb. 2024, 17:51 (CET)

Det ser lige dumt ud lige meget hvor DKK står :-) Det er dog umiddelbart den bedste løsning med ISO-koder på tværs af alla valutaer. Ellers skulle det være en særlig løsning for danske kr.: "x.000 kr." og ISO koder for alle andre. --Santac (diskussion) 23. feb. 2024, 19:03 (CET)

Det er bestemt en mulighed, men andre har ønsket ISO-koder brugt for alle valutaer inkl. den danske. Kartebolle (Dipsacus fullonum) (diskussion) 23. feb. 2024, 19:09 (CET)

Da der indtil videre er enighed om udelukkende at bruge ISO-koden for valutaerne, har jeg allerede ændret {{Wikidata-tal}} til at gøre det (artiklerne vil sandsynligvis først blive opdaterede i løbet af nogle timer). Jeg venter med kodeændringen for at vise valutakoden foran beløbet og linke til artiklen for valutaen, da der ikke fuld enighed om dette. Jeg tænker på evt. også at lave sporingskategorierne Kategori:Valutabeløb hentet fra Wikidata og Kategori:Valutabeløb uden valutaartikel hentet fra Wikidata. Vil de være nyttige? --Kartebolle (Dipsacus fullonum) (diskussion) 23. feb. 2024, 13:52 (CET)

Takker. Vedrørende sporingskategorierne er jeg indifferent; jeg tror ikke, at jeg vil benytte dem, men de er sikkert gode at have til at skaffe et overblik. --Pugilist (diskussion) 23. feb. 2024, 14:23 (CET)

Mht. om ISO-koden eller beløbet skal stå først i infoboksene, tæller jeg overvejende stemning for, at koden skal stå først - dog afhængigt af, hvordan @Santacs holdning tælles med, som først var skeptisk, men siden har blødt op. Jeg tænker, at de, som er vant til ISO-koderne, ofte vil finde det forkert og uprofessionelt, hvis vi skriver det "forkert" i infoboksene, mens hvis vi skriver det "rigtigt", vil nogle af dem, der ikke er vant til ISO-koder i det hele taget, nok undre sig, men de vil så blive opmærksomme på, at det er almindeligt at anvende denne ordstilling. Og jeg synes, at det første problem er større end det sidste - altså at vi har en praksis, som mange med i hvert fald en vis ret vil opfatte som direkte forkert, end at vi har en praksis, som mange blot vil opfatte som usædvanlig, fordi de ikke har mødt den før.

I løbende tekst vil jeg normalt også anvende et efterstillet kr., når snakken er om danske beløb. Jo mere eksotisk valutaen er, og jo mere "nørdet" konteksten er, jo mere nærliggende vil det være at bruge (foranstillede) ISO-koder, tænker jeg. Men generelt er anvendelsen i alm. tekst nok ikke noget, der bør opstilles ensartede regler for, for her vil både personlige præferencer og den konkrete situation være meget forskelligartede. Økonom (diskussion) 23. feb. 2024, 20:05 (CET)

Jeg er ikke uenig, men der kun gået en dag siden du foreslog foranstillet valutakode, så jeg synes der skal gå mere tid før en konklusion om dette.

NB: Foruden, eller i stedet for linkning, kan man også bruge {{Abbr}} (som laver HTML-tagget med samme navn), for eksempel DKK, EUR, BYN, SAR etc. Kartebolle (Dipsacus fullonum) (diskussion) 23. feb. 2024, 20:34 (CET)

Opsumering:

• Alle, så vidt jeg kan se, foretrækker brug af ISO-kode frem for valutasymboler eller lokale forkortelser. Det er allerede gennemført.
• Økonom foreslog for 3 dage siden (22. februar) at skrive valutakoden foran beløbet i stedet for som nu efter beløbet. Forslaget er støttet af Pugilist. Santac "kan godt leve med" fx DKK 1.000 i skabeloner, men foretrækker 1.000 kr. i løbende tekst. Jeg selv tror at det i første omgang vil se pudsigt ud for læsere uden økonomisk baggrund, men er blevet overbevist af Økonoms argumenter for foranstillet valutakode. Der er endnu ikke andre som har udtalt sig om dette. Hvis der ikke kommer flere tilkendegivelser imod, vil jeg – tidligst 1. marts, en uge efter forslaget – ændre Modul:Brug Wikidata til at skrive valutakoden først i pengebeløb hentet fra Wikidata. --Kartebolle (Dipsacus fullonum) (diskussion) 25. feb. 2024, 11:54 (CET)

Der har ikke været yderligere indlæg. Kodeændringen ligger nu klar i Modul:Brug Wikidata/sandkasse til anvendelse fra i morgen. Kartebolle (Dipsacus fullonum) (diskussion) 29. feb. 2024, 11:14 (CET)

Gjort Økonoms forslag er nu gennemført så valutakode skrives før beløb, og der linkes om muligt til artiklen om valutaen. 1418 artikler er opdaterede. Man kan se hvilke i Kategori:Valutabeløb hentet fra Wikidata. Der kunne ikke linkes fra SAR og TWD fordi der endnu ikke er skrevet artikler om disse valutaer. De 7 artikler som mangler links kan ses i Kategori:Valutabeløb uden valutaartikel hentet fra Wikidata. --Kartebolle (Dipsacus fullonum) (diskussion) 1. mar. 2024, 12:39 (CET)

Redigér · Overvåg · Se kun underside · Historik

Problemer på mobilvisning

Jeg har i den seneste tid oprettet flere musikartikler, bl.a. artikler om sange. Når jeg som oftest sidder ved pc'eren og redigerer, går jeg efter oprettelsen af en sangartikel ind på den plade/album, som sangen stammer fra og laver link til den pågældende sang. På pc'eren er opsætningen fin, og der er ingen visuelle problemer. Når jeg derimod går ind på mobilvisning og tjekker det samme album, mangler samtlige sange under "Spor"; det eneste man kan se, er nummereringen og selv tallene er "overskårne". Prøv f.eks. at lave et tjek på albummet Shu-bi-dua 10 på jeres computere og mobiltelefoner: På pc og desktop-versionen er der ingen problemer, men på mobilvisningen opstår det førnævnte trælse problem. Da flertallet af dawikis brugere formentlig bruger smartphone/iPhone når de skal søge på wikipedia, er der efter min mening tale om et ret stort problem. Kan der gøres noget teknisk ved det? Mvh. --BrianRasmussen (diskussion) 17. mar. 2022, 20:38 (CET)

Jeg har ikke det problem du beskriver på mobilvisning på håndholdt enhed. --Pugilist (diskussion) 18. mar. 2022, 07:54 (CET)

@Pugilist, @PHansen, @Steenth ------ Pugilist: må jeg høre hvilken mobiltlf. du har testet det på? :-) Selv har jeg en Samsung Galaxy A03s. Jeg har efterfølgende lavet en test igen, og når man roterer telefonen til "vandret format", er sangene pludselig med på "Spor"-listen igen - men ovre i venstre side, mens infoboksen er diagonalt oppe til højre. Roterer man igen til "lodret format", opstår det ovennævnte problem igen. På enwiki er der ingen problemer med at vise sangene, hverken på desktop eller med mobilvisning. Det er meget underligt. --BrianRasmussen (diskussion) 18. mar. 2022, 14:58 (CET)

Jeg har testet på iPhone og iPad uden problemer. --Pugilist (diskussion) 18. mar. 2022, 16:52 (CET)

Så tyder det på, at Apple-produkterne viser det korrekt. Kunne være interessant at høre, om andre med alm. smartphones/android oplever det samme problem som undertegnede. --BrianRasmussen (diskussion) 18. mar. 2022, 17:07 (CET)

Jeg kan genskabe problemet med mobil-udgaven af siderne på mobil-udgaven og desktop-udgaven med både Chrome og Firefox, hvor jeg gør browser-vinduet meget smalt. På Vector-skinnet virker det ok. På app virker det også. Hvor problemet er ved jeg ikke. Det kan være i skabelonerne {{Infoboks album}} og {{Trackliste}}, men det kan også være noget opsætning af mobilvisning. --Steen Th (diskussion) 24. mar. 2022, 08:52 (CET)

Hej og tak for svaret. Jeg har i mellemtiden spurgt andre med android-telefoner, og de oplever samme problem. Måske skal trackliste-skabelonen simpelthen udskiftes, men for mit vedkommende er det ikke noget, jeg vil gøre noget ved her og nu. Det bliver på et andet tidspunkt. --BrianRasmussen (diskussion) 24. mar. 2022, 13:36 (CET)

Jeg genopliver lige denne tråd. Det er fortsat et problem, at mobilvisning af skabelonen trackliste ikke bliver vist ordentligt. Det er ærlig talt lidt pinligt, og det må da kunne løse ved fælles hjælp? Hvad kan vi gøre, og hvem kan vi række ud til for at få det fikset? Sådan ser det ud på en tilfældig side (Vinterdage): Wiki-mobilvisning.jpg --z33k (diskussion) 10. mar. 2024, 11:48 (CET)

Lidt pudsigt. Jeg har testet det på en Samsung Fold4, der sammenklappet har en "smal" visning, og som foldet ud har en "bred" visning. Sammenklappet er der i mobilvisning bare en blank side under "Spor", men foldet ud, står det fint. Mon ikke, at det er et telefonproblem, mere end et wiki-kode problem ? -Pugilist (diskussion) 10. mar. 2024, 15:14 (CET)

Muligvis. Men på fx den engelske Wiki har jeg ikke samme problem med visning af https://en.wikipedia.org/wiki/Template:Track_listing som jeg i sin tid importerede til dansk. Så det kan lade sig gøre. --z33k (diskussion) 10. mar. 2024, 15:57 (CET)

Jeg tror at det en fejl i skabelonen. {{Trackliste}} blev kopieret fra enwiki i 2010 og er sidenhen stort set uændret her, mens der var adskillige rettelser på enwiki, før den der i 2016 blev konverteret til at bruge et modul. Kartebolle (Dipsacus fullonum) (diskussion) 10. mar. 2024, 18:16 (CET)

Redigér · Overvåg · Se kun underside · Historik

Nye testskabeloner

Dette er lidt i forlængelse af de seneste dages diskussioner om vandaler og blokeringer. Dette indlæg har dog intet med blokeringer at gøre, men derimod, hvordan vi advarer vandaler bedre for det hærværk de laver.

For jeg har i en lang periode overvejet, om det vil være en god idé at oprette nye testskabeloner. Der er flere begrundelser, hvorfor jeg tænker på, at de nuværende {{test}}, {{test2}} og {{test3}} bør have et nyt design. Jeg synes, specielt {{test}} minder for meget om {{Velkommen}}. Der er nærmest ingen forskel mellem de 2 skabeloner, og det sted hvor hærværk nævnes, er ikke highlightet, og kun en lang sætning nævner bare en smule om det hærværk brugeren har lavet.

Hvad skal nye testskabeloner kunne i min mening?

1. Være mere kompakt, for eksempel med en overskrift eller fed tekst hvor der står hvad brugeren har gjort, der er imod reglerne.

2. Være bedre til at advare om brugerens forstyrrelser af projektet og hærværk.

3. Være mere tydelig over, at brugeren har begået hærværk, dette gælder specielt {{test}}.

4. Have links til forskellige nyttige wiki-regler, guides og FAQ's. Dette gælder alle tests.

5. Have mere iøjnefaldende farver end de skabeloner vi har i dag, for at vise alvoren på en mere simpel måde.

6. Skabelonerne skal også kunne læses af skoleelever, der ikke forstår et bureaukratisk sprog.

Hvad kan være modargumenter for nye test-skabeloner?

1. En bot skal rette alle de mange mange tusindvis af test-skabeloner på diskussionssider, til et andet navn, hvis nye skabeloner godkendes.

2. Nogle vandaler ignorerer bevidst skabelonerne. Nogle gange ved at levere et snerrende svar på deres diskussionsside.

3. Nogle brugere er ligeglad med at indsætte skabelonerne, specielt admins. De bruger som regel en blokeringsskabelon, eller ingenting, da den blokerede bruger kan se, hvorfor de er blevet blokeret.

Jeg har lavet et eksempel på nye testskabeloner, bygget op efter de svenske skabeloner, som for eksempel K1 og K2. Mit forslag kan findes her.

Feedback og tips værdsætter jeg meget, ligesom jeg også tillader andre brugere at lave om på skabelonerne. Der har I min tilladelse til.

PS. Jeg kan derudover se, at Steenth tidligere i dag oprettede skabelonen {{gentagent hærværk}}, men denne skabelon tænker jeg at ikke-admins ikke nødvendigvis skal anvende på diverse diskussionssider, da de ikke har blokeringsværktøjet selv.

Jeg ser frem til, hvad jeres holdning er til dette. Mvh. Zelrin ^{(Diskussion • Bidrag)} 23. mar. 2024, 17:02 (CET)

Jeg er vist helt på vildspor her:

1. Hvad i alverden har testskabeloner og hærværk/vandalisme med hinanden at gøre?
2. Hvad i alverden har botter at gøre med testskabeloner og diskussionssider? - med den logik skulle botten så også indsætte bemærkning når testskabelonens indhold forandredes?
3. Hvad i alverden har fået dig til at oprette en kategori for den her underside (Landsbybrønden/Nye testskabeloner)?

På enwiki har de x1,x2 etc og af en eller anden grund syntes jeg det var sjovt at eftergøre: {{X1}}.

Som du siger {{test}} minder om .. etellerandet. Sechinsic (diskussion) 23. mar. 2024, 18:26 (CET)

@Sechinsic: Vores test-skabeloner er vores advarselsskabeloner til brugere der laver hærværk, og har rent faktisk intet med deciderede tests at gøre. Mit gæt vil være at idéen til navnet {{test}} må komme af, at hærværk i Wikipedias unge dage blev betragtet som brugere, der tester navnerummet ved at skrive mærkelige ting. Man burde omdøbe disse skabeloner til Advarsel1, Advarsel2, Advarsel3 osv... Mvh. Zelrin ^{(Diskussion • Bidrag)} 23. mar. 2024, 18:44 (CET)

Ok, så er jeg med. Det vil rigtig nok være en god ide at flytte til et nyt navn. Og hvad med kategori-spørgsmålet? Sechinsic (diskussion) 23. mar. 2024, 18:50 (CET)

hm.. det var vist et spørgsmål udenfor kategorien - ingen kommentarer -- Sechinsic (diskussion) 24. mar. 2024, 17:27 (CET)

@Sechinsic: Alle sider i Landsbybrønden har kategorien Kategori:Landsbybrønden så man kan finde dem via kategorien. Der er ikke noget specielt ved at denne side også har det. Det er standardprocedure. Kartebolle (Dipsacus fullonum) (diskussion) 24. mar. 2024, 17:54 (CET)

@Dipsacus fullonum: Det var så den kommentar jeg ikke skrev. Jeg går meget ind for at holde alt eller så meget som muligt ovenbords, men lige her tænkte jeg det nok var bedre at undgå at gå i selvsving og kommentere egen forvirring. Undskyld forstyrrelsen -- Sechinsic (diskussion) 24. mar. 2024, 18:35 (CET)!

Jeg synes at det ser godt ud. Indholdet på Bruger:Zelrin/Forslag til testskabeloner kan fint laves til skabeloner som kan bruges i stedet test-, test2- og test3-skabelonerne. Kartebolle (Dipsacus fullonum) (diskussion) 24. mar. 2024, 14:57 (CET)

Jeg har ikke overblik over noget. Men jeg er ikke sikker på at "iøjnefaldende farver" gør at folk er mere opmærksomme på indholdet. Mit indtryk er at firkantede bokse med farver ligner de ting på Internettet, man plejer at kunne rulle forbi uden problemer (reklamer, tilbud, cookie-bannere). Hvis folk skal tage advarsler (jeg tror det her specifikt handler om advarsler?) seriøst, så skal det være klart at et det er et menneske der giver en advarsel, og ikke en robot eller et eller andet automatisk. Jeg har ikke noget konkret forslag, for noget fremhævning kan godt give god mening, men mine øjne undgår typisk centrerede bokse og går efter tekst fra venstre. Sådan var det selvfølgelig ikke i nullerne, men det kunne godt være en faktor. Det er godt nok svært at sige om det skulle have nogen mærkbar effekt, men det var mine søvnløshedsponsorerede tanker for i dag. //Replayful (diskussion | bidrag) 25. mar. 2024, 00:38 (CET)

Al respekt for at tage spørgsmålet op, og for det arbejde, du har lavet med skabelonerne, Zelrin. Jeg tænker imidlertid at der er et par ting, der mangler i denne debat. Først og fremmest: Test-skabelonerne er ikke helt tilbage fra WP's unge dage, men blev indført efter debat og til erstatning for tidligere skabeloner, herunder {{hejmor}} og tilsvarende. Det, der mangler i denne debat, og som var ganske centralt i debatten om at indføre testskabelonerne, er at ikke alle vandalredigeringer er foretaget af vandaler. En del af de redigeringer, der (korrekt) belønnes med {{test}} er foretaget af uerfarne brugere, der ikke forstår Wikipedia, redigeringsprocessen, eller de normer og regler, vi andre dagligt navigerer i. Jeg har personligt flere oplevelser med brugere der, efter behørig "advarsel" og guidning, har fået ændret et uønsket mønster til et positivt og konstruktivt ét i stedet. Tilsvarende har jeg endnu flere oplevelser med brugere, der føler sig angrebet af en "vandal"-mærkat og trusler om sanktioner som følge af deres deres redigeringer af et godt hjerte, fordi deres uvidenhed om regler og procedurer mv. har fået redigeringerne til at ligne (eller reelt være) forstyrrelser af projektet. Vi har tabt alt for mange potentielle skribenter til misforståelser. Primært af denne årsag er jeg imod at lave den trods alt stadig mest venlige og hjælpsomme {{test}} om til en skabelon, der fra start erklærer den utrænede skribent for hærværksmand. Jeg er bevidst om, at denne tilgang vil betyde, at vi er venlige over for flere vandaler end vi er strenge over for uerfarne nye skribenter... Men fraset en ubetydelig smule ekstra arbejde (reelle vandaler stoppes sjældent af en skabelon alligevel), hvad taber vi så på det? Til gengæld, ved at blive strengere i tonen har vi en høj sandsynlighed for at tabe endnu flere nye skribenter, end vi gør i dag - og dét har vi ikke råd til. Jeg er således uenig i punkt 2 og 3 (og delvist punkt 1) på din for-liste. Jeg er meget enig i punkt 4 og 6; især den sidste er godt tænkt. Punkt 5 har jeg ikke en skarp holdning til, omend Replayful har en fair betragtning herover. I forhold til mod-listen tænker jeg ikke at punkt 1 er et problem; det er vel sådan noget, vi har botter til. Punkt 2 er et vilkår; mange reelle vandaler ved godt, at de er her for at hærge, og betragter undertiden advarsler som en udfordring eller belønning for deres arbejde, og lader sig derfor ikke afskrække uanset udformning eller indhold. Dette gælder også punkt 3; jeg kan godt finde på at blokere en åbenlys vandal uden skabeloner af nogen art, ganske enkelt fordi det tager belønningen (vores vrede) fra dem, og efterlader dem med en tom fornemmelse, der gør det mindre sjovt at vende tilbage og prøve igen.

Alt i alt er jeg positivt stemt over for at kigge på test-skabelonerne og se, om de kan forbedres - men hvis det betyder at vi skubber flere nye skribenter væk, så kan jeg ikke tale for en ændring. --Medic (diskussion) 30. mar. 2024, 22:51 (CET)

@Medic: Tak for din meget fine kommentar. Et af de vigtigste ting for mit indlæg her var, at høre andre brugeres for- og/eller modargumenter, og høre, hvad de synes vil være den ideelle test-skabelon. For vi skal ramme den helt rigtige type gruppe her - Vandalerne. MEN, der er også nogle brugere, der ikke har hensigten til at lave hærværk, der får en ganske normal test eller test2-skabelon. Det kan for eksempel være brugere, der ignorerer gentagne henstillinger, ved ikke at tjekke deres diskussionsside, men det kunne også være brugere der laver redigeringskrige.

Enwiki har en masse advarselsskabeloner der er mere tilrettelagt, hvad brugeren har lavet, om det så var hærværk, chikane, ignorering af henstillinger osv. - Mon vi skal kigge på det, om vi skulle lave sådanne skabeloner som enwiki, for at ramme mere rigtigt? For faktisk har jeg selv set at der er enkelte egentlige fornuftige brugere med evt. problemer med kilder, der har fået en test2, som i mine øjne er upassende, idet test2 primært bruges til vandaler. Med sådanne brugere burde man have en anden niveau 1- eller 2-advarselsskabelon i mine øjne.

Samtidig vil det måske også være en god idé at se om andre brugere har bud på ideelle test-skabeloner, som for eksempel dem jeg har lavet. Én ting er design, en anden ting er tekstformulering. Men som nævnt i mit indlæg, alle er velkomne til at rette mine skabeloner til eksperimentering, rettelser, ja selv at omformulere dem helt, men for min skyld kan man også lave sin egen sandkasse selv. I sidste ende skal vi vel nok lave en afstemning om vi skal tage nye test-skabeloner i brug.

Man kan se en liste af de engelske advarselsskabeloner her.

Og igen tak for kritikken Medic, Mvh. Zelrin ^{(Diskussion • Bidrag)} 30. mar. 2024, 23:25 (CET)

Redigér · Overvåg · Se kun underside · Historik

Skabelon til rettelse af fejl fra oversættelsesværktøjet

Wikipedias indbyggede oversættelsesværktøj har det at lave underlige fejl, herunder nogle gange indsættelse af mellemrum foran punktummer og referencer, og gentagne definitioner af navngivne referencer, ofte med forskellig indhold hvilket giver fejlmeddelelser. Jeg har lavet skabelonen {{Ret oversættelse}} som forsøger automatisk at rette sådanne fejl, samt oversætte indhold i skabeloner. Foreløbig kan skabelonen:

1. Fjerne mellemrum foran punktum
2. Ændre dobbelte eller flerdobbelte mellemrum til et enkelt mellemrum
3. Fjerne mellemrum før <ref>
4. Fjerne mellemrum før </ref>
5. Fjerne mellemrum efter en startparentes "("
6. Fjerne mellemrum før en slutparentes ")"
7. Fjerne ekstra dublet-definitioner af navngivne referencer (<ref name="navn">...</ref>)
8. Oversætte engelske datoer i CS1/CS2-kildeskabeloner fra engelske til dansk (ikke alle skabeloner og ikke alle datoformater er implementerede endnu, det vil blive gjort løbende)

Jeg forventer at udvide oversættelse af skabelonindhold med:

1. Navne på sprog i kildeskabeloner
2. Understøttelse af oversættelse af datoer og sprognavne fra andre sprog end engelsk, efter ønske
3. De hyppigst brugte parameternavne samt datoer i {{Infoboks leder}}
4. Et projekt, jeg tænkt på, men som ikke bliver fra starten, er automatisk at lave et udkast til {{taksoboks}} for taksa (dyr og planter m.v.)

Brug

Når man har oversat en artikel vha. oversættelsesværktøjet, redigerer man artiklen og indsætter "{{subst:Ret oversættelse|" i første linje og "}}" i sidste linje (uden gåseøjnene), således af alt indholdet på siden bliver parametre til skabelonen {{Ret oversættelse}}. Når man gemmer siden, vil – hvis alt går vel – de ovenfor nævnte ting blive rettet, og skabelonen fjerner sig selv fra siden igen. Husk "subst:" foran skabelonnavnet.

Jeg forventer at der vil være startproblemer. Tjek altid at resultatet er OK, og tilbagestil hvis noget går galt. Jeg vil meget gerne høre erfaringer med brug og ønsker til andre funktioner. --Kartebolle (Dipsacus fullonum) (diskussion)

Jeg har nu rettet nogle fejl, skrevet en dokumentationsside til skabelonen og tilføjet oversættelse af engelske navne på sprog i kildeskabeloner til listen over ting der rettes. --Kartebolle (Dipsacus fullonum) (diskussion) 31. mar. 2024, 19:18 (CEST)

Fint initiativ - jeg har afprøvet den i to oversættelser i dag (Saudiske riyal og Nytaiwanske dollar), og i de to tilfælde har den fungeret fint og gjort det noget mere bekvemt at lave oversættelser, når man ikke længere manuelt behøver at tilrette sådanne "idiot"-fejl. Økonom (diskussion) 31. mar. 2024, 20:25 (CEST)

Redigér · Overvåg · Se kun underside · Historik

Bedre beskyttelse af sider, skabeloner og moduler

Jeg har nogle tanker om beskyttelse af skabeloner og moduler, hvor jeg synes at semibeskyttelse ikke er nok, men fuld beskyttelse er for meget. Og jeg kan se at udvidet bruger bekræftelse bruges bl.a. på den svenske wikipedia, som kunne komme med i samme omgang, når vi er i gang. Så jeg har samlet mine tanker i dette oplæg med en række af forslag.

Hovedforslag

Det indføres 2 nye brugergrupper:

• Udvidet bekræftet bruger, hvor brugeren kommer automatisk ind i den gruppe, når brugeren har 500 redigeringer og været registreret i 30 dage. Antal redigeringer og dage er en standard i Mediawiki-softwaren.
• Skabelonredaktør. En bruger, som udnævnes til rollen, når der er efter en debat, er tillid til brugeren til at vedligeholde skabeloner og moduler på højt teknisk niveau.

Der indføres 2 nye beskyttelsesniveauer:

• Udvidet beskyttelse for udvidet bruger. Det niveau kan bruges på alle typer af sider, som er udvidet bekræftet bruger, administrator og evt. bot-konti.
• Skabelon beskyttelsessider. Bruger på skabeloner og moduler, hvor kun brugere, som er administratorer, brugergrænseflade- eller skabelonredaktør.

Formål

På almindelige sider kan det være nødvendigt, at siden beskyttes bedre end semibeskyttelse. Når jeg se i Kategori:Semibeskyttede sider, så ser jeg at enkelte sider en gang imellem, som er beskyttet, bliver udsat for hærværk. Spørgsmålet er at finde et niveau, hvor vi bruger det udvidede beskyttelsesniveau.

På skabeloner og moduler er det mere forebyggelse end et problem. Lige nu bruger jeg en praksis på at skabeloner og moduler, som bruges omkring 500 gange, bliver beskyttet. Enkelte skabeloner bliver også fuld beskyttet, men det gør at kun administratorer kan rette dem. Og der er meget få administratorer, som interesserer sig for redigering af dem. Så spørgsmålet er at begrænse kredsen af brugere, som kan rette i de mest brugte skabeloner og moduler, uden at man skal være administrator.

En grund til at jeg gerne vil indføre rollen som skabelonredaktør er at jeg har set velmenende brugere, som har indført ændringer på centrale moduler, som ikke var testet ordentligt. Og hvor ændringen ret hurtig blev rullet tilbage igen. Så jeg vil godt have nogle brugere til den rolle til at vedligeholde den slags skabeloner og moduler, som er rutineret til at varetage den slags opgaver.

Politiker

På den engelske wikipedia er politiken for beskyttelse, som løst giver en retningslinje, Men der er også en bot sætter beskyttelsesniveau efter antal:

• semiskyttelse, når en skabelon og et modul bruges 250 gange
• udvidet beskyttelse, når en skabelon og et modul bruges 2.500 gange
• skabelonbeskyttelse, når en skabelon bruges 5.000 gange.

Min egen vurdering er at det nok ikke er hensigtsmæssigt at bruge antal som kriterium på skabelonbeskyttelse, men hellere vælge et udvalg af skabeloner og moduler, som får det niveau efter hvor vigtige de er.

Jeg har ikke fundet ud af, hvad politikken er på den svenske wikipedia. Men de har kun brugt det beskyttelsesniveau på lidt over 100 sider. Jeg er åben for få input fra andre wiki’er.

Jeg vil selv foreslå følgende retningslinje til skabeloner og moduler:

• Fuld beskyttelse:
  • Bruges på brugerbeskeder til velkomst, test-skabeloner mv. Kan være en ren administrator-opgave.
  • Simple skabeloner, som sandsynligvis ikke vil blive ændret.
• Skabelonbeskyttelse
  • De vigtige skabeloner og moduler, som fx bruges som byggeklodser til andre skabeloner og moduler eller bruges meget hyppigt på sider.
  • Det kan også bruges til at beskytte os imod, at en bruger med udvidende bekræftelse redigerer på bestemte skabeloner og moduler. Men det skal være undtagelsen.
• Udvidet beskyttelse
  • Skabeloner, som bruges mindst 2500 gange
  • Kvalitetsskabeloner, som bruges til mærkning af problemer, kan udsættes for uhensigtsmæssigt ændringer
  • Skabeloner meget udsat for hærværk.
• Semibeskyttelse
  • Skabeloner, som bruges mindst 500 gange (kunne sættes til 250 gange efter engelsk retningslinje)
  • Udsatte skabeloner udsat for hærværk, hvor udvidet beskyttelse vurderes ikke at være nødvendig.

Hvis jeg ser på listen af mest brugte skabeloner og moduler, vil de fleste, som bliver brugt mere end 50.000 gange, være oplagte kandidater til skabelonbeskyttelse. Men der er også en del skabeloner og moduler, som bruges under 50.000 gange, som bør have det beskyttelsesniveau. I første runde kunne vi se på top 100.

Skabelonredaktør

Jeg vil foreslå at ansøgning til rollen som skabelonredaktører sker på samme måde som brugerfladeredaktør. At der en uge til at man vurdere en bruger, som den pågældende kan få rollen og en bureaukrat tildeler rollen. Og evt. fjerne rettigheden, hvis denne ikke har været aktiv i en lang periode eller der er mistillid til varetagelsen af rollen, kan rollen fratages efter afstemning.

Udvidet bekræftet bruger

En bruger får automatisk dette brugerniveauet, når det er gået 30 dage og brugeren har foretaget 500 redigeringer. En administrator kan fjerne og evt. tilføje rollen, hvis der sker misbrug eller brugen har opnået på anden måde.

Jeg kan se på den engelske Wikipedia, at rollen kan også bruges til at tillade brug af __INDEX__ på brugersider.

Debat

Jeg har rejst spørgsmålet en gang på Wikipedia:Landsbybrønden/Beskyttelse af skabeloner nu og her og i fremtiden - stemningen var positiv for at få rollen som skabelonredaktør. Rollen som skabelonredaktør blev også nævnt lidt i denne diskussion: Wikipedia:Landsbybrønden/Teknisk administrator.

Det jeg går efter er at få opbakning til at indføre de 2 beskyttelsesniveauer og de 2 roller, som er nævnt i hovedforslaget, så de nødvendige ændringer af opsætningen kan foretages. Og at vi får på plads, hvordan politikerne for tildeling af rollen som skabelonredaktør er, og hvordan de 2 beskyttelsesniveauer bruges. --Steen Th (diskussion) 18. mar. 2024, 15:02 (CET)

Jeg støtter, at vi får de to rettigheder og de to beskyttelsesniveauer. Vi mangler en mellemting mellem semibeskyttelse og fuld beskyttelse til skabeloner. Ved ikke, om vi mangler det til artikler, men det vil ikke skade at have muligheden, hvis behovet skulle opstå. Hvad angår antal gange, skabeloner er i brug, bør vi ikke kopiere de engelske tal, for skabelonerne bliver uden tvivl brugt flere gange på enwiki end på dawiki. Støtter også, at udvidet bekræftet bruger kan tildeles og fjernes manuelt for at undgå misbrug af en rettighed, der tildeles automatisk.
- Sarrus (d • b) d. 18. mar. 2024, 15:53 (CET)

Opbakning til Steen Th's forslag herfra. Jeg har ingen stærke holdninger til detaljerne i en implementering af forslaget, og vil trygt overlade den vurdering til andre, der arbejder med det i det daglige. -- Pugilist (diskussion) 18. mar. 2024, 16:17 (CET)

Jeg synes at Steens forslag lyder fornuftigt. Vi har mig bekendt ikke haft nævneværdigt hærværk mod skabeloner og moduler, sikkert fordi de typiske hærværkspersoner ikke har fornødne tekniske indsigt til at gøre det, men en kyndig ondsindet person vil kunne gøre betydelig skade. Jeg støtter forebyggende beskyttelse på et niveau som ikke unødigt hindrer den fri redigeringsmulighed, og forslaget virker som et rimeligt kompromis mellem de to hensyn. Kartebolle (Dipsacus fullonum) (diskussion) 18. mar. 2024, 23:45 (CET)

Jeg synes at tallene sagtens kan sættes lavere.

Misforstået brug af "skabeloner" gør at en del skal omplaceres til rette navnerum. Fx er Skabelon:EA ikke en "skabelon", men inklusionsside til Wikipedia:WikiProjekt_Efterspurgte_artikler og hører hjemme hovedsidens navnerum (WP:). Ligeledes er Skabelon:Dagen/9. oktober en inklusionsside, der bruges flere steder, men retteligt hører hjemme i artikelnavnerummet.

Mere sigende navne, højst to ord. "Udvidet beskyttelse for udvidet bruger" fx til "Udvidet beskyttelse". Og "Udvidet bekræftet bruger" til "Velkendt bruger". Vi skal gøre op med at bruge indforstået sprog. Nye skal kunne træde ind, uden at lære et parallelsprog.

--Madglad (diskussion) 19. mar. 2024, 10:39 (CET)

Med "Jeg synes at tallene sagtens kan sættes lavere" mener jeg tallene for skabelonbeskyttelse. --Madglad (diskussion) 19. mar. 2024, 11:34 (CET)

Jeg har mit oplæg gjort skabelonredaktør lidt større en post end det er på engelske. På den engelske er det noget som administratorer kan tildele, mens jeg sat et krav om ansøgning, som tildeles af bureaukrat. Jeg har en mistanke om, at den engelske Wikipedia har sat et lavt antal brug pga. de er startet med at kun bruge skabelonredaktør-rollen, men de er først senere begyndte med at bruge udvidet bekræftelse til skabeloner og moduler.

Årsagen er, at hvis der kommer flere skabeloner og moduler, som er beskyttet med skabelonbeskyttelse, så kræver det flere skabelonredaktører, som ikke nødvendig har erfaring nok. Så jeg vil sætte antal af brug af skabelon/modul meget højt i starten, men på sigt kunne det nedsættes, mens det viser sig, at der er nok skabelonredaktører til at kunne håndtere det.

Jeg har lave en liste over skabeloner og moduler, som nu enten er fuld beskyttet eller semibeskyttet med et forslag om hvad for et niveau de skal være på Bruger:Steenth/sandkasse/forslag til beskyttelsesniveau for skabeloner og moduler. Det er pt. mit udgangspunkt til en start. Jeg har fundet en del skabeloner til forsiden, som ikke er beskyttet. De bør også beskyttes bedre.

Omkring : Jeg har fundet ud af at man forhindre almindelige bekræftet brugere at bruge dette magiske ord via misbrugsfilteret. Det samme kan vi også gøre.

Jeg har kigget på hvad for nogle semibeskyttet artikler, som er blevet rullet tilbage i de sidste 30 dage. Det er Mette Frederiksen, Brøndby IF, Lionel Messi, Christian 4. og Løve. Det kunne være nogle af dem, som skulle have udvidet beskyttelse.

Navngivning af sider og roller mv. er reelt en oversættelsesopgave. Jeg har tilrettet {{Beskyttelsestabel}} i en sandkasse-version.

Brugergrupper og beskyttelsesniveauer

	Anonyme og nyoprettede brugere	Bekræftede eller automatisk bekræftede brugere	Udvidet bekræftede brugere	Skabelon­redaktører	Administratorer	Brugerflade­redaktører	Beregnet til (Se også: Wikipedia:Beskyttelser)
Ingen beskyttelse	Normal redigering						Langt de fleste sider. Det er det normale beskyttelsesniveau.
Semi	Ingen redigering	Normal redigering					Artikler der er særligt udsat for hærværk, typisk fra anonyme eller nyoprettede brugere. Nogle af de meget synlige skabeloner og moduler.
Udvidet beskyttelse	Ingen redigering		Normal redigering*				Sider, hvor semibeskyttelse ikke er nok, eller højrisiko skabeloner og moduler, hvor skabelonbeskyttelse ville være for restriktiv.
Skabelon	Ingen redigering			Normal redigering			Højrisiko skabeloner og moduler.
Fuld	Ingen redigering				Normal redigering	Ingen redigering	Sider som skal beskyttes fra udvidet bekræftet konti. Kritiske skabeloner og moduler.
Brugerflade	Ingen redigering					Normal redigering	Scripts, stylesheets og tilsvarende objekter, som er central for driften af webstedet eller som er i andre brugers' brugerrum.
* For at redigere på en udvidet bekræftet beskyttelse skal en skabelonredaktør eller brugerfladeredaktør også være udvidet bekræftet, men i praksis er det næsten altid tilfældet.. Andre typer af beskyttelse: Oprettelse beskyttelse Flytte beskyttelse Upload beskyttelse Kontor beskyttelse Kaskaderende beskyttelse

Der skal også rettes nogle skabeloner og moduler. Det er jeg så småt i gang med at forberede.

Jeg kan se, at der er opbakning til forslaget, så hvis der ikke kommer indvendinger, så vil jeg efter påske få oprettet en sag for at få ændret opsætningen. Og jeg kigger på at få tilføjet alle de rettigheder til de nye brugergrupper, som den engelske Wikipedia har. --Steen Th (diskussion) 24. mar. 2024, 10:38 (CET)

@Steenth:

1. Brugerfladeredaktører har ikke adgang til at redigere fuldt beskyttede sider som indikeret i din tabel herover.
2. I dit første oplæg samt tabellen fremgår at du vil give brugerfladeredaktører adgang til at redigere sider med skabelonbeskyttelse. Det har de ikke på enwiki. Hvorfor ikke holde brugerfladeredaktørers og skabelonredaktørers opgaver adskilte? Jeg er vist den eneste som det har betydning for i øjeblikket, og jeg påtænker alligevel at søge om status som skabelonredaktør når eller hvis rollen indføres.

Kartebolle (Dipsacus fullonum) (diskussion) 24. mar. 2024, 11:25 (CET)

ad 1 - du har ret. Det er fejl, som er arvet efter den engelske udgave...

ad 2 - jeg har også fået øje på brugerfladeredaktører ikke har skabelonredaktør rettigheder på enwiki.. jeg notere det og tager det med, som du foreslå.

Hvis ingen har noget imod det, så bør du være skabelonredaktør fra start af uden ansøgning, fordi du i forvejen er brugerfladeredaktører. For du er jo vedligeholder af nogle vigtige og meget brugte moduler..

Der nok nogle andre detaljer, som skal vendes. Steen Th (diskussion) 24. mar. 2024, 11:49 (CET)

Mon teknikerne vil gå med til at implementere skabelonredaktørenes rettigheder i brugerfladeredaktørernes rettigheder? Hvis man er kvalificeret som brugerfladeredaktør, er man vel implicit også kvalificeret som skabelonsredaktør.
- Sarrus (d • b) d. 24. mar. 2024, 12:08 (CET)

Jeg ved det ikke om teknikerne vil gå med til at implementere skabelonredaktørenes rettigheder i brugerfladeredaktørernes rettigheder. Men jeg har kigget på de engelske regler for tildeling af brugerfladeredaktør, at man er administrator. Så den engelske udgave af oversigten passer til deres regler. Hvis ikke, så skal politikken for at være brugerfladeredaktør hos os, at man enten er administrator eller skabelonredaktør. Steen Th (diskussion) 24. mar. 2024, 12:25 (CET)

Hvis de ikke går med til det, kan vi kan da også bare aftale, at man tildeler begge flag, når man udnævner en brugerfladeredaktør. Ser ingen grund til at kræve admin.-flag for at blive brugerfladeredaktør.
- Sarrus (d • b) d. 24. mar. 2024, 12:28 (CET)

Jeg har lavet en kladde til en projektside om rettigheden som skabelonredaktør på Bruger:Sarrus/sandkasse/Wikipedia:Skabelonredaktør, som man gerne må rette i, men den bør først flyttes væk fra sandkassen, når rettigheden kommer.
- Sarrus (d • b) d. 16. apr. 2024, 20:54 (CEST)

@Steenth og Dipsacus fullonum: og andre interesserede: Der er stillet et spørgsmål på Phabricator om, hvad rettigheden som skabelonredaktør skal indeholde. Hvad skal vi svare?
- Sarrus (d • b) d. 17. apr. 2024, 15:19 (CEST)

@Dipsacus fullonum @Sarrus I må gerne håndtere spørgsmål i dag. Jeg er enten offline eller optaget af andet resten af i dag. editcontentmodel har jeg selv kun brugt en gang efter en foresprøgelse, som kan bruges til at ændre fx en side mellem Wiki-mackup, lua eller css-syntaks. tboverride kan bruges til at bruge beskyttet titler og brugernavne. Jeg har ikke noget imod at have dem. Men begge er ikke most at have. Steen Th (diskussion) 17. apr. 2024, 16:06 (CEST)

Udover for at spørge fællesskabet, spørger jeg blandt andet også, fordi jeg ikke ved, hvad jeg skal svare. Om det er noget, der er relevant, at de har? Men man burde vel kunne stole på, at de brugere, der får rettigheden, ikke misbruger dem.
- Sarrus (d • b) d. 17. apr. 2024, 16:11 (CEST)

@Sarrus De skader ikke væsentligt, at de også er med. Det er er brugere, som vi har vist tillid at få rollen. Steen Th (diskussion) 17. apr. 2024, 17:13 (CEST)

editcontentmodel er relevant for skabelonredaktører fordi de kan have behov at redigere TemplateStyles som har CSS-indhold. Contentmodel vil normalt sættes korrekt af MediaWiki-sorftware ud fra sidenavnet, men jeg kan forestille mig situationer hvor der er behov for manuelt at korrigere indholdsmodellen. De kom frem til samme konklusion på enwiki i diskussionen en:Wikipedia:Village pump (proposals)/Archive 167#Grant Template Editors and Mass Message Senders the editcontentmodel right.

tboverride giver ret til at oprette sider eller brugernavne med sidenavne som står på titelsortlisten (MediaWiki:Titleblacklist). Da denne sortliste er endnu ikke brugt på dansk Wikipedia, er der ikke noget at overskrive, hvorfor en rettighed hertil for nuværende er uden betydning. Men hvis man på et tidspunkt begynder at sortliste visse typer sider i skabelon- eller modulnavnerummene (her tænker jeg specielt på editnotices) kan det blive relevant.

Derfor vil jeg støtte at skabelonredaktører får begge rettigheder. Sarrus har ret i at man bør kunne stole på brugere med disse rettigheder, men man vil næppe udnævne nogen til skabelonredaktører som man ikke allerede stoler på. --Kartebolle (Dipsacus fullonum) (diskussion) 17. apr. 2024, 17:46 (CEST)

@Steenth og Dipsacus fullonum: Jeg har nu skrevet, at I begge to støtter det. Men har vist ikke pinget vedkommende rigtigt?
- Sarrus (d • b) d. 17. apr. 2024, 17:53 (CEST)

Skabeloner og kategorier

Jeg er gået i gang med at kigge på hvad der skal tilpasses af skabelon, moduler og kategorier. Så jeg har som det første kigget på kategorier og det sættes op af Modul:Protection banner/config, hvor jeg arbejder i sandkassen Modul:Protection banner/config/sandkasse. Derudover er skabelonerne {{Skrivebeskyttet}}, {{Semibeskyttet}}, {{Skrivebeskyttet skabelon}} og {{Semibeskyttet skabelon}}. Min tanke at bruge Modul:Protection banner på dem og så de bruges uanset beskyttelsesniveau.

Og når jeg alligevel er igang, så vil jeg gerne strukturere kategorierne efter modul efter fx den engelske, som har en:Category:Wikipedia page protection, som topkategori. Så jeg vil lave en Kategori:Wikipedia sidebeskyttelse som topkategori for beskyttet sider, som også kan bruges til politiker mv. Så det vil også medfører at jeg vil ændre navn på nogle af de nuværende kategorier. --Steen Th (diskussion) 27. mar. 2024, 12:01 (CET)

@Steenth: Skal der så bruges samme ikon ved alle former for beskyttelse?
- Sarrus (d • b) d. 27. mar. 2024, 14:05 (CET)

@Sarrus Nej. Det er indbygget i modulet at finde den relevante ikon og kategorier. Det gør allerede med skabeloner og moduler, som sættes via Skabelon:Dokumentation, som i forvejen bruger Modul:Protection banner til det. Jeg udvider bare brugen af modulet til formålet. Steen Th (diskussion) 27. mar. 2024, 14:09 (CET)

@Sarrus En lille tilføjelse til min svar. Jeg bruger de ikoner, som den engelske Wikipedia og andre wiki'er brugere, som dækker de nye niveauer af beskyttelse. Og de er med i oversigten. Jeg har testen den af på Bruger:Steenth/sandkasse/testside og Bruger:Steenth/sandkasse/testside fuldt, hvor der er også en tekst, som {{pp}} kan vise, hvis det ønskes. Steen Th (diskussion) 8. apr. 2024, 14:07 (CEST)

@Steenth: Så vi skal ikke bruge {{beskyttet}} og {{semibeskyttet}} mere?
- Sarrus (d • b) d. 8. apr. 2024, 15:33 (CEST)

@Sarrus Jeg har kun brugt {{pp}} til at teste med. De gamle vil stadig kunne bruges, men vi kunne ændre på et senere tidspunkt. Steen Th (diskussion) 8. apr. 2024, 17:32 (CEST)

Jeg har lavet en oversigt til mig selv med de mest relevante kategorier, når Modul:Protection banner/config opdateres:

Er flyttet

* Kategori:Semibeskyttede sider til Kategori:Wikipedia semibeskyttede sider

Bliver flyttet

* Kategori:Skrivebeskyttede sider til Kategori:Wikipedia fuldt beskyttede sider

* Kategori:Wikipedia skrivebeskyttede skabeloner til Kategori:Wikipedia fuldt beskyttede skabeloner

* Kategori:Wikipedia skrivebeskyttede moduler til Kategori:Wikipedia fuldt beskyttede moduler

nye kategorier for udvidet beskyttelse

* Kategori:Wikipedia udvidet beskyttede sider

* Kategori:Wikipedia udvidet beskyttede skabeloner

* Kategori:Wikipedia udvidet beskyttede moduler

nye kategorier for skabelon-beskyttelse

* Kategori:Wikipedia skabelon-beskyttede skabeloner

* Kategori:Wikipedia skabelon-beskyttede moduler

* Kategori:Wikipedia skabelon-beskyttede sider på andet end skabeloner og moduler

nye kategorier, når andre skabeloner opdateres

* Kategori:Wikipedia fuldt beskyttede projektsider

* Kategori:Wikipedia fuldt beskyttede diskussionssider

* Kategori:Wikipedia fuldt beskyttede bruger og brugerdiskussions-sider

Jeg er åben for ændringsforslag...

Der er også andre kategorier i opsætningen, som muligvis kommer i brug. --Steen Th (diskussion) 31. mar. 2024, 12:08 (CEST)

@Steenth:. I alle navne hvori indgår ordene "fuld beskyttede", bør navnet ændres til i stedet at indeholde "fuldt beskyttede". --Kartebolle (Dipsacus fullonum) (diskussion) 31. mar. 2024, 13:35 (CEST)

@Dipsacus fullonum: - noteret og overstående rettet til. Jeg har rettet til i min arbejdskopi af config-siden, som senere kommer i sandkassen-versionen. --Steen Th (diskussion) 31. mar. 2024, 13:59 (CEST)

Sag oprettet

Jeg har oprettet phabricator:T361461. Jeg har kigget i gamle sager og det ligner at det bliver udført i løbet af nogle dage. Og på bl.a. hewiki har de brugerfladeredaktører skabelonredaktør rettigheder.. --Steen Th (diskussion) 1. apr. 2024, 11:25 (CEST)

Retningslinjer for at blive skabelonredaktør

Jeg har kigget på nogle retningslinjer for at blive skabelonredaktør. Og har jeg hentet inspiration fra den engelske side og tilpasset hvad jeg mener kunne være passende på den danske.

De formelle krav:

1. At have være registeret bruger på Wikipedia i mindst et år
2. Har foretaget mindst 1.000 redigeringer
3. Har foretaget mindste 150 redigeringer på skabeloner og moduler
4. Og ikke haft konflikter, som har medført blokeringer i de sidste måneder

Det er også vigtig at man se, at ansøgeren kan håndtere skabeloner og moduler, som kræver omhyggelighed:

• Har arbejde med større ændringer af skabeloner og moduler
• Har arbejdet i med forberedelse af ændringer i sandkasse og testet det af med testcases

Det er vigtig, at dem som kigger på en ansøgning fra en bruger, kigger på hvordan brugeren har håndteret ændringer af skabeloner og moduler.

Det er mit forslag, som kan skrives ind i Wikipedia:Skabelonredaktører. --Steen Th (diskussion) 19. apr. 2024, 17:06 (CEST)

Overordnet set synes jeg at Steenth's forslag ser fornuftigt ud. Jeg forslår endnu et punkt til at vise omhyggelighed og god praksis:

• Har beskrevet oprettede skabeloner og moduler eller udførte ændringer på deres dokumentationssider

--Kartebolle (Dipsacus fullonum) (diskussion) Kartebolle (Dipsacus fullonum) (diskussion) 19. apr. 2024, 17:36 (CEST)

Jeg har lavet et oplæg til projektsiden, som ligger på Wikipedia:Skabelonredaktør/sandkasse.
- Sarrus (d • b) d. 19. apr. 2024, 17:41 (CEST)

@Dipsacus fullonum Godt input, at få dokumentation med. Vi kunne også overveje at man også kan håndtere TemplateData.

@Sarrus Jep. Den skal ind i den side, så det er noget at evaluerer en bruger på. Steen Th (diskussion) 19. apr. 2024, 17:54 (CEST)

Jeg har skrevet noget mere tekst på Wikipedia:Skabelonredaktør/sandkasse baseret på Steenth's og mine egne ideer herover samt den engelske side en:Wikipedia:Template editor. Kartebolle (Dipsacus fullonum) (diskussion) 19. apr. 2024, 20:10 (CEST)

Der ser ikke ud til at være flere kommentarer eller ændringsforslag vedr. skabelonredaktører. Lad os flytte udkastet til Wikipedia:Skabelonredaktører og åbne for tilgangen til at blive udnævnt. --Kartebolle (Dipsacus fullonum) (diskussion) 1. maj 2024, 13:36 (CEST)

Jeg har tilladt mig at foretage flytningen.
- Sarrus (d • b) d. 1. maj 2024, 15:12 (CEST)

Oplæg til bot-kørsel

Jeg kigger på en bot-kørsel, hvor vi får ændret rettighederne på de meste benyttet skabeloner og moduler. Jeg har kigget på Wikipedia:Database rapporter/Skabeloner, som bruges på flest sider, hvor jeg har brugt Bruger:Steenth/sandkasse/forslag til beskyttelsesniveau for skabeloner og moduler som et udkast. Jeg har justeret lidt i den liste i dag.

Jeg kigget på kriterierne, hvor man kun ser på antal:

• skabelonbeskyttelse sættes, når en skabelon og et modul bruges mindst 50.000 gange. Det vil give at de 60 mest benyttet skabeloner og moduler kun kan redigere af administratorer eller skabelonredaktører.
• udvidet beskyttelse sættes, når en skabelon og et modul bruges mindst 2.500 gange. Det vil give at 300 mest benyttet skabeloner og moduler kan redigeres med rettigheder fra udvidet bekæftet bruger og op.

Jeg har en tanke om at flytte grænsen fra 500 til 250 semibeskyttelse: Det vil give ca. 300 flere beskyttet skabeloner og moduler. Jeg har ikke set kommentarer på det.

På forsiden bør alle skabeloner være mindst udvidet beskyttet, med undtagelse af {{Forside Aktuelt}}, {{Vidste du at...}} og {{Nyligt afdøde}}, som redigeres af brugere. Derudover er nogle skabeloner, som styre navn på ugens artikler, som fx {{Ugens artikel/Titel uge 16}} - et for hver uge, som bør beskyttes. Men her kunne vi nøjes med semibeskyttelse.

Det jeg venter lige nu på, at oversættelserne kommer på plads, så historik og senere ændringer får dansk tekst. Så der nogle dage før det er på plads. --Steen Th (diskussion) 21. apr. 2024, 13:58 (CEST)

Der var ikke nogen bemærkninger. Så jeg har foretaget ændringen af beskyttelsesniveauer... --Steen Th (diskussion) 27. apr. 2024, 16:33 (CEST)

Udvidet bekræftelse til bot-konti mangler

Da jeg tjekkede opsætningen opdagende jeg, at bot-konti mangler Udvidet bekræftelse som en del af de konti's rettigheder. Så hvis der ingen noget imod det, så får jeg opret sag på det. Jeg har brugt min bot-konto til at ændre et eller andet i skabeloner. Og andre bot-konti kan vel også bruge det. --Steen Th (diskussion) 27. apr. 2024, 16:39 (CEST)

Udvidet bekræftet giver ikke adgang til at rette i skabelonsbeskyttede skabeloner, så den rettighed skal måske også implementeres i botflaget?
- Sarrus (d • b) d. 27. apr. 2024, 17:37 (CEST)

Er det ikke kun færreste botter som har behov for at redigere sider med udvidet beskyttelse eller i særdeleshed skabelonbeskyttelse? Botoperatører, hvis botter har disse behov, kunne evt. blot søge om rettighederne på Wikipedia:Anmodning om botstatus. Kartebolle (Dipsacus fullonum) (diskussion) 27. apr. 2024, 18:40 (CEST)

Jeg har tjekket redigering på skabelonerne med eksport af alle versioner, som er udvidet beskyttet. Og jeg har 2 bot-konti i top 4, mens de 2 andre er gamle interwiki-bots. Det ligner det alene er mig, som komme til at mangle det . Af mine egne, er der ikke noget problem med Bruger:SteenthAdmBot, da fleste redigeringer er ændring af beskyttelsesniveau, mens Bruger:Steenthbot er svære håndtere. De flere ændringer, som min bot-konto udfører på de skabeloner, er ensretning af noget, som er tværs af mange skabeloner, typisk noget med kategorier og som går på tværs beskyttelsesniveau. Jeg vil ikke vide på forhånd, om en udvidet beskyttet skabelon er med i mængden af sider, som jeg vil rettet et eller andet. Fx har jeg ændrede jeg alle stub-skabeloner i oktober 2022, hvor der netop en, som er udvidet beskyttet. Den bliver svært fange, når det er 1 af næste 1000 stub-skabeloner. På moduler har jeg få bot-redigeringer, men jeg opdatere regelmæssigt Modul:Transclusion count/data, som snart burde være udvidet beskyttet. På artikler sætter jeg beskyttelsesskabelon med bot. Og allerede nu er der 2 titler, som er blev udvidet beskyttet. Dem kan jeg pt. ikke sætte en beskyttelsesskabelon på.

De skabeloner, som er skabelon-beskyttet, ligner ikke er noget, hvor det vil være et problem, at der ikke er rettigheder til at redigere. Steen Th (diskussion) 27. apr. 2024, 22:36 (CEST)

Hvis i øjeblikket kun Steenthbot har behov for rettigheden udvidet bekræftet bruger, så foreslår jeg en administrator giver den rettighed til botten. Hvis andre botter skulle få brug for rettigheden senere, kan deres botoperatør lave en begrundet ansøgning på Wikipedia:Anmodning om botstatus. Kartebolle (Dipsacus fullonum) (diskussion) 28. apr. 2024, 07:10 (CEST)

Det virker mere logisk at bede om det på WP:AOA. Den anden side er mere rettet mod bureaukraterne. Det er ikke sikkert, at alle admins overvåger den. Men de bør overvåge AOA.
- Sarrus (d • b) d. 28. apr. 2024, 08:46 (CEST)

AOA er fint med mig. Kartebolle (Dipsacus fullonum) (diskussion) 28. apr. 2024, 10:07 (CEST)

1. Hvad så, hvis en botoperatør er administrator. Bør man så anmode en anden administrator om at tildele rettigheden, eller kan man gøre det selv?
2. @Dipsacus fullonum: Ser du et problem i at give alle botter rettigheden til at redigere udvidet beskyttede sider?

- Sarrus (d • b) d. 28. apr. 2024, 19:36 (CEST)

@Sarrus: Jeg synes at det er i orden at en administrator gør sin egen bot til udvidet bekræftet bruger. Der er stor tillid til administratorer og tingene skal ikke være unødigt bureaukratiske. Jeg er heller ikke modstander af at give rettigheden extendedconfirmed til brugergruppen bots, min indvendig gik mest på at det måske ikke er besværet værd fordi meget få botter har behov for det. Kartebolle (Dipsacus fullonum) (diskussion) 1. maj 2024, 13:31 (CEST)

Jeg har skrevet ind på Wikipedia:Registrerede brugere#Udvidet bekræftede brugere, at admins må tildele rettigheden til egne botkonti. Hvis der er uenighed om dette, kan vi fjerne det igen.
- Sarrus (d • b) d. 1. maj 2024, 19:36 (CEST)

Tanken med udvidet bekræftede brugere, er at få sorteret de useriøse brugere fra, inden de kommer til at kunne redigere i de sider, som er udvidet beskyttet. Jeg vil ikke betragte bot-konto som useriøse brugere. Dem, som står bag bot-konti, er normalt brugere, som vi har tillid til.

Så jeg så helst at bot-konti kan redigere på sider udvidet beskyttelse som standard. Alternativt, hvis det skal tildeles, at der er noget, der sker uden de store formalia.

En af de globale bot-konti, som er aktiv på den danske Wikipedia, har fået tildelt status udvidet bekræftede brugere. Den automatisk tildeling kigger åbenbart kun på de lokale rettigheder.

Skabelonredaktør-rollen til bot-konti: Det kræver en eller anden grund at have den rolle på bot-konti. Jeg kan se på enwiki, at enkelte bot-konti har det. Men nogle af dem har en særskilt konto til det. Og jeg observerer, at Bruger:‎CommonsDelinker har den rolle på enwiki.. Steen Th (diskussion) 29. apr. 2024, 10:55 (CEST)

Beskeder ved redigering af beskyttede sider

Når jeg redigerer en udvidet beskyttet side, ser jeg teksten "Bemærk: Denne side er låst, så kun registrerede brugere, der ikke er nyligt registrerede, kan redigere den." (MediaWiki:Semiprotectedpagewarning), og når jeg redigerer en skabelonbeskyttet side, ser jeg teksten "ADVARSEL: Denne side er låst, så kun administratorer kan redigere den. Sørg for at du følger politikken for beskyttede sider." (MediaWiki:Protectedpagewarning). Hvordan kan man i stedet for disse få vist korrekte beskeder? --Kartebolle (Dipsacus fullonum) (diskussion) 23. maj 2024, 17:56 (CEST)

Jeg kan se at engelsk Wikipedia tilsideladende kun har disse to meddelelser, men at de indeholder en switch som giver forskellige tekster ved forskellige beskyttelsesniveauer. Se en:MediaWiki:Semiprotectedpagewarning og en:MediaWiki:Protectedpagewarning. Jeg har ikke umiddelbart fundet dokumentation for dette, men jeg formoder vi kan kopiere strukturen fra enwiki. Kartebolle (Dipsacus fullonum) (diskussion) 23. maj 2024, 18:14 (CEST)

Dokumentation er i mw:Help:Magic words. Nu skal teksterne bare opdateres.... Kartebolle (Dipsacus fullonum) (diskussion) 23. maj 2024, 18:17 (CEST)

@Dipsacus fullonum Det ser fornuftig ud at få ændret de tekster. Som du selv skriver, så ser det overkommelig ud og de påvirker kun dem, som redigere beskyttet sider. Så det vil være rart at få det gjort. Steen Th (diskussion) 2. jun. 2024, 10:12 (CEST)

Gjort Jeg har tilrettet MediaWiki:Semiprotectedpagewarning og MediaWiki:Protectedpagewarning. Kartebolle (Dipsacus fullonum) (diskussion) 2. jun. 2024, 14:20 (CEST)

Redigér · Overvåg · Se kun underside · Historik

Valg af visning mellem flere forskellige kort i infobokse

I anledning af en diskussion om infoboksen for byen Hadsten på Brugerdiskussion:Hjart#Brugen af wikidata i infobokse har jeg i den sidste uge (mellem andre opgaver) været i gang med at opdatere hvordan geografiske oplysninger fra Wikidata kan bruges til at lave kort i infobokse. Dette er stadig i gang. En del andre wikipediaer giver mulighed for at man kan vælge mellem forskellige kort i infobokse, typisk i forskellige målestoksforhold. Det kan for eksempel være en bys placering i kommunen, regionen eller hele landet. Se en:Hadsten på engelsk Wikipedia for et eksempel på valg af kort i en infoboks. Funktionen er på engelsk Wikipedia implementeret i JavaScript i en gadget med navn switcher som er tilvalgt for alle brugere som standard. Hvis man fravælger gadgetten eller ikke har JavaScript aktiveret i sin browswer, vises alle kortene under hinanden.

Jeg foreslår samme system indføres på dansk Wikipedia. Hvis der er accept af dette, vil jeg installere gadgetten her og tilvælge den som standard for alle brugere, samt oprette eller ændre de nødvendige skabeloner som kan bruge den. --Kartebolle (Dipsacus fullonum) (diskussion) 3. maj 2024, 15:44 (CEST)

•  Kommentar: Jeg bifalder idéen. ~ Hans Christophersen (diskussion) 4. maj 2024, 07:29 (CEST)

I eksemplet på enwiki kan man vælge mellem 2 statiske kort. Jeg savner den interaktive. Ellers ligner det en fin ide. Hjart (diskussion) 4. maj 2024, 08:20 (CEST)

@Hjart: Hvis gadgetten med javascriptkoden installeres på dansk Wikipedia, kan den bruges til visning af billedfiler og både interaktive og statistske kort. Kartebolle (Dipsacus fullonum) (diskussion) 4. maj 2024, 10:31 (CEST)

Tak. Hjart (diskussion) 4. maj 2024, 10:36 (CEST)

•  Kommentar: Det er ok med den valgmulighed med de statiske kort; - derimod mener jeg ikke løsningen med |wikidatakort= er hensigtsmæssig, da den åbner et nyt vindue/faneblad, før man får udvidede muligheder. Den bedste kortmulighed vi har er for mig at se, det kort der linkes til med linket (kort) i titellinjen; Det folder sig ud i artiklen, kan scrolles og viser nærliggende steder der er skrevet artikler (med koordinater) om. - Nico (diskussion) 4. maj 2024, 10:20 (CEST)

  @Nico: Den udokumenterede parameter |wikidatakort= i {{Infoboks by}} giver kun et begrænset udsnit af de muligheder som findes. Med bedre skabeloner vil man kunne vise interaktive kort som markerer byen og dens placering i omliggende administrative områder. Og hvis switcher-gadgetten installeres, vil man med radioknapper kunne vælge mellem forskellige zoomniveauer eller administrative områder. Kartebolle (Dipsacus fullonum) (diskussion) 4. maj 2024, 10:38 (CEST)

  NB: Det er rigtigt at interaktive kort lavet med mapframe-tagget først bliver interaktive når man udvider dem til at fylde hele det aktuelle vindue, mens miniaturevisningen er statisk. Men de åbner ikke nye faneblade eller vinduer, men udvides i det aktuelle vindue. Kartebolle (Dipsacus fullonum) (diskussion) 4. maj 2024, 10:50 (CEST)

Redigér · Overvåg · Se kun underside · Historik

Sammenklapning

Der er muligt med en knap at skjule tekst eller andet indhold på en side. Dette bruges for eksempel ofte i navigationsbokse. Det er implementeret med JavaScript som indtil for nylig var placeret på wikisiden MediaWiki:Common.js. Den gamle lokale kode var imidlertid blevet overflødiggjort af at samme funktionalitet nu er indbygget i MediaWiki, som er det wikiprogram som driver Wikipedia. Vi (brugerfladeredaktørerne) er derfor ved at konvertere fra det gamle hjemmelavede system til det nyere indbyggede system for sammenklapning. Det har betydet nogle synlige forskelle siden 22. april. Mest mærkbart er at teksten på knapperne, som før var "skjul" og "vis", blev ændret til "Fold sammen" og "Fold ud" som er standardteksten for grænseflade-teksterne MediaWiki:Collapsible-collapse og MediaWiki:Collapsible-expand. Hvis der er stemning for det, vil det være meget nemt at rette tilbage til den tidligere tekst ved at redigere disse to grænseflade-tekster. En anden ændring er af knapteksten nu har samme farve som andre links (det vil sige blå), hvilket kan gøre dem svære at se på farvet baggrund. Det er et problem i nogle få skabeloner. Jeg har skrevet en uddybende side om sammenklapning på Hjælp:Sammenklappelige elementer. Ellers besvarer jeg gerne spørgsmål og hører synspunkter. --Kartebolle (Dipsacus fullonum) (diskussion)

Redigér · Overvåg · Se kun underside · Historik