Användardiskussion:Nirmos

/Arkiv

Skottniss: Klart. Nirmos (diskussion) 26 april 2017 kl. 23.38 (CEST)[svara]

Hejsan!

Som du ser i Kategori:Wikipedia:Utvalda artiklar utan korrekt badge på Wikidata så är vi duktiga på att märka upp sidor som utvalda, men sämre på att lägga in rätt badge på Wikidata. Och den kategorin märker bara upp artiklar som har mallen, men som saknar badge. De som har badge men saknar mall märks inte upp alls. Då systemet inte funkar, grannprojekten får fel information om vilka av våra artiklar som är utvalda, så tycker jag det är dags att ta systemet till nästa nivå! Vi bör inte släppa fram stjärnan och kategorin med mindre än rätt badge är installerad. Med js/css borde det vara möjligt att visa stjärnor enbart baserat på badgen. Och om mallning och badge inte överensstämmer kan vi kanske lägga till en special-stjärna för att markera att något är fel?! -- Innocent bystander (diskussion) 2 maj 2017 kl. 08.53 (CEST)[svara]

@Innocent bystander: Ett sätt att hitta de svwp-artiklar som har en badge i Wikidata, men som saknas i motsvarande Wikipediakategori i svwp kan vara att fråga PetScan:

• Artiklar som har badge "Utmärkt artikel" men som saknas i Kategori:Wikipedia:Utmärkta artiklar (15 st i skrivande stund)
• Artiklar som har badge "Bra artikel" men som saknas i Kategori:Wikipedia:Bra artiklar (47 st i skrivande stund)
• Artiklar som har badge "Rekommenderad artikel" men som saknas i Kategori:Wikipedia:Rekommenderade artiklar (53 st i skrivande stund)

--Larske (diskussion) 2 maj 2017 kl. 10.11 (CEST)[svara]

Ja, men det ändrar inte beteendet hos de som arbetar med artikelnominering. -- Innocent bystander (diskussion) 2 maj 2017 kl. 11.01 (CEST)[svara]

Sorry, jag har större problem just nu (m:Steward requests/Global permissions#global editinterface for Nirmos). Nirmos (diskussion) 2 maj 2017 kl. 21.39 (CEST)[svara]

Flyttad till Wikipedia:Bybrunnen#Robot-skrapning_av_bilderna

Hej! Funktionen MediaWiki:Gadget-NetDiffSinceLastVisited.js verkar ha slutat fungera. Jag vet inte när den fungerade senast. Har du också problem med den? Mvh – GeMet [diskussion] 19 maj 2017 kl. 15.56 (CEST)[svara]

GeMet: Du har en massa gammal kod i Användare:GeMet/common.js och Användare:GeMet/vector.js som gör att det inte fungerar. Nirmos (diskussion) 19 maj 2017 kl. 16.15 (CEST)[svara]

Hmm. Det har ju alltid fungerat innan. Men det verkar ändå inte fungera trots att jag tömt sidorna. Behöver jag vänta på nån cache? – GeMet [diskussion] 19 maj 2017 kl. 16.37 (CEST)[svara]

GeMet: Kan du öppna webbläsarkonsolen och säga till mig vad som står där? Du bör kunna öppna konsolen genom att trycka på f12 i de flesta webbläsare. Nirmos (diskussion) 19 maj 2017 kl. 17.22 (CEST)[svara]

Bara för vetskap – Krinkle är medveten om phab:T164879#3377392 och skall svara inom några dagar, är bara mycket upptagen. Kändes artigast att påpeka det så att du vet att det inte ignoreras. /Johan (WMF) (diskussion) 3 juli 2017 kl. 22.18 (CEST)[svara]

Tack, det är lugnt. Jag vet att Krinkle är superupptagen. Av alla frivilliga är det troligtvis jag som rycker mest i honom, så jag kan inte klaga på något. Nirmos (diskussion) 4 juli 2017 kl. 18.57 (CEST)[svara]

Vad är det som gör <table> så olämplig? -- Innocent bystander (diskussion) 5 oktober 2017 kl. 08.43 (CEST)[svara]

Innocent bystander: Se Malldiskussion:Klimatöversikt och Wikipedia:Robotansökan#NirmosBot. Tabeller i sig är inte olämpliga, men Lsj har använt felaktig tabellsyntax. Det saknas en rad som börjar på |- i den wikitext som finns i artiklarna. I stället för att lägga till en sådan rad tar jag bort hela tabellstrukturen samt parametrarna float och clear. Den felaktiga wikitexten kommer att tolkas på ett annat sätt när Tidy byts ut mot Remex. Du kan se skillnaden om du kryssar i "Enable parser migration tool" på Special:Inställningar#mw-prefsection-editing, sparar inställningarna, går till en artikel min bot inte redigerat än, och slutligen klickar på "Redigera med migreringsverktyget" i sidomenyn. Remex kommer ta bort den yttre tabellen, och eftersom den inre tabellen (som nu är den yttre tabellen) har float: left;, och infoboxen har float: right;, så kommer annat innehåll, såsom rubriker, att täckas över av klimatdatan och infoboxen. Nirmos (diskussion) 5 oktober 2017 kl. 09.20 (CEST)[svara]

Jag syftade inte på din körning alls, utan på varför all användningen av <table> ser ut att vara listad i den där Special-sidan du länkar till? -- Innocent bystander (diskussion) 5 oktober 2017 kl. 09.24 (CEST)[svara]

Innocent bystander: Fast det är inte all användning av tabeller som är felaktig. Felet kommer nästan enbart från artiklar skapade av Lsjbot. Nirmos (diskussion) 5 oktober 2017 kl. 10.18 (CEST)[svara]

{{IshockeyLagSäsong}} finns där, och där ser table-anropet ganska rent ut? Anledningen att jag frågar är för att om du skapar en tabell med en modul, så är det svårt att använda wiki-syntax, om det är möjligt alls. Då använder jag alltid <table>, <tr>, <td> mfl. -- Innocent bystander (diskussion) 5 oktober 2017 kl. 10.34 (CEST)[svara]

Innocent bystander: Jag är pinsamt dålig på tabellsyntax, så jag kan tyvärr inte hjälpa till att undersöka Mall:IshockeyLagSäsong. Det jag kan rekommendera är att kolla på mw:Help:Extension:Linter/deletable-table-tag. Sedan är det inte säkert att felet är i just den mallen. Felet kan vara i en mall som Mall:IshockeyLagSäsong bygger på. Nirmos (diskussion) 5 oktober 2017 kl. 10.43 (CEST)[svara]

Samma här. DEt jag gör när jag sätter ihop dylika moduler är att jag tjuvkikar i html-koden och försöker åstadkomma samma sak som en befintlig mall redan åstadkommer. -- Innocent bystander (diskussion) 5 oktober 2017 kl. 10.48 (CEST)[svara]

Hej! Jag ser att du med din bot ersätter magiska ISBN-länkar med mallen {{ISBN}} (t.ex. här). Vad tillför det för mervärde? Tänk på KISS-principen. / Reddarn (diskussion) 28 oktober 2017 kl. 10.08 (CEST)[svara]

Reddarn: Magiska länkar är inte något som MediaWiki-utvecklarna vill fortsätta ha i MediaWiki, så det kommer att tas bort. Det är redan avstängt by default i MediaWiki-installationer. För att de ska fortsätta vara länkar måste de bytas ut. Nirmos (diskussion) 28 oktober 2017 kl. 10.21 (CEST)[svara]

OK, det förklarar saken. Tack för att du genomför detta viktiga arbete! / Reddarn (diskussion) 28 oktober 2017 kl. 10.22 (CEST)[svara]

[1]? -- Innocent bystander (diskussion) 28 oktober 2017 kl. 10.38 (CEST)[svara]

Innocent bystander: Det fungerade. Jag såg felet i 8 Simple Rules, som använder Mall:Infobox TV-program, som bygger på Modul:Wikidata och Modul:Wikidata2, vilka använder Modul:Cite. Efter min redigering försvann Kategori:Sidor som använder magiska ISBN-länkar från 8 Simple Rules. Nirmos (diskussion) 28 oktober 2017 kl. 11.05 (CEST)[svara]

Gott. Jag är tveksam till om just din ändring i Modul:Cite hade gett önskad effekt. Åtgärdskategorin hade nog försvunnit, men det hade nog bara stått "{{ISNB|X-Y-Z}}" på sidorna och inga länkar. -- Innocent bystander (diskussion) 28 oktober 2017 kl. 11.09 (CEST)[svara]

Jag tror vi behöver ett minimal test case för att verkligen reda ut när frame:preprocess behövs. mw:Extension:Scribunto/Lua reference manual#frame:preprocess är tyvärr inte till någon hjälp. Nirmos (diskussion) 28 oktober 2017 kl. 11.29 (CEST)[svara]

Som jag tolkat det så skrivs alltid hakparenteser och allt däremellan ut i "plain text" när man transkluderar det genom LUA. Och inte ens frame:preprocess funkar för att få fram tabell-element. Det blev jag varse när jag fixade så {{Ortsfakta WD}} skulle stödja länken till kartdata (KML) i sidor som Eskilstuna. -- Innocent bystander (diskussion) 28 oktober 2017 kl. 12.22 (CEST)[svara]

Det här är jättekonstigt. Mitt test på Modul:Sandlådan/Nirmos/ISBN, Användare:Nirmos/ISBN och Användare:Nirmos/ISBNtest visar att du har rätt, men hur kan det då komma sig att min redigering i Modul:Cite fungerade? Kan det vara så att det någonstans finns en yttre frame:preprocess som gjorde att min redigering fungerade? Nirmos (diskussion) 28 oktober 2017 kl. 12.39 (CEST)[svara]

I "Ortsfakta WD" skulle kunna föreställa mig att det kan finnas något sådant (Hela Geoboxen preprocessas ju där) men i Infobox TV-program ser jag inte varför det skulle funka. -- Innocent bystander (diskussion) 28 oktober 2017 kl. 12.50 (CEST)[svara]

Greetings! One of the common sources of linter errors in the Special:LintErrors/html5-misnesting category seem to come from use of unnecessary quotes used around some parameters in the various citation templates. This is because the templates seem to be adding the quotes already and the quotes in the parameters interfere with that. Here are two examples of fixes I have made: Example 1, Example 2. I provide those as examples in case it is helpful making similar fixes on the other pages where this error shows up. SSastry (WMF) (diskussion) 10 januari 2018 kl. 18.08 (CET)[svara]

@Nirmos:, Just a couple minutes back, I posted a notice about replacing Tidy on svwiki. I think svwiki is doing quite well, and I posted some examples of how to handle the majority of the html5 misnesting errors being reported. If you have any concerns, let me know here or on mw:Help:Extension:Linter. mw:User:SSastry (WMF) 10 januari 2018 kl. 21.34 (CET)[svara]

Hej Nirmos! Jag håller på att ordna inför WP:Skrivstuga/WikiGap 2018 och har minne av att du, jag + fler vid något tillfälle haft en knapp (Mall:Klickbar knapp 2) så att deltagare i en skrivstuga enkelt kunde lägga till sig som deltagare på en skrivstugesida utan att det blev redigeringskrockar. Vet du var jag kan hitta instruktioner för det någonstans? Du kan se i min sandlåda hur det är tänkt att bli. Har du någon aning om hur det kan lösas? Hälsar Sara Mörtsell (WMSE) (diskussion) 5 mars 2018 kl. 10.45 (CET)[svara]

Sara Mörtsell (WMSE): Det här var inte kopplat till någon mall. Det var ett JavaScript i MediaWiki-namnrymden (MediaWiki:Gadget-SignUp.js). Jag tog bort det i Special:Diff/37402197 och pingade dig på MediaWiki-diskussion:Gadget-SignUp.js där jag förklarade varför.

Det skriptet laddades för alla (även oinloggade), på alla sidor, men var bara till hjälp för en ytterst liten andel användare. Den här typen av JavaScript-modifieringar som är knutna till vissa sidor i stället för användares preferenser kan i nuläget inte göras på ett vettigt sätt.

Jag har nu lagt tillbaka den här finessen, men med den viktiga skillnaden att det inte längre laddas för oinloggade. Det är fortfarande inte idealt, eftersom alla inloggade måste ladda in det här på alla sidor, men det är mycket bättre än förut, och troligtvis så bra det kan göras tills phab:T63007 är löst. Om/när T63007 blir löst så kommer den här typen av JavaScript-modifieringar kunna göras på mycket bättre sätt som gör att vi inte behöver oroa oss för tynga ned andra sidor. Nirmos (diskussion) 6 mars 2018 kl. 11.45 (CET)[svara]

@Nirmos: Tack! Jag såg senare att den inte var kopplad till knappmallen, det var mitt minne som spelade mig ett spratt. Kommer alltså finessen att finnas veckan ut? --Sara Mörtsell (WMSE) (diskussion) 6 mars 2018 kl. 12.06 (CET)[svara]

Sara Mörtsell (WMSE): Jag tycker att den är acceptabel – men inte bra – som den är just nu. Mitt stora problem med den (att den laddades även för oinloggade) är ur världen. Jag har inga planer på att ta bort den. Om den finns kvar veckan ut är inte enbart upp till mig. Jag är bara en av 65 administratörer. Nirmos (diskussion) 6 mars 2018 kl. 12.31 (CET)[svara]

Nu har jag lagt till ett förslag på förändring (Special:Diff/42559569) som ska göra det lättare för Sara (och andra som kan tänkas vilja använda den) att speca var på en sida knappen hamnar. /Sebastian Berlin (WMSE) (diskussion) 6 mars 2018 kl. 14.29 (CET)[svara]

I know de.wp is all about gummy bears, for example. --Elitre (WMF) (diskussion) 5 mars 2018 kl. 16.04 (CET)[svara]

Elitre (WMF): Sorry, I don't know. If you really want to know, I suppose you could look in the hit log for filter 25. There are no recent entries there, however, as I deactivated the filter in 2014. Nirmos (diskussion) 6 mars 2018 kl. 12.37 (CET)[svara]

That was a trick question. :) In my search for a tech ambassador for this community, I was reminded of several recent valuable contributions of yours and, since you didn't indicate any preference, I guess I'll go with an old school barnstar to show our gratitude! Best, --Elitre (WMF) (diskussion) 8 mars 2018 kl. 12.41 (CET)[svara]

That's much appreciated! Grazie mille! Nirmos (diskussion) 9 mars 2018 kl. 00.23 (CET)[svara]

	Originalstjärnan
	Hur anmäler jag oseriösa användare på wikipedia som medvetet förstör artiklar? Det tar lite väl lång tid att göra ogjort på varje artikel. Wikiandchill (diskussion) 3 maj 2018 kl. 01.01 (CEST)[svara]

Wikiandchill: Jag är inte säker på om jag förstår. Handlar det här om redigeringarna från dig och Ljuvlig i Kista?

Det jag ser är att du och Ljuvlig (bland annat) inte är överens om bildtexten till en bild. Du säger att tidpunkten för Fil:Kista-flygbild.jpg inte stämmer, men på bildbeskrivningssidan står det "1 augusti 2017" vilket stämmer ganska bra med bildtexten "Kista, augusti 2017", inte sant?

Alldeles oavsett sakfrågan: Jag kan (tyvärr) inte se att varken du eller Ljuvlig har gjort något försök till att söka samförstånd, varken på era användardiskussionssidor eller på artikeldiskussionssidan. Att bara återställa och enbart kommunicera med redigeringskommentarer är sällan en framkomlig väg för att lösa problem.

Kan du – på Diskussion:Kista – förklara problemet på ett mer utförligt sätt än att oseriösa användare medvetet förstör artiklar? Nirmos (diskussion) 3 maj 2018 kl. 01.49 (CEST)[svara]

Hej,

Jag har nu avslutat valet av din bot NirmosBot2 till administratör. Som du förmodligen redan anat, har det tyvärr inte gått igenom (röstsiffrorna 13–7).

Vänligen / Ternarius_D 14 juni 2018 kl. 11.47 (CEST)[svara]

Hej, du skrev här att mitt favoritverktyg på wikipedia tyvärr har slutat fungera. Jag är intresserad av att hjälpa till med substitutionerna som krävs för att det ska fungera igen på svwp. Hojta gärna till om jag kan hjälpa till, är ingen expert på programmering men är relativt lättlärd. // MAURIZIO 18 juli 2018 kl. 04.12 (CEST)[svara]

Maurizio: Det var alla wgFoo som behövde ändras till mw.config.get( 'wgFoo' ). Sedan mitt meddelande by Bybrunnen 2016 har det gjorts på en:User:Cacycle/wikEd.js, men nu är det i stället andra problem, mer specifikt:

1. Use of "mw.toolbar" is deprecated.
2. JQMIGRATE: jQuery.fn.bind() is deprecated

Jag tror det är enklare om du aktiverar den syntaxmarkering som nu finns i MediaWiki (via CodeMirror) genom att klicka på pennan i redigeringsläget. Se bilden till höger. Nirmos (diskussion) 18 juli 2018 kl. 05.11 (CEST)[svara]

Hej! Kan du lägga till nya användargruppen här: MediaWiki:Gadget-GroupIndicators.js Svensson1 (diskussion) 31 augusti 2018 kl. 20.43 (CEST)[svara]

Svensson1: Fixat i Special:Diff/43505742. Nirmos (diskussion) 31 augusti 2018 kl. 22.28 (CEST)[svara]

I am a Vietnamese. Please create an entry for en:Phạm Đoan Trang to support the Vietnam Democracy Movement. Thank You! --2001:B400:E2A1:344B:68EC:779A:CF67:33B9 1 december 2018 kl. 10.57 (CET)[svara]

Hej, när jag försöker flytta Nederländernas landslag i fotboll till Nederländernas fotbollslandslag (begäran på WP:BOÅ just nu) får jag det här felmeddelandet: [XEH7sgpAMFkAAGL9eM8AAADB] 2019-01-18 16:15:46: Allvarligt fel av typen "MWException". Google leder mig till MediaWiki-forumtrådar... men jag begriper inte. Du råkar inte veta var felet ligger/hur det kan åtgärdas? Tack på förhand. /Skottniss (diskussion) 18 januari 2019 kl. 17.23 (CET)[svara]

Skottniss: Det är phab:T210739. Nirmos (diskussion) 18 januari 2019 kl. 17.25 (CET)[svara]

Hej, den här finessen tycker jag var jättebra: [2]. Men, jag tyckte den var bättre innan den förfinades. Om det inte är alltför mycket besvär önskar jag att en privat variant till mig, via något sots skript kanske?:

• Alltid när man går från Wikipediasidan via länken så kommer man direkt till Wikidata, inte till en dialog. Allra helst om Wikidataobjektet öppnar sig i ett nytt fönster. Jag vill komma direkt till Wikidata för då kan man se, inspirearas av, uppdatera och/eller lägga till beskrivning på andra språk i samma moment.
• Att länken till Wikidatasidan aldrig är "dold" under "Mer" rutan, utan alltid finns i nära anslutning till beskrivningen. Om en befintlig beskrivning är blålänk till Wikidataobjektet skulle vara mest elegantast eller om enklare separat knapp som du hade förut om det är enklare.

Det är inte så jag brukar tycka om att kastas till Wikidata utan kontroll eller att jag tycker det ska vara så i allmänhet på Wikipedia, eftersom jag är övertygad om att det förvirrar de som är ovana vid koppplingen Wikpedi-Wikidata. Men det är för att det är ett arbetsverktyg, som jag själv har valt att slå på och "speca" til mig själv. Och att jag då vill att det i första hand ska vara effektivt för mig själv utan att stressa andra som inte bett om det. Stort tack på förhand!--LittleGun (diskussion) 28 januari 2019 kl. 10.21 (CET)[svara]

LittleGun: Jag har gjort några ändringar nu:

1. Special:Diff/44537798 och Special:Diff/44537810 gör så att inte hela raden som "Lägg till Wikidata-beskrivning" tar upp blir klickbar, utan bara själva texten (tidigare var det möjligt att klicka på det som såg ut att vara tom yta, vilket var dåligt)
2. Special:Diff/44539887 lägger till ett href-attribut på länken "Lägg till Wikidata-beskrivning" som går till Wikidata-objektet. Det betyder att det går att skrollklicka (eller högerklicka och sedan klicka på "Öppna länk i ny flik") för att gå direkt till Wikidata-objektet
3. Special:Diff/44542899 gör samma sak som #2, men även för länken för att ändra beskrivning

Nirmos (diskussion) 28 januari 2019 kl. 19.58 (CET)[svara]

LittleGun: Jag har gjort två till ändringar nu:

1. Special:Diff/44553757 gör så att title-attributet (hovertexten) enbart syns när man hovrar över texten
2. Special:Diff/44559356 och Special:Diff/44559395 flyttar tillbaka länken för att ändra beskrivning från menyn "Mer" till efter beskrivningen, men på samma rad, till skillnad från hur det var från början

Nirmos (diskussion) 29 januari 2019 kl. 06.10 (CET)[svara]

För mitt behov och som jag använder det är det perfekt. Hoppas det funkar lika bra för andra intresserade. Imponerande och stort tack!--LittleGun (diskussion) 29 januari 2019 kl. 07.24 (CET)[svara]

 Gillar Håller med om att nuvarande version är bäst hittills, snyggt och funktionellt. Det var lite rörigt att länken för att ändra beskrivning fanns på ett annat ställe än länken för att lägga till beskrivning. Bra att erbjuda de två funktionerna "vänsterklick" som låter användaren stå kvar i en dialog på sidan och "högerklick" för den som vill dyka in i Wikidata i en ny flik eller nytt fönster. Och för den som vill komma till Wikidata utan att byta flik/fönster finns ju alltid länken i vänstermenyn eller ALT+SHIFT+G. --Larske (diskussion) 29 januari 2019 kl. 12.21 (CET)[svara]

Jag tycker den här finessen är jättebra, och jag använder den mycket. Nu har jag upptäckt att jag saknar den vid tillfällen det inte finns något Wikidataobjekt, alltså vid nyskapade artiklar. Är det möjligt, eller kanske korkat, att lägga till en "Skapa Wikidata-objekt" länk på samma ställe om det är så? Ungefär som den här knappen som Salgo60 har finessat in: [3]. Pingar in Larske med, som ju deltagit här tidager.--LittleGun (diskussion) 19 april 2019 kl. 10.55 (CEST)[svara]

@LittleGun: Det är möjligt, men att ha en länk till den här sidan bland sina bokmärken i webbläsaren är också ett sätt. Jag vet inte vilken webbläsare du har, men i Firefox har jag ett "bokmärkesfält" med knappar alldeles ovanför sidan som visas. Där har jag knappar för sidor som jag besöker ofta, alltid bara ett klick bort. Vill jag få upp sidan i ett eget fönster trycker jag på SHIFT-tangenen när jag klickar. --Larske (diskussion) 19 april 2019 kl. 11.20 (CEST)[svara]

LittleGun, Larske: Se Wikipedia:Wikidatafrågor#Länk till Wikidata, ny artikel. Det finns redan en sådan länk i vänstermenyn som heter "Lägg till länkar" på oanslutna sidor. Kruxet är att om du klickar på den "som vanligt" (vänsterklick) är det ett JavaScript som kapar klickeventet och öppnar en dialogruta. Med det formuläret tillåts du bara koppla sidan till andra existerande sidor. Om du verkligen vill skapa ett nytt WD-objekt (vilket jag aldrig gjort [4] och därför inte kan hjälpa till med) så får du skrollklicka på den länken. I brist på klickbart skrollhjul får du i stället högerklicka på länken och sedan klicka på "Öppna länk i ny flik" (den exakta formuleringen beror på webbläsare).

Med det sagt är det enkelt rent tekniskt att lägga till en sådan länk (det är bara att lägga till en else-sats efter if ( v.wgWikibaseItemId ) {}) på MediaWiki:Gadget-WikidataDescription.js. Jag tycker nog ändå inte att det bör göras. Det känns för ovidkommande för en finess som från början var tänkt att bara visa beskrivningar från Wikidata, och som en eftertanke även kan ändra, lägga till och ta bort beskrivningar. Det luktar feature creep. Om det verkligen behövs en finess för att skapa Wikidata-objekt tror jag det är bättre att göra ett helhjärtat försök med det som en separat finess. En sådan finess skulle till exempel kunna läsa kategorierna och föreslå egenskaper och värden efter det. Till exempel: Om en sida är oansluten och ligger i Kategori:Män, Kategori:Kvinnor, Kategori:Personer med alternativ könsidentitet eller Kategori:Kön okänt (samma definition som MediaWiki:Gadget-FaktamallBiografiWD.js använder), så skulle en sådan finess kunna föreslå egenskapen instans av (P31) med värdet människa (Q5). Vad säger ni om det? Nirmos (diskussion) 19 april 2019 kl. 12.03 (CEST)[svara]

OK. Det är integrationsaspekten med Wikidata som jag uppskattar, och tycker det vore juste och intuitivt med: Skapa objekt om inget finns, som då får beskrivning, skapa beskrivning om objekt finns men inte beskrivning, redigera beskrivning när den är felaktig. Högerklick på Lägg till länk funkar absolut för mig. Men det är inte samma intuitivitet.

Ditt andra förslag, separat finess "skapa Wikidataobjekt" som gör en del av jobbet gillar jag, kan den ligga under menyvalet "Wikidataobjekt" i vänstermenyn då? Eller ha "Skapa Wikidataobjekt" om inget finns och "Redigera Wikidataobjekt" om det finns? Sen tycker jag såklart fortfarande att det inte är ovidkommande att lägga en sån länk med mer avancerat stöd för att skapa objektet på platsen för "WD beskrivning/Skapa WD-beskrvning" ändå. Jag antar att kategorissystemet kommer ryka snart, så finessen blir kanske "omodern" ganska snart?--LittleGun (diskussion) 19 april 2019 kl. 12.21 (CEST)[svara]

Hej! Nu är det omvalsmånad för ett antal administratörer, inklusive dig. Om du vill nominerar jag dig gärna (pinga mig i så fall). Glada wikihälsningar.—Paracel63 (diskussion) 8 april 2019 kl. 22.55 (CEST)[svara]

Det är nära slutet av månaden nu, är det så att du inte vill bli nominerad?Yger (diskussion) 26 april 2019 kl. 20.19 (CEST)[svara]

Bästa Nirmos! Om du vill komma tillbaka som administratör är du välkommen att anmäla dig igen för val av administratör. Mvh --Allexim (diskussion) 1 maj 2019 kl. 11.51 (CEST)[svara]

Jag har skrivit ett skript för att ge en indikation om förändring i artikelkvalitet vid redigeringar, vilket är ett av gemenskapens önskemål som vi på WMSE har jobbat med. Nu skulle vilja att det läggs till som en finess så att folk kan börja testa att använda det. Kan du göra det eller behövs det göras någon kodgranskning el.dyl. först? Skriptet i fråga finns på Användare:Sebastian_Berlin_(WMSE)/articleQuality.js med tillhörande CSS på Användare:Sebastian_Berlin_(WMSE)/articleQuality.css. För att köra som finess tror jag bara det behövs ändras så att CSS laddas på något annat sätt (vilket jag vill minnas de gör med finesser). Notera också att skript importeras från Meta. Hör av dig om du har några funderingar. /Sebastian Berlin (WMSE) (diskussion) 28 november 2019 kl. 09.36 (CET)[svara]

Sebastian Berlin (WMSE): Anropet till meta.wikimedia.org är ok. Om det hade varit till t.ex wmflabs.org så hade det inte varit ok (se Wikipedia:Bybrunnen/Arkiv 2018-11#Content Security Policy för mer info). Angående hur CSS laddas så finns inte heller något problem. Du har redan CSS:en på en separat sida (vilket är bra). Det enda som behöver fixas är att du laddar in den med JavaScript (och dessutom med en funktion som håller på att utfasas: importStylesheetURI), men jag kan fixa det (jag brukar ladda in CSS så här). Med det sagt har jag några frågor och kommentarer:

1. Du laddar in ResourceLoader-modulen oojs-ui-core. Kan du förklara vilken kod som behöver den modulen?
2. Du kan använda mw.config.get( 'wgDBname' ) i stället för "svwiki".
3. Under rubriken "API-svar" står "Nuvarande version" till vänster om "Föregående version". Jag skulle tro att det är väldigt förvirrande för folk som är vana att titta på diffar, där det är tvärt om.
4. .quality-assessment-popup använder position: fixed vilket ofta är problematiskt. Jag som har zoomat in ganska mycket i Firefox (200%) kan inte se knappen för att stänga rutan efter att ha tryckt på "Mer...".

Nirmos (diskussion) 29 november 2019 kl. 11.45 (CET)[svara]

Tack för återkopplingen. Nu har jag fixat koden enligt dina kommentarer. 1-3 var inga konstigheter; jag hade glömt att ta bort wrappern för OOUI efter några experiment med det. Jag insåg att jag inte hade någon kontroll av sidladdning så jag la till den. 4 var lite knepigare att få till på något snyggt sätt, men nu tycker jag att det funkar. Jag testade en del olika fönsterstorlekar och zoomnivåer. Blir det väldigt trångt går det sönder, men det gäller för gränssnittet i allmänhet också. /Sebastian Berlin (WMSE) (diskussion) 2 december 2019 kl. 15.07 (CET)[svara]

Sebastian Berlin (WMSE): Snyggt! De största problemen nu är att

1. det blir skriptfel när en ny sida skapas. Felet är TypeError: score is undefined som kommer med en varning som ser ut ungefär så här: "jQuery.Deferred exception: score is undefined extractPrediction@https://meta.wikimedia.org/w/index.php?title=User:EpochFail/ArticleQuality-system.js&action=raw&ctype=text/javascript&_=1575396766019:275:4". Felet kommer alltså från

   extractPrediction: function(score){
   	return score.prediction;
   }
   

   i m:User:EpochFail/ArticleQuality-system.js. Om score är undefined så blir det skriptfel när score.prediction ska returneras.
2. skriptet använder ogarderat Promise som är en del av ES6, men vi kräver inte än ES6 (phab:T178356). Beroende på vad ambitionen med den här finessen är så kan det vara ok. Om tanken är det här är något som inloggade användare förväntas kryssa i själva så är det ok. Om ambitionen å andra sidan är att så småningom sätta den här finessen till default så är det inte ok. Då måste det antingen skrivas om på något sätt eller garderas:

   if ( window.Promise ) {
   	//kod som använder Promise här
   }
   

   Se även phab:T237688.

Nirmos (diskussion) 3 december 2019 kl. 20.44 (CET)[svara]

Nu har jag fixat det så att det inte försöker räkna ut eller visa poäng om det inte finns någon föregående version. Jag bytte också ut användandet av Promise mot motsvarande Jquery. /Sebastian Berlin (WMSE) (diskussion) 4 december 2019 kl. 10.59 (CET)[svara]

Sebastian Berlin (WMSE), Ainali, Larske: Beräknad artikelkvalitet från ORES finns nu som en finess och kan kryssas i längst ned under rubriken "Redigering" på Special:Inställningar#mw-prefsection-gadgets. Nirmos (diskussion) 5 december 2019 kl. 19.33 (CET)[svara]

Tack igen, Nirmos. Det verkar dock som att skriptet inte fungerar med kollen av wgPostEdit. Den tycks tömmas någonstans mellan det att postEdit-hooken körs och att skriptet startar, även om jag inte kan hitta var det skulle ske. Förstår jag det rätt så kollar den nu att wgPostEdit inte är "restored" och det känns inte som att det vore fel att visa meddelandet även då. /Sebastian Berlin (WMSE) (diskussion) 6 december 2019 kl. 09.14 (CET)[svara]

Sebastian Berlin (WMSE): Det fungerade inte i VE, nej (ja, 2017 wikitext editor som du använder är en del av VE). Jag har rapporterat det på phab:T240041.

Anledningen till att jag inte vill ha med "restored" är att jag inte vill störa klottersanerare om den här finessen någonsin sätts till default. Jag tror att det är rätt tänkt. Det som den här finessen är intresserad av är väl användarens egna framsteg. Har jag fel?

Att lägga till stöd för VE är egentligen mer än vad jag vill göra. I just det här fallet går det dock att invertera villkoret [ 'saved', 'created' ].indexOf( mw.config.get( 'wgPostEdit' ) ) !== -1 till mw.config.get( 'wgPostEdit' ) !== 'restored'. Jag gjorde så i Special:Diff/46647732. Jag tror det är en rimlig kompromiss. Vi stöder alla VE/2017 wikitext editor-redigeringar samtidigt som vi inte stör klottersanerare som återställer till en tidigare version. Nirmos (diskussion) 6 december 2019 kl. 22.37 (CET)[svara]

Ah, då förstår jag varför du inte ville ha med "restored". Jag tycker att det blev bra med den nya ändringen. /Sebastian Berlin (WMSE) (diskussion) 9 december 2019 kl. 08.18 (CET)[svara]

Hej, älskar den här boten! Ser att den kommit fram till Drosophila, jag har tidigare lagt in en enklare sorteringsnyckel manuellt (i alla artiklar utom de där artepitetet startar med d) för Drosophila-arterna. Hoppas att detta inte orsakar några problem då det vore trevligt med fina sorteringsnycklar i alla artiklarna. Dubbeltänk (diskussion) 19 januari 2020 kl. 21.10 (CET)[svara]

Dubbeltänk: Tack! Boten gör ingen ändring om wikitexten för kategorin redan innehåller ett vertikalstreck. Att jag avstår från att ändra redan befintliga sorteringsnycklar med bot ger mig ökad trygghet. Att köra en bot är inte bara en teknisk utmaning, utan även en social. Om det inte redan finns en sorteringsnyckel i en artikel så kan jag vara rimligt säker på att en människa inte har lagt till en nyckel i den artikeln. Om det däremot redan finns en sorteringsnyckel och jag ändrar den med bot kan det framstå som att människan som har lagt till den första nyckeln har gjort något fel och känner sig överkörd. Jag tillämpar precis samma försiktighetsprincip på Wikidata där NirmosBot bara har lagt till – inte ändrat – beskrivningar. Nirmos (diskussion) 20 januari 2020 kl. 00.50 (CET)[svara]

Hej! Angående din redigering här. Jag har visserligen inte testat det själv, men det står på Wikipedia att man ska kunna logga in på ett befintligt konto från en ip-adress som är blockerad. Vad jag vet gäller begränsningen bara att man inte kan skapa ett nytt konto från samma nätverk, och det kanske kan tilläggas i så fall. Annars handlar hela avsnittet just om fördelarna med att logga in. /Kyllo (f.n. fadder)|kontakt| 29 april 2020 kl. 19.56 (CEST)[svara]

Hej. Kan du blockera vandalen ZjQ83mp00klAF7j41 (diskussion • bidrag (raderade) • loggar (om) • stats)? Disembodied Soul (diskussion) 16 maj 2020 kl. 04.50 (CEST)[svara]

Disembodied Soul: Fixat. Vill du att jag nominerar dig till administratör så att du kan göra det här själv i fortsättningen? Det är inte tekniskt svårt att radera eller låsa sidor, eller blockera användare, och allt som en administratör kan göra kan enkelt ogöras om det råkar bli fel, i fall något av det oroar dig. Nirmos (diskussion) 16 maj 2020 kl. 05.13 (CEST)[svara]

Hej Nirmos!

Jag sitter och försöker mig på ett missbruksfilter på wmse's wiki för att fånga upp när tecknet för hårda mellanslag läggs till på en sida (det råa tecknet alltså, inte &nbsp;). Anledningen är att vi har en bugg som gör att den här typen av redigeringar sker vilket gör att mallen inte känner igen parametern.

Jag labbade lite med filtren men lyckades inte få det att funka och tänkte kolla med någon jag vet arbetat mycket med dessa. =) /André Costa (WMSE) (diskussion) 8 september 2020 kl. 22.58 (CEST)[svara]

Hej! Den här månaden är det omvalsmånad för ett antal administratörer, inklusive dig (du är också gränssnittsadministratör). Om du vill kan jag nominera dig (pinga mig ditt svar i så fall). Allt gott. --Paracel63 (diskussion) 18 oktober 2020 kl. 17.13 (CEST)[svara]

du glömmer väl inte?Yger (diskussion) 27 oktober 2020 kl. 05.38 (CET)[svara]

Hej Nirmos!

Jag har ju varit ganska borta de senaste åren och inte alls hållit mig ajour med nyheter i tekniken. Du har ju hjälp mig att "gömma undan" länkar i användargränssnittet så hoppas du kan det nu också.

Nyss provade jag att byta till det nya Vector-utseendet (från monobook via gamla Vector). När jag återigen trimmat bort oönskade länkar i vänstermarginalen har jag fortfarande kvar "Byt till det gamla utseendet" i fetstil. Den leder till motsvarande ställe bland inställningarna. Den länken skulle jag vilja gömma undan. Om jag vill ändra inställningarna gör jag ju det på samma sätt som alla andra inställningar...

Verktygsraden ovanför redigeringsfältet verkar ha försvunnit. Hur är det numera tänkt att alla enkelt ska komma ihåg att signera?Det finns ju lite diskret nedanför bland en massa andra genvägar, men det är ju inte direkt det första man ser... MagnusA 30 december 2020 kl. 21.58 (CET)[svara]

MagnusA: "Byt till gamla utseendet" kan döljas genom att lägga till

.mw-sidebar-action {
	display: none;
}

på Special:Min sida/common.css.

Jag ser de övre redigeringsverktygen även i nya Vector-utseendet. Du kan kolla att "Aktivera redigeringsverktygsraden" är i kryssad på Special:Inställningar#mw-prefsection-editing. Om du fortfarande inte ser de verktygen trots att den är ikryssad kan du kolla webbläsarkonsolen efter JavaScript-fel (f12 i de flesta webbläsare). Nirmos (diskussion) 30 december 2020 kl. 22.37 (CET)[svara]

Man tackar! Nu är den där fetstilta länken borta och den lilla verktygsraden ovanför redigeringsrutan är tillbaka. :-) --MagnusA 30 december 2020 kl. 23.32 (CET)[svara]

Hej Nirmos! Vissa Navbox-mallar med listor är byggda så att listorna hamnar i <p>-taggar i stället för <ul> och <li> som jag tycker är mer korrekt. Se till exempel Mall:Moto3 eller mallarna på CD Guadalajara.

Jag har letat efter bättre sätt för den här typen av listor, utan att hitta något jättebra. Om man bara gör om dem till vanliga listor blir det inte så estetiskt tilltalande. Det minst dåliga jag hittat är att använda {{Plainlist}} (en:Template:Plainlist) Den jobbar tillsammans med lite css som inte verkar finnas på svwp, för att snygga till listorna. På de andra wikipediorna lägger de css-koden i MediaWiki:Common.css (men du verkar föredra att ha sådan kod i en gadget).

Vet du något bättre sätt att lösa problemet? Om inte, har du lust att lägga in css-koden på ett lämpligt ställe? Boivie (diskussion) 22 februari 2021 kl. 21.27 (CET)[svara]

Boivie: Finns det någon anledning att inte göra det här med TemplateStyles? Nirmos (diskussion) 23 februari 2021 kl. 11.56 (CET)[svara]

Förmodligen inte. Jag ska undersöka hur TemplateStyles fungerar. Tack för tipset! Boivie (diskussion) 23 februari 2021 kl. 13.02 (CET)[svara]

Boivie: Jag ber om ursäkt – jag trodde du var med på noterna i och med att du tackade mig för Special:Diff/42477605. Det var inte meningen att vara kryptisk eller korthuggen. Se t.ex <templatestyles src="Faktamall/styles.css"/> i början av Mall:Faktamall och Mall:Faktamall/styles.css. Det är alltså inte mer krångligt än att det blir två redigeringar i stället för en. Vinsten är att stilarna bara laddas där mallen används. Nirmos (diskussion) 23 februari 2021 kl. 13.18 (CET)[svara]

Oj, det hade jag glömt. Nu är jag med på banan igen, och TemplateStyles verkar vara mycket väl lämpat för det jag vill uppnå. Boivie (diskussion) 23 februari 2021 kl. 13.27 (CET)[svara]

Är villkoren olika för olika språk? Heymid (bidrag) 27 februari 2021 kl. 18.55 (CET)[svara]

Jag ser det nu på den sida som du länkade till i din redigering. Heymid (bidrag) 27 februari 2021 kl. 18.57 (CET)[svara]

Hej!

Tänkte bara kolla om det finns något sätt att ändra det första skriptet du postade i denna diskussion så att det går att radera robotskapade förgreningssidor också? Helst med samma loggkommentar som den jag precis skapade i MediaWiki:Deletereason-dropdown ([[WP:RF#Robotskapad förgreningssida som inte längre behövs|Robotskapad förgreningssida som inte längre behövs]]). Med vänlig hälsning, --EstrellaSuecia^diskussion, 3 mars 2021 kl. 21.25 (CET)[svara]

@EstrellaSuecia: Är inte det samma begäran som jag gjorde längst ned i det länkade inlägget (och som Nirmos hjälpte mig med)? Titta på Användare:Kitayama/common.js, i det skriptet finns en stycke för att radera förgreningssidor. --北山 Kitayama (diskussion) 3 mars 2021 kl. 22.06 (CET)[svara]

@Kitayama: Det kanske det är! Jag måste ha slutat följa den diskussionen innan dess för det hade jag inget minne av. Tack för det, så slipper Nirmos göra extrajobb också :-) --EstrellaSuecia^diskussion, 3 mars 2021 kl. 22.15 (CET)[svara]

EstrellaSuecia, Kitayama: Är det rätt uppfattat att ni vill ha en raderingsknapp både på sidor som innehåller en geobox, och på robotskapade förgreningssidor, och att den enda skillnaden är olika raderingskommentar beroende på om sidan innehåller en geobox eller är en robotskapad förgreningssida? I så fall kan ni förenkla

if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) {
	$( function() {
		'use strict';
		if ( $( '.infobox' ).hasClass( 'geography' ) ) {
			mw.loader.using( 'mediawiki.api', function() {
				( new mw.Api() ).get( {
					prop: 'revisions',
					titles: mw.config.get( 'wgPageName' ),
					rvprop: 'user',
					rvlimit: 6,
					rvdir: 'newer',
					formatversion: 2
				} ).done( function( getres ) {
					if (
						getres &&
						getres.batchcomplete &&
						getres.query &&
						getres.query.pages &&
						getres.query.pages[ 0 ] &&
						getres.query.pages[ 0 ].revisions &&
						getres.query.pages[ 0 ].revisions[ 0 ] &&
						getres.query.pages[ 0 ].revisions[ 0 ].user &&
						getres.query.pages[ 0 ].revisions[ 0 ].user === 'Lsjbot'
					) {
						$( '#ca-history' ).closest( 'ul' ).prepend( '<li id="ca-deletelsjbotpage" class="collapsible"><a href="#" title="Radera artikel av Lsjbot med fördefinierad raderingskommentar"><img src="https://upload.wikimedia.org/wikipedia/commons/1/1c/Skull_%26_crossbones.svg" height="20"></a></li>' );
						$( '#ca-deletelsjbotpage' ).click( function( ev ) {
							ev.preventDefault();
							( new mw.Api() ).postWithToken( 'csrf', {
								action: 'delete',
								title: mw.config.get( 'wgPageName' ),
								reason: 'Innehållet förklarar inte ämnets relevans. Enda iw ceb. Svårverifierat.'
							} ).done( function() {
								location.reload();
							} );
						} );
					}
				} );
			} );
		}
	} );
}
if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) {
	$( function() {
		'use strict';
		if ( mw.config.get( 'wgCategories' ).includes( 'Robotskapade förgreningssidor' ) ) {
			mw.loader.using( 'mediawiki.api', function() {
				( new mw.Api() ).get( {
					prop: 'revisions',
					titles: mw.config.get( 'wgPageName' ),
					rvprop: 'user',
					rvlimit: 6,
					rvdir: 'newer',
					formatversion: 2
				} ).done( function( getres ) {
					if (
						getres &&
						getres.batchcomplete &&
						getres.query &&
						getres.query.pages &&
						getres.query.pages[ 0 ] &&
						getres.query.pages[ 0 ].revisions &&
						getres.query.pages[ 0 ].revisions[ 0 ] &&
						getres.query.pages[ 0 ].revisions[ 0 ].user &&
						getres.query.pages[ 0 ].revisions[ 0 ].user === 'Lsjbot'
					) {
						$( '#ca-history' ).closest( 'ul' ).prepend( '<li id="ca-deletelsjbotpage" class="collapsible"><a href="#" title="Radera artikel av Lsjbot med fördefinierad raderingskommentar"><img src="https://upload.wikimedia.org/wikipedia/commons/1/1c/Skull_%26_crossbones.svg" height="20"></a></li>' );
						$( '#ca-deletelsjbotpage' ).click( function( ev ) {
							ev.preventDefault();
							( new mw.Api() ).postWithToken( 'csrf', {
								action: 'delete',
								title: mw.config.get( 'wgPageName' ),
								reason: '[[WP:RF#Robotskapad förgreningssida som inte längre behövs|Robotskapad förgreningssida som inte längre behövs]]'
							} ).done( function() {
								location.reload();
							} );
						} );
					}
				} );
			} );
		}
	} );
}

till

if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) {
	$( function() {
		'use strict';
		var reason = '[[WP:RF#Robotskapad förgreningssida som inte längre behövs|Robotskapad förgreningssida som inte längre behövs]]';
		if ( $( '.infobox' ).hasClass( 'geography' ) || mw.config.get( 'wgCategories', [] ).includes( 'Robotskapade förgreningssidor' ) ) {
			if ( $( '.infobox' ).hasClass( 'geography' ) ) {
				reason = 'Innehållet förklarar inte ämnets relevans. Enda iw ceb. Svårverifierat.';
			}
			mw.loader.using( 'mediawiki.api', function() {
				( new mw.Api() ).get( {
					prop: 'revisions',
					titles: mw.config.get( 'wgPageName' ),
					rvprop: 'user',
					rvlimit: 6,
					rvdir: 'newer',
					formatversion: 2
				} ).done( function( getres ) {
					if (
						getres &&
						getres.batchcomplete &&
						getres.query &&
						getres.query.pages &&
						getres.query.pages[ 0 ] &&
						getres.query.pages[ 0 ].revisions &&
						getres.query.pages[ 0 ].revisions[ 0 ] &&
						getres.query.pages[ 0 ].revisions[ 0 ].user &&
						getres.query.pages[ 0 ].revisions[ 0 ].user === 'Lsjbot'
					) {
						$( '#ca-history' ).closest( 'ul' ).prepend( '<li id="ca-deletelsjbotpage" class="collapsible"><a href="#" title="Radera artikel av Lsjbot med fördefinierad raderingskommentar"><img src="https://upload.wikimedia.org/wikipedia/commons/1/1c/Skull_%26_crossbones.svg" height="20"></a></li>' );
						$( '#ca-deletelsjbotpage' ).click( function( ev ) {
							ev.preventDefault();
							( new mw.Api() ).postWithToken( 'csrf', {
								action: 'delete',
								title: mw.config.get( 'wgPageName' ),
								reason: reason
							} ).done( function() {
								location.reload();
							} );
						} );
					}
				} );
			} );
		}
	} );
}

Ni har olika värden för rvlimit och reason vilket ni kanske vill justera tillbaka efter kopiering, men principen är sund. Nirmos (diskussion) 5 mars 2021 kl. 00.32 (CET)[svara]

Ah. Såg precis att Kitayama har olika värde på rvlimit beroende på om det är en artikel med geobox eller en robotskapad förgreningssida. Då får man bryta ut även det i en variabel:

if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) {
	$( function() {
		'use strict';
		var rvlimit = 8;
		var reason = '[[WP:RF#Robotskapad förgreningssida som inte längre behövs|Robotskapad förgreningssida som inte längre behövs]]';
		if ( $( '.infobox' ).hasClass( 'geography' ) || mw.config.get( 'wgCategories', [] ).includes( 'Robotskapade förgreningssidor' ) ) {
			if ( $( '.infobox' ).hasClass( 'geography' ) ) {
				rvlimit = 14;
				reason = 'Innehållet förklarar inte ämnets relevans. Enda iw ceb. Svårverifierat.';
			}
			mw.loader.using( 'mediawiki.api', function() {
				( new mw.Api() ).get( {
					prop: 'revisions',
					titles: mw.config.get( 'wgPageName' ),
					rvprop: 'user',
					rvlimit: rvlimit,
					rvdir: 'newer',
					formatversion: 2
				} ).done( function( getres ) {
					if (
						getres &&
						getres.batchcomplete &&
						getres.query &&
						getres.query.pages &&
						getres.query.pages[ 0 ] &&
						getres.query.pages[ 0 ].revisions &&
						getres.query.pages[ 0 ].revisions[ 0 ] &&
						getres.query.pages[ 0 ].revisions[ 0 ].user &&
						getres.query.pages[ 0 ].revisions[ 0 ].user === 'Lsjbot'
					) {
						$( '#ca-history' ).closest( 'ul' ).prepend( '<li id="ca-deletelsjbotpage" class="collapsible"><a href="#" title="Radera artikel av Lsjbot med fördefinierad raderingskommentar"><img src="https://upload.wikimedia.org/wikipedia/commons/1/1c/Skull_%26_crossbones.svg" height="20"></a></li>' );
						$( '#ca-deletelsjbotpage' ).click( function( ev ) {
							ev.preventDefault();
							( new mw.Api() ).postWithToken( 'csrf', {
								action: 'delete',
								title: mw.config.get( 'wgPageName' ),
								reason: reason
							} ).done( function() {
								location.reload();
							} );
						} );
					}
				} );
			} );
		}
	} );
}

Nirmos (diskussion) 5 mars 2021 kl. 00.57 (CET)[svara]

Hej! Jag insåg just att skriptet (som hjälper mig otroligt mycket) kontrollerar om sidan är skapad av lsjbot vilket är bra. Men, den kontrollerar inte att mallen "robotskapad" finns på sidan, vilket gör att man kan råka ut för att radera en sida där mallen tagits bort. Finns det något enkelt sätt att ha ett villkor att mallen ska finnas på sidan? (Avser alltså artiklar, inte grensidor). --北山 Kitayama (diskussion) 20 mars 2021 kl. 10.56 (CET)[svara]

Kitayama: Fixat med Special:Diff/49036351. Vem som helst kommer snart kunna markera Mall:Robotskapad på ett enkelt och tillförlitligt sätt med CSS och JavaScript. Selektorn blir .robotskapad. I ditt JavaScript längst ned på Användare:Kitayama/common.js kan du byta ut
$( '.infobox' ).hasClass( 'geography' )
mot
$( '.infobox' ).hasClass( 'geography' ) && $( '.robotskapad' ).length
om du vill att resten av koden bara ska utföras om mallen finns på sidan.

Det kommer ta ett tag för servrarna att gå igenom de 2 miljoner sidor som använder mallen. Jag kan inte svara på hur lång tid det kommer ta, men kanske kan Larskes graf på Wikipedia:Kommentarer om administrationen av Wikipedia/Arkiv 2018#Utökat skrivskydd eller "systematisk punktbevakning" av mallar som används i extremt många artiklar, vad erbjuder ORES? ge dig en ledtråd. Nirmos (diskussion) 22 mars 2021 kl. 17.37 (CET)[svara]

Underbart! Din hjälp är guld värd. Detta ökar säkerheten i mitt raderande. @EstrellaSuecia: Du kanske också är intresserad av ändringen. Jag råkade alltså radera en botskapad artikel där mallen var borttagen. Givetvis återställd. --北山 Kitayama (diskussion) 22 mars 2021 kl. 17.42 (CET)[svara]

I Larskes graf verkar servrarna ha gått igenom ungefär 500000 sidor på 3,5 dygn, vilket i runda slängar blir 140000 sidor per dygn. Mall:Robotskapad användes på 2 258 465 sidor när Special:Mest använda mallar senast genererades 19 mars. Det skulle i så fall betyda att det är klart om cirka 16 dygn. Nirmos (diskussion) 22 mars 2021 kl. 18.04 (CET)[svara]

@Kitayama: Ja verkligen! Jag har även tidigare återskapat några Mexikoartiklar som jag hade "fixat" som råkade slinka med när du och andra raderade (Marisma La Gringa, tex). Detta är guld värt! Tusen tack Nirmos! --EstrellaSuecia^diskussion, 22 mars 2021 kl. 19.05 (CET)[svara]

Kan jag anpassa det här skriptet på något sätt så att det även går att snabb-snabbradera omdirigeringar som bara redigerats av Lsjbot? I Mexiko finns det ganska många omdirigeringar där en ort har smeknamn och dessa nämns inom parentes (som vi ju brukar använda för särskiljning). Tänk omdirigering Göteborg (Götet) till Göteborg, fast med mexikanska orter.

Dessa är helt onödiga, ologiska, och jag raderar gärna dessa allt eftersom jag går igenom artiklarna. De har aldrig någonsin något som länkar till de heller. Jag skulle uppskatta att det finns minst 10k omdirigeringar kvar i den stilen bara i Mexiko, så det blir ganska många sekunder sparade om man kan radera dessa med ett knapptryck och fördefinierad redigeringskommentar (i detta fall "Felaktig/olämplig omdirigering: alternativt namn inom särskiljande parentes").

Har du någon idé på hur det skulle kunna funka om det inte är allt för tidskrävande att utveckla? Trevlig helg! EstrellaSuecia (diskussion) 11 juni 2022 kl. 05.22 (CEST)[svara]

Hej. Ser att du tagit bort mallen Högriskmall från flera mallar. Jag antar att du baserar det på datorkapacitet, vilket jag kan förstå. Jag har använt mallen i några mallar och vad jag egentligen ville var att varna skribenter för att mallen används av flera 100 artiklar och att man bör tänka efter innan man gör ändringar i mallen. Har vi någon sådan mall? Voyager85 (diskussion) 18 mars 2021 kl. 10.13 (CET)[svara]

Voyager85: Det har inget att göra med datorkapacitet, utan att det som en gång var "många" sidor inte längre är "många" på grund av wikins naturliga tillväxt. Jag har i dag tagit bort {{Högriskmall}} från mallar som används på mellan 4 och 10 200 sidor. 10 200 kanske låter mycket – och var onekligen det för några år sedan. Men om vi tittar på Special:Mest använda mallar så ser vi att även Mall:Faktamall himlakropp‏‎ som används på 10 200 bara är på plats 353 på mest använda sidor. Det är alltså lite drygt en tiondel av vad vi enligt Wikipedia:Skrivskydd#Skrivskydd utan tidsbegränsning kräver för preventiv halvlåsning på obestämd tid, eller 0,3 % av antalet sidor som Mall:Faktamall/styles.css används på.

Jag försöker just nu nå paritet mellan de sidor som är låsta och de som använder {{Högriskmall}}. Innan mina ändringar så har vi alltså haft mallar som används på 4 sidor (Mall:S-tul) som använder {{Högriskmall}}, medan t.ex Mall:Void som används på över 2,5 miljoner sidor inte har haft {{Högriskmall}}. Jag försöker fixa det nu. Nirmos (diskussion) 18 mars 2021 kl. 10.34 (CET)[svara]

Att mallen används på så vittskilda mallar, skulle kunna bero på att flera skribenter gjort samma misstag som jag gjort och bara läst mallens feta inledning Den här mallen används på ett väldigt stort antal sidor. och då använd den mer för att förekomma grafiska problem i artiklar, än möjliga databas problem, som mallens text faktiskt trycker på. Jag tror vi behöver en mall som visar att mallen använd i flera 100 artiklar (för att på så vis mana till försiktighet). Den dagen städandet efter Lsjbot är klart kommer Special:Mest använda mallar se mycket annorlunda ut. Voyager85 (diskussion) 18 mars 2021 kl. 11.52 (CET)[svara]

Voyager85: Det är över 5 000 sidor som används på 101 eller fler sidor. Nirmos (diskussion) 18 mars 2021 kl. 11.56 (CET)[svara]

Jag tittar på Special:Mest använda mallar. Två av "70-i-topp" kommer att försvinna när städandet efter lsjbot är klart. Geobox-relaterat kommer att gå ned, men fortfarande vara kvar på listan. Det är definitivt inte att "se mycket annorlunda ut". En mall som används i så lite som några 100-tal artiklar är ingen mall som behöver särskild markering av något slag. Att markera dem som "högrisk" är att som att "ropa varg". Hur ska vi då markera de som verkligen är högrisk? --北山 Kitayama (diskussion) 18 mars 2021 kl. 12.33 (CET)[svara]

Hej! Jag har upptäckt att en massa css från TemplateStyles i vissa fall hamnar inom <p>-</p>-taggar. Det gäller bland annat sidorna Estación Central (station), Ulf Andersson (boxare), Edwards Air Force Base och Viking Stadion. Det känns inte rätt att det hamnar så, men jag vet inte om det är något större problem egentligen. Men jag använder mig av en api-funktion för att räkna storlek på brödtext: https://xtools.readthedocs.io/en/3.1.41/api/page.html och den verkar definiera brödtext som allt inom <p>-</p>-taggar, vilket gör att de här sidorna får ett alldeles för högt värde. Så jag skulle gärna justera något i de här artiklarna för att slippa <p>-</p>-taggar runt TemplateStyles-css:en. Men jag har inte förstått varför det blir så här, så jag vet inte vad som bör justeras. Har du möjlighet att hitta vad det kan bero på? Boivie (diskussion) 12 maj 2021 kl. 13.51 (CEST)[svara]

Boivie: Det ska inte hända. Det problemet har tidigare lösts i phab:T186965. Jag har skapat phab:T282682 och taggat den med "Regression". Bra att du skrek till! Nirmos (diskussion) 12 maj 2021 kl. 15.23 (CEST)[svara]

Tack så mycket för hjälpen. Boivie (diskussion) 13 maj 2021 kl. 11.05 (CEST)[svara]

Hej! Jag noterar att du brukar ändra i MediaWiki:Gadget-iwsort.json. Jag funderar om inte det vore rimligt att ändra be och be-tarask till belarusiska nu, med tanke på övriga beslut i gemenskapen? Vad tänker du om det? Är det något du kan göra i så fall? Eric Luth (WMSE) (diskussion) 26 maj 2021 kl. 13.22 (CEST)[svara]

Hej! I samband med att vi lanserade Wikispeech för test kommenterade du att det var för mycket fel i skriptet för att göra det till en finess. Jag har nu åtgärdat det problem med ResourLoader som gav upphov till fel i konsolen. Det andra felet ("Uncaught TypeError") kan jag inte återskapa på den sida som visas på bilden.

Vad det gäller varningar vet jag inte vad som är problemet att dessa visas. De hjälper till om man vill undersöka om något beter sig underligt. Den kvarvarande varningen i bilden ("Failed to load...") gäller när det inte går att läsa in användarinställningar. Wikispeech kan fortfarande användas eftersom standardvärden då används, men det kan ändå vara värdefullt att veta varför inställningarna inte kunde läsas.

Det vore bra om vi kunde få till en finess för Wikispeech för att underlätta att fler kan testa det. /Sebastian Berlin (WMSE) (diskussion) 20 juli 2021 kl. 16.00 (CEST)[svara]

Sebastian Berlin (WMSE): Jag tror att jag har isolerat problemet. Jag tror det är "⧼visualeditor-preference-betatempdisable⧽" under "Redigering" på Special:Inställningar. Om den är ikryssad exploderar Wikispeech i Uncaught TypeError: lastNode is null efter att ha läst upp inledningen. Min bästa gissning är att Wikispeech förväntar sig att sektionsredigeringslänkarna ska ha en särskild struktur. Nirmos (diskussion) 20 juli 2021 kl. 20.02 (CEST)[svara]

Det var aldrig meningen att redigeringslänkarna skulle läsas upp. Nu är det åtgärdat. Sebastian Berlin (WMSE) (diskussion) 21 juli 2021 kl. 14.06 (CEST)[svara]

Sebastian Berlin (WMSE): Tack så mycket! Jag kan bekräfta att att det nu fungerar både med eller utan "⧼visualeditor-preference-betatempdisable⧽" och att det inte längre är några fel i konsolen. Jag har lagt till Wikispeech som finess. Nirmos (diskussion) 22 juli 2021 kl. 03.53 (CEST)[svara]

Tack så mycket. Sebastian Berlin (WMSE) (diskussion) 22 juli 2021 kl. 07.40 (CEST)[svara]

Hej! Den här månaden är det omvalsmånad för ett antal administratörer, inklusive dig. Om du vill kan jag nominera dig (pinga mig ditt svar i så fall). Allt gott. --Paracel63 (diskussion) 22 oktober 2021 kl. 11.49 (CEST)[svara]

du glömmer väl inte? --Allexim (diskussion) 30 oktober 2021 kl. 19.51 (CEST)[svara]

Även jag ser gärna att du blir omvald. / Anhn (diskussion) 2 november 2021 kl. 05.43 (CET)[svara]

Eftersom omvalstiden är slut bör rättigheterna dras in, men det borde inte vara något som helst problem att få till ett återval med stort stöd om Du så önskar. Tostarpadius (diskussion) 2 november 2021 kl. 07.20 (CET)[svara]

Hoppas du vill ställa upp på återval! --Allexim (diskussion) 2 november 2021 kl. 21.08 (CET)[svara]

Jag har nu avslutat återvalet och min förutsägelse ovan slog in. Lycka till! Tostarpadius (diskussion) 25 december 2021 kl. 11.14 (CET)[svara]

Och nu har du även återfått administratörsrättigheten. Gratulerar! / ^Ternarius_Disk 25 december 2021 kl. 11.42 (CET)[svara]

 Gillar Paracel63 (diskussion) 5 januari 2022 kl. 15.14 (CET)[svara]

Hej! Du erbjöd dig för ett tag sen i diskussion på KAW att återställa artiklar som raderats på felaktiga grunder. Den diskussionen fick aldrig något riktigt avslut men jag tolkar koncensus som att någon form av massåterställning är påkallad. Kan du tänka dig att ta tag i saken? bbx (diskussion) 31 december 2021 kl. 10.28 (CET)[svara]

Såg ditt inlägg på WP:BOA nu, det är alltså nåt i görningen. Bra! bbx (diskussion) 31 december 2021 kl. 17.10 (CET)[svara]

bbx, Iljadrip, Essin: Startat nu. Arbetet kan följas här. Nirmos (diskussion) 5 januari 2022 kl. 11.18 (CET)[svara]

Ser bra ut så långt! Kommer det att vara möjligt att återställa omdirigeringar och Wikidatakopplingar automatiskt också? //Essin (diskussion) 5 januari 2022 kl. 12.08 (CET)[svara]

Essin: Jag har – åtminstone inledningsvis – valt att bara återställa sidor i huvudnamnrymden som inte är omdirigeringar och inte är förgreningssidor, dels för att hålla så hög kvalitet som möjligt på det som återställs, dels för att undvika att skapa en massa döda omdirigeringar. Just nu när Användare:Nirmos/RevertDeletions.js stöter på en omdirigeringssida (eller förgreningssida) så har skriptet ingen aning om huruvida den ska återställas. När den här körningen är klar skulle det dock gå att besöka omdirigerings- och förgreningssidor, extrahera titlarna ur länkarna, kolla om de sidorna finns, och sedan återställa omdirigerings- eller förgreningssidan.

Wikidatakoppling låter svårare eftersom det – vad jag vet – inte finns någon sida vars aktuella sidversion ger någon ledtråd till vilket Wikidata-objekt som ska vara kopplat till vilken artikel. Det räcker alltså inte med att gå igenom alla 90 miljoner Wikidata-objekt, utan man skulle behöva gå igenom alla sidversioner för alla Wikidata-objekt, kolla vilket objekt som senast var kopplat till artikeln, och sedan koppla i hop igen. Det förutsätter naturligtvis att Wikidata-objektet inte har raderats sedan artikeln raderades. En liten tröst kanske är att jag har gjort en finess som på okopplade sidor lägger till en länk i verktygslådan i vänstermenyn. När man klickar på länken hamnar man på Wikidatas sökresultatsida på artikelnamnet. Finns näst längst ned på Special:Inställningar#mw-prefsection-gadgets. Nirmos (diskussion) 5 januari 2022 kl. 13.21 (CET)[svara]

Det låter rimligt med omdirigeringarna. För WD-objekten, skulle man kunna minska sökområdet genom att söka via Geonames-parametern eller via cebwp? //Essin (diskussion) 5 januari 2022 kl. 14.08 (CET)[svara]

@Nirmos: Många av de robotskapade geografiartiklarna har ett värde på parametern geonames i infoboxen. Om man söker på Wikidata vilket objekt som har samma värde på parametern Geonames-ID (P1566) får man antagligen i de flesta fall träff på endast ett objekt. Och i historiken för det objektet kan man verifiera att det var kopplat till den aktuella svwp-artikeln.

Exempel

• Den nyligen återskapade svwp-artikeln Pampas de Maragato-Cantileña har koden | geonames = 3523587 i wikitexten.
• Genom att söka på haswbstatement:P1566=3523587 får man detta resultat, alltså Pampas de Maragato (Q27768556), som enda träff. (Skulle man få mer än en träff bör man nog undersöka närmare).
• I historiken för det objektet behöver man inte leta så långt för att hitta posten från 25 november 2020 kl. 23.35 som markerar när svwp-artikeln raderades av Bruno Rosta:
  Sidan på [svwiki] raderades: Pampas de Maragato-Cantileña

-- Larske (diskussion) 5 januari 2022 kl. 14.21 (CET)[svara]

Ok, tack! För de 72 artiklarna som har hittats är det mindre tidskrävande att bara använda finessen och koppla manuellt. Om skriptet hittar många hundra artiklar kan jag skriva kod för att göra det som Larske sade automatiskt. Nirmos (diskussion) 5 januari 2022 kl. 14.28 (CET)[svara]

Jag gjorde en tabell, som ligger här i Sandlådan, över de artiklar som du har återskapat (enligt recent changes) som inte har någon koppling från Wikidata. Tabellen innehåller de motsvarande WD-objekten som har samma geonames och lite andra kontrollkolumner. Om objektet inte alls har redigerats sedan svwp-artikeln raderades, vilket verkar vara de vanliga fallet trots att mer än ett år har gott, är det nog ingen risk att koppla det igen. Jag tror att det är bra om kopplingen görs så fort som möjligt. Just nu dyker ju alla dessa artiklar upp i den avstämningsfråga om "alla okopplade artiklar" som finns på sidan Wikipedia:Projekt Wikipedias användning av Wikidata.

-- Larske (diskussion) 5 januari 2022 kl. 17.30 (CET)[svara]

Problemet är att nu har artiklar återskapats som har raderats korrekt enligt gällande konsensus. När jag tittar på de två första i listan i sandlådan så har de cebwiki som enda interwiki, vilket är OK att radera. På vilka kriterier har Pampas de Maragato-Cantileña och Johannesgrotte återskapats? Kitayama (diskussion) 5 januari 2022 kl. 17.34 (CET)[svara]

En motivering finns angiven i loggen! 98.128.180.206 5 januari 2022 kl. 17.38 (CET)[svara]

Kitayama, Listyanka är mitt verk och efter att ha hittat pålitliga källor om dess existens namn och yta, och en ytterligare titt på kartan för att se att det faktiskt rör sig om ett ganska stort geografiskt område. Kanske inte att jämföra med tex Ola men inte långt därifrån. Jag har lagt in oberoende källor och bevisat existens. Givetvis kan artikeln förbättras, men jag anser att jag mer än tillräckligt bevisat att den platsar. Iljadrip (diskussion) 5 januari 2022 kl. 17.39 (CET)[svara]

Var hittar jag loggen? Kitayama (diskussion) 5 januari 2022 kl. 17.41 (CET)[svara]

Åh... raderingsloggen. Förstår. Kitayama (diskussion) 5 januari 2022 kl. 17.43 (CET)[svara]

Aha! Nu ser jag. Dessa har någon tagit bort robotflaggan på. Då är det korrekt återställning - det är emot konsensus att radera artiklar där någon tagit bort den. Kitayama (diskussion) 5 januari 2022 kl. 17.40 (CET)[svara]

Esquilo, Taxelson, Velma, Weikrx, YesDi, Sjunnesson, Förbätterlig, Nordelch, Paracel63, Ainali, EstrellaSuecia et al: Som jag skrev ovan så håller jag på att automatiskt återställa era raderade bidrag till robotskapade artiklar. Arbetet kan följas här. Nirmos (diskussion) 5 januari 2022 kl. 13.46 (CET)[svara]

+Papper, +Bothnia. Nirmos (diskussion) 5 januari 2022 kl. 14.00 (CET)[svara]

• Tack. Arbetet uppskattas. Synd att det blev så många extra arbetstimmar för att rätta till dessa misstag men hoppas att vi kan lära oss av det som hänt. Iljadrip (diskussion) 5 januari 2022 kl. 16.22 (CET)[svara]

  Att återställa var bar, men nu har vi fullt (77?) med artiklar som saknas länk till Wikidata, har du tänkt fixa det. Jag har också sett att vid återskapandet har några artiklar raderade kategorier. Yger (diskussion) 5 januari 2022 kl. 19.10 (CET)[svara]

  Jag har påbörjat att fixa dessa Yger (diskussion) 5 januari 2022 kl. 19.22 (CET)[svara]

Kan du återställa samtliga finländska och åländska geografiartiklar som strök med? Jag tar på mig att granska dom manuellt. bbx (diskussion) 25 januari 2022 kl. 11.03 (CET)[svara]

Hej!

Du får det här meddelandet eftersom du är administratör på en Wikimediawiki.

När någon redigerar en Wikimediawiki utan att vara inloggad visar vi deras IP-adress. Som du kanske redan vet kommer vi inte att kunna göra det i framtiden. Detta är ett beslut från Wikimedia Foundations jurister, för att normer och regleringar om integritet på nätet har ändrats sedan Wikipedia startades.

Istället för IP kommer vi att visa en maskerad identitet. Du som administratör kommer fortfarande ha tillgång till IP-numret. Det kommer också att finnas en ny användarrättighet för de som behöver tillgång till hela IP-adressen för att hantera vandalism, trakasserier och spam utan att vara administratörer. De som patrullerar kommer också att kunna se en del av IP-adressen utan användarrättigheten. Vi arbetar också på bättre verktyg som stöd.

Om du inte har sett sidan tidigare kan du läsa mer på Meta. Om du vill försäkra dig om att inte missa tekniska uppdateringar på Wikimediawikierna kan du prenumerera på det tekniska nyhetsbrevet.

Vi har två föreslagna sätt den här maskerade identiteten skulle kunna fungera på. Vi skulle uppskatta din återkoppling om vilket som skulle fungera bäst för dig och din wiki, nu och i framtiden. Du kan svara på diskussionssidan. Du kan skriva på ditt språk. Föreslagen publicerades i oktober och vi kommer att besluta oss efter 17 januari.

Tack. /Johan (WMF)

4 januari 2022 kl. 19.19 (CET)

Hej, jag har en fråga rörande länkar - om du kan hjälpa mig. Om jag har tex namn på en ort i Polen som jag nämner i en art. och det finns information om stället i tex pl:wiki kan man om jag förstår saken rätt, länka till art. på pl:wiki. Däremot behöver man ange källa eller det som på en:wiki kallas "Copying within Wikipedia requires attribution"? Hur gör jag på ett korrekt sätt? Tackam för ett svar. Hälsningar, Camdan (diskussion) 29 mars 2022 kl. 17.36 (CEST)[svara]

Hej! 2014 gjorde du en fin finess som fixerar menyraden högst upp i webbläsarfönstret. Mycket användbar när man hamnar långt ner på långa sidor. Men med det nya vector-gränssnittet har de delat upp menyraden i två delar, och det är bara den högra delen som blir fixerad. Jag antar det ska till ett stycke för #p-personal-more i MediaWiki:Gadget-FixeradMenyrad.css för att även få den vänstra delen fixerad. Har du möjlighet att fixa det? Boivie (diskussion) 4 juli 2022 kl. 15.35 (CEST)[svara]

Boivie: Är inte gränssnittsadministratör just nu (de användarna finns här). Nirmos (diskussion) 5 juli 2022 kl. 17.20 (CEST)[svara]

Ajdå, det var ju tråkigt för Wikipedia att du inte är gränssnittsadministratör nu. Jag hoppas det bara är tillfälligt. Jag har checkat ur gadgeten nu. Det verkar som att de har nån annan typ av fixering i det nya gränssnittet. Vi får se om det är tillräckligt för mig. Annars kanske jag knuffar på någon gränssnittsadministratör så småningom. Boivie (diskussion) 6 juli 2022 kl. 15.54 (CEST)[svara]

Hej och tack för hjälpen här. Vet du om det på ett enkelt sätt går att fixa som jag hade tidigare med historik/bidrag/bevakning utan radbrytnig i listorna? Tidigare hade jag koden nedan:

.mw-changeslist-line,

.mw-contributions-list li,

#pagehistory li {

white-space: nowrap;

}

Mvh  ^✍️(skrivet av:) GeMet(användare:)^💬 den 8 september 2022 kl. 06.44 (CEST)[svara]

Sedan några dagar visar inte gadget-numberoftransclusions ett större värde än 10000 för Mall:Faktamall himlakropp. Se Användare:Voyager85/L för exempel. Tidigare var värdet knappt 13000, men för några dagar sedan ramlade det ner till 10000. Aktuellt värde är minst 13008. Är detta tillfälligt eller är funktionen död för värden större än 10000? Voyager85 (diskussion) 12 september 2022 kl. 20.32 (CEST)[svara]

Tack! Voyager85 (diskussion) 13 september 2022 kl. 05.22 (CEST)[svara]

Dina behörigheter går ut med denna månad. Vill du jag nominerar dig för ytterligare ett år? Yger (diskussion) 17 oktober 2022 kl. 08.17 (CEST)[svara]

Jag påminner Yger (diskussion) 23 oktober 2022 kl. 07.42 (CEST)[svara]

Med begränsade kunskaper om kodning mm har jag tex bläddrat igenom våra redigeringsfilter och imponerats över många finurliga insatser av Nirmos för att få filtren att fungera träffsäkert och effektivt, och hoppas att Nirmos har möjlighet att fortsätta som admin. / Anhn ✎ 23 oktober 2022 kl. 07.58 (CEST)[svara]

Går det att ordna att "Sparad wikitext" sparar text för varje enskild flik istället för som det är nu att den bara sparar den sista/senaste fliken? När jag skriver på Wikipedia så brukar jag oftast skriva i flera flikar samtidigt. Chrome brukar dock ibland envisas om att ladda om de flikar som används och då försvinner texten/texterna och "Sparad wikitext" sparar bara den sista/senast använda fliken. Exakt detta hände bland annat tidigare idag och jag börjar bli less på detta. Finns det nån möjlighet att implementera detta? DIEXEL (diskussion) 18 mars 2023 kl. 02.37 (CET)[svara]

Enligt Artdatabanken rekommenderas numera namnet Exidiopsis effusa så anmärkningen i artikeln bör tas bort. iNaturalist anger "Håris" som svenskt namn på arten men det är ju framförallt en meteorologisk term. Humulus (diskussion) 5 november 2023 kl. 17.33 (CET)[svara]

Hej, Humulus! Jag förutsätter att det är artikeln Exidiopsis effusa vi pratar om, och att anledningen du kontaktar mig är för att det är min bot som senast har redigerat sidan. En snabb titt på sidans historik tyder på att artikeln enbart har redigerats av botar, så det är mer än välkommet om du eller någon annan manuellt vill uppdatera sidan (eller andra liknande sidor). Det finns ingen risk att du "kör över" någon mänsklig användare i det här fallet, och du behöver ingen tillåtelse i förväg även om sidan har redigerats av mänskliga användare. Lycka till, och fråga gärna igen om du behöver hjälp! Nirmos (diskussion) 5 november 2023 kl. 18.09 (CET)[svara]

Tack för svar - jag har lagt in ändringen Humulus (diskussion) 5 november 2023 kl. 19.25 (CET)[svara]