Användardiskussion:Nirmos

/Arkiv

Arkivering

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

Utvald

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)

@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)

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

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)

Bot för att skrapa bilder på Ebay

Flyttad till Wikipedia:Bybrunnen#Robot-skrapning_av_bilderna

Netdiff

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)

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)

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)

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)

Phabsvar

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)

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)

table-tag

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

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 "⧼parsermigration-pref-label⧽" på Special:Inställningar#mw-prefsection-editing, sparar inställningarna, går till en artikel min bot inte redigerat än, och slutligen klickar på "⧼parsermigration-toolbox-label⧽" 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)

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)

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)

{{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)

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)

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)

Magiska ISBN-länkar

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)

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)

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

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

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)

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)

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)

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)

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)

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)

Suggestion for Linter fixes

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)

Replacing Tidy with RemexHTML on svwiki

@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)

Hjälp med Mall:Klickbar knapp 2 för att anmäla deltagande

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)

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)

@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)

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)

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)

What is popular for Wikilove-giving in this community?

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

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)

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)

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

Share your experience and feedback as a Wikimedian in this global survey

Hello! The Wikimedia Foundation is asking for your feedback in a survey. We want to know how well we are supporting your work on and off wiki, and how we can change or improve things in the future. The opinions you share will directly affect the current and future work of the Wikimedia Foundation. You have been randomly selected to take this survey as we would like to hear from your Wikimedia community. The survey is available in various languages and will take between 20 and 40 minutes.

Take the survey now!

You can find more information about this survey on the project page and see how your feedback helps the Wikimedia Foundation support editors like you. This survey is hosted by a third-party service and governed by this privacy statement (in English). Please visit our frequently asked questions page to find more information about this survey. If you need additional help, or if you wish to opt-out of future communications about this survey, send an email through the EmailUser feature to WMF Surveys to remove you from the list.

Thank you!

WMF Surveys, 29 mars 2018 kl. 20.41 (CEST)

Reminder: Share your feedback in this Wikimedia survey

Every response for this survey can help the Wikimedia Foundation improve your experience on the Wikimedia projects. So far, we have heard from just 29% of Wikimedia contributors. The survey is available in various languages and will take between 20 and 40 minutes to be completed. Take the survey now.

If you have already taken the survey, we are sorry you've received this reminder. We have design the survey to make it impossible to identify which users have taken the survey, so we have to send reminders to everyone. If you wish to opt-out of the next reminder or any other survey, send an email through EmailUser feature to WMF Surveys. You can also send any questions you have to this user email. Learn more about this survey on the project page. This survey is hosted by a third-party service and governed by this Wikimedia Foundation privacy statement. Thanks!

WMF Surveys, 13 april 2018 kl. 03.39 (CEST)

Your feedback matters: Final reminder to take the global Wikimedia survey

Hello! This is a final reminder that the Wikimedia Foundation survey will close on 23 April, 2018 (07:00 UTC). The survey is available in various languages and will take between 20 and 40 minutes. Take the survey now.

If you already took the survey - thank you! We will not bother you again. We have designed the survey to make it impossible to identify which users have taken the survey, so we have to send reminders to everyone. To opt-out of future surveys, send an email through EmailUser feature to WMF Surveys. You can also send any questions you have to this user email. Learn more about this survey on the project page. This survey is hosted by a third-party service and governed by this Wikimedia Foundation privacy statement.

WMF Surveys, 20 april 2018 kl. 02.48 (CEST)

En stjärna till dig!

	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)

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)

NirmosBot2

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)

Angående wikEd

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)

Skärmdump som visar var knappen för syntaxmarkering är.

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)

Ny användargrupp

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

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

Phạm Đoan Trang

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)

Felmeddelande "MWException"

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)

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

Finess

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)

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)

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)

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)

 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)

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)

@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)

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)

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)

Omvalsmånad

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)

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)

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)

Lägga till ny finess

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)

Med hög zoomnivå i webbläsaren kan användaren inte se nedre delen av dialogrutan, och kan därför inte heller stänga den utan att läsa in någon annan sida.

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)

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)

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

1. det blir skriptfel när en ny sida skapas. Felet är 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)

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)

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)

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)

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)

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)

Drosophila

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)

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)

Logga in från blockerat nätverk

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)

Pågående vandalism

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

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)

Filterfråga

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)