Wikipedia:Wikipediafrågor/Arkiv 2017

Länka tidigare redigerat till användarkonto

Hej, jag har nyligen skapat en sida om ett ämne (Ledhuvud) och redigerat den utan att logga in, finns det någon möjlighet att knyta dom ändringarna/redigeringarna till mitt konto istället för IP-numret?

Du kan lägga den på din bevakningslista genom att trycka i stjärnan överst till höger i artikeln, eller göra en ny redigering i artikel. Att knyta dem till dig. Nej, det tror jag inte. (Men det handlar bara om fyra redigeringar) MVH Adville (diskussion) 21 december 2016 kl. 23.45 (CET)

Okej, tack för hjälpen! Mro1229 (diskussion) 21 december 2016 kl. 23.59 (CET)

En del användare har listor på artiklar de skapat eller bidragit väsentligt till på användarsidan. Det går bra att i sådana listor ha med artiklar man redigerat under annat namn (kanske med en kort förklaring). --LPfi (diskussion) 23 december 2016 kl. 14.54 (CET)

Relevanskontroll med felaktiga påståenden i motivering

Hej! Är bara ett dygn gammal i Wikipediavärlden och har fått en artikel (Växtrum i Lerum) belagd med relevanskontroll-mall som innehåller felaktiga påståenden. I artikelns diskussion har jag fått flera nyttiga och lärorika kommentarer som jag använt i bearbetning av artikeln. Dock kvarstår relevanskontroll-mallen trots att jag påpekat felaktigheterna och försökt radera den pga. dessa. Är det någon som kan hjälpa mig förstå hur processen går till och ev. åtgärd?

MVH Abenkel (diskussion) 22 december 2016 kl. 16.17 (CET)

Hej och välkommen till Wikipedia! Du bör fortsätta diskutera på artikelns diskussionssida. Wikipediafrågor är inte ett komplement till det. Fråga i artikeldiskussionen om du inte förstår något. Får du ingen förklaring eller fortfarande inte förstår kan du vända dig till exempelvis en fadder. Tänk också på att alla arbetar på frivillig basis och ofta har annat att göra också. Det kan ta lite tid innan man får svar eller kommer fram till vad som är bäst. Det du kan göra, om du inte gjort det, är att meddela på diskussionssidan vad du anser är felaktigt, vad du har gjort för förbättringar i artikeln och varför du tycker att relevanskriterierna uppfylls. Sedan är det bara att avvakta. När diskussionen är avslutad kommer mallen att plockas bort eller artikeln att raderas beroende på utgången. Ägna dig gärna åt att redigera andra artiklar medan du väntar på respons. /Kyllo (f.n. fadder)|diskutera?| 23 december 2016 kl. 16.17 (CET)

Luafel?

Följande felmeddelande dyker upp i en infobox: "Luafel i Modul:Wikidata2 på rad 362: attempt to index local 'entity' (a nil value)." Vad innebär det? Mvh Slånbär (diskussion) 26 december 2016 kl. 20.48 (CET)

En modul är en mer avancerad form av mall. Modul:Wikidata2 är en modul som hämtar data från Wikidata. Jag tror det fel du syftar på är åtgärdat! Men du får gärna fortsättningsvis länka de artiklar du hittar felen på när du rapporterar dylika buggar! -- Innocent bystander (diskussion) 26 december 2016 kl. 20.56 (CET)

Brister i Svensk mediedatabas

Svensk mediedatabas är ju en tacksam och ofta använd källa. Dessvärre har jag nu fått bekräftat från KB att tillförlitligheten minskat starkt vad gäller sökresultat från Sveriges Radio efter år 2000. Då förändrades tablåerna så att inte alla medverkande krediterats och det går inte längre att söka på regissörer, skådespelare eller ens författare. /Ascilto (diskussion) 19 december 2016 kl. 15.35 (CET)

Vad är frågan? (Eller är det något som hör hemma på anslagstavlan?) ♥Ainali ^diskussion_bidrag 19 december 2016 kl. 15.40 (CET)

Jag tänker inte på Wikipediafrågor som att de måste avse verbet frågor, utan lika gärna substantivet frågor, som i ämnen att dryfta rörande Wikipedia, men som är för smala för Bybrunnen. /Ascilto (diskussion) 19 december 2016 kl. 15.47 (CET)

Aha. Då kanske vi ska uppdatera ingressen, för den ger sken av något annat. ♥Ainali ^diskussion_bidrag 19 december 2016 kl. 15.53 (CET)

Jag uppfattar att Wikipediafrågor är avsett för just frågor om Wikipedia och att det är någon annanstans man ska vända sig om man inte har frågor. /Kyllo (f.n. fadder)|diskutera?| 23 december 2016 kl. 16.52 (CET)

Hmm… wp:Faktafrågor rör frågor (utan koppling). wp:Wikipediafrågor rör Wikipedia eller saker som är relaterade till Wikipedia. wp:Bybrunnen är ett ställe där vi diskuterar våra rutiner, nyheter och liknande. Externa projekt som starkt påverkar vår verksamhet (t.ex. genom källhänvisning) kan nog både platsa på wp:BB och här. "Frågor" kan nog syfta både på bokstavlig (= jag vill veta) eller bildlig (= frågeställning, ämne) betydelse. Allt gott.--Paracel63 (diskussion) 30 december 2016 kl. 15.54 (CET)

Hursomhelst. Efter lite mejlväxling med KB har jag nu fått klart för mig att man måste ändra sina sökrutiner. Det går inte längre att söka på person, då får man inga träffar efter år 2000 när kred-rutinerna ändrades. Man måste söka på fritext, vilket har den nackdelen att man får en massa irrelevanta träffar. /Ascilto (diskussion) 30 december 2016 kl. 16.00 (CET)

Spalter

Jag har tappat bort hur man kan göra automatformaterade spalter utan att använda spaltstart, spaltbryt och spaltslut. Någon som kan upplysa mig? /Ascilto (diskussion) 1 januari 2017 kl. 18.35 (CET)

Är det {{Kolumner}} du tänker på?Yger (diskussion) 1 januari 2017 kl. 18.37 (CET)

Precis, tack! :-) /Ascilto (diskussion) 1 januari 2017 kl. 18.50 (CET)

Merarbete

Finns det någon vedertagen riktlinje för hur vi ska bemöta massredigerande användare som skapar merarbete för flera andra användare och som inte kommunicerar? Ett exempel är 213.164.203.137 (disk • raderade bidrag • loggar om • whois) / 78.69.161.68 (disk • raderade bidrag • loggar om • whois). Disembodied Soul (diskussion) 2 januari 2017 kl. 01.24 (CET)

Inget generellt, utan det beror på hur mycket massredigerande och hur mycket merarbete det är. I de länkade fallen tycker jag det verkar uppenbart att syftet är gott och då ska det ganska mycket till för att blockera. Men en kortare block för att få igång en diskussion kan ibland ändå vara lämpligt. Uppmaning till att skapa konto så kommunikation blir lättare kan också fungera. --افيراتير (diskussion) 2 januari 2017 kl. 05.49 (CET)

Olika hjälptexter per namnrymd?

När man klickar på en rödlänk eller kommer till en sida som inte finns med en länk som har ?action=edit visas MediaWiki-diskussion:Newarticletext. Är det möjligt att ha en annan text för diskussionssidor? Den texten handlar ju specifikt om artiklar i huvudnamnrymden men för till exempel diskussionssidan om en kyrka så är ju hjälptexten helt irrelevant. ♥Ainali ^diskussion_bidrag 3 januari 2017 kl. 10.00 (CET)

Se en:MediaWiki:Newarticletext -- Innocent bystander (diskussion) 3 januari 2017 kl. 10.15 (CET)

Tack! jag har lämnat ett förslag på text för diskussionsnamnrymden nu. ♥Ainali ^diskussion_bidrag 3 januari 2017 kl. 10.42 (CET)

Översättning

Hej!

Är det tillåtet att rakt av översätta en engelsk Wikipedia-sida så länge man informerar om detta, t.ex. lägga den engelska sidan som källa?Gollumen (diskussion) 19 december 2016 kl. 19.38‎ 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Ja. Men det finns en särskild mall för att ange att du har översatt från en viss artikel ({{Översatt}}). Även redigeringskommentaren kan användas för att visa varifrån du har översatt. --افيراتير (diskussion) 19 december 2016 kl. 19.42 (CET)

Och du bör vara varsam hur du för över källreferenser, dels översätta mallarna och dels säkra de är relevanta för texten de verifierar.Yger (diskussion) 19 december 2016 kl. 19.46 (CET)

I essän Wikipedia:Wikipedia som källa på Wikipedia kan du få lite mer tips om vad man kan behöva tänka på. ♥Ainali ^diskussion_bidrag 19 december 2016 kl. 19.54 (CET)

Stort tack för det snabba svaren, Yger och Ainali! Det verkar ha blivit betydligt mer komplicerat sedan jag för många år sedan skulle försöka bidra med information, men det kanske bara verkar komplicerat. Jag ska grotta lite! :) Har en mångårig bakgrund inom IT, men efter en olycka är det inte längre lika lätt att direkt greppa det som förr bara var självklart. Detta kanske kan skingra tankarna något. Tack igen!! :) Gollumen (diskussion) 19 december 2016 kl. 20.16 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

@Gollumen: Sättet som du beskriver överst fungerar bra. Många översättningar görs precis så. (Och skulle något behöva putsas till i efterhand så kommer någon att göra det.) /NH 21 december 2016 kl. 10.16 (CET)

Däremot ska man inte ange den andra språkversion som källa, utan använda översattmallen (som Averater tidigare nämnt). Jag tror inte att det har blivit mer komplicerat, utan snarare att det var slarvigare förr. Man tjänar inget på att slarva, eftersom det innebär att standarden och trovärdigheten på artikeln blir lägre och att någon annan måste rätta till det i framtiden. Risken finns också att artikeln fylls med åtgärdsmallar eftersom ingen har ork, tid eller kunskap för att rätta till det. Om det känns mycket kan du göra lite åt gången eller påbörja arbetet och låta andra fortsätta. Hellre att du bara översätter delar och tar med tillhörande källor än att du översätter allt i detalj och struntar i källorna. Källösa uppgifter kan vara felaktiga och raderas med tiden om inte källor tillkommer. /Kyllo (f.n. fadder)|diskutera?| 23 december 2016 kl. 15.53 (CET)

Man skall dock inte ange källor man själv inte kunnat kontrollera. Minimikravet är att man då anger att källorna är direktimporterade från annan språkversion utan kontroll. /Ascilto (diskussion) 23 december 2016 kl. 16.18 (CET)

Men det gäller väl rent generellt och inte specifikt för översättningar. Sedan tycker jag ändå att det verkar bättre att ange en källa än ingen alls. Att kontrollera en källa behöver inte vara svårt och det ligger en del ansvar på läsare att kontrollera källorna, för det kan finnas inaktuella eller undermåliga i vilken artikel som helst (inte bara översatta eller nyöversatta). /Kyllo (f.n. fadder)|diskutera?| 23 december 2016 kl. 16.38 (CET)

Det måste vara skribentens ansvar att kontrollera de källor denne anger. Läsaren skall kunna lita på att de källor som anges också använts då artikeln skrevs, översatt eller inte. /Ascilto (diskussion) 23 december 2016 kl. 17.53 (CET)

Precis, det ligger på författaren som skrev artikeln. Inte översättaren. Något mer krav finns det inte konsensus kring. --افيراتير (diskussion) 23 december 2016 kl. 18.06 (CET)

Varför var den kommentaren mer förutsägbar än ett brev på posten? Du har blivit allt ensammare om din position. Om det är ett hinder för konsensus, så borde den principen gälla också i alla andra konsensusfrågor... /Ascilto (diskussion) 23 december 2016 kl. 18.16 (CET)

Dina inlägg som enbart går på person och inte alls har med saken att göra undanbedes. Lägg av med det. --افيراتير (diskussion) 24 december 2016 kl. 05.58 (CET)

Nu handlade det om hur konsensus skall definieras. Jag kunde inte komma på något annat sätt att formulera det då du relaterade din ståndpunkt i förhållande till konsensus. /Ascilto (diskussion) 24 december 2016 kl. 12.38 (CET)

Du bör oavsett vad du tycker sluta argumentera i person. Kan du inte komma med vettiga inlägg bör du inte skriva alls. --افيراتير (diskussion) 24 december 2016 kl. 17.48 (CET)

Nu var det du själv som relaterade din ståndpunkt gentemot konsensus. Eftersom slutsatsen var tvivelaktig måste den få bemötas. Du har f.ö. själv argumenterat i person istället för sak, i ganska hårda ordalag dessutom. Som nu när du påstår att min argumentation inte är "vettig". Det värdeomdömet är en väsentlig upptrappning av tonläget.

Beträffande konsensus är detta det mest missbrukade ordet på meta. Jag vill därför inte falla in i den kören och påstå att det finns konsensus för att översättare har ett ansvar att kontrollera källorna eller åtminstone upplysa om så inte gjorts. Men det är överväldigande många som framhåller ett sådant ansvar. /Ascilto (diskussion) 25 december 2016 kl. 00.21 (CET)

Man ska ange de källor man har använt. Har man översatt en artikel rakt av utan att verifiera källorna i den är det den artikeln som är källan. Då anger man antingen den artikeln (med permanentlänk) som källa eller så anger man inga källor alls utan bara översatt-mallen. /ℇsquilo 23 december 2016 kl. 20.24 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Jag anser, att det borde vara självklart att även översättaren har bekantat sig med källorna och kontrollerat dessa. När jag har översatt delar av artiklar från exempelvis en:wiki, har jag några gånger noterat att källan har varit felaktig eller inte stöder det som den påstår sig stöda. Disembodied Soul (diskussion) 24 december 2016 kl. 06.56 (CET)

Det gäller ju även oöversatta verk. Att det finns åtskilliga felanvända källor här i artiklar som inte är översatta är det väl ingen som ifrågasätter. Ju fler som kontrollerar källor desto bättre. Översättare, läsare eller vem som helst. --افيراتير (diskussion) 24 december 2016 kl. 07.08 (CET)

När någon översätter är det inte ens säkert att den använder källor. Den kanske enbart översätter. Nej, en artikel på Wikipedia ska inte räknas som en källa i sig. Det är möjligt att artikeln i sin tur innehåller källor, men dessa ska alltså översättas och flyttas över till den svenska versionen. Alternativt kan man tillföra nya källor. Så länge källavsnittet i artikeln enbart innehåller källor till Wikipedia är artikeln att betrakta som källös. Källbehovet kvarstår då alltså i artikeln och den kan märkas med källmall. Källänkar som leder till Wikipedia kan alltid raderas. Men ibland kan den innehålla värdefull information och då kan man välja att flytta informationen till diskussionssidan, en översattmall eller annat ställe.

Det jag syftade på i mitt tidigare inlägg var att det kan finnas olika skäl till att man inte kan kontrollera källorna. Man kanske inte har tillgång till källorna. Då menar jag att man ändå kan flytta över och översätta källorna. Sedan kan man ju nämna att källorna behöver kontrolleras, men man vet vad som hör till vad och det blir enklare för någon annan att göra kontrollen. Den som läser artikeln ska aldrig behöva gå in på en annan artikel/språkversion för att kontrollera om det finns källor, om källorna är korrekta och uppdaterade. Som någon skrev nyligen är Wikipedia och även många källor levande, och behöver i regel ändå kontrolleras och uppdateras då och då. /Kyllo (f.n. fadder)|diskutera?| 23 december 2016 kl. 22.26 (CET)

Nej, en artikel med permanentlänk till en annan språkversion är inte att betrakta som källös. Det är inte bästa tänkbara källa, men att ståta med lånta fjädrar är långt sämre. Tostarpadius (diskussion) 4 januari 2017 kl. 06.44 (CET)

Varför kan man inte använda "... material från engelskspråkiga Wikipedia, som använde bl.a. följande källor: <references group=enwp>..."? Med den konstruktionen kan man göra en klar skillnad mellan kontrollerade och okontrollerade källor, på ett sätt som gör det klart vilka som kontrollerats och var man kan hitta de overifierade källorna. Det finns olika åsikter om i vilken mån man kan översätta utan att kontrollera källorna, men då det finns okontrollerade källor har jag inte sett något bättre alternativ föreslås. --LPfi (diskussion) 4 januari 2017 kl. 11.37 (CET)

Det går också att göra som Paracel63 gjort i Le père Noël est une ordure, se noterna 16 och 26. Det viktiga, enligt mig, är att det tydligt framgår vilka källor som den svenskspråkige artikelskaparen själv haft tillgång till vid skapandet/översättandet av en artikel, och vilka denne inte kunnat kontrollera. //Vätte (diskussion) 4 januari 2017 kl. 12.02 (CET)

"I ort X finns även en ICA-butik" eller "finns även en livsmedelsaffär" - vad gäller?

Hej, satt och redigerade i artikeln Söderbärke som har en ICA-butik, men jag ändrade det till "livsmedelsbutik". Jag tycker dock inte det är självklart. Ska man skriva ut vilket företag som driver butiken? De är ju ofta viktiga arbetsgivare på mindre orter. /Portunes (disk) 24 december 2016 kl. 20.04 (CET)

Livsmedelsbutik räcker gott tycker jag. Att länka till butikens hemsida anser jag vara reklam som inte ska förekomma i artiklar. Bättre om det går att hitta en oberoende källa, kanske finns nåt på kommunens hemsida, som källa till uppgiften att det finns en livsmedelsbutik i Söderbärke. --Larske (diskussion) 24 december 2016 kl. 20.14 (CET)

@Portunes: Det finns ett näringslivsregister på Smedjebackens kommuns hemsida. Kanske den här länken kan fungera som en källa till att "det finns en livsmedelsbutik i Söderbärke". --Larske (diskussion) 24 december 2016 kl. 20.20 (CET)

Jag skulle själv inte ändrat. Att det är en ICA affär är lättare kolla upp än att det finns en livsmedelseaffär, och jag tycker också det ger lite mervärde att det är ICA (eller Konsum, eller Hemköp). Så jag tycker det är en av dessa frågor där det är OK vi har olika uppfattningar, men att vi därför inte behöver ändra. (å anda sidan skulle jag aldrig ändra tillbaks din ändring heller).Yger (diskussion) 24 december 2016 kl. 20.22 (CET)

Visst kan man skriva i texten vilken ägare det är till affären, det var mest att använda affärens hemsida med veckans erbjudanden med mera som em källa som jag ville ta avstånd från. Det skulle aldrig accepteras att ha en sådan länk under "Externa länkar" eftersom "Wikipedia är ingen länksamling" och "Wikipedia är inte Gula Sidorna". Om man kan hitta en oberoende källa till att det finns en (ICA-)butik i Söderbärke tycker jag att en sådan källa är lämpligare. --Larske (diskussion) 24 december 2016 kl. 20.34 (CET)

Jag anser att "livsmedelsbutik" är bättre. Uppgifter som denna blir tyvärr inte så ofta uppdaterade och så vitt jag förstår är det fortfarande vanligt att mindre lämnar ICA. Tyvärr är dock nedläggning inte heller ovanlig. Lanthandelsdöden är inte ett avslutat kapitel i Sveriges historia. Det torde inte dröja särskilt länge innan inköp på landsbygden (landsköp) är ett minne blott och vi i stort sett är tillbaka i den situation som rådde fram till för 150 år sedan att handel sker i städerna eller på marknader. Då gick det att hantera tack vare det utbredda naturahushållet. Nu är det de förbättrade kommunikationerna i vid bemärkelse vi får lita till. Tostarpadius (diskussion) 4 januari 2017 kl. 06.53 (CET)

Linjekarta för dammar och vattenkraftverk

Finns det någon mall för dammar och vattenkraftverk på liknande sätt som exempelvis linjekartorna för spårtrafik? Jag tänkte främst på om det går att göra något utifrån denna skiss över Dalälven. Vivo (diskussion) 30 december 2016 kl. 10.37 (CET)

Det är ett mycket intressant förslag, Vivo. Vad jag vet finns det ingen mall redo att använda här på svwp, men över på enwp finns en:Template:Waterways legend, som är avsedd för kanaler. Jag ser ingen bild för kraftverk dock. Kan eller vill du inte skapa en egen, så kanske bilden Pumping station or building (BSicon uSTRbl.svg) eller någon annan som finns i denna kategori passar. Jag kan tänka mig att hjälpa om du vill sjösätta mallen här på svwp. Skriv gärna här eller på min diskussionssida i så fall. Dieselmotorvagnar (till stationen) 2 januari 2017 kl. 01.53 (CET)

Tack för tipsen, Dieselmotorvagnar! Jag är varken kunnig inom mallbyggande eller Inkscape/motsv., så jag kan inte snickra ihop någon själv. Jag undrade mest om det fanns något färdigt. Annars gör jag en bildfil. Vivo (diskussion) 2 januari 2017 kl. 04.48 (CET)

Nu såg jag att det finns en ikon för vattenfall, inte optimalt, men kanske funkar. Jag provar att se hur den blir om jag gör en testsida på enwp. Jag behöver nog hjälp att flytta över mallar hit dock. Vivo (diskussion) 2 januari 2017 kl. 04.54 (CET)

Den skissen för Dalälven är nio i bredd. Motsvarande mall som används för linjer skulle nog inte bli så snygg. Om man däremot delar upp den i delar (så till exempel Lillälven blir en egen) skulle det nog fungera. Då borde något utifrån c:Category:Icons_for_canal_descriptions nog fungera. Ska se om den är lättexporterad hit. --افيراتير (diskussion) 2 januari 2017 kl. 06.11 (CET)

Se även avsnittet "Other infrastructure/Other" på den här sidan för diverse ikoner som är färdiga att använda. --Larske (diskussion) 2 januari 2017 kl. 06.49 (CET)

Lillälven
		Amungen
		Dalstuga
		Ljugaren
		Balungen
		Tänger
		Dalälven

Hur ser detta ut? --افيراتير (diskussion) 2 januari 2017 kl. 07.11 (CET)

Ser bra ut. Om man "drar ut" ritningen i höjdled går det nog att få in hela Dalälven på "bredden" tre snarare än nio, men något däremellan är kanske optimalt. --Larske (diskussion) 2 januari 2017 kl. 07.26 (CET)

@Vivo, Averater: Jag har byggt vidare på Averaters diagram över Lillälven och stoppat in alla platser enligt skissen ovan i en{{BS3}}.

Dalälven

Dalälven VÄSTERDALÄLVEN  Horrmundsjön Horrmund Lima Öjesjön Venjansjön Johannisholm Hummelfors Gävunda Eldforsen Skifsforsen Snesen Flaten Dala-Järna Mockfjärd Lindbyn ÖSTERDALÄLVEN Båthusstr. Trängselsjön Trängslet OREÄLVEN Vässinjärvi Vässinkoski Åsen Noppikoski Väsa Furudal Skattungen-Oresjön Skattungbyn Blyberg Unnån Spjutmo Hansjö ? Siljan Gråda LILLÄLVEN Amungen Dalstuga Ljugaren Balungen Tänger Forshuvud Borgärdet Kvarnsveden Sundborn Bullerfors Korsnäs Domnarvet Runn Långhag Skedvi Avestaforsen Lillfors Näs Söderfors Untra Lanforsen Älvkarleby Östersjön

--Larske (diskussion) 2 januari 2017 kl. 19.20 (CET)

Oj, tack Averater, Larske och ni andra! Vivo (diskussion) 3 januari 2017 kl. 06.06 (CET)

Snyggt gjort! Dieselmotorvagnar (till stationen) 4 januari 2017 kl. 05.52 (CET)

Röstning för ny artikel i Veckans Översättning

Hoppas jag kommit till rätt frågesida nu... Jag tänkte rösta på några kandidater till Veckans översättning, alltså projektet som finns här https://meta.m.wikimedia.org/wiki/Translation_of_the_week/Translation_candidates men jag hittar inte tecknen för att signera på den sidan. Antar att det är nåt som jag missar, nybörjare som jag är... Hur gör jag? Zquid (diskussion) 30 december 2016 kl. 16.00 (CET)

Funkar det här istället? -- Innocent bystander (diskussion) 30 december 2016 kl. 16.02 (CET)

Är det wikikoden du är ute efter, Zquid? När du röstar skapar du en ny rad efter den sista som röstat och knappar eller klistrar in följande: #--~~~~ det första tecknet ser till att det automatiskt blir korrekt numrerat, de nästkommande två följer helt enkelt utseendet på övriga och de fyra sista är fyra tilde som är wikikodsättet att signera på. //Vätte (diskussion) 30 december 2016 kl. 17.06 (CET)

Jaa! Just det är det... Tack! Det fanns inga Tilde-tecken i rutan där man kan kopiera tecken ifrån, så jag tänkte att man signerar på nåt annat sätt där. Och lite annorlunda var det ju. Nu blev artikeln ifråga ändå Veckans översättning, men det finns ju fler artiklar att titta på och nya veckor kommer. Så jag ska prova att rösta framöver. Tack igen för hjälpen! :-) Zquid (diskussion) 7 januari 2017 kl. 14.11 (CET)

Jag kanske ska göra så här också: Vätte (Det är mycket att hålla reda på!) :-) Zquid (diskussion) 11 januari 2017 kl. 15.14 (CET)

Raderad sida

Hej!

Vet inte om jag kommit rätt. Hursomhelst har jag nu letat runt, länge i kväll, för att hitta en adekvat kontakt till er.

Strax före 18 idag lade jag upp min första artikel och gjorde senare några smärre redigeringar. Jag lyckades tom få in en länk till en sida, denna lade jag under "Källa, vissa delar".

Klockan 19:45 ser jag att sidan raderats av Yger och då började mitt letande efter kontakt. Det är inte helt enkelt för en vanlig IT-användare att hitta hos er, vilket får vara min ursäkt för att jag kan ha hamnat fel. Jag började naturligtvis med att försöka få kontakt med Yger själv.

Sidan heter "Janus Jahn" och Ygers skäl för att radera den är följande:

(Upphovsrättsproblem: http://lexikonettaamanda.se/show.php?aid=23106)

Jag har nu lusläst min text och kollat mot texten på Lexikonett Amanda. Jag har hittat en del faktauppgifter där som jag använt. Och det har jag nu fått bekräftat är OK. Gällande formen så hade jag dock använt några av deras formuleringar i:

1. en mening som beskrev Jahns utbildning till konstnär. Dvs vilka skolor han gått på samt huvudlärare. 2. del av en mening som beskriver hur han lade på färg (för övrigt hade de fel uppgift om färgkvaliteten vilket jag ändrade till rätt) på träsnitten samt hur han utnyttjade träets struktur. 3. del av en annan mening som beskriver vilka motiv Jahn behandlat.

Fine, så kan det vara och det är betryggande att uppleva vilken koll ni har då jag själv är inne på Wikipedia i flera gånger i veckan. Det är vårt husorgan här hemma. Några hundralappar har ni även fått.

Alltså, nu har jag skrivit om ovanstående meningar och undrar: Hur skall jag göra nu? Skall jag lägga in den som ny artikel? Och i så fall hur benämner jag min källa så att jag inte hamnar i samma läge?

Många tack för Ert så viktiga arbete.

Hej. Jag har svarat dig lite kort på din egen diskussion. Det är lättare att sköta detta där. Dessutom har jag återskapat det raderade så du kan fixa till det så bet blir bra. Mvh Adville (diskussion) 14 januari 2017 kl. 00.33 (CET)

Hej igen Adville !

Jag har svårt att hitta på sajten. Jag vet inte hur jag skall skriva till dig specifikt. Inte heller hur/vart jag skickar såna här frågor. Min första fråga gick via "Hur W fungerar" var det rätt? Svaret från dig ligger på min diskussionssida, skall det skickas dit på något sätt?

Tack för ditt engagemang, jag hittade min gamla text, den var inte helt komplett men jag hade en kopia i Word så det funkade ändå. Och då behöver jag hjälp och mina första frågor gäller fortfarande. "Alltså, nu har jag skrivit om ovanstående meningar och undrar: Hur skall jag göra nu? Skall jag lägga in den som ny artikel? Och i så fall hur benämner jag min källa så att jag inte hamnar i samma läge?" Mvh --Laserljus (diskussion) 14 januari 2017 kl. 01.42 (CET)

Det är alltid bra att länka sidor man hänvisar till. Det handlar då tydligen om Janus Jahn, som Adville kopierat till Användardiskussion:Laserljus/Janus. När du fått till stånd en version som inte har stora problem med upphovsrätt eller innehåll kan du be någon flytta artikeln till sin riktiga plats, informellt eller med mallen {{flytta}}. När du varit här ett tag kan du flytta själv, men då lämnas en omdirigering kvar. Eftersom de första versionerna har upphovsrättsproblem kanske någon av oss raderar dem, men det är inget att bry sig om i det här skedet.

Titta gärna på Wikipedia:Biografiska artiklar och någon av de existerande biografierna. Klicka "redigera" (eller "redigera wikitext"?) för att se koden, om du stänger sidan utan att spara är det ingen fara med att göra så. Om du följer vår praxis i formuleringarna är det lättare att inte fastna i dem din källa använder.

Advilles diskussionssida var länkad i hans signatur, och din här ovan (då du använt signaturfunktionen). Diskussionssidorna redigeras på samma sätt som artiklarna (åtminstone om du redigerar wikitexten, såsom jag; konventionerna skiljer sig förstås, såsom gällande indrag och signatur). De personliga diskussionssidorna kan användas rätt fritt, så om du känner dig helt osäker kan du fråga nästan vem som helst som verkar att vara aktiv.

Det är inte väldigt viktigt att fråga på rätt sida. Om man ställer frågan i artikeltext eller på riktlinjesidor får man räkna med att bli tillbakarullad utan desto mer kommentarer, men på de egentliga diskussionssidorna får man nästan alltid svar. Vid behov flyttar någon erfarnare användare diskussionen till rätt ställe. Oftast låter man diskussionen fortsätta där den startade.

--LPfi (diskussion) 14 januari 2017 kl. 12.09 (CET)

Länka personnamn med olika stavning

Kan man koppla ihop https://en.wikipedia.org/wiki/Rudolph_(name) med https://sv.wikipedia.org/wiki/Rudolf på något sätt?

Finns det någon policy för hur namn med olika stavning ska kopplas ihop inom och mellan olika språk?

--Md2perpe (diskussion) 10 januari 2017 kl. 22.14 (CET)

Det finns många olika "Rudolf-objekt" i Wikidata, varav de flesta inte är länkade till några wikipediartiklar. Möjligen skulle man kunna slå ihop de två objekten som är länkade till artiklar,d:Q18028491 och d:Q18028739, men det överlåter jag till någon annan. För att ändå få en:Rudolph (name) att synas från sv:Rudolf har jag stoppat in mallen {{interwiki extra}} i den svenska artikeln. Det innebär dock inte att den engelska artikeln syns från andra språkversioner än från den svenska och inte heller att alla andra språkversioners Rudolfartiklar syns från enwp, för detta krävs att objekten sammanfogas. --Larske (diskussion) 10 januari 2017 kl. 22.51 (CET)

Det finns en inte helt konsekvent hållen policy om att inte blanda dessa objekt, ja! Det finns dessutom ett objekt om efternamnet Rudolf. Interwiki med andra metoder än sammanfogade WD-objekt är det dock fritt fram för. -- Innocent bystander (diskussion) 11 januari 2017 kl. 08.48 (CET)

På polska Wikipedia finns en mall, pl:Szablon:Więcej interwiki, som lägger in interwikilänkar till objekt som är kopplade på Wikidata med Property:P460 (anses vara samma som). Lägger man in den mallen i en sida får man ett gäng extra iw-länkar till artiklar som handlar om typ samma ämne. Den används bland annat på sidan pl:Rudolf. Har vi inget sådant på svwiki än? ⛐Boⅰⅵᴇ (🖉) 11 januari 2017 kl. 09.42 (CET)

@Boivie: Det är den mallen Larske hänvisar till här ovan (Interwiki extra). Minns jag rätt, så behövs inte qid-parametern om P460 används i objektet. Ursprungligen skapades den mallen av en kroniskt opålitlig användare så använd den med måtta! -- Innocent bystander (diskussion) 11 januari 2017 kl. 09.53 (CET)

@Boivie, Innocent bystander: Det ser ut som om den svenska mallen endast tar hänsyn till det första P460 som finns. I fallet Rudolf finns det fyra olika P460, Rudolff, Rudolfo, Rudolph, Rodolphe, Rodolfo, Ruedi, Rūdolfs, Roelof, Ruf och Rudi, men det är endast den andra och den tredje av dessa som har några länkar till artiklar. Vi skulle behöva iterera över hela "kollektionen" av P460 och lägga till "sitelinks" från alla för att bättre fånga upp de "extra interwiki" som kan vara intressanta. Detta görs i den polska modulen med hjälp av funktionen extractLinks. --Larske (diskussion) 11 januari 2017 kl. 10.39 (CET)

Iterationer och jag fungerar sådär ihop, så kör på! -- Innocent bystander (diskussion) 11 januari 2017 kl. 10.45 (CET)

Nu har jag ändrat i Modul:Interwiki så att alla P460-objekten ger bidrag till extra interwikilänkar när man inte anger något specifikt qid i mallanropet. Det gör att det visas fler interwikilänkar i sv:Rudolf. En begränsning är dock att det maximalt kan vara en länk per språkversion och enwp har länkar till två av objekten i P460-familjen av vilket det ena är det objekt som Boivie ville se. Men eftersom bara ett kan visas, blir det en:Rodolfo som visas som interwiki till enwp istället för en:Rudolph (name) om man använder mallen utan något specifikt qid.

Här är en matris över de aktuella Rudolf_objekten och länkar till dessa från olika språkversioner.

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	dewiki	eswiki	brwiki	cswiki	nowiki	fiwiki	glwiki	hrwiki	huwiki	iswiki	itwiki	nlwiki	nnwiki	nowiki	plwiki	skwiki	slwiki
d:Q18028491	Rudolf	18	Rudolf	-	Rudolf	-	Rudolf	Rudolf	Rudolf	Rudolf	-	Rudolf	Rudolf	Rudolf	-	Rudolf (naam)	Rudolf	Rudolf	Rudolf	Rudolf	Rudolf
d:Q18010027	Rodolphe	1	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-
d:Q3438276	Rodolfo	4	-	Rodolfo	-	Rodolfo	-	-	-	-	-	-	-	-	Rodolfo	-	-	-	-	-	-
d:Q18028739	Rudolph	1	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-
d:Q18188066	Ruedi	1	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-	-

--Larske (diskussion) 11 januari 2017 kl. 15.21 (CET)

Vilken artikel det blir där är inte så viktigt för mig, jag var mer intresserad av den tekniska lösningen som jag tror kan vara användbar på många sidor. Tack för den. På polska Wikipedia blir det också länk till engelska Rodolfo. ⛐Boⅳⅰᴇ (🖉) 11 januari 2017 kl. 16.16 (CET)

Genom att byta ordning på claimen i P460 i den berörda sidan så kan du nog den vägen föredra det du själv vill ha fram. Men det är inget jag rekommenderar en nybörjare på Wikidata. Risken är att någon övernitisk admin eller admin-wannabe ser det och undrar "vad i h-e ni håller på med". Fördelen med att ha > 1M redigeringar och ett välkänt användarnamn är att ingen vågar ifrågasätta vad man gör. -- Innocent bystander (diskussion) 11 januari 2017 kl. 19.23 (CET)

Jag anser att vi bör vara extremt restriktiva med använda denna möjlighet. Här verkar det ju vara fel i objekten på Wikidata. "Rodolfo" och "Rudolf" hör knappast ihop. Tostarpadius (diskussion) 14 januari 2017 kl. 01.06 (CET)

De ligger ju inte under samma objekt. Detta blir bara rörigt. Var sak på sin plats är bättre. Tostarpadius (diskussion) 14 januari 2017 kl. 01.08 (CET)

d:Q18028491 och d:Q18028739 tycker jag borde kunna slås ihop. Den enda konflikt som finns mellan dessa är länkarna till Commons som dessutom är felaktiga. /ℇsquilo 14 januari 2017 kl. 08.44 (CET)

Instämmer till fullo. Tostarpadius (diskussion) 14 januari 2017 kl. 09.48 (CET)

Objekten på Wikidata används inte bara för interwiki. De används först och främst för att ställa upp olika påståenden.

Rudolf Feustel har "förnamn:Rudolf" som påstående, medan Rudolph Moshammer har "förnamn:Rudolph" som påstående. Slår ni ihop dessa objekt, så byter ni förnamn på hundratals personer på Wikidata. Jag tror inte det är någon bra idé. -- Innocent bystander (diskussion) 14 januari 2017 kl. 10.20 (CET)

Det är ju samma förnamn med varierad stavning. För många biograferade finns båda varianterna belagda i källor. Alternativet är att samla omdirigeringar på sidan med "ph" och ändra på enwp. Tostarpadius (diskussion) 14 januari 2017 kl. 12.15 (CET)

@Tostarpadius: Jag är böjd att hålla med dig om den saken. Jag har själv familjemedlemmar med vacklande stavning av både för och efternamn. Men det är inte det perspektivet som är konsensus på Wikidata idag. Ett annat möjligt perspektiv, är att samma namn med olika ursprung inte är samma namn. -- Innocent bystander (diskussion) 14 januari 2017 kl. 15.26 (CET)

Jag tycker att man på Wikidata har skapat en helt oöverskådlig röra av förnamn genom att ge varenda stavningsvariant som finns ett eget objekt. Kolla bara på hur många P460 som objektet Johan har. Där borde man kunna slå ihop betydligt fler. /ℇsquilo 14 januari 2017 kl. 15.45 (CET)

Ja, det är absurt. När det gäller namn som ser likadana ut men har olika ursprung förstår jag inte hur man kan göra en uppdelning och få det rätt för de enskilda personerna. Tostarpadius (diskussion) 14 januari 2017 kl. 17.45 (CET)

Extra avigt blir det när "förnamn:Charles" läggs in för svenska C/Karl-kungar. Just det exemplet har jag inte sett, men liknande har jag stött på, minns bara inte var. -- Innocent bystander (diskussion) 14 januari 2017 kl. 18.48 (CET)

Se d:Wikidata:WikiProject Names! -- Innocent bystander (diskussion) 15 januari 2017 kl. 20.08 (CET)

Ang min sandlåde artikel

Hej! Nu är det så att jag försökt att publicera min artikel som jag skrivit men det fungerar inte. Det finns en omdirigering om det ordet sen innan, kan det vara därför? Hur gör jag då? Artikeln handlar om DUBBELBINDNING (vilket är ett psykologiskt begrepp). Jag har den i min sandlåda men kan ej göra något mer. Tacksam för hjälp. Marikaaro (diskussion) 15 januari 2017 kl. 13.37‎ (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Hej! Om du skriver "dubbelbindning" i sökrutan så kommer du ju till artikeln om bindningstal. Men längst upp står "(Omdirigerad från Dubbelbindning)". Om du klickar på ordet "Dubbelbindning" där, så kommer du till själva omdirigeringssidan. Den kan du redigera. Om du tar bort själva omdirigeringen där, och klistrar in din artikeltext, så kommer det att fungera. Sedan får man ordna så att den som söker på ordet "dubbelbindning" och avser kemitermen kan hitta även den. /NH 15 januari 2017 kl. 13.42 (CET)

@Marikaaro: Följande bör göras i den ordning det beskrivs här nedan. Gör inte någon ändring av sidan Dubbelbindning innan alla länkar från andra artiklar som förväntar sig att leda till en sida om kemi har ändrats.

1. Din sandlådeartikel bör flyttas till Dubbelbindning (sociologi)
2. Det bör skapas en ny artikel Dubbelbindning (kemi) (som är en omdirigering till Bindningstal)
3. Alla länkar som idag går till Dubbelbindning (det är cirka 75 st) måste ändras till att gå till Dubbelbinding (kemi)
4. Sidan Dubbelbindning bör göras om till en förgreningssida som pekar på de två sidorna Dubbelbindning (kemi) och Dubbelbinding (sociologi).

Om du vill kan du nöja dig med steg 1. Glöm inte bort att lägga in lämpliga kategorier, till exempel Kategori:Sociologiska termer på din nya sida. --Larske (diskussion) 15 januari 2017 kl. 14.09 (CET)

Lyckades nu publicera efter ändringarna men lyckades inte ändra det andra begreppet, så att det ska stå (kemi). Är ny här.

Pluto

Någon som kan plocka bort "Kolonisering av Pluto" ur {{Pluto}} och få det att se vettigt ut? -- Innocent bystander (diskussion) 15 januari 2017 kl. 19.33 (CET)

Tacket går till 81.237.245.154! -- Innocent bystander (diskussion) 15 januari 2017 kl. 20.05 (CET)

Tekniskt fel?

Jag återställde raderad historik för artikeln Thomas Hempel med mobilen och fick konstiga meddelanden jag inte sett här förr, allvarligt fel stod det ena gången tror jag. Om någon kunnig vill kolla på det är jag tacksam. /Pontuz (diskussion) 16 januari 2017 kl. 13.40 (CET)

Hårt bindestreck

Jag har fått en fråga min användardiskussion: Finns det något bindestreck eller sätt att skriva bindestreck som är eller skapar ett hårt bindestreck? Det vill säga så att ett ord som till exempel "TV-program" inte avstavas. Programvaran verkar hantera alla sorters streck som bindestreck och avstava oberoende om man använder minus eller tankstreck. Är det så och i så fall varför?--LittleGun (diskussion) 18 januari 2017 kl. 08.12 (CET)

Det ska gå, ‑ och det beskrivs mer noggrant i artikeln bindestreck. ♥Ainali ^diskussion_bidrag 18 januari 2017 kl. 08.16 (CET)

Accenter i Standardsortering

81.237.245.154 (disk • raderade bidrag • loggar om • whois) håller på och tar bort accenter i mallen "STANDARDSORTERING", se till exempel historiken. IP-adressen säger att datorerna nu sorterar rätt, även med accent - stämmer det? /Portunes (disk) 9 januari 2017 kl. 19.29 (CET)

Ja! -- Innocent bystander (diskussion) 9 januari 2017 kl. 19.48 (CET)

Praxis är ändå att vi utelämnar dem för säkerhets skull. Tostarpadius (diskussion) 14 januari 2017 kl. 01.00 (CET)

Så var praxis innan vi gick över till UCA, men sedan diskussionen på Bybrunnen i september ser jag inte längre något stöd för en sådan praxis. /ℇsquilo 19 januari 2017 kl. 08.57 (CET)

Det finns i varje fall inget stöd för en praxis där man går runt och ändrar på detta i befintliga artiklar. Tostarpadius (diskussion) 19 januari 2017 kl. 09.01 (CET)

Det står ingenting om just detta i den diskussionen. Låt oss köra på som hittills! Tostarpadius (diskussion) 19 januari 2017 kl. 09.03 (CET)

Det finns väl alltid praxis för att någonting skall bli lite mer korrekt än det var tidigare, vilket är fallet med en sortering som är lite mer exakt men fungerar som den skall. Problemet som det var tänkt att lösa finns inte längre. /Julle (disk.) 19 januari 2017 kl. 09.05 (CET)

Nej, men så vitt jag förstår skall artiklarna sorteras som tidigare, så då är det lika bra att använda den inarbetade metoden. Framför allt skall diverse ip-nummer inte uppmuntras att ändra en masse. Tostarpadius (diskussion) 19 januari 2017 kl. 09.08 (CET)

Praxis är att vi lägger in standardsortering i alla biografier, även när det inte behövs (exempelvis för dem utan efternamn). Men ta bort accenter finns det ingen anledning till längre. Och Tostarpadius, gå inte i taket så fort du ser ett IP-nummer eller ett användarnamn du inte känner igen! -- Innocent bystander (diskussion) 19 januari 2017 kl. 09.14 (CET)

Jag stöder ip-numrens rätt att redigera. Däremot bör varken de eller etablerade användare lägga ned tid på rent trams. Det betyder inte att det i sig bör leda till blockering. För det krävs grövre förseelser, som hotar projektets trovärdighet. Tostarpadius (diskussion) 19 januari 2017 kl. 09.20 (CET)

@Tostarpadius: På Bybrunnen har du gång på gång upprepat dig som en gammal grammofonskiva med samma inlägg gång efter gång, trots att folk har bett dig låta bli. Det är trams! Anpassa Wikipedia till nya tekniska funktioner som stöder projektet är inte trams! -- Innocent bystander (diskussion) 19 januari 2017 kl. 09.31 (CET)

Inget slår mänskliga ögon! Jag vägrar att se det som trams att argumentera för att vi behöver fler som kan gripa in och göra verklig nytta. Det är frustrerande att bara kunna se på när attackerna äger rum! Tostarpadius (diskussion) 19 januari 2017 kl. 09.44 (CET)

Det är en liten klick bland våra admins som står för den stora mängden åtgärder. Hitta nya högaktiva är svårt. Och jag tror inte en ny som nominerar sig med argumentet att den vill blockera blir vald så lätt. -- Innocent bystander (diskussion) 19 januari 2017 kl. 13.01 (CET)

Varför inte? Konstigt nog frågas det alltid: "På vilket sätt har Du nytta av verktygen?" Det är ju gemenskapen som har nytta av fler administratörer. Därför borde man vara tacksam när någon tillräckligt erfaren ställer sig till förfogande. Tostarpadius (diskussion) 19 januari 2017 kl. 15.50 (CET)

Textfärger i bevakningslistan

Länkarna i min bevakningslista har två olika blåa färger, en ljusare och en mörkare. Vad betyder det? Jag syftar alltså inte på fettningen som visar att jag inte har varit inne och läst sidan sidan ändringen. --Chandra Varena (diskussion) 19 januari 2017 kl. 06.53 (CET)

De mörkare länkarna verkar vara sidor man varit inne på mer nyligen, men jag vet inte riktigt hur många dagar det rör sig om. JohanahoJ (diskussion) 19 januari 2017 kl. 07.13 (CET)

Se Wikipedia:Länkfärg Om en länk anses som besökt eller ej tror jag beror på om den finns i din webbläsarhistorik eller ej. Du kan ju prova att rensa historiken, då bör alla länkar få färgen för obesökta. --Larske (diskussion) 19 januari 2017 kl. 07.39 (CET)

Tack! --Chandra Varena (diskussion) 19 januari 2017 kl. 07.43 (CET)

Blockeringstid

I Special:Blockera skulle jag vilja lägga in alternativet på blockeringslängd "till slutet av läsåret" (ev ed annat kortare namn). var gör man det?Yger (diskussion) 20 januari 2017 kl. 20.41 (CET)

Vad skulle det betyda? Till mitten av juni innevarande år om blockeringen läggs mellan nyårsdagen och mitten av juni, ingen blockering alls om den läggs under sommaren (säg till mitten av augusti) och fram till till 15 juni nästföljande år om den läggs mellan mitten av augusti och nyårsafton? - Tournesol (diskussion) 20 januari 2017 kl. 20.46 (CET)

Om jag förstår frågan rätt så är det på sidan MediaWiki:Ipboptions. Observera dock att mjukvaran inte kommer att förstå "till slutet av läsåret" även om du skriver in det där. ♥Ainali ^diskussion_bidrag 21 januari 2017 kl. 00.26 (CET)

Jag tycker det låter bra. Alltså att man sätter ett par tider på året och så blockeras användaren automatiskt till nästkommande av de tiderna. Finns den möjligheten? Det finns ingen liknande på listan Ainali länkade till. --افيراتير (diskussion) 21 januari 2017 kl. 09.29 (CET)

Jag uppfattade det inte går och la då in 9 månader. Då kan vi aug-15 dec blockera 9 månader, 15 dec-15 mars blockera 6 och därefter 3.Yger (diskussion) 21 januari 2017 kl. 10.12 (CET)

Det finns ju också möjlighet att själv sätta en tidpunkt då blockeringen (förhoppningsvis) kan upphöra eller, om jag minns rätt, en blockeringslängd. Man måste inte anända snabbvalen även de onekligen går snabbare att välja någon av dem. --MagnusA 21 januari 2017 kl. 10.19 (CET)

Kan vi lägga in 15 juni och 23 december som snabbval? --افيراتير (diskussion) 21 januari 2017 kl. 10.24 (CET)

Psis, hade jag haft möjligheten, hade jag provat nu att lägga till ",15 juni 2017:2017-06-15" i MediaWiki:Ipboptions. -- Innocent bystander (diskussion) 21 januari 2017 kl. 10.31 (CET)

Bättre att lägga till ",15 juni:15 jun,23 december:23 dec"? Då blir det väl årsoberoende och så får vi båda terminerna? --افيراتير (diskussion) 21 januari 2017 kl. 10.53 (CET)

Det funkar att blockera med bara dag och månad, men då blir året automatiskt nuvarande år. Man får ett felmeddelande om man försöker blockera till ett datum som redan varit. Så bara 15 June fungerar första 5½ månaderna, och 23 December hela året utom sista veckan. Att ange även årtal har nackdelen att det måste ändras efter varje läsår/termin. EnDumEn ✍ 21 januari 2017 kl. 11.00 (CET)

Kan man göra något intelligentare så att den väljer det året det är om 6½ månad? --افيراتير (diskussion) 21 januari 2017 kl. 11.17 (CET)

Är det hela världen om en sida i MediaWiki-namnrymden måste redigeras två gånger om året? -- Innocent bystander (diskussion) 21 januari 2017 kl. 11.34 (CET)

Instämmer, min tanke är ju att "stå ut" med att återblocka 500-1000 ihärdiga skolkottrare i aug/sept men bara lite därefter. Och visst gör jag gärna en extra redigering här, för att det skall gå enklare med de 500-1000.Yger (diskussion) 21 januari 2017 kl. 11.49 (CET)

Fixat. Märkte ingen skillnad nu direkt men det brukar väl ta lite tid? Min tanke var att göra en "snyggare" lösning, men detta är ju en förbättring oavsett. --افيراتير (diskussion) 21 januari 2017 kl. 12.16 (CET)

Kör fram till midsommar för att vara på den säkra sidan. J 1982 (diskussion) 22 januari 2017 kl. 14.11 (CET)

Vilka grund- eller gymnasieskolor kör så länge? Finns det någon enda? --افيراتير (diskussion) 22 januari 2017 kl. 15.00 (CET)

Tänker på kurserna för massa skoltrötta nior som skolkat. De har någon slags sommarskola innan midsommar så de kan ta igen det de missat och komma in på den gymnasielinje de sökt. J 1982 (diskussion) 22 januari 2017 kl. 16.36 (CET)

innehållsförteckning

Hur gör jag en ruta med innehållsförteckning??

Den blir automatiskt när det finns fler än tre rubriker.//Hannibal (diskussion) 22 januari 2017 kl. 22.42 (CET)

Fungerar Wikistream för er?

Wikistream på WMFlabs ger 503-resultat för mig med texten: "Service Unavailable
Guru Meditation:
XID: 63665906
Varnish cache server". Är det likadant för er, vad betyder det och hur får man tillbaka Wikistream? Tacksam för svar.//Hannibal (diskussion) 31 januari 2017 kl. 00.10 (CET)

Jag får samma fel och det betyder att det är något som är så fel att verktygets ägare (i detta fall Yuvipanda) är den som kan fixa det. ♥Ainali ^diskussion_bidrag 31 januari 2017 kl. 00.17 (CET)

Hannibal: Har du testat att kryssa i finessen här och sedan gå till Wikipedia:Senaste ändringar/Flöde? Nirmos (diskussion) 31 januari 2017 kl. 01.35 (CET)

Just ja, den hade jag nästan glömt. Tack för påminnelsen.//Hannibal (diskussion) 31 januari 2017 kl. 09.24 (CET)

Flytt av parametrar i infobox

Hur kommer det sig att olika ip-nummer flyttar de olika parametrarna i infoboxar? länk 1, länk 2, länk 3 Minst tre olika ip-nummer som gjort det de senaste dagarna, är det pga av VisualEditor månntro? --Fredde^✔ 31 januari 2017 kl. 17.49 (CET)

Ja, om den mall har TemplateData så använder VisualEditor informationen där för att ordna parametrarna. Det kan se lite omotiverat ut, men man får trösta sig med att det bara görs en gång per artikel. --Larske (diskussion) 31 januari 2017 kl. 18.00 (CET)

Tack för snabbt svar! Finns det inte möjlighet att ändra ordningen i TemplateData så att den matchar nuvarande ordningen i t.ex. {{infobox fotbollsspelare}}? --Fredde^✔ 31 januari 2017 kl. 18.05 (CET)

Ja, det är nog bara att ändra. Men du skulle ju kunna kolla med Josve05a som är den som har ´lagt in TemplateData i mallen om det finns någon tanke bakom den valda ordningen. --Larske (diskussion) 31 januari 2017 kl. 18.17 (CET)

Geobox med topografi

Hej

Jag har börjat med topografiska kartor av Sveriges län. Till exempel Fil:Sweden Scania relief location map.png och Fil:Sweden Blekinge relief location map.png. Men jag vet inte hur de användas för geobox. Kan någon förklara eller göra det? Silverkey (diskussion) 3 februari 2017 kl. 21.43 (CET)

Här var det inte många svar.

Silverkey, om du kan ge exempel på en annan artikel där det finns liknande kartor i en geobox så kanske det går att lista ut hur det ska vara.

Pingar Edaen och Taxelson som håller på med kartor och annat geografirelaterat. Nirmos (diskussion) 5 februari 2017 kl. 17.25 (CET)

Den projektion som förutsätts för geoboxar ger en väldigt förvrängd kartbild för Sverige, särskilt de norra delarna och vi kanske är lite mindre pigga på att använda den typen av mallar av just det skälet.

Edaen (diskussion) 5 februari 2017 kl. 17.40 (CET)

Jag vet att Norrbotten är felaktig och att Sveriges projektion är förvrängd och jag ska fixa det. Jag är en fransman så här är en exempel i fransk wikipedia. Man ser Skånes topografi men om man klickar på "Voir la carte administrative de la zone Scanie" ser man den administrativ karta och "Voir sur la carte administrative de Suède" visar Sveriges karta. I svensk wiki har vi Mall:Geobox_locator_multi som verkar göra samma sak men används sällan. Silverkey (diskussion) 5 februari 2017 kl. 18.03 (CET)

@Edaen, Silverkey: Ja, kartan Norrbotten är skev, men det är tillrättat i kartan som numera används. För Sverige kan man använda "Sverige2" som har ett trevligare utseende. Den används till exempel i Damallsvenskan. Andra exempel på kartor där meridianerna inte är räta och vertikala linjer är {{Kartposition USA2}}, {{Kartposition Ryssland2}} och {{Kartposition Atlanten}} --Larske (diskussion) 5 februari 2017 kl. 18.30 (CET)

Nu kan du använda {{Geobox locator Skåne}} med reliefkartan. Som map_locator använder du Skåne och som map använder du Sweden Scania relief location map.png. --Larske (diskussion) 5 februari 2017 kl. 18.07 (CET) Ett exempel med {{Ortsfakta Sverige}}ser du till höger.

Abbekås
Land	Sverige
Koordinater	55°23′40″N 13°36′0″Ö
Tidszon	CET (UTC+1)
- sommartid	CEST (UTC+2)
Abbekås läge i Skåne län Abbekås läge i Skåne län

--Larske (diskussion) 5 februari 2017 kl. 18.11 (CET)

Tack. Det var vad jag letade efter. Men det verkar vara omöjlig för några infoboxar liksom Mall:Insjöfakta Sverige. I fransk wikipedia, om reliefkartan finns, det används "by default" av alla infobox om insjöar, fjäll/berg, etc... medan den "normala" kartan används av icke-naturala ämnar (ort, byggnad, etc...). Silverkey (diskussion) 5 februari 2017 kl. 20.47 (CET)

Jag har fixat Mall:Insjöfakta Sverige så att det använder reliefkartan om finns. Så nu har vi Skåne, Blekinge, Halland, Kronoberg, Uppsala och Stockholms reliefkartor. Jag ska fortsätta med nya reliefkartor av Sveriges län i framtiden. Silverkey (diskussion) 5 februari 2017 kl. 21.25 (CET)

@Silverkey: Den ändring du gjort i till exempel Blekinge räcker för att kunna använda reliefkartorna från mallen {{Kartposition}} och andra mallar som använder den. Men för att det ska fungera från {{Geobox}} och alla mallar som använder den, exempelvis {{Ortsfakta Sverige}} behöver man göra två saker till:

1. komplettera Kartposition-mallen med parametern ratio och lägga till alias top, bottom, left, right för parametrarna topp, botten, vänster, höger. Se hur jag gjorde för Skåne. Observera att värdet för parametern ratio ska vara lika med kvoten mellan bildens höjd och bildens bredd. Det är alltså olika för olika mallar.
2. dirigera om Geobox-mallen till den i punkt 1 anpassade Kartposition-mallen. Se hur jag gjorde för Skåne.

--Larske (diskussion) 5 februari 2017 kl. 21.41 (CET)

problem med användning av externa filer med AWB

Jag försöker följa instruktionen på en:Wikipedia:AutoWikiBrowser/Create new pages för att kunna redigera finländska öartiklar med externt skript t.ex så här. Och det fungerar ju, men bara så länge filen inte innehåller mellanslag eller parentes (åäö går bra). Kanske är det något fel i script.bat som är på ett språk jag inte begriper mycket av... Någon som har något förslag? Taxelson (diskussion) 5 februari 2017 kl. 17.53 (CET)

Tror att det är löst nu (ungefär). Taxelson (diskussion) 5 februari 2017 kl. 21.43 (CET)

Försvunnen logga

Spårad i Phabricator (?)
Task T157387 Open

Sedan några veckor tillbaka är Wikipedialoggan högst uppe till vänster försvunnen för mig på mindre skärm (13,3"), på stor skärm (17") ser det ut som vanligt. Om jag zoomar ut och visar sidan i mindre än 100% så dyker loggan upp. Nu på Wikifikan i Göteborg upptäcker jag att jag inte är ensam om att råka ut för detta. Det verkar bara vara ett problem på sv.wp och det är oberoende av att vara inloggad eller inte. Någon som vet vad som kan ha hänt? //Vätte (diskussion) 6 februari 2017 kl. 21.26 (CET)

Jag ser samma problem med att loggan "försvinner" i ett visst "zoom-intervall" oavsett om jag använder Microsoft Edge eller Mozilla Firefox som webbläsare. När det element som i koden står som <div id="p-logo" role="banner"></div> är mindre än 240×240 eller större än 300×300 syns loggan som den ska, men för storlekar mellan (inklusive) 240×240 och 300×300 är allt som syns en tom vit ruta. Skulle möjligen kunna bero på att "renderingar" av logga-bilden för dessa storlekar har misslyckats och det misslyckade resultatet ligger i någon cache någonstans på vägen och inte blir uppdaterad. Någon skulle då behöva rensa denna cache. Men detta är bara en gissning. --Larske (diskussion) 6 februari 2017 kl. 21.58 (CET)

Ovan nämnda "div" innehåller följande kod:

<a class="mw-wiki-logo" href="https://sv.wikipedia.org/wiki/Portal:Huvudsida" title="Besök huvudsidan"></a>

Det kanske är något med klassen "mw-wiki-logo" som behöver göras. --Larske (diskussion) 6 februari 2017 kl. 22.06 (CET)

@Josve05a, Julle: Pingar er eftersom vi har blivit ombedda att inte pilla med den klassen i Common.css. --Larske (diskussion) 6 februari 2017 kl. 22.31 (CET)

Den underbara Platonides har precis gjort en ändring i MediaWikis kod för att fixa detta problem. Bör vara fixat inom någon dag/vecka (beroende på nästa version av MediaWIki, SWAT, etc.). Följ gärna Phabricator-sidan ovan- Josve05a _{(prata med mig)} 6 februari 2017 kl. 23.15 (CET)

Åh, vad fint! Det är en av de grejerna som är så underbara med Wikipedia! //Vätte (diskussion) 6 februari 2017 kl. 23.52 (CET)

Har samma problem, men jag använder Google Chrome. Tänkte att det var lika bra att säga till. \\\D.S.Skåningen (diskussion) 7 februari 2017 kl. 00.03 (CET)

Nu är loggan tillbaka! Det är verkligen trevligt. :) //Vätte (diskussion) 8 februari 2017 kl. 04.31 (CET)

Ev. Bidrag

Hej! Jag stötte på en vädjan om bidrag när jag senast letade på Wikipedia. Jag kan gärna lämna ett bidrag efter min förmåga men INTE via kort eller Pay Pal. Får jag däremot ett bank- eller plusgironummer så kan jag göra det.

Med vänlig hälsning, Sten Bortredigerade kontaktuppgifter.

Hej Sten,

Wikimedia Foundation är en amerikansk stiftelse och det går att göra en banköverföring dit, men tyvärr försvinner mycket pengar i form av bankavgifter etc. Ett alternativ kan vara att donera till föreningen Wikimedia Sverige som är en svensk organisation som arbetar för att fri kunskap. Du kan läsa mer om vilka alternativ som finns för donationer till Wikimedia Foundation här och mer om Wikimedia Sverige här. /^Fluff?_Fluff! 8 februari 2017 kl. 10.54 (CET)

Här är Wikimedia Sveriges donationssida. Här är mer information. Wikimedia Sverige arbetar med olika projekt som stödjer Wikipedias verksamhet här i Sverige. Vänliga hälsningar.--Paracel63 (diskussion) 8 februari 2017 kl. 20.00 (CET)

Arkiv för tidigare Månadens (nya och utökade) artiklar?

Jag undrar om det finns sparat vilka som lagts till som Månadens (nya/utökade) artiklar, alltså alla bidrag för varje månad i denna kategori? Det enda jag hittar i arkivet är vilka som vunnit, samt kandidaterna till röstningen i föregående månad (januari). Zquid (diskussion) 7 februari 2017 kl. 14.45 (CET)

När jag tittar på historiken till Wikipedia:Månadens artiklar/Arkiv verkar det nästan uteslutande vara Paracel63 som har arkiverat, så det kanske är bäst att fråga honom direkt vad som finns var. Nirmos (diskussion) 7 februari 2017 kl. 22.04 (CET)

@Zquid, Nirmos: Hej! Menar ni de kompletta listorna över listade artiklar, månad för månad? De finns i de separata månadslistningarna. Dessa länkas till på minst två ställen: i navigationsrutan som syns i botten på projektsidan (dvs. i denna mall) samt i månadskolumnen på arkivsidan. Det senaste året är de kompletta listningarna för föregående månad hopfällda (av platsskäl), men de kan alltid fällas ut genom ett enkelt klick. Besvarade det frågan?--Paracel63 (diskussion) 8 februari 2017 kl. 02.39 (CET)

Ja, det var det jag letade efter. Tack! :-) Zquid (diskussion) 9 februari 2017 kl. 14.06 (CET)

Google-Wikidata

Jag sökte på google efter "tigris flow rates" och dels fick jag svaret rakt fram på 1014, och den flödessiffran syns också i boxen till höger där det ges en referens till Wikipedia på svenska. Men i den artikeln syns inte flödesuppgiften. Plockar google den uppgiften från wikidata?Yger (diskussion) 10 februari 2017 kl. 19.00 (CET)

Google plockar från "överallt", se How search works. --Larske (diskussion) 10 februari 2017 kl. 20.28 (CET)

Endast den citerade texten, bredvid Wikipedia-länken, är från Wikipedia. Allt annat kan vara taget från Wikidata (el. f.d. Freebase), eol, eller manuellt kurerad info, m.fl. Josve05a _{(prata med mig)} 12 februari 2017 kl. 02.42 (CET)

Mall ESC-fakta

Jag lyckas inte förstå vad det är för fel i Mall:ESC-fakta som får wikikod att visa sig runt bilden i infoboxen i artiklar, se till exempel i Polen i Eurovision Song Contest 2015 hur det nu ser ut. Om man tar bort fil och storleksangivelse i mallen så visas visserligen bilden utan kod vid sidorna, men bilden blir större, det kanske inte är lika snyggt som med den mindre bilden (?) Går det att fixa detta? Höstblomma (diskussion) 11 februari 2017 kl. 18.05 (CET)

Det verkar inte vara mallen det är fel på, utan hur den hanterats. Mallen är uppbyggd så att hakparenteser och ordet Fil inte ska anges, utan enbart namnet på bildfilen. Om storlek ska ändras får det vara en egen parameter, men just denna mall saknar parameter för bildstorlek. En lösning är att helt sonika lägga in en parameter för bildstorlek i mallen, men det kanske finns en orsak till att mallen saknar den parametern från början? //Vätte (diskussion) 11 februari 2017 kl. 18.23 (CET)

Jag vet tyvärr inget om grundtanken med parametrarna i mallen, men just nu ser det ut som det gjorde i Polens artikel i många artiklar om andra länders bidrag också. Går det att justera mallen så att den läser av hur wikikoden genomgående verkar vara inlagd, dvs så som den var i Polen innan du tog bort den, eller ska vi vi helt enkelt städa bort den wikikoden från resten av artiklarna också? Höstblomma (diskussion) 11 februari 2017 kl. 18.28 (CET)

Mallen {{ESC-fakta}} stöder, sedan en vecka, parametern bildstorlek, men den saknas i malldokumentationen. Anger man inget värde på bildstorlek blir det 240px. Om man inte har goda skäl för något annat bör man låta bli att ange någon bildstorlek. --Larske (diskussion) 11 februari 2017 kl. 18.38 (CET)

Då verkar det bäst att rensa upp i wikikoden i faktarutorna tycker jag. Vad jag sett verkar det här beröra i alla fall alla länkade artiklar som ingår i Mall:Deltagare i Eurovision Song Contest 2015 (utom den för Sverige). Kanske även motsvarande artiklar för andra år. Går det att få till med bot tror du, eller är det bäst att göra det för hand? Höstblomma (diskussion) 11 februari 2017 kl. 18.48 (CET)

Jag har ändrat i wikikoden för de artiklar som hade parametervärden för bild som innehöll [[Fil:..., [[File:... eller [[Bild:.... Hojta gärna till om du ser att jag har missat någon. För en handfull artiklar hade man petat in två bilder som parametervärde för bild. För att klara av även detta har jag uppdaterat mallen så att den, istället för parametern bild, kan hantera de två parametrarna bild1 och bild2 samt därtill hörande bild1storlek och bild2storlek. Om man inte ange några storlekar blir bild1 och bild2 120px breda. Se Melodifestivalen 1994 och Melodifestivalen 1960 för ett par exempel. --Larske (diskussion) 11 februari 2017 kl. 19.49 (CET)

Eftersom just den här mallen har parametern bildstorlek så är det inte aktuellt i det här fallet, men annars går det att komma runt genom att skriva Bild.jpg{{!}}300px /ℇsquilo 11 februari 2017 kl. 21.26 (CET)

Tack, det ser mycket bättre ut nu! Höstblomma (diskussion) 11 februari 2017 kl. 21.29 (CET)

Konstig formatering av referenslistan

Jag snubblade över en konstighet i artikeln Mary Berry. Jag vet inte om det är specifikt för just den artikeln eller ett systemfel någonstans. Problemet är att noterna i referenslistan (de som byggs av references-taggen) inte är på olika rader som de brukar utan samlade på en och samma rad, vilket gör det tämligen svårläst. --MagnusA 12 februari 2017 kl. 12.22 (CET)

Någon hade stoppat in en mall {{dl}} som inte verkar höra dit. När jag tog bort den blev referenslistan som den brukar. --Larske (diskussion) 12 februari 2017 kl. 12.52 (CET)

Lurigt! Tack så mycket! Mall:Dl verkar ofta följa med översättningarna från engelska så jag riktade om den omdirigeringen till {{Död länk}} istället. ntturligtvis efter att fixat till artiklarna med sportstatistik där den var en förkortning för {{Deltagarlista}}. --MagnusA 12 februari 2017 kl. 13.36 (CET)

Någon bugg eller liknande i någon konstig mall

Kategori:Sidor med olösta egenskaper ligger i Mall:Taxonbar/Link. Kan någon få bort denna kategori? Och kanske fixa mallen med? Jag vet inte riktigt vad felet är--Bruno Rosta (diskussion) 14 februari 2017 kl. 07.43 (CET)

 Fixat --Larske (diskussion) 14 februari 2017 kl. 09.10 (CET)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 14 februari 2017 kl. 11.48 (CET)

Mall:Ortsfakta Sverige buggad

Såg det först i artikeln Katrineholm, punkten visar inte längre ortens plats på kartan. Någon som experimenterar? /Portunes (disk) 14 februari 2017 kl. 11.45 (CET)

@Portunes: Det var en ändring som Silverkey gjorde i natt som inte var helt komplett. Nu ska det vara åtgärdat. --Larske (diskussion) 14 februari 2017 kl. 11.55 (CET)

Hotcatstrul

Har just flyttat 18 artiklar från Kategori:Japanska regissörer till Kategori:Japanska filmregissörer utan att det slår igenom i kategoriträdet. Kategoribytet syns dock korrekt i själva artiklarna. De 32 jag flyttade strax innan fungerade som vanligt. Vad kan ha hänt? /Ascilto (diskussion) 15 februari 2017 kl. 15.07 (CET)

Kan det vara en cache-grej, dvs att det bara är din webbläsare som inte uppdaterar utan visar gammal info? Åtminstone Takahisa Zeze, som var den senaste du justerade ligger under Kategorin Japanska filmregissörer när jag tittar.--LittleGun (diskussion) 15 februari 2017 kl. 15.24 (CET)

Tack! Det brukar lösas med en null-edit, men så skedde inte nu. /Ascilto (diskussion) 15 februari 2017 kl. 15.35 (CET)

Donationer

Varför använder ni inte swisch? Då hade jag donerat. Mvh

Förklaras på Wikipedia:Wikipediafrågor/Arkiv 2015#Bidrag och Wikipedia:Wikipediafrågor/Arkiv 2016#Betalning. Nirmos (diskussion) 13 februari 2017 kl. 20.57 (CET)

Dvs. du kan swisha, fast till den svenska stödorganisationen Wikimedia Sverige. Se betalningsalternativen och sidfoten på den här sidan.--Paracel63 (diskussion) 16 februari 2017 kl. 04.15 (CET)

Platsbyte av "[redigera | redigera wikitext]" efter rubriken

Hej!

Det vore jättebra om ni kunde flytta "[redigera | redigera wikitext]" som står direkt efter rubriken till artiklarna på Wikipedia. Jag jämförde med engelska Wikipedia och de har valt att placera de verktygen på annan plats på sidan. Varje gång man ska googla på rubriken hänger "[redigera | redigera wikitext]" med och det är störande att behöva radera det varje gång istället för att på nolltid kunna trycka ctrl+c>ctrl+t>ctrl+v. Kika gärna på den engelska versionen och ta efter för att glädja mig och andra användare som finner det här irriterande.

Jag har inga problem att markera rubriker utan att redigera-knapparna följer med. De ligger tillräckligt långt ifrån för att man ska kunna markera både från höger och från vänster utan att de ska komma med. Använder du nån specialpekdon eller liknande som minskar precisionen ordentligt? /Grillo (diskussion) 17 februari 2017 kl. 13.20 (CET)

Det kan säkert skilja sig mellan olika webblaäsare också. Vilken använder du? Men det är ändå konstigt om svWP är annorlunda än enWP.--LittleGun (diskussion) 17 februari 2017 kl. 13.24 (CET)

Detta är ett resultat av finessen "Visa [redigera]-länk för att redigera ingressen.", markerar man från höger till vänster händer det att länken hänger med. Abbe98 (diskussion) 17 februari 2017 kl. 13.28 (CET)

Hej igen och tack för svaren! Jag använder Google Chrome. Jag markerar första ordet genom att dubbelklicka på det och sedan kör jag kortkommandot ctrl+shift+höger piltangent. Markerar jag för hand är det självklart inga som helst problem. Då hänger inte "[redigera | redigera wikitext]" med, men för mig som primärt använder mig av tangentbordet och vill att surfandet ska gå så snabbt och smidigt som möjligt hade det underlättat om "[redigera | redigera wikitext]" inte hade hängt med då man använder sig av markering med kortkommandon.

Är det en väldigt gammal version av Chrome? Vad jag kan se finns följande CSS-regel som gör att det inte ska markeras:

.mw-editsection, #jump-to-nav {
	-moz-user-select: none;
	-webkit-user-select: none;
	-ms-user-select: none;
	user-select: none;
}

Nirmos (diskussion) 17 februari 2017 kl. 14.02 (CET)

Med chrome version 56.0.2924.87 så markeras länkarna, vet inte om den är gammal. Däremot så ser de inte markerade ut. Med ctrl+shift+höger markeras ett ord i taget. När det sista ordet i rubriekn markerats följer "[redigera | redigera wikitext]" med, men det syns inte att det markerats. Tar CSS-regeln bara bort markeringen av valet, men inte valet i sig?--LittleGun (diskussion) 17 februari 2017 kl. 14.22 (CET)

Jag använder mig av senaste versionen av Chrome. Dessvärre har jag bristande kunskaper inom webbutveckling så det du skickade om CSS-regler sa mig inte så mycket. Du har rätt i det du skriver om att det inte syns men ändå följer med. Det vore intressant om ni kunde testa att göra samma markering och se ifall ni får andra resultat. Jag skickar med en bild som visar hur det blir för mig. http://puu.sh/u7gF6/edfbdd168e.png

Ok, jag lyckades återskapa problemet nu. Det är helt klart en bugg i Chrome, och det är verkligen begränsat till när det markeras genom att tangentkombinationerna du skrev ned (inget som jag använder). Det är hursomhelst inget som vi på Wikipedia kan eller bör göra något åt. Det får helt enkelt skapas en buggrapport mot Chrome (eller möjligtvis Chromium som Chrome bygger på). Nirmos (diskussion) 17 februari 2017 kl. 14.37 (CET)

Tack för svaret! Ni kan alltså inte flytta på redigera-knapparna, likt den engelska versionen, för att slippa problemet? Om inte ska jag skicka en buggrapport till Chrome och se ifall de kan åtgärda det.

Du säger "flytta på redigera-knapparna, likt den engelska versionen", men på enWP finns också redigeringsknappar vid rubrikerna. Om det enbart är redigeringsknapparna vid huvudrubriken som stör dig, och det här är ett så stort problem för dig, så är nog enklaste lösningen att:

1. Logga in
2. Gå hit
3. Kryssa bort "Visa [redigera]-länk för att redigera ingressen."
4. Spara inställningarna

Nirmos (diskussion) 17 februari 2017 kl. 15.03 (CET)

Jag testade tangentbordsgenvägen som det hänvisas till med senaste version av Chrome (samma som LittleGun hänvisar till) och det går utmärkt att markera utan att redigeralänken följer med... Faktum är att om jag fortsätter trycka på höger piltangent börjar webbläsaren markera artikeltext och hoppar helt över redigeralänken. Detta gäller både artikelrubrik och underrubriker. Kan det ha att göra med att jag avaktiverat Visual Editor? /Grillo (diskussion) 18 februari 2017 kl. 09.28 (CET)

Testade att logga ut och göra om testet och nej det funkar som ovan då med. /Grillo (diskussion) 18 februari 2017 kl. 09.28 (CET)

Menar du att det ser ut som att det inte markerats? Så är det för mig med. Men när jag väljer att kopiera texten och klistrar in den är redigeralänktexten ändå med. Testade du att kopiera rubriken?--LittleGun (diskussion) 18 februari 2017 kl. 10.12 (CET)

Aaah, nu förstår jag problemet... /Grillo (diskussion) 19 februari 2017 kl. 07.00 (CET)

Burmesisk text fungerar ej

Hej! Någon som vet varför burmesisk text inte fungerar på Wikipedia? Finns det något plugin till min webbläsare (Firefox) som jag kan ladda ner? /Portunes (disk) 18 februari 2017 kl. 12.05 (CET)

Kan du utveckla vad du menar med "inte fungerar". Jag har senaste version av Firefox och ser en massa text på mywp-motsvarigheten till Bybrunnen, my:Wikipedia:လက်ဖက်ရည်ဆိုင်. Vad ser du? --Larske (diskussion) 18 februari 2017 kl. 12.18 (CET)

Bara fyrkanter med siffror i (till exempel 10 48, 10 16, 10 00) osv /Portunes (disk) 18 februari 2017 kl. 12.21 (CET)

I källkoden på sidan finns följande:

font-family:mm3web,Myanmar3,TharLon,"Masterpiece Uni Sans",Parabaik,Yunghkio,Thanlwin,"Win Uni Innwa",Padauk ,"MyMyanmar Unicode","Myanmar Text","WinUni Innwa",Myanmar2;

Det enda av dessa typsnitt som jag har på min dator är "Myanmar Text", och det resulterar i en massa tecken som jag antar är burmesiska. Men om man inte har något av teckensnitten ovan blir det kanske fyrkanter med siffror. Kolla vilka typsnitt du har. --Larske (diskussion) 18 februari 2017 kl. 12.44 (CET)

För mig fungerar burmesiska tecken till och med på mobiltelefonen där första tecknet i min signatur inte fungerar. /ℇsquilo 18 februari 2017 kl. 14.05 (CET)

Jag har Windows 7 och Firefox. Efter ha laddat ner två stycken typsnitt fungerar nu burmesisk text ibland i wikipediaartiklar och ibland inte. Om texten är i infoboxen eller i en URL syns den inte som annat än fyrkanter. /Portunes (disk) 19 februari 2017 kl. 13.23 (CET)

@Portunes: Vad heter typsnitten som du kompletterat med? Kan du ge något exempel på artikel där texten syns och där den inte syns. --Larske (diskussion) 19 februari 2017 kl. 13.26 (CET)

"Zawgyi-One Normal" och "Myanmar3 Normal". Här kan du se ett exempel i en:Wikipedia:Naypyidaw. /Portunes (disk) 19 februari 2017 kl. 13.31 (CET)

Något konstigt med Stieg Trenter

När jag letar efter Stieg Trenter på min Iphone kommer texten "svensk arkitekt" upp, både i sökrutan och under rubriken i själva artikeln. Detta syns inte när jag öppnar artikeln på datorn. Inte heller syns det i wikitext-läge. Är det något mysko med det? 83.223.29.23 18 februari 2017 kl. 21.29 (CET)

Det är någon på Wikidata som tycker att han är en arkitekt: d:Q457555. 81.237.245.154 18 februari 2017 kl. 21.40 (CET)

Fixat. Riggwelter (diskussion) 18 februari 2017 kl. 21.41 (CET)

Johan Giesecke

Hej!

Några personer (inte många) har letat efter mig på svenska Wikipedia, men då bara hittat min far och min son. Tycker ni det är olämpligt att jag själv skriver några korta fakta om vem jag är och vad jag gjort? Det som möjligen kunde motivera en sådan artikel är att jag är professor, var den förste Chief Scientist vid EUs smittskyddsinstitut (European Centre for Disease Prevention and Control, ECDC), och har skrivit en kursbok i smittskydd som sålt i 30-40 000 exemplar globalt ("Modern Infectious Disease Epidemiology", även översatt till ryska och japanska). - Jag kan också se att min efterträdare som statsepidemiolog för Sverige, Annika Linde, har en kort artikel.

Eller vore det förmätet?

Bästa hälsningar, Johan Giesecke 19 februari 2017 kl. 14.08 (CET)

Att du lägger upp rena basfakta som namn, ålder, utbildning och arbetet som professor, allt med källor är helt OK. Också det andra som du nämner. Men ju längre du kommer från rena basfakta, ju känsligare blir det. Och när du på detta sätt har en intressekonflikt är angivandet av källor ett måste. Yger (diskussion) 19 februari 2017 kl. 14.14 (CET)

Bra svar!--Paracel63 (diskussion) 23 februari 2017 kl. 01.34 (CET)

Jag ger månadsbidrag till Wikipedia, hur slipper jag bannern som "tjatar" om bidrag!

Jag har lagt in via paypal att betala bidrag Wikipedia varje månads! Det tycker jag är viktigt och det behövs!

Då vill jag slippa få upp "tjat" om bidrag hela tiden av wikipedia...!!! Hur gör man?

Om alla gav det jag ger skulle det täcka det ni behöver för överskådlig tid framöver. 62.108.199.197 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Hej! Jättebra att du donerar till projektet! Bästa sättet att slippa dessa banners är att skapa ett konto. Mvh Luriflax (diskussion) 23 februari 2017 kl. 11.55 (CET)

Även jag har noterat att bannern är väldigt påträngande i år, när man är oinloggad. ⛐Boⅰⅵᴇ (🖉) 23 februari 2017 kl. 11.57 (CET)

Hur redigeras Special-sidor?

På Senaste ändringar finns ett sidhuvud, med bl.a. en länk till wp:Månadens artiklar. Men sidhuvudet visar fortfarande det gamla, längre namnet på projektet. Hur ändrar man?--Paracel63 (diskussion) 23 februari 2017 kl. 04.21 (CET)

Jag har nu ändrat i "MediaWiki:Recentchangestext‎". Svensson1 (diskussion) 23 februari 2017 kl. 04.32 (CET)

 Gillar--Paracel63 (diskussion) 24 februari 2017 kl. 00.23 (CET)

Hur hanterar Wikipedia okynnesradering?

En användare okynnesraderar i artikeln Sollefteå sjukhus. Hur kan det stoppas? Välfärd - att färdas väl (diskussion) 26 februari 2017 kl. 18.38 (CET)

Raderingar sker därför att redigeringar av Välfärd - att färdas väl har en tydlig POV. Hela artikeln har slagsida åt BB. Den är illa skriven och spretigt disponerad. Alltför specifika detaljer tillmäts vikt. Artikeln om ett gammalt anrikt sjukhus blir en partsinlaga. Användaren skriver också om ockupationer som enl vederbörandes kristallkula pågår 2018. Ataraxim (diskussion) 26 februari 2017 kl. 18.42 (CET)

Meddelande om dokumentation av moduler

Hej, var kan man ändra meddelandet på Modul:Mandattabell som lyder "Dokumentationen för denna modul kan skapas på Modul:Mandattabell/dok"? Jag undrar för jag skulle vilja uppdatera det på sv.Wiktionary Moberg (diskussion) 21 februari 2017 kl. 23.04 (CET)

Moberg: MediaWiki:Scribunto-doc-page-does-not-exist. Nirmos (diskussion) 22 februari 2017 kl. 03.53 (CET)

Tack, vilket meddelanden visas när dokumentation finns då? Jag är förvirrad :P Moberg (diskussion) 26 februari 2017 kl. 21.29 (CET)

Då ser man dokumentationssidan, se Modul:Wikidata för ett exempel. En dokumentationssida bör alltid finnas, men vi har nog slarvat en del med det. --Larske (diskussion) 26 februari 2017 kl. 21.57 (CET)

Nu har jag gjort en enkel dokumentationssida även för modulen Modul:Mandattabell. --Larske (diskussion) 26 februari 2017 kl. 22.22 (CET)

Moberg: Som Larske säger visas dokumentationen om sådan finns. Är det bilden Template-info.png, texten "Dokumentation" och länkarna "visa", "redigera", "historik" och "rensa sidcachen" du menar? Det är inte ett systemmeddelande, utan definieras i Mall:Dokumentation. Annars får du gärna förtydliga vilken text du menar. Nirmos (diskussion) 27 februari 2017 kl. 00.35 (CET)

Jag menade en header som syns på alla modulsidor, och nu hittade jag det, meddelandet som jag sökte var MediaWiki:Scribunto-doc-page-show. Nu slipper man länka till dokumentationssidan manuellt; tack för hjälpen :) Moberg (diskussion) 27 februari 2017 kl. 08.37 (CET)

Fler språklänkar

Vad är det för påhitt, att inte alla språklänkar skall synas längre? Jag vill att de skall synas alla på en gång och dessutom tar de ju inte plats från något annat. Kan det ändras tillbaka? Pepparkaksgubbe (diskussion) 1 mars 2017 kl. 09.06 (CET)

I dina inställningar, längst ner på fliken utseende kan du kryssa ur rutan "Använd en kompakt språklista med språk som är relevanta för dig." (Ändring annonserades för lite drygt en månad sedan.) ♥Ainali ^diskussion_bidrag 1 mars 2017 kl. 09.11 (CET)

Jaha. Jag ber att den ändringen tas bort. Sådant skall inte bara "annonseras", det måste väl ha diskuterats först? Vem tycker att det är bra att språklänkarna döljs? Det spelar ju ingen roll om jag kryssar ur den rutan, om det ändå fortsätter att vara så för alla andra och även för mig själv om jag inte är inloggad (jag loggar bara in om jag skall skriva något, annars inte). Pepparkaksgubbe (diskussion) 1 mars 2017 kl. 13.21 (CET)

@Pepparkaksgubbe: Se diskussion på Bybrunnen. --Larske (diskussion) 1 mars 2017 kl. 13.27 (CET)

Undersida? Sandlåda?

Måste man skapa en undersida? Räcker det inte med sandlådan? Förstår inte skillnaden!

Om du är inloggad så kan du ha en egen sandlåda som är en undersida till din användarsida, till exempel Användare:Nirmos/sandlåda.

Wikipedia:Sandlådan är öppen för vem som helst att redigera när som helst, så den är ok för kortare tester, men mindre lämplig för att spara text under en längre tid. Nirmos (diskussion) 2 mars 2017 kl. 17.07 (CET)

(Redigeringskonflikt) Din egen sandlåda (som inloggad) är en av dina möjliga undersidor. Om du behöver fler - kanske du arbetar med mer än en artikel parallellt, t.ex - är det bara att skapa dem, men klarar du dig med bara din ordinarie sandlåda så är det förstås inget problem. Formen är Användare:ANVÄNDARNAMN/sandlåda, där "ANVÄNDARNAMN" är ditt eget användarnamn (inloggad) och "sandlåda" kan bytas mot något valfritt. Taxelson (diskussion) 2 mars 2017 kl. 17.15 (CET)

Hoppig bevakningslista

När jag går in på min bevakningslista, och vill se ett nytt inlägg i en diskussion, så brukar jag följa den "pillänk" som leder till rätt rubrik. Sedan ett tag tenderar nu bevakningslistan att bli ganska "hoppig" som om det finns lite för mycket JavaScript på sidan. Det gör att jag lite för ofta luras att klicka på fel länk och hamnar på sidor som denna istället för på själva diskussionssidan. @Nirmos, EnDumEn:? -- Innocent bystander (diskussion) 2 mars 2017 kl. 10.34 (CET)

Innocent bystander: Är det MediaWiki:Gadget-MarkGroups.js som förskjuter texten för dig? Det var du som specifikt bad om en sådan finess. Du kan ju testa att kryssa bort den här och se om det är den som är problemet. Om det är den som ställer till det för dig, så kan vi titta på eventuella lösningar, som att undanta specialsidor, men jag vet inte hur logiskt det skulle vara – det borde ju vara precis samma problem på diskussionssidor. Det kanske är extra märkbart på bevakningslistan eftersom den första länken till en användarsida är väldigt långt upp, jämfört med diskussionssidor som ofta har en lång innehållsförteckning och annat längst upp? Nirmos (diskussion) 2 mars 2017 kl. 21.41 (CET)

översättning från svenska till andra språk

Jag blir inte klok på hur jag börjar översätta en artikel från exempelvis svenska till spanska eller franska. Jag tänkte prova översätta Mikael Niemi-artikeln till spanska eftersom det ingen fanns. Men jag kommer ingen vart. jag har hittills bara översatt från engelska till svenska artikeln som handlade om Malören, men den har jag inte själv initierat. Finns hjälp att få? Var in på översättning men för korkad för att läsa anvisningarna och att få det att fungera ändå!

Eva

Om du vill hjälp med fransk wikipedia, jag här själv en fransman och skriver mest på franskspråkig wikipedia. Silverkey (diskussion) 1 mars 2017 kl. 10.19 (CET)

Eva, om du bor på någon ort där det finns skrivstugor eller wikifikor kan du besöka en sådan och få hjälp där. :) //Vätte (diskussion) 1 mars 2017 kl. 10.28 (CET)

Lanserades det inte någon halvautomatisk översättningshjälp förra året? Jag kan inte hitta någon om den nu dock. /ℇsquilo 1 mars 2017 kl. 14.38 (CET)

ContentTranslation. Är det den du menar? --Larske (diskussion) 1 mars 2017 kl. 14.50 (CET)

Jag hittade, men meningen är att elever ska översätta själva, inte med hjälp av maskinöversättning. Tack ändå för svar. Fast någon vart har jag inte kommit ännu! Svea58

Är det du vill göra alltså att skapa t.ex artikeln es:Mikael Niemi på spanskspråkiga wikipedia med utgångspunkt från vår Mikael Niemi? Då behöver du sätta dig in i spanska wikipedias policy för översättning, som kan skilja sig från t.ex vår - varje projekt (språkversion) är självständig. Sedan kan det vara en bra idé att du skapar ett konto, så kan du arbeta med översättningen i lugn och ro på en egen användarundersida. Om du nämligen publicerar en halvfärdig version är risken antagligen lika stor där som den vore här att den raderades. Kan själv ingen spanska så jag är fel person att vägleda till användbara metasidor på eswp. Taxelson (diskussion) 1 mars 2017 kl. 17.04 (CET)

. Jag har ett konto själv. Nu tänkte jag visa lärarna i de respektive språken lite om Wikipedia. De tänkte att eleverna skulle få göra översättningar som en övning men också ge bidrag som inte finns från svenska till spanska t ex, fanns ingen artikel om Niemi bland andra. Men eftersom jag bara varit in i redan påbörjad artikel, så visste jag inte hur jag gjorde för att starta en artikel, och det på ett annat språk.Svea58 (diskussion) 2 mars 2017 kl. 08.54‎ 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Du kunde surfa till Portal:Comunidad och titta på länkarna uppe på sidan. Åtminstone "Ayuda" och "Políticas y convenciones" låter som sådant man borde kolla, också om man inte behöver läsa alla instruktioner. --LPfi (diskussion) 1 mars 2017 kl. 17.25 (CET)

Pingar in Paracel63, som kan lite mer om es.wp (fast kanske mest ca.wp?). //Vätte (diskussion) 1 mars 2017 kl. 17.27 (CET)

Tack för pinget! Som professionell översättare (se Per A.J. Andersson) översätter jag i princip bara till mitt modersmål svenska. På Wikipedia gör jag ofta mindre översättningar andra hållet, fast bara på språk som jag kan någorlunda. Då kombinerar jag mina förvärvade språkkunskaper, Googles översättningsfunktion, andra ordböcker samt diverse källor. Ändå blir mina översättningar långtifrån perfekta. Titta gärna på den här artikelhistoriken (katalanskspråkigas Wikipedias artikel om "Göteborg", som jag skrivit det mesta av). Content translation är en halvautomatisk översättningsfunktion som utgår från Google Translate & C:o, och där måste ofta resultaten kollas extra.

Jag är lite sämre på spanska och har inte ägnat mig åt översättningar dit. Men den som vill översätta typ från svenska till spanska har god nytta av att läsa igenom liknande artiklar på eswp, för att se hur de hanterar mallar, referenser, stilfrågor, ingress och annat. "meningen är att elever ska översätta själva" låter som om någon ska göra detta på skolnivå… Frågor: Hur gamla är eleverna? Har de Wikipedia-vana sedan tidigare? Hur bra är de på spanska? Och hur Wikipedia-van är läraren? Som sagts ovan, är du/ni i närheten av någon stad med wikiträffar, går det att få en hel del hjälp. Lycka till! --Paracel63 (diskussion) 1 mars 2017 kl. 18.05 (CET) De är gymnasister och har läst spanska sedan grundskolan. Lärarna har ingen vana eller erfarenhet att jobba i WP. Vi har set5t Ylva Petterssons föreläsning om att arbeta i Wikipedia i skolan. Läst i Patricia Diaz böcker. Så lite teori finns det. Men det är att omsätta allt till praktiken, och det är mer jobb än man tror och svårare!!! Nå wikiträffar finns inte i lilla Boden

Jag har ett konto själv. Nu tänkte jag visa lärarna i de respektive språken lite om Wikipedia. De tänkte att eleverna skulle få göra översättningar som en övning men också ge bidrag som inte finns från svenska till spanska t ex, fanns ingen artikel om Niemi bland andra. Men eftersom jag bara varit in i redan påbörjad artikel, så visste jag inte hur jag gjorde för att starta en artikel, och det på ett annat språk.Svea58 (diskussion) 2 mars 2017 kl. 08.54‎ 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Varför krånglar ni till det? Det är bara att skapa es:Mikael Niemi eller fr:Mikael Niemi och börja skriva. För att få lite hjälp kan det vara bra att kopiera in den svenska texten, men kom ihåg att inte lämna någon svensk text kvar när du sparar. /Grillo (diskussion) 4 mars 2017 kl. 04.11 (CET)

Obs: artikeln behöver inte vara en rak översättning. Översätt det du kan och lämna det som du inte hittar någon vettig översättning till, som känns irrelevant eller dåligt källbelagt osv. Det viktigaste i ett förstaläge är troligen den första raden i den svenska artikeln, bibliografin och listan över priser. Finns hans böcker översatta till respektive språk så använd de lokaliserade boktitlarna. /Grillo (diskussion) 4 mars 2017 kl. 04.15 (CET)

Växling mellan länskarta och landskarta

Jag gick in på en:Hedemora och upptäckte att de har en funktion i infoboxen där det går att växla mellan läget på en länskarta och en landskarta. Är det något för oss? Vivo (diskussion) 6 mars 2017 kl. 01.50 (CET)

@Vivo: Vi har funktionaliteten att kunna växla mellan olika kartor i mallen {{Geobox locator multi}} som jag importerade från frwp för ett par år sedan. Den kan användas såväl i infoboxar som fristående. Ett exempel på användning med många bilder finns i artikeln Gångstråk Stockholm. --Larske (diskussion) 6 mars 2017 kl. 08.28 (CET)

Så här skulle de kunna se ut i infoboxen för Hedemora om man byggde in funktionaliteten i mallen Ortsfakta Sverige. Eftersom det kan upplevas som störande om helas sidan "hoppar" när man växlar karta vill man antagligen använda "fast höjd" eller "samma höjd", se exempel nedan.

Exempel med "rörlig höjd"	Exempel med "fast höjd"	Exempel med "samma höjd"
Hedemora I Dalarnas län I Dalarnas län I Dalarnas län I södra Sverige I södra Sverige I södra Sverige	Hedemora I Dalarnas län I Dalarnas län I Dalarnas län I södra Sverige I södra Sverige I södra Sverige	Hedemora I Dalarnas län I Dalarnas län I Dalarnas län I södra Sverige I södra Sverige I södra Sverige

--Larske (diskussion) 6 mars 2017 kl. 09.03 (CET)

Aha! Tack! Vivo (diskussion) 6 mars 2017 kl. 10.54 (CET)

Sandlådan

När jag har redigerat text i sandlådan, hur gör jag för att ladda upp resultatet på wikipedia. min artikel handlar om Bimokrati. Mimemeorg (diskussion) 8 mars 2017 kl. 12.11‎ (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Den artikel du har skrivit i din sandlåda saknar helt källor/referenser till att begreppet/ordet bimokrati är något som är omskrivet någonstans. Om sådan referens inte läggs till är risken stort att artikeln kommer att raderas om den läggs in i wikipedia. --Larske (diskussion) 8 mars 2017 kl. 13.16 (CET)

Jag håller på att publicera en bok "Citronfjärilar" som en del av arbetet att lansera introducera ordet Bimokrati.

Se FB för arbetet med filmversionen av min bok. https://www.facebook.com/Citronfjarilar/.

Nu finns ordet "skyddat" genom http://www.allabolag.se/5562753755/varumarke/bimokrati/2769481 för att ingen ska kunna blockera användandet.

Även försök att skydda ordet genom http://whoadmin.com/bimocracy.org.html

När jag har dokumenterat ordet så att ingen kan låsa användndet blir det allmänt tillgängligt.

Hej, jag har inte kollat Facebooksidan eller övriga länkar. Men generellt är det inte lämpligt att skriva artiklar om saker man själv "uppfunnit". Företeelser, begrepp, etc ska finnas beskrivna i oberoende, trovärdiga källor. Se vidare Wikipedia:Trovärdiga källor, Wikipedia:Ingen originalforskning och Wikipedia:Intressekonflikter. Mvh NH 8 mars 2017 kl. 14.07 (CET)

Googles algoritmer

Räknas de kategorier som en artikel ligger i som länkar till artikeln ifråga? Med andra ord: Är många kategorier för en artikel detsamma som fler länkar till artikeln? /Ascilto (diskussion) 9 mars 2017 kl. 16.11 (CET)

Korta svaret: Nej. Google Pagerank poängsätter inte interna länkar (inom den egna domänen). //Romulus74 (diskussion) 9 mars 2017 kl. 16.57 (CET)

Hur kommer det sig då att Wikipediartiklar hamnar så högt bland sökresultaten? Jag trodde att det berodde på alla våra internlänkar. Räknas länkar mellan språkversioner in i Googles algoritmer? Eller beror rankningen på alla spegelsajter? /Ascilto (diskussion) 9 mars 2017 kl. 17.00 (CET)

Google mäter sajter och sidor på många sätt för att få de mest relevanta sökresultaten (det är en hel vetenskap). Jag skulle gissa att eftersom Wikipedia ofta ger bra information om ämnen, så värderas Wikipedia-sidor högre än liknande sidor på andra sajter. ⛐Boⅰⅵᴇ (🖉) 9 mars 2017 kl. 17.04 (CET)

Att Wikipedia rankar så högt beror på helheten. Pagerank försöker i första hand kontrollera om en sida är vettigt uppbyggd och tycks innehålla bra information. Om flera sidor från samma domän tycks innehålla mycket bra information börjar alla sidor få pluspoäng p g a domänen de finns på. Om många andra dessutom länkar till sidorna (t ex att Aftonbladet köra några Wikipedialänkningar om dagen i infoboxar etc) ger det extra skjuts åt domänen. //Romulus74 (diskussion) 9 mars 2017 kl. 17.07 (CET)

Framför allt hamnar Wikipedia högt upp för att de är populära resultat, dvs de google-träffar som väldigt många klickar på. /ℇsquilo 9 mars 2017 kl. 17.59 (CET)

Länk till bild på Commons

I artikeln Tempelberget finns en bild i infoboxen som länkar till File:Israel-2013(2)-Aerial-Jerusalem-Temple Mount-Temple Mount (south exposure).jpg, men när jag klickar på bilden kommer jag istället till [1] (parenteserna är borta från länken) och meddelandet "No file by this name exists". Vet någon hur man åtgärdar det? --Bensin (diskussion) 11 mars 2017 kl. 12.53 (CET)

För mig fungerar länken. Om bilden dyker upp är adressen rätt i wikikoden och då borde också href-adressen bli rätt. Parenteser är rätt vanliga i filnamn på Commons och jag har inte märkt att de skulle ställa till med problem (annat än då man försöker hantera dem i ett unix-skal eller liknande där de blir betydelsebärande om man slarvar). Var det ett övergående problem eller gjorde du något speciellt? --LPfi (diskussion) 11 mars 2017 kl. 14.55 (CET)

@LPfi: Nej, inte övergående. Får också ett meddelande "NoScript filtered a potential cross-site scripting (XSS) attempt from [2]. Technical details have been logged to the Console." --Bensin (diskussion) 11 mars 2017 kl. 15.28 (CET)

Bensin: Det står att det är på grund av NoScript, vilket är ett webbläsartillägg. Min gissning är att NoScript inte gillar MediaWiki:Gadget-CommonsFileLinks.js, som gör att bildlänkar går till Commons. Om du inte vill ta bort NoScript kan du testa att kryssa bort CommonsFileLinks här och sedan spara inställningarna. Det skulle också vara bra om du kunde öppna konsolen (genom att trycka på F12) och säga till mig vad det står där. Nirmos (diskussion) 11 mars 2017 kl. 19.47 (CET)

@Nirmos: Jag har inga problem med andra bilder till Commons. Något alternativ "CommonsFileLinks" hittar jag inte bland inställningarna. --Bensin (diskussion) 11 mars 2017 kl. 22.15 (CET)

Bensin: Det är den som säger "Gör så att bildlänkar går till Commons." när du går till Special:Inställningar#mw-input-wpgadgets-CommonsFileLinks. Nirmos (diskussion) 11 mars 2017 kl. 22.18 (CET)

@Nirmos: Tack! Nu hittade jag inställningen. Om jag bockar av den så kan jag se bilden i fråga (och andra bilder) här på Wikipedia (länken är sv.wikipedia.org/wiki/Fil:Israel-2013%282%29-Aerial-Jerusalem-Temple_Mount-Temple_Mount_%28south_exposure%29.jpg). Men jag föredrar att ändra tillbaka som jag hade det innan, det vill säga att jag länkas direkt till bildernas sidor på Commons. Och det är som sagt bara den enda bilden jag känner till som inte länkar mig rätt till bildens sida på Commons. --Bensin (diskussion) 11 mars 2017 kl. 22.50 (CET)

Bensin: Du får ändra så mycket du vill (det är dina inställningar), men om du vill ha problemet löst behöver jag informationen som NoScript skriver till webbläsarkonsolen, som du får upp om du trycker på F12.

Jag noterar även att bilden i fråga är enorm (40,97 Mb). Det kan vara därför. Ser du Fil:80 - Machu Picchu - Juin 2009 - edit.jpg i infoboxen i Machu Picchu? Den är på 76,62 Mb. Nirmos (diskussion) 11 mars 2017 kl. 23.40 (CET)

Inga problem med den bilden. Jag kommer direkt till den bildens sida på Commons som förväntat. Möjligen är det en olycklig kombination av NoScript+Monobook+Länk som gör att det inte fungerar. Tack för erbjudandet att felsöka vidare, men jag tror jag får leva med att just den länken inte fungerar. :-) --Bensin (diskussion) 12 mars 2017 kl. 00.19 (CET)

@Nirmos: Jag kan se alla ovan nämnda bilder. När jag klickar på dem kommer jag till bildbeskrivningssidan på Commons. Detta oavsett om "Gör så att bildlänkar går till Commons" är ikryssad eller ej. Men då slår det mig att jag hade gjort någon inställning som gjorde att jag istället för att komma till bildbeskrivningssidan fick upp bilden i ett format som fyllde hela webbläsarfönstret och där jag med "pilar" kunde "bläddra" fram de andra bilderna som finns i samma artikel. Om jag ville komma till bildbeskrivningssidan var jag tvungen att klicka på en knapp nere till höger under bilden. Kommer inte ihåg vad den funktionen kallades, kanske nåt med "Full View", men nu undrar jag om det är något som har tagits bort eller om det är jag som har slarvat bort den inställningen. Jag tror att det var något som man själv måste aktivera eftersom många, till skillnad från mig, inte gillade att inte komma direkt till bildbeskrivningssidan. Kan du möjligen friska upp mitt minne? --Larske (diskussion) 12 mars 2017 kl. 00.06 (CET)

Det låter som du beskriver Mediaviewer. --Bensin (diskussion) 12 mars 2017 kl. 00.09 (CET)

Ja, så heter den nog. Var aktiverar man den? --Larske (diskussion) 12 mars 2017 kl. 00.13 (CET)

På sidan Special:Inställningar#mw-prefsection-rendering under rubriken Filer finns en kryssruta för "Aktivera Mediavisaren". ♥Ainali ^diskussion_bidrag 12 mars 2017 kl. 00.15 (CET)

Den har jag ikryssad, men det hjälper inte. Jag har också följt anvisningarna här, men det verkar inte "ta". --Larske (diskussion) 12 mars 2017 kl. 00.27 (CET)

... och strax efter att du aktiverat den så kommer du nog att minnas varför du en gång har slagit av den. ;-) --Bensin (diskussion) 12 mars 2017 kl. 00.22 (CET)

Varför säger du så? Jag har haft den aktiverad så länge jag kan minnas och tycker att den var bra. --Larske (diskussion) 12 mars 2017 kl. 00.27 (CET)

@Larske: Jag gillar den inte eftersom jag vill komma direkt till bildens sida på Commons så att jag kan arbeta med bilden. Jag tycker inte heller att all information om bilden är lika tydlig i Mediaviewer som på dess Commonssida. Och jag gillar inte att funktionen är default. Och jag gillar definitivt inte att den automatiskt aktiverades för alla befintliga användare. Det är några av mina invändningar mot den. --12 mars 2017 kl. 13.09 (CET)

OK, jag förstår att du har kopplat bort den, det kan nog vara praktiskt för den som oftast vill gå till bildbeskrivningssidan och inte primärt är intresserad av att "titta på bilden". Jag upptäckte nyss att om jag håller nere SHIFT-knappen när jag klickar på bilden, kommer jag direkt till bildbeskrivningssidan på Commons trots att jag har Media Viewer aktiverat. --Larske (diskussion) 12 mars 2017 kl. 14.16 (CET)

Kan det vara detta? Fast för mig öppnas Media Viewer aldrig. --Larske (diskussion) 12 mars 2017 kl. 00.38 (CET)

Nu verkar Media Viewer aktiveras för mig igen. Mycket märkligt. Är det någon som har svingat sitt trollspö? --Larske (diskussion) 12 mars 2017 kl. 00.42 (CET)

Det verkar vara om sidan inte är helt färdigladdad när jag klickar på en bild som Media Viewer inte "anropas". När jag klickar på en bild kommer följande meddelande i konsolen, kan det ha med saken att göra?

This page is using the deprecated ResourceLoader module "jquery.tipsy".

--Larske (diskussion) 12 mars 2017 kl. 00.57 (CET)

Önskan: Möjlighet märka klotter som okej

Hej,

Jag tycker att de automatiska märkningarna som MediaWiki hjälper till med är ett utmärkt verktyg för att hålla på med klottersanering etc. Men jag har en önskan, nämligen att det skulle gå att märka vissa redigeringar som "inte klotter" exempelvis. Den här redigeringen reagerade systemet såklart på, men för att inte alla ska behöva gå in och kontrollera så att det verkligen finns en bok som heter Hjärna, gener och jävlar anamma skulle jag vilja ha en knapp någonstans på sidan där jag kan markera att det var en falsk positiv (ungefär som patrullerade sidor). Det här tangerar ORES, men skulle kanske kunna byggas in relativt enkelt i Wikipedia. Eller finns det redan?//Hannibal (diskussion) 15 mars 2017 kl. 09.34 (CET) (Och den här redigeringen markeras säkert som klotter också...)

Tvärtom tror jag att det är mycket bättre att falskt positiva resultat granskas av flera än en. För att undvika missbruk (och tvister om påstått missbruk) skulle en sådan vitlistning av suspekta ändringar ändå kräva någon form av kvalifikation och godkännande, exempelvis begränsat till tillbakarullare och administratörer. /Johan M. Olofsson (diskussion) 15 mars 2017 kl. 13.41 (CET)

Bukter eller vikar

Skillnaden mellan bukter eller vikar är inte alls stor. Dessemellan skiljer de sig egentligen bara till namnet. Det finns för Sverige och Finland kategorier för vikar. För resten av världen heter de bara bukter. Men flera av dessa bukter runt om i välden skulle anses vara vikar egentligen. Men kan vi skilja på dessa? Nej det är en omöjlig uppgift. Men det finns för Sverige och Finland Kategori:Bukter i Sverige, Kategori:Vikar i Sverige, Kategori:Bukter i Finland och Kategori:Vikar i Finland. Här måste det bli enhetligare. Jag har två förslag. Antingen gör vi en ny kategoristruktur med Kategori:Bukter och vikar i Sverige. En bot sätts då in och byter ut dessa kategorier för alla länder. Eller så tar vi bort kategorierna för vikar i Sverige och Finland och bara kallar allting för bukter. Men som det är nu är det inte alls bra--Bruno Rosta (diskussion) 15 mars 2017 kl. 04.14 (CET)

Mja, i dessa två länder finns ett språkbruk som det är lätt för oss att kategorisera efter. Så är det inte överallt. Skillnaden är därmed naturlig. Det Globala perspektiv gäller inte språket här! -- Innocent bystander (diskussion) 15 mars 2017 kl. 07.25 (CET)

Det engelska ordet "bay" brukar ibland översättas till bukt fast det egentligen borde vara vik. Det engelska ordet för bukt är oftast "gulf". Persiska viken (Persian Gulf) är ett undantag. /ℇsquilo 15 mars 2017 kl. 07.37 (CET)

Jag håller med Bruno Rosta. Jag förstår inte anledningen att skilja på en vik och en bukt, de är praktiskt taget synonymer även om en bukt normalt har ett större bredd/längd-förhållande, och en kategori funkar för hela världen. Det finns inget officiellt stadsfäst värde för när en bukt blir en vik. Och fanns det, skulle det säkert finnas undantag i varje fall. Jag tycker det är bättre att artiklar problematiserar sånt här än onyanserade ktegorier.--LittleGun (diskussion) 15 mars 2017 kl. 07.59 (CET)

Biscayabukten är ingen vik och Bråviken är ingen bukt. Såvida det inte finns något lämpligt övergripande namn (likt "vattendrag" som täcker allt från bäckar till floder), så bör vi försöka hålla isär dem och inte göra våld på språket.

andejons (diskussion) 15 mars 2017 kl. 09.07 (CET)

Sen finns alla (norska) fjordar som också kan ses som ett specialfall av vik, en vik som är "mycket spetsig och med höga väggar". --Larske (diskussion) 15 mars 2017 kl. 09.40 (CET)

Eftersom Biscayabukten inte är en vik och Bråviken inte är en bukt passar båda i "Svenska vikar och bukter". Eftersom fjord är ett specialfall av en vik (och dialektalt ett ord för vik) så passar alla fjordar i "Norska vikar och bukter". Jag tycker, som alltid, det är galet att med kategorier försöka nyansera såna här gradskillnader. Och det visar sig gång på gång. Hur spetsig och hur hög och hur brant strandlinje och längs hur stor sträcka av viken ska den vara så hög och så brant för att få kallas fjord? Vem bestämmer det? Kategorier är fel pålats att reda ut det med. Dessutom framförallt i Norge, med ett visst genomslag i engelskan som säkert har andra kriterier än norskan.--LittleGun (diskussion) 15 mars 2017 kl. 11.00 (CET)

Jag håller helt med andejons att vi inte bör göra våld på språket. Det som Lsjbot har skapat för Finlands del, Bukter i Finland, kan jämföras med den redan då befintliga Vikar i Finland. Det var väldigt onödigt att skapa en ny kategori, med tanke på att nästan alla de Lsjbot-skapade "bukterna" inte är bukter. Sjunnesson (diskussion) 15 mars 2017 kl. 12.07 (CET)

Däremot kan jag hålla med Bruno Rosta om att man kan skapa Kategori:Bukter och vikar i Sverige. Jag undrar också om det verkligen fanns konsensus för att Lsjbot skulle kalla alla dessa mängder av vikar och fjordar i olika länder för bukter. Så här skulle inte en manuell artikelskapare kunna göra utan att få reprimander. Sjunnesson (diskussion) 15 mars 2017 kl. 12.24 (CET)

Givetvis finns gränsfall, men bortsett från dem är det förvånande att någon svenskspråkig kan ha svårt att skilja mellan bukter och vikar.

I mina ögon är det däremot förbluffande att knyta dem till stater. De hör ju ihop med respektive vatten. (Östersjöns bukter är många, dess vikar något färre.) /Johan M. Olofsson (diskussion) 15 mars 2017 kl. 13.33 (CET)

För mig är det självklart att bukt är en underkategori till vik som är den mest allmängiltiga benämningen, det gäller också både Biscayabukten och Chesapeake bay. /Ascilto (diskussion) 15 mars 2017 kl. 14.16 (CET)

Jag trodde Östersjön i stort sett uteslutande hade vikar, jag känner bara till ett fåtal bukter (Hanöbukten, Rigabukten och Mecklenburgbukten) men Stockholms skärgård har mångdubbelt fler vikar än öar till och med. Och även om de är bredare än de är djupa kallas de vikar, eller möjligen "flad" som även används om en liten fjärd. Jag vet inte riktig skillanden mellan bukt och vik, jag gissar att det har med bredd/längdförhållande och en smalare mynning och en känsla och en hel del tradition. Men det kan vara kul att få förbluffa ibland.LittleGun (diskussion) 15 mars 2017 kl. 15.09 (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand av Sjunnesson.)

Enligt artikeln Vik (geografi): "En djup havsvik oftast med en bergig omgivning kallas ofta fjord, medan en bred havsvik ofta kallas för bukt." Då borde alltså Bukt vara underkategori till Vik, istället för tvärtom, som det blivit för åtminstone Island. Dessutom är vikar mycket vanligare än bukter. Därför är det märkligt att Lsjbot (som är upphov till den omfattande kategoriseringen Bukt) inte har valt Vik som den övergripande kategorin. Sjunnesson (diskussion) 15 mars 2017 kl. 15.47 (CET)

Man skall nog inte ta okällbelagda wikipediaartiklar som sanning när det gäller terminologi. Jag försökte tidigare leta runt i termdatabaser och på lantmäteriets hemsida för att se om det finns någon fast definition, men hittade ingen sådan.

Däremot vill jag förtydliga vad jag skrev ovan: jag är inte direkt emot konstruktionen "bukter och vikar". Däremot kan jag inte gå med på att det ena begreppet är en specialform av det andra, utan det är snarare så att det möjligen kan finnas visst överlapp och att tradition påverkar vad som ses som det ena eller andra.

andejons (diskussion) 15 mars 2017 kl. 16.22 (CET)

Precis så menar jag!--LittleGun (diskussion) 15 mars 2017 kl. 17.14 (CET)

Hur strukturen med "bukter och sånt" ser ut på Wikidata"

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	dewiki	frwiki	eswiki	nowiki	dawiki	afwiki
d:Q15324	vattensamling	70	-	Body of water	Gewässer	Étendue d'eau	Cuerpo de agua	-	Vandmasse	Watermassa
d:Q39594	vik	113	Bukt	Bay	Meeresbucht	Baie (géographie)	Bahía	Bukt	Bugt	-
d:Q22041052	vik	113	Bukt	Bay	Meeresbucht	Baie (géographie)	Bahía	Bukt	Bugt	-
d:Q3239094	uddar och vikar	3	-	-	-	-	-	-	-	Landhoofde en baaie
d:Q1172599	inlopp	23	-	Inlet	Inlet	Grau	Grao (geografía)	Terskelfjord	Tærskelfjord	-
d:Q45776	fjord	92	Fjord	Fjord	Fjord	Fjord	Fiordo	Fjord	Fjord	-
d:Q355304	vattendrag	45	Vattendrag	Watercourse	Fließgewässer	Cours d'eau	Curso de agua	Vannløp	Vandløb	-

Notera att Vik (geografi) (tidigare Havsvik) är "löst kopplat" till Q39594 med "interwiki extra". Den kopplingen borde kanske göras hårdare så att man hittar till svwp även från andra språkversioner. Enklast är väl att slå ihop Q22041052 med Q39594, nu när den svenska artikeln inte längre är begränsad till Havsvik. --Larske (diskussion) 15 mars 2017 kl. 11.06 (CET)

@Larske: Sidan flyttades idag. Och nej, det ska inte slås ihop om det inte är samma sak. Däremot bör kanske svenska länken flyttas som en konsekvens av denna flytt. -- Innocent bystander (diskussion) 15 mars 2017 kl. 12.13 (CET)

"Vattensamling" borde byta namn till "Vattendrag", vattensamlingar är mer sånt som är kvar efter olyckor eller som dyker upp lite snopet eller skapats av människan i cisterner eller samlas i pölar. Genomgående mer temporärt.--LittleGun (diskussion) 15 mars 2017 kl. 11.10 (CET)

Vattendrag blir inte tillräckligt allmänt heller. I språket säger vi bara "Vatten" om vi ska vara allmäna, så kanske "Vatten (geografi)"?--LittleGun (diskussion) 15 mars 2017 kl. 11.14 (CET)

Ursäkta, vattendrag finns naturligtvis också och jag har lagt in det i tabellen nu. Vattendrag har olika typer av "rinnande vatten", flod, bäck osv som undergrupper. --Larske (diskussion) 15 mars 2017 kl. 11.17 (CET)

Lite mer struktur från Wikidata.

Vattensamling består av ett tjugotal olika underklasser på första nivån och många har dessutom subklasser på lägre nivåer. Några kanske är "fel" och några saknar svenska etiketter och andra finns på flera ställen så klassträdet skulle nog behöva ses över, men de "största" i termer av antal objekt är följande:

De olika underklasserna till Vattensamling
land waters still waters water reservoairs vattenmagasin vattentorn cistern ... med flera insjö water pool fontän bassäng ... med flera vattendrag flod vattenkälla kanal vattenfall fors ...med flera	vik fjord inlandsfjärd fjärd golf med flera...	kanal qanat gracht dike khlong navigable aqueduct canal tunnel power canal ...med flera	glaciär icefall shelfis ice stream inlandsis ...med flera	inlet fjord ria	våtmark träsk myr marskland ...med flera	vattenväg sund ...med flera	hav golf världshav bihav ...med flera

Källa: Wikidata Class Browser

--Larske (diskussion) 15 mars 2017 kl. 14.19 (CET)

Jag vill påstå att alla "geologiska" undergrupper är språkligt fel. Hav, sund, fjärdar etc. benämns aldrig vattensamlingar. Möjligen kan man säga så om en del vatten i glaciärer eller grottor. Annars använder vi bara ordet "vatten" för att beskriva "body of water" i geologiska sammanhang. T ex "Det är stora vatten utanför kanarieörna".--LittleGun (diskussion) 15 mars 2017 kl. 14.55 (CET)

Det går naturligtvis att ändra de svenska etiketterna i klassträdet och vi bör även komplettera med svenska etiketter där sådana saknas. Men det är inte så lätt att hitta etiketter som är "rätt". Vatten är ju till exempel också namnet på en kemisk förening (och på en sång av Robert Broberg). Flera objekt kan ha samma etikett, men då är det viktigt att det finns en beskrivning som talar om ifall det är det geologiska, det kemiska eller det musikaliska "Vatten" som avses. Även de befintliga beskrivningarna kan behöva ses över, men det gäller att se upp så att ett objekt inte ges en ny betydelse om det redan är länkat till ett stort antal beskrivande artiklar på olika språkversioner som beskriver den tidigare betydelsen. --Larske (diskussion) 15 mars 2017 kl. 15.11 (CET)

Om jag inte minns fel finns det en term i VISS som motsvarar "body of water". Jag tror att det är "ytvatten" och det är därmed en pendang till grundvatten. /ℇsquilo 15 mars 2017 kl. 15.39 (CET)

Förslag till åtgärd

Jag tror att det är viktigt att komma fram till en åtgärd. Denna diskussion visar helt klart det som jag sagt tidigare, att det finns ett antal vikar som felaktigt är kategoriserade som bukter i flera länder. Det är också svårt att plocka ur vikarna från dessa som är kategoriserade som bukter då vi inte alltid vet hur platsen ser ut och inte heller alltid kan tolka rätt med namnen. Så mitt förslag är att en bot gör om kategorisering. Samtliga bukter och vikar hamnar i nya kategorier som heter Kategori:Bukter och vikar i Sverige, Kategori:Bukter och vikar i Tyskland, Kategori:Bukter och vikar i Italien osv. Dessa får då ersätta kategorierna för både bukter och vikar. Då ett globalt perspektiv över detta och får bort den konstiga svensk-finska särbehandlingen. Och så vet vi säkrare att dessa nämnda platser ändå ligger rätt--Bruno Rosta (diskussion) 15 mars 2017 kl. 18.28 (CET)

Det är väl ändå inte vad vi tycker är en bukt eller vik som ska avgöra saken. Utan snarare vad källorna säger! -- Innocent bystander (diskussion) 15 mars 2017 kl. 20.42 (CET)

Men genom denna åtgärd avgör vi ju inte heller om det är en bukt eller vik. Då slipper vi problemet om vi lägger in alla dessa i en kombinerad kategori--Bruno Rosta (diskussion) 15 mars 2017 kl. 20.47 (CET)

Ja, och då slipper vi också att problemet att källan Geonames kan ha tagit fel när det gäller vad som är vik och vad som är bukt. Sjunnesson (diskussion) 18 mars 2017 kl. 09.49 (CET)

Mall:Faktaruta distrikt Schweiz

Behöver hjälp med mallen som saknar "yta_not " och "folkmängd_not" (kanske borde vara invanare). Namnen från Mall:Faktaruta kommun Schweiz. Finns i bland annat Moesa (region) där ref låg i yta= och invanare= som gav felmeddelande i infoboxen. Maundwiki (diskussion)

 Fixat Parametrarna area_not och invanare_not stöds nu av mallen. --Larske (diskussion) 17 mars 2017 kl. 17.31 (CET)

Tack. Maundwiki (diskussion) 18 mars 2017 kl. 00.07 (CET)

Raderingsknapp?

Jag har i inställningarna markerat alternativet "På opatrullerade sidor: Lägg till en knapp som infogar {{Radera}} på den aktuella sidan"? Vart har den knappen tagit vägen? Disembodied Soul (diskussion) 20 mars 2017 kl. 22.42 (CET)

Disembodied Soul: Jag pajade MediaWiki:Gadget-InfogaRaderamall.js – och kanske även andra leksaker – när jag lade till MediaWiki:Gadget-TemplateStylesGuard.js. Fixat i Special:Diff/39393952. Nirmos (diskussion) 21 mars 2017 kl. 05.23 (CET)

Inloggningsproblem på Commons

är det bara jag som under dagen antingen inte kunnat logga in på Commons, alternativt inte kunnat spara något? Riggwelter (diskussion) 21 mars 2017 kl. 16.06 (CET)

Fungerar för mig: c:Special:Diff/238041297. Nirmos (diskussion) 21 mars 2017 kl. 16.11 (CET)

Kan inte ladda upp videoklipp!

Hej! Jag har försökt ladda upp en 59 sekunder lång filmsnutt men det funkar inte. Har ändrat slutändelsen till .webm och till .ogv (för den tog inte .MOV) och uppladdningen börjar bra men precis när uppladdningen är klar kommer meddelandet "This file did not pass file verification". Betyder VAD? Det borde finnas en bättre information här eller länk till en lösning. Är man nybörjare får man ingen vägledning av ett sådant meddelande!
Jag antar att man laddar upp ett videoklipp som man laddar upp bilder? Dvs. klickar på "Ladda upp filer"? Har letat på sidan "Wikipedia:Teknisk manual för illustrationer" men den behandlar enbart bilder och på "Wikipedia:Ljud" gäller enbart ljud!

- Är det någon som har erfarenhet av uppladdning av videosnuttar?
- Eller kan hänvisa till en sida (helst på svenska) hur man laddar upp filmklipp?
/Tack på förhand! ----WissenFürAlle (diskussion) 22 mars 2017 kl. 19.10 (CET)

Att byta extension (.MOV till .ogv) ändrar inte formatet. Du behöver alltså konvertera (spara som) själva filen till .ogv-format. Kan dessvärre inte ge förslag på konverterare på rak arm. Taxelson (diskussion) 22 mars 2017 kl. 19.39 (CET)

Du kan pröva med en konverterare online. Denna kanske fungerar. Edaen (diskussion) 22 mars 2017 kl. 19.53 (CET)

Video2commons kan konvertera och ladda upp filmer. På commons finns en kort manual. /Axel Pettersson (WMSE) (diskussion) 22 mars 2017 kl. 20.11 (CET)

Lyckades ladda upp filmen med er hjälp! Nu vet jag hur jag ska göra framöver. Tackar! /--WissenFürAlle (diskussion) 22 mars 2017 kl. 21.21 (CET)

Kategorier och tidslöshet

Det är kanske en dum fråga men vad gäller för kategorier när det kommer till tidlöshet. Ska även kategorierna vara tidlösa eller ska de spegla den aktuella situationen? Exempel: En politiker som byter parti, ska hen kategoriseras som politiker i båda partierna? När Storbritannien går ur EU ska landet fortfarande vara kvar i kategori:Europeiska unionens medlemsstater? Fem5 (diskussion) 24 mars 2017 kl. 21.38 (CET)

Jag skulle rösta på oftast tidslösa men i EU fallet kanske skapa en kategori för tidigare EU länder. Enklare i Wikidata där du ofta kan ange en kvalifierare statdatum / slutdatum - Salgo60 (diskussion) 24 mars 2017 kl. 21.43 (CET)

Det är mycket vanligt att kategorierna grundläggande är tidlösa men sedan kan man lägga till mer tidsbundna kategorier.Yger (diskussion) 24 mars 2017 kl. 21.48 (CET)

Ja, man kan generellt säga att en person hör hemma i alla kategorier vederbörande någon gång tillhört. Undantagen är de fall där det finns underkategorier som markerar "tidigare" eller (mindre vanligt) "nuvarande". Tostarpadius (diskussion) 25 mars 2017 kl. 06.14 (CET)

Alfabetisering av språklänkar

På svenskspråkiga wikipedia tillampas en strikt alfabetisering av språklänkarna i spalten här till vänster från Aceh till Zhongwen (kinesiska), se till exempel artikeln om Sverige. På den säkert inte särskilt välbesökta sidan om Lacrosse står emellertid språklänkarna huller om buller, i varje fall på min PC. Detta bör åtgärdas av någon som förstår sig på detta. Roufu (diskussion) 26 mars 2017 kl. 10.56 (CEST)

Jag såg det också, men en null-edit (redigera sidan men utan att göra några ändringar och sedan spara) gjorde att oordningen försvann. Kolla om det hjälpte även för dig. --Larske (diskussion) 26 mars 2017 kl. 11.06 (CEST)

Ja, problemet är borta nu. Skall komma ihåg denna enkla lösnin,g, om jag möter problemet igen. Tack för hjälpen. Roufu (diskussion) 26 mars 2017 kl. 14.13 (CEST)

Open Street map

Hur går man till väga för att få till rättning av fel i Openstreet map. För gatuadresserna utmed Gullmarsvägen, sthlm, har man numrerat 2,4,6,8,10, när det korrekta är 2,4,8,10,12?Yger (diskussion) 26 mars 2017 kl. 10.42 (CEST)

Det funkar på ungefär samma sätt som Wikipedia, men man måste skapa konto innan man får börja redigera. Det här är en bra startguide. ♥Ainali ^diskussion_bidrag 26 mars 2017 kl. 11.08 (CEST)

 Fixat Jag har ändrat adresserna, men varför det inte finns något hus med adressen Gullmarsvägen 6 vore intressant att läsa om i artikeln om Gullmarsvägen --Larske (diskussion) 26 mars 2017 kl. 11.34 (CEST)

Tekniskt sett behöver du inte skapa konto. Du kan skapa en anteckning på platsen där du beskriver felet så kommer förhoppningsvis någon rätta felet så småningom, om du inte klarar det själv. /Grillo (diskussion) 26 mars 2017 kl. 13.07 (CEST)

När OSM-kartan har uppdaterats behöver ett nytt "snapshot" av den tas till panoramabilden i artikeln. Jag tänkte testa <mapframe> för att slippa det och alltid ha den aktuella OSM-kartan där. Då kan man också överlagra en linje som visar vägens sträckning och markörer för diverse platser som nämns i artikeln. Det verkar dock som om mapframe bara hämtar vissa lager av OSM-kartan och som synes i bilden nedan, där jag förutom vägsträckningen har lagt in en markör för Skanskvarns luftvärnsställning, kommer inte gatuadresserna med.

@Ainali: Vet du om det finns något sätt att få mapframe att även inkludera OSM-kartlager med mer detaljer?

Med "frusen" png-bild:

Med mapframe:

--Larske (diskussion) 26 mars 2017 kl. 13.34 (CEST)

Jag har inte listat ut exakt hur än, men det går. På Wikivoyage i How to use dynamic maps kan man se exempel på resultatet. ♥Ainali ^diskussion_bidrag 26 mars 2017 kl. 14.16 (CEST)

Kartorna på wikivoyage har en "legend-knapp" uppe till höger (under "fullscreen-knappen") och med den kan man välja "Mapnik" i stället för "Wikimedia". Då dyker den mer detaljerade kartan upp. Se min diskussionssida på wikivoyage. --Larske (diskussion) 26 mars 2017 kl. 15.38 (CEST)

Sådär ja, Ainali hittade den saknade scriptfilen som lägger in knappen med legend och jag var djärv och kopierade den hit till svwp. Hoppas att det inte ställer till någon skada. Om man väljer "Mapnik" (och godkänner att ens IP-adress far ut i cyberspace) får man se den mer detaljerade OSM-kartan. Man kan också välja busslinjer, cykelvägar och gångstråk som tillval. --Larske (diskussion) 26 mars 2017 kl. 18.00 (CEST)

Jag tycker det är jättefascinerande, med lite klickfiffel (inklusive fylla i maplink) kom "rätt" karta upp. Jag skulle gärna vilja ha den i artkikeln, men bara om de rätta kommer upp direkt.Yger (diskussion) 26 mars 2017 kl. 18.51 (CEST)

Om stilen på kartan rent generellt är dålig så skulle jag föreslå att vi lämnar ett förslag så att det kan justeras centralt snarare än att vi förlitar oss på tredjepartsdata (som eventuellt inte bevarar anonymiteten hos läsarna). Vilka förbättringar är det främst som önskas i vår karta? ♥Ainali ^diskussion_bidrag 26 mars 2017 kl. 21.18 (CEST)

Wikimedia-varianten av karta är säkert en bra lösning i de flesta fall och OSM-kartan är för "plottrig", men just i det här fallet med Gullmarsvägen var ju husnumren lite intressanta eftersom det står så mycket om dem i artikeln och de numren finns ju med på OSM-kartan. Det var också OSM-kartan som Yger hade valt för sin "panoramakarta" i artikeln. Det är ju lockande att kunna välja baskarta, men det var ju just det här med tredjepartsleverantörer av kartor/kartlager som jag tog upp som en viss risk när du frågade på Bybrunnen om vi skulle slå på "mapframe" på svwp. --Larske (diskussion) 26 mars 2017 kl. 21.44 (CEST)

Ja då låter det som det inte passar i detta fall, Men åtminstone jag har lärt mig enormt om mapframe med detta exempel och tackar för det.Yger (diskussion) 26 mars 2017 kl. 21.47 (CEST)

Larske Det är ett skäl till att inte ha externa lager (eller kanske för att inte kunna ställa in att de ska visas som default), men inte ett för att inte ha grundkartan som ligger på våra egna servrar. ♥Ainali ^diskussion_bidrag 26 mars 2017 kl. 22.12 (CEST)

Tomrad mellan navigationsrutor

Hej! Jag har problem med en enveten tomrad mellan den första och den andra navigationsrutan i botten på Stadsplanering i Stockholm. Jag tror det är tomrader i botten eller toppen av någon av mallarna som stökar till det. Jag har också försökt ta bort avslutande tomrader i båda mallarna – utan resultat! Trots denna redigering syns tomraden längst ner i redigeringsrutan. Skumt…--Paracel63 (diskussion) 26 mars 2017 kl. 20.36 (CEST)

Jag föreslår att vi återställer funktionen att onödiga tomrader inte syns. Borttagandet har ställt till många svårlösta problem. Tostarpadius (diskussion) 26 mars 2017 kl. 20.38 (CEST)

Är det en funktion i MediaWiki? Som då gör att tomrader längst ner/upp inte påverkar utseendet i mall/artikel? Typ som med de dubbla mellanslagen som aldrig syns? Fast i det här fallet verkar det ju påverka utseendet.--Paracel63 (diskussion) 26 mars 2017 kl. 20.42 (CEST)

 Fixat FLyttade om mallarna som genererar kategorier så nu tror jag att det ser bra ut. --Larske (diskussion) 26 mars 2017 kl. 20.45 (CEST)

 Gillar Vad du än gjorde, löste det problemet. --Paracel63 (diskussion) 26 mars 2017 kl. 20.56 (CEST)

Nu ser jag! Det var fler mallar som störde.--Paracel63 (diskussion) 26 mars 2017 kl. 20.58 (CEST)

förslag på förbättring

Hej jag och flera medarbetare brukar sitta och läsa dagens föreslagna artiklar om nyliga händelser och dagens datum, men vi tycker att det fattas vissa delar. Önskvärt vore det med en slumpfunktion som tar fram en svenskspråklig artikel, om exakt vad som helst i Wikipedias arkiv. Förutom att det ger mer variation då "utmärkt artikel" och "aktuella händelser" inte uppdateras mer än max en gång per dygn så vida inget världsomspännande händer. En slumpgenerator är inte särskilt svår att koda, och kan lätt läggas till som en funktion som inloggad med information om vilka sidor som tidigare visats ifall man tyckte någon artikel var speciellt värd att återbesöka. Det är även någon som skulle kunna förbättra allmänbildning i allmänhet då många idag inte tar sig tid att mängdläsa information, vilket här blir mer som något man kan tycka blir roligt. För skolor etc kan en slumpmässig artikel skapa möjlighet om elever har svårt att välja ett ämne att skriva om till exempel. Slimtheweasel (diskussion) 31 mars 2017 kl. 18.40 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

om du tittar i kolumnen längst till vänster så hittar du en sådan funktion som sjätte länk.Yger (diskussion) 31 mars 2017 kl. 18.42 (CEST)

Slumpa fram de artiklar som visas på framsidan

Hej Slimtheweasel! Kul att höra att Wikipedia kommer till användning i vardagen. Jag håller fullständigt med dig. Nyligen försökte jag lyfta fram synpunkter i frågan. Dessa utvalda artiklar väljs ut av några enstaka användare och måste uppfylla högt uppsatta förutbestämda kriterier. Därför är det ofta likvärdiga artiklar som hamnar i rampljuset och aldrig artiklar i behov av exempelvis utbyggnad. Många ämnen/artiklar uppfyller inte dessa kriterier, lär aldrig kunna göra det och lär inte heller nomineras om så är fallet.

Det känns inte rätt att en oberoende encyklopedi bara säljer in vissa artiklar och bestämmer över vad andra ska tycka är bra eller intressant. Det borde vara en självklarhet att lyfta fram även exempelvis artiklar om nutidsämnen, korta artiklar och artiklar som enkelt kan förbättras. För att dessa ska uppmärksammas och faktiskt förbättras är det viktigt att de får synas i större sammanhang. Många är ratade, bortglömda eller har allmänt låg aktivitet.

När jag tog upp det nyligen tyckte någon sig ha full rätt att bestämma över vilka artiklar som är bra osv. Någon annan verkade mena att det skulle vara pinsamt att lyfta fram artiklar med brister. Jag blir bedrövad när jag läser det, för som du är inne på är väl hela vitsen med Wikipedia att alla ska kunna känna sig delaktiga och att det ska finnas en stor bredd. Ja, sånt som gör att många vill förena nytta och nöje här. /Kyllo (f.n. fadder)|diskutera?| 31 mars 2017 kl. 20.03 (CEST)

Som Yger påpekar finns slumpfunktionen redan. Kyllos argumentation är undermålig, direkt osaklig. Ingen enskild användare har påstått sig ha monopol på att avgöra vilka artiklar som är bra. Alla registrerade och inloggade är välkomna att delta i urvalsprocessen på Wikipedia:Artikelnomineringar.Tostarpadius (diskussion) 31 mars 2017 kl. 20.36 (CEST)

Jo, men det är bara en del av det som Slimtheweasel och jag har tagit upp. Tycker du själv att en liten länk är jämförbar med hur utvalda artiklar exponeras? Du förklarar heller aldrig varför du tycker att det är bäst som det är eller varför du anser att jag har fel.

Att alla är välkomna enligt "regelboken" säger ingenting om hur det fungerar, vilket är det viktiga i sammanhanget. Hur många nya hittar dit? Vågar sig nykomlingar ens dit? Vilka är drivande och fattar besluten? Är det inte samma rutinerade användare som också har samma bestämda uppfattning om vad andra ska tycka och som motarbetar olika former av nytänk och betydande förändringar? Har jag inte rätt när jag säger att alla artiklar/ämnen inte har samma möjlighet att bli nominerade och synas i rampljuset? Hur lockar nuvarande exponering många besökare till artiklar med god förbättringspotential? Jag får aldrig några konkreta svar på det jag skriver och förmodligen inte heller på dessa direkta frågor.

Och tror du verkligen att nya känner sig lika välkomna om de har andra åsikter och egna förslag? Det blir väl precis samma sak där att de effektivt ska tystas ned eller viftas bort med någon icke-lösning. På vilka sätt har nya användare förändrat valet av artiklar eller kraven som ligger till grund för det? Det vore väldigt intressant att se svart på vitt. Vad krävs för att få till en förändring? Du har inte kunnat bemöta några argument och ändå kallar du argumenten undermåliga. /Kyllo (f.n. fadder)|diskutera?| 31 mars 2017 kl. 23.55 (CEST)

Jag ser ingen likhet mellan det förslag som gav upphov till tråden och det Du ägnar Dig åt, Din personliga vendetta mot våra kvalitetsmärkta artiklar. Yger besvarade frågan tillfredsställande, men Du tog den till förevändning för att bedriva Din kampanj. Alla synpunkter som har betydelse för bedömningen blir lyssnade på, det är jag övertygad om. Tostarpadius (diskussion) 1 april 2017 kl. 00.09 (CEST)

Frågeställaren efterlyste en slumpfunktion, men skrev om en hel del annat också i samband med det. För det första har du inte frågat om frågeställaren är nöjd med svaret och funktionen, utan bara tagit det för givet. Och även om nu frågeställaren är nöjd med både svaret och nuvarande funktion finns det anledning att diskutera vidare ämnet (om än inte just här). För det nämns olika goda syften med det. Men en förutsättning för att det ska ge önskat resultat är att det fungerar, eller hur? Om besökarna i allmänhet inte ser länken eller bryr sig om att använda den är det ingen generell lösning. Det handlar om att alla artiklar ska ha en chans att få synas, inte minst artiklar med stor förbättringspotential, och att fler besökare ska känna sig välkomna och delaktiga. Att vi ska ta hänsyn till att det finns olika intressen, läsvana osv. bland besökare. Jag tycker att Slimtheweasel ger några bra exempel. Jag tror nämligen inte att användaren talar enbart om sig själv när den skriver "skulle kunna förbättra allmänbildning i allmänhet då många idag inte tar sig tid att mängdläsa information" och "skapa möjlighet om elever har svårt att välja ett ämne att skriva om till exempel". Bara det att användaren säger sig vara trogen besökare och inte vet om att funktionen finns är väl ett tecken om något på att den är för osynlig.

Jag har bara förklarat hur jag tror det kommer sig att inte alla artiklar får synas lika mycket. Att exempelvis uppmärksamma artiklar om aktuella ämnen ser jag som positivt (det gör exempelvis NE med). Och det ena utesluter inte det andra. Snarare handlar det om att även lyfta fram andra typer av artiklar. Om alla synpunkter har betydelse borde du lyssna på alla våra synpunkter och inte bara den som är lättast att bemöta. /Kyllo (f.n. fadder)|diskutera?| 1 april 2017 kl. 01.23 (CEST)

Ett samtal som handlar om att hitta fler sätt att hjälpa läsare att hitta till våra artiklar och inte om hur uselt systemet med kvalitetsmärkta artiklar är välkomnar jag. Själv har jag tyvärr inte mycket att bidra med i det sammanhanget, då jag redan från början fann Wikipedia vara såväl lätt att navigera i som att redigera. Tostarpadius (diskussion) 1 april 2017 kl. 09.18 (CEST)

Ska ni fortsätta debatten om system för utvalda artkliar eller tänker ni komma tillbaka till huvudspåret, dvs förslaget om slumpgenerator? --MagnusA 1 april 2017 kl. 10.02 (CEST)

Jag har inte för avsikt att fortsätta samtalet alls. Jag anser att Ygers svar var heltäckande. Men Kyllo anser tydligen att Slimtheweasel hade mer på hjärtat än slumpgeneratorn. Jag tycker att vi bör ge användaren själv möjlighet att kommentera detta, annars låter vi tråden självdö. Tostarpadius (diskussion) 1 april 2017 kl. 10.06 (CEST)

Eftersom tråden "spårade ur" redan efter två inlägg har jag försett diskussionen om hur valet av "Utvalda artiklar" går till förslaget från Kyllo om att slumpa fram de artiklar som visas på framsidan med en ny rubrik. --Larske (diskussion) 1 april 2017 kl. 10.32 (CEST)

Källknappen är borta

Källknappen bland redigeringsverktygen har varit borta länge för mig i Chrome. Det rör sig åtminstone om veckor. Någon annan som har samma problem eller vet hur jag kan få tillbaka den, förutom att byta webbläsare? Jag har inte sett något inlägg om det. Först trodde jag att det bara var tillfälligt och tänkte inte mycket på det. Nu känns det som ett stort problem eftersom det är ett viktigt verktyg för mig. /Kyllo (f.n. fadder)|diskutera?| 1 april 2017 kl. 02.51 (CEST)

Nirmos har väl tagit bort den nu. Läs mer här. DIEXEL (diskussion) 1 april 2017 kl. 02.58 (CEST)

Tack för svaret. Den diskussionen har jag missat. Jag får ta mig en titt. /Kyllo (f.n. fadder)|diskutera?| 1 april 2017 kl. 13.44 (CEST)

Mall:Landsdata Palestina

Bör troligen wikilänka till artikeln Palestina (stat) eftersom den artikeln har flaggan i infoboxen men det törs jag inte ge mig på. Maundwiki (diskussion) 1 april 2017 kl. 16.34 (CEST)

Översätt till annat språk

Har redan en tid saknat knappen översätt till annat språk, som tidigare har funnits! Tex om jag vill söka på wikipedia om kanariefåglar, så har jag tidigare lätt kunnat skrolla ner till översätt till tex arabiska, då har min kompis lätt kunnat läsa samma artikel om kanariefåglar på sitt eget modersmål... Det var en mycket bra service som vi nu saknar!

Annette

Har du råkat bli utloggad? Knappen har endast visats förut för inloggade som har aktiverat innehållsöversättning (längst ner). ♥Ainali ^diskussion_bidrag 4 april 2017 kl. 19.29 (CEST)

ÅÄÖ-omdirigeringar

Finns det något sätt att slippa omdirigeringar av Å, Ä och Ö till A och O. När jag söker på Sävö vill jag ju veta om det finns någon artikel om ön eller om den saknas se om den omtalas i några artiklar, inte hamna på sidan Savolax för att Savo är en omdirigering dit. Det går givetvis att klicka bort sökrutan och ta sig till specialsök men det blir ju bökigt, det är ju ganska ofta det sker och känns ganska onödigt. Är det något som inte svenskpråkiga wikipedia styr över? Jag vet att det inte var så här för ett par år sedan.FBQ (diskussion) 3 april 2017 kl. 13.45 (CEST)

Hm, jag testade att skriva Såvö och Savö och kom till en sökresultatlista och inte till Savolax. Hur som helst får du en visuell ledtråd om vad som händer om du trycker på enter, om något val i dropdownmenyn är fetmarkerat kommer du att hamna på den sidan. Vill du undvika det kan du trycka på förstoringsglaset i sökrutan så tvingar du fram sökresultatlistan. ♥Ainali ^diskussion_bidrag 3 april 2017 kl. 13.55 (CEST)

Ok - möjligen handlar det om någon inställning. Skall försöka se om jag hittar någon sådan som kan ha ändrats.FBQ (diskussion) 3 april 2017 kl. 15.27 (CEST)

Jag får inte heller upp någonting på Sa... när jag söker på Sä... – det diskuterades att införa det i phab:T155822, men några av oss avstyrde det och påpekade att det inte var en bugg att sökfunktionen skilde på A och Ä. /Julle (disk.) 4 april 2017 kl. 19.32 (CEST)

Möjligen handlar det om inställningar på sök. Jag har haft Standard (rekommenderas) Corrects up to two typos. Resolves close redirects. nu har jag ändrat till Strict mode (advanced) No typo correction. No accent folding. Strict matching.. Sökte strax innna på Gälön och hamnade då på grensidan Galon. Skall se om det ändrats nu.FBQ (diskussion) 5 april 2017 kl. 08.26 (CEST)

Nej, fortfarande samma sak, testade med Classic prefix search No typo correction. Matches the beginning of titles, hamnar fortfarande på Galon när jag söker på Gälön. Får testa mer senare.FBQ (diskussion) 5 april 2017 kl. 08.29 (CEST)

Kan bekräfta att sökning på "gälön" ger artikeln Galon. Har inställningen Standard för sökning (och har aldrig ändrat något där). Det är ett felbeteende. /NH 5 april 2017 kl. 09.36 (CEST)

Ja, på "gälön" får jag samma beteende. Den lilla workaround man kan göra nu är att, istället för att trycka på enter när man ser att det inte blir ett fetstilat sökresultat, trycka pil ner tills man kommer på alternativet "innehåller... gälön" eller trycka på det lilla förstoringsglaset. ♥Ainali ^diskussion_bidrag 5 april 2017 kl. 12.33 (CEST)

Visst. Men detta är ett fel, som vi får rapportera. Det ska inte behövas "workarounds" för vissa bokstäver i alfabetet. /NH 5 april 2017 kl. 12.51 (CEST)

När det gäller Gälö handlar det väl snarare om att det inte finns någon artikel som heter Gälö och då kommer man till second best istället för sökresultatsidan om att artikeln inte finns (men går att skapa). Så, handlar det inte mer om att säga åt sökfunktionen att inte puffa en vidare till något närliggande sökresultat om sökordet saknar artikel? (Jag har varit med om det här när det gäller personnamn, vilket varit högst förvirrande då jag först tänkt att jaha, är det här något alias eller nämns "min" person i den här artikeln?) //Vätte (diskussion) 5 april 2017 kl. 14.07 (CEST)

Nja, men sökning på "styckhylm" leder inte direkt till artikeln Stockholm, utan visar (precis som det ska) sökresultat för "stockholm" och ett erbjudande om att skapa sidan Styckhylm. Sökning på "stöckhölm" leder däremot direkt till artikeln Stockholm. Så det har med ÅÄÖ att göra, man kan göra lite fler experiment för att övertyga sig om det. /NH 5 april 2017 kl. 15.14 (CEST)

Jag har tagit upp problemet här: phab:T155822#3157550. /Julle (disk.) 5 april 2017 kl. 17.15 (CEST)

Jag har försökt kommentera där också. Lite oklart om det egentligen är det problemet eller något annat, ytterligare. /NH 5 april 2017 kl. 17.51 (CEST)

I princip har du rätt, men FBQ kanske inte vill vänta de veckor eller månader det kommer att ta att lösa problemet, därav det pragmatiska tipset. ♥Ainali ^diskussion_bidrag 5 april 2017 kl. 18.19 (CEST)

Exemplet med "varianter" av Sävö fungerar inte längre nu när den sidan skapats. Eftersom både Sävö och Savo finns kan inte programvaran entydigt avgöra vad den tycker man borde hitta när man söker. Därför hamnar man på sökresultatsidan. /EnDumEn ✍ 5 april 2017 kl. 18.33 (CEST)

Nej, det var som sagt i samband med att jag skulle skapa sidan som jag observerade problemet. Men jag har noterat ytterligare ett tiotal liknande sidor i samband med att jag skrivit mina öartiklar, och några tidigare under åren, Gälön var min senaste. Jag kände ju visserligen redan till tipset, men tackar för det ändå. Jag skall nog kunna överleva några månader till, jag har ju som sagt noterat det ganska länge, har kanske tänkt att någon annan skulle upptäcka det eller att det skulle fixa sig självt, det är ju inte varje sökning som ställer till problemet, men just när det har gällt öar har problemet dykt upp ofta och slut tog irritationen överhand så jag passade på att skriva här :-)FBQ (diskussion) 5 april 2017 kl. 21.08 (CEST)

Joachim Siöcrona

Flyttat från Wikipedia:Bybrunnen

Tidigare fanns jag med som en berömd person i Strängnäs som filosofisk förläggare.
Nu är jag borttagen. Varför? 79.102.55.62 9 april 2017 kl. 15.27 (CEST) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Hej! Jag har inte stenkoll på detta men jag skulle gissa på att Siöcrona inte står med då han är född i Stockholm. Är svårt att sortera ut vilka som ska stå med i sådana listor, jag själv är emot sådana listor överhuvudtaget faktiskt. --Hastrian (diskussion) 9 april 2017 kl. 15.36 (CEST)

Även jag är mest förvånad över att rubriken "Kända personer från Strängnäs" finns överhuvudtaget. Nu när den finns, vad kvalificerar in dig där?--LittleGun (diskussion) 9 april 2017 kl. 15.38 (CEST)

Jag är anhängare av listorna, men anser att de bör hållas korta. Vilka som hör hemma där är en bedömningsfråga. Det är definitivt inte något som den som är berörd kan avgöra. Fåfänga är inget vi uppmuntrar. Tostarpadius (diskussion) 9 april 2017 kl. 15.42 (CEST)

OK. Vill också förtydliga att det är skillnad på att vara relevant, dvs ha en artikel, och att vara känd. Visst kan man kan vara relevant för en egen artikel för att man är känd, men man kan också vara relevant för en egen artikel utan att vara känd.--LittleGun (diskussion) 9 april 2017 kl. 15.46 (CEST)

Det är skillnad att vara lokalt känd och global kändis.-Wvs (diskussion) 9 april 2017 kl. 18.05 (CEST)

Ja?--LittleGun (diskussion) 9 april 2017 kl. 18.33 (CEST)

Bild

Hej, Hur gör jag för att infoga en bild? Mvh/ crikai

Hej! Har du tittat på Wikipedia:Teknisk manual för illustrationer? Där finns förhoppningsvis all information du behöver. /Frisko ^{(dis.) (bid.)} 11 april 2017 kl. 18.19 (CEST)

Auto bookmarking Wikipedia

Jag använder Mac + iPhone. Sedan ett par veckor tillbaka har jag uppmärksammat ett konstigt fenomen. Utan att jag ens går in på Wikipedia, än mindre sparar bookmark i min webbläsare, (Safari), så läggs Wikipedia (https://sv.wikipedia.org/wiki/Portal:Huvudsida <https://sv.wikipedia.org/wiki/Portal:Huvudsida>) in som ett nytt bookmark helt av sig självt. Detta sker ungefär en gång per dag, så efter en vecka måste jag rensa 7 st exakt likadana Wikipedia bookmarks från listan i Safari. Har provat att rensa alla devices from Wikipedia bookmarks offline för att undvika synchning. Det hjälper inte Har ni hört talas om detta? Kan det vara ett virus? Micke 10 april 2017 kl. 00.01

Skapat artikel i min sandlåda - men hur publicerar jag den på Wikipedia

Hej, jag har skapat en artikel om en skala som heter modifierad Rankin-skalan. Har gjort det i min sandlåda. Användar-namn Erik Lundstrom. Men jag fattar inte hur jag ska publicera den. Den finns allstås inte, kontrollerade det innan jag började jobba med artikeln.

Gå till sidan du vill flytta. Klicka på Mer och Flytta. I rutan Flytta sida ändra rutan Användare under Ny titel till (Artikel) och i rutan till höger om Användare till vad artikeln ska heta. Klicka på Flytta sidan./AleWi (diskussion) 13 april 2017 kl. 12.34 (CEST)

Det går inte, eftersom Eriks konto är nyskapat. Vad man kan göra är att skriva den tänkta titeln i sökrutan. Då får man upp sökresultat och ett erbjudande om att skapa sidan. Sedan kopierar och klistrar man in innehållet i sin sandlåda där*. Men jag har fixat det, artikeln heter nu modifierade Rankinskalan. /NH 13 april 2017 kl. 12.38 (CEST)

*) Den som nu reflexmässigt vill göra en invändning om klipp-och-klistra-flyttar ombedes tänka ett varv till.

(Redigeringskonflikt) Om du nyss registrerat ditt användarnamn kanske du inte har någon Flytta i menyerna. I så fall är det bara att be någon annan flytta sidan, t.ex. på Wikipedia:Begäran om åtgärder#Begäran – eller här i den här diskussionen. Normalt bör en administratör hur som helst radera omdirigeringen som blir kvar efter genomfört flytt. Klick-och-klistra fungerar så länge man själv är den enda som redigerat i artikeln, men om artikelhistoriken skall bevaras måste man göra flyttet på det här sättet (annars betyder det en del städjobb för någon administratör). --LPfi (diskussion) 13 april 2017 kl. 12.46 (CEST)

Jag tycker att Flytta-funktionen inte är den bästa för att publicera en artikel man skapat i sin sandlåda. Om man gör det får man med hela historiken från tiden man arbetat fram artikeln innan dess publicering. Jag anser att en artikels officiella historik bör gälla från artikelns första officiella publicering. Jag förespråkar därför att använda Wikipedia:Skriv en ny artikel och därefter klipp ut och klistra in från sandlådan. Mvh --Bairuilong (diskussion) 13 april 2017 kl. 14.09 (CEST)

Det beror delvis på hur man arbetar. Om man inbjuder andra att hjälpa, eller andra hjälper i väsentlig omfattning av andra orsaker, är det problematiskt att sedan stå som enda författare i historiken. Det kan också annars finnas en poäng i att dokumentera artikelns historia i historiken. Att sådan historik kan vara missvisande hade jag inte tänkt på tidigare. Jag tycker ändå att det är ett inneboende problem i hur Mediawiki fungerar (redigeringarna borde märkas med dåvarande sidnamn), och problemet är inte värre om historiken inkluderar sandlåderedigeringar än om den inkluderar redigeringar från en artikel med annat fokus. --LPfi (diskussion) 13 april 2017 kl. 15.54 (CEST)

Om jag tittar på hur jag själv arbetar med en (större) artikel i sandlådan, så går artikeln genom en rad stadier som absolut inte hör hemma i den färdiga artikelns historik. Inledningsvis är det ofta bara stödord och lösa meningar som jag sedan successivt sammanställer till något som slutligen blir publicerat. Denne typ av historik ser jag ingen fördel att ha i den publika artikelrymden. Däremot ser jag den stora nackdelen med att historiken skulle bli onödigtt lång, (jag spara ofta) och jag gissar att de allra flesta som läser historiken kommer att tro att även versionerna före namnflytten har varit publika. Jag anser att det bara är vid specialfall när man har särskilda skäl som man ska använda Flytta-funktionen från sandlådan, och definitivt inget vi generellt ska rekommendera nybörjare. Mvh --Bairuilong (diskussion) 13 april 2017 kl. 16.14 (CEST)

Jag håller med om att en klippochklistraflytt är bättre om man gör den själv och är den ende som redigerat i sandlådan. Det viktigaste är dock att hjälpa en oerfaren effektivt att få sin artikel publicerad, att publicera i artikelnamnrymden är ju det roligaste på Wikipedia. Att historiken blir onödigt lång är synd, men det är bättre att den ovane kan få handfast hjälp, att deras problem snabbt och utan åthävor åtgärdas och att Wikipedia får en artikel än att den ovana ska få en massa instruktioner. Att historiken visar versioner som inte platsat kvittar däremot, om det på något sätt missuppfattas är det bättre att förklara de gånger det blir ett problem eller behöver förklaras och flytten syns ju i historiken.--LittleGun (diskussion) 14 april 2017 kl. 15.55 (CEST)

SVAR till hjälpsamma personer:

Stort tack. Den ligger ute nu (tack vare en vänlig själ)

Jag blev lite bränd när det gäller Sandlådan... I min enfald trodde jag att

1) Jag gör något i Sandlådan (jobbar med det någon dag)

2) När jag är klar, publicerar jag

Troligen skulle det fungera (enligt signaturen AleWi) om mitt konto inte var så nytt)

mvh

/Erik Lundström

Du tänkte helt rätt. Vi är lite jiddriga. T ex så skiljer vi på "Flytta" med en wikipedia-funktion som du snart får automatisk tillgång till högst uppe under "Mer-pilen" och att flytta med "klipp-och-klistra".

• "Flytta" är alltid det rätta om fler än en användare redigerat. Då följer historiken med och det går att se vem som skrivit vad, det är viktigt av upphovsrättsliga skäl.
• "Klipp och klistra" är OK om det görs från egna sandlådan ut bland de "riktiga" artiklarna om bara du själv redigerat. Då klipper du helt enkelt ut din text, klickar på "Skriv en ny artikel", andra valet uppifrån i meny-listen till vänster (under pusselbitsgloben), namnger artikeln och klipper in texten.

Eller så skriver du din artikel rätt ut i artikelnamnrymden med "Skriv en ny artikel"-valet. Du vänjer dig vid jiddret, alla tycker det är OK att det blir fel ibland och särskilt i början.--LittleGun (diskussion) 14 april 2017 kl. 16.08 (CEST)

Tabellproblem

Hej! Kan någon hitta problemet i nedanstående tabell? Legenden ska inte ligga höger om tabellen utan i tabellens nedre högra hörn, är det tänkt.--Paracel63 (diskussion) 2 april 2017 kl. 05.43 (CEST)

Relationsmosaiken i Irak och Syrien (september 2014)

Politiska grupperingar	RU	SY	So	Sk	TR	U/E	IL	S/A	IQ	Ik	Ism	IR	A/N	IS
Islamiska staten
Al-Qaida, Nusrafronten
Iran
Irakiska shiamiliser
Irakiska kurder
Iraks regering
Saudiarabien, Arabförbundet
Israel
USA, EU
Turkiet
Syriska kurder
Syrisk opposition												Vänskapligt
Syriens regering												Neutralt, misstro
Ryssland												Fientligt

Källa: EMUN 2016 – Security Council - The question of the Islamic State., sid 12 (ursprungligen från The Economist). (engelska)

 Fixat tror jag. --Larske (diskussion) 2 april 2017 kl. 07.09 (CEST)

 Gillar Toppen! --Paracel63 (diskussion) 2 april 2017 kl. 08.37 (CEST)

Kommentar: Jag saknar Ryssland i tabellen. Då ordningen på den vågräta raden inte överensstämmer med den lodräta är det svårt att sluta sig till vad förkortningarna står för. /Ascilto (diskussion) 2 april 2017 kl. 12.28 (CEST)

Placera muspekaren på en förkortning. Då dyker det upp en ruta med en förklaring. Eller gå rakt ner till en blå vägvisningspil och sedan längst åt vänster. --Larske (diskussion) 2 april 2017 kl. 12.39 (CEST)

Tack, var det så enkelt... /Ascilto (diskussion) 2 april 2017 kl. 12.54 (CEST)

Paracel63: Vad är det där för tabell egentligen och i vilken artikel används den i? DIEXEL (diskussion) 3 april 2017 kl. 13.51 (CEST)

@DIEXEL: Det ser ut som om tabellen, med rubrik enligt ovan, används i dessa fyra artiklar. --Larske (diskussion) 3 april 2017 kl. 14.00 (CEST)

Det var mer om just innehållet i tabellen som jag undrade om. Tack för länken, Larske. DIEXEL (diskussion) 3 april 2017 kl. 14.02 (CEST)

Innehållet kommer såvitt jag förstår från sidan 12 i källan, se länk under tabellen här ovan. --Larske (diskussion) 3 april 2017 kl. 14.04 (CEST)

Tack för intresset för tabellen/diagrammet. Den är en av flera försök de senaste åren att förklara den ganska snåriga politiska situationen i Syrien och Irak och runt Islamiska staten. Alla försök i den här vägen blir röriga (se dessa exempel: [3], [4], [5], [6], [7], [8], [9], [10]). Data i mallen kommer ursprungligen härifrån; jag har bara vänt triangeln upp-och-ner-för att kolumnhuvuderna ska komma överst (funkar bättre med Wikipedias tabeller). Jag hittade diagrammet i en rapport publicerad av FN:s säkerhetsråd, vilket också källbeläggs. Nu har jag dock också hittat ursprungskällan, som redan publicerades i september 2014 (märkligt vad lite som tillkommit i den här röriga ekvationen på 2 1/2 år…). Datering och källbeläggning är nu fixat i de fyra artiklar där jag valt att lägga in tabellen.

Det här diagrammet var ett av de minst röriga, tyckte jag, eftersom det inte försökte sig på att illustrera den politiska tre- eller fyrdimensionella verklighet som IS, Assad & C:o rör sig i. Förkortningarna (med {{tooltip}}-prickar som ger uttydning) i tabellhuvudet var nödvändiga för att inte tabellen skulle bli för bred. Möjligen kan man göra några av förkortningarna lite längre/tydligare.--Paracel63 (diskussion) 3 april 2017 kl. 15.34 (CEST)

Ja, förkorta Ryssland med RU känns inte självklart på svenska. -- Innocent bystander (diskussion) 5 april 2017 kl. 21.13 (CEST)

RU är en gångbar förkortning för Ryssland. Se EU:s Glossary:Country codes [[11]]. --Xauxa (diskussion) 6 april 2017 kl. 12.31 (CEST)

Men är det den bästa för en svenskspråkig målgrupp? -- Innocent bystander (diskussion) 6 april 2017 kl. 12.38 (CEST)

Förkortningarna över kolumnerna kanske skulle kunna ersättas med flaggor, och för att vara extra tydliga skulle samma flagga även kunna visas vid motsvarande rubrik för raderna tillsammans med det fullständiga namnet. Mvh --Bairuilong (diskussion) 6 april 2017 kl. 12.46 (CEST)

Och kanske ha samma mängd av rubriker i kolumnerna som i raderna. Att det nu saknas en rad för Ryssland och en kolumn för IS förvirrar. -- Innocent bystander (diskussion) 6 april 2017 kl. 12.51 (CEST)

Jag tycker att de blå pilarna var vägledning nog, men nu har jag kompletterat tabellen ovan så att det inte "saknas" några rader eller kolumner. --Larske (diskussion) 6 april 2017 kl. 16.29 (CEST)

Gott, nu blev det ju dessutom mycket tydligare vad RU står för. Inte alla har ju tooltip, även om det är en trevlig funktion. -- Innocent bystander (diskussion) 6 april 2017 kl. 18.37 (CEST)

Också jag tycker att den senaste versionen är synnerligen informativ och överskådlig, en utmärkt guide till huvudlinjerna i de komplicerade konflikterna. /Ascilto (diskussion) 6 april 2017 kl. 18.41 (CEST)

(utdrag) Tack för den förtydligande tabellfixen. Det där med flaggor är en idé som tål att tänkas på. Allt (påsk)gott!--Paracel63 (diskussion) 14 april 2017 kl. 22.55 (CEST). PS. Situationen i tabellen stämde i stort sett för 2014. Sedan dess har vissa förändringar skett; bland annat borde relationen mellan "Syriska kurder" och "Syriens regering" numera vara gul och inte röd (bevisad via händelseutvecklingen i Aleppo under 2016 och nära Manbij under 2017.--Paracel63 (diskussion) 14 april 2017 kl. 23.03 (CEST)

Visuell redigering

På många ställen står det "visuell redigering" istället för "redigering med Visual Editor", till exempel under pennan "byt redigerare" uppe till höger i redigeringsfönstret. Visual Editor är ett sorts egennamn som inte är översatt till svenska. Meningen "visuell redigering" antyder att i det andra valet skapas text som inte syns eller något. Jag kommer inte alls ihåg hur man ändrar det.--LittleGun (diskussion) 14 april 2017 kl. 15.46 (CEST)

VisualEditor är namnet på ett MediaWiki-tillägg, vilket inte säger nybörjare så mycket. Det är för mig ganska uppenbart att det har gjorts ett medvetet val att utelämna själva namnet. Nirmos (diskussion) 14 april 2017 kl. 15.59 (CEST)

Jaha, (och tack, "egennamn på MediaWiki-tilägg" var ord jag sökte), men vad säger eller förtydligar "visuell redigering" en nybörjare som inte "redigering med VisualEditor" gör, särskilt i förhållande till "wikitext-redigering"?--LittleGun (diskussion) 14 april 2017 kl. 16.16 (CEST)

"Redigera formaterad text" eller "redigera utan wikikod" är det bästa jag kan komma på, men inget av dem är väl alldeles mitt i prick... Taxelson (diskussion) 14 april 2017 kl. 16.31 (CEST)

Översättningar där texten "visuell redigering" ser ut att förekomma 13 gånger för svenska (och 17 gånger för norska) i "MediaWiki", se denna lista. Jag har också för mig att det har varit någon diskussion om detta där resultatet blev att undvika namnet på ett specifikt verktyg (VisualEditor), men jag kanske blandar ihop det med något annat. --Larske (diskussion) 14 april 2017 kl. 16.38 (CEST)

Hehe, jag minns tvärtom: Att resultatet av diskussionen blev "använd inte ordet visuell redigering eftersom det inte betyder något utan är en halvrak översättning av VisualEditor". Poängen är ju att det är ett verktyg som används, som går att slå upp. Visuell redigering betyder ingenting och är inte ett egennamn på någonting.--LittleGun (diskussion) 14 april 2017 kl. 16.58 (CEST)

Det var nog den här diskussionen som jag tänkte på. Termen "klartextredigering" dök upp där, men vann aldrig något gehör. --Larske (diskussion) 14 april 2017 kl. 17.07 (CEST)

Bara för att komplicera det ytterligare så skriver Wikimedia Foundation sedan något år tillbaka gärna "the visual editor" istället för "VisualEditor" på engelska också. /Julle (disk.) 14 april 2017 kl. 22.07 (CEST)

Mitt första inlägg kanske blev lite väl kort. Det jag försöker säga är att "VisualEditor" inte är mer än namnet på foldern som innehåller koden, och inga MediaWiki-tillägg visar upp sitt namn på det sättet. Vi har aviseringar, men "Echo" försöker inte sälja dig något. Vi har Lua-moduler, men du behöver inte veta att det är tack vare "Scribunto" för att kunna skriva moduler. Kategorisidor har ett JavaScript som tillåter användare att fälla ut underkategorier, men det är nog få som vet att det är på grund av "CategoryTree". Jag skulle kunna fortsätta, men jag tror att min poäng når fram. Det är viktigt ur design- och användarupplevelsesynpunkt att inte ha med detaljer som egentligen inte hjälper användaren. Nirmos (diskussion) 14 april 2017 kl. 20.40 (CEST)

OK. Men VisualEditor uppfattas som en programvara på ett annat sätt än Echo, eller i varje fall använder vi Wikipedianer namnet på ett annat sätt. Hursomhelst funkar inte "visuell redigering" något bra, eftersom det är en förklaring som inte betyder något. Så plötsligt gillar jag "klartextredigering", eller "Redigera formaterad text" som ovan eller "ordbehandlingsläge" som Ainali var inne på.--LittleGun (diskussion) 14 april 2017 kl. 22.02 (CEST)

Wysiwyg kanske kan vara ett alternativ, om man vill få en beskrivning av funktionen som många förstår och som redan finns som etablerat begrepp. //Vätte (diskussion) 14 april 2017 kl. 23.36 (CEST)

Jag tror att det är väldigt många som inte förstår Wysiwyg, tyvärr. /Julle (disk.) 14 april 2017 kl. 23.45 (CEST)

Jag vet ett bra uppslagsverk som förklarar sånt... --Larske (diskussion) 14 april 2017 kl. 23.48 (CEST)

Jo, fast då kan man ju lika gärna länka till Wikipedia:VisualEditor. (: Jag tror att våra menyer och vår navigation måste fungera utan att man skall slå upp vad begreppen innebär, oavsett om vi talar om WYSIWYG eller VE./Julle (disk.) 14 april 2017 kl. 23.53 (CEST)

Om någon ska beskriva wysiwyg/visual editor för någon som inte vet vad det är är nog den närmast liggande förklaringen "det ser ut som i word" eller "det ser ut som en ordbehandlare" så "ordbehandlingsläge" är nog det bästa alternativ jag kan komma på. Jag kan dock tänka mig att många unga idag inte vet vad ordbehandlare är för något även om de nog vagt hört talas om Word. Det är nog folk i åldern 25-65 som man når bäst med de här termerna. /Grillo (diskussion) 15 april 2017 kl. 11.50 (CEST)

Källor

Jag vet inte vad jag gjort men min "Källor-knapp" har försvunnit från mitt Redigera wikitext-läge. Idéer? Matanb (diskussion) 14 april 2017 kl. 21.59 (CEST)

Se här //Romulus74 (diskussion) 14 april 2017 kl. 22.02 (CEST)

Tack! @Romulus74: Matanb (diskussion) 14 april 2017 kl. 22.07 (CEST)

Tillbakarullning försvann

Jag rullade tillbaka den här [12] redigeringen strax efter att den gjordes och fick den vanliga bekräftelsen på att tillbakarullningen genomförts. Men nu finns inte tillbakarullningen kvar i historiken (redigeringen ogjordes senare av Användare:Tournesol). Någon som har en idé om vad som kan ha hänt? /Ascilto (diskussion) 17 april 2017 kl. 15.35 (CEST)

Argumentera för sin artikel?

Hej!

Jag lade upp en ny artikel "BookBeat" under mars månad, som blev borttagen. Jag skulle vilja argumentera för min sak, men hittar inte artikeln nu. Ska jag lägga upp artikeln igen och sedan argumentera för min sak? Eller finns det i något arkiv?

Tack på förhand!

Mvh Strongline123 (diskussion) 20 april 2017 kl. 12.16 (CEST)

En sådan argumentation förs på artikelns diskussionssida, Diskussion:BookBeat. Då artikeln raderats behöver du ordentligt tänka igenom om den verkligen är relevant. Edaen (diskussion) 20 april 2017 kl. 12.21 (CEST)

Jag har återskapat en kopia på det raderade materialet här: Användare:Strongline123/BookBeat. Det är en undersida till din personliga användarsida. Där kan du arbeta vidare med artikeln innan en eventuell publicering i artikelrymden. Mvh, --Bairuilong (diskussion) 20 april 2017 kl. 12.25 (CEST)

Du kan läsa här: Wikipedia:Relevanskriterier om relevanskriterier för artiklar om företag. Även här: Wikipedia:Att skriva om näringsliv, företag och varumärken finns relevant information. Mvh, --Bairuilong (diskussion) 20 april 2017 kl. 12.30 (CEST)

Supertack för snabbt svar och alla tips! Strongline123 (diskussion) 20 april 2017 kl. 12.33 (CEST)

Sammanfatta redigeringen

Hittade precis en ny bra finess; "Lägger till en rullgardinsmeny med vanliga redigeringskommentarer under fältet 'Sammanfatta redigeringen'." kan jag lägga till egna kommentarer som jag kan välja från? --Hastrian (diskussion) 19 april 2017 kl. 19.43 (CEST)

Jag kan göra en sådan finess. Nirmos (diskussion) 20 april 2017 kl. 00.51 (CEST)

Hastrian: Klart. Finns här. Nirmos (diskussion) 20 april 2017 kl. 04.21 (CEST)

Grymt jobbat, tusen tack! --Hastrian (diskussion) 20 april 2017 kl. 06.07 (CEST)

@Nirmos: Jag skrev in några egna kommentarer. Sparas de precis som andra personliga inställningar man gör? Disembodied Soul (diskussion) 21 april 2017 kl. 12.54 (CEST)

Disembodied Soul: Nej, inställningar på Special:Inställningar sparas på servern. Finesser som sparar data gör det på användarens enhet med hjälp av localStorage. Nirmos (diskussion) 21 april 2017 kl. 19.33 (CEST)

Bra idé. Det verkar dock som att aktivering av finessen hindrar att man sparar med enkelt tryck på retur/enter efter att ha skrivit in en sammanfattning manuellt. Går det att ordna så att man kan ha båda dessa möjligheter? JohanahoJ (diskussion) 22 april 2017 kl. 12.51 (CEST)

JohanahoJ: Fixat i Special:Diff/39655519. Nirmos (diskussion) 22 april 2017 kl. 17.35 (CEST)

Ja, det funkar! Tack för det! JohanahoJ (diskussion) 22 april 2017 kl. 18.38 (CEST)

Söka efter de rödlänkade ord som är flest?

Finns det någon möjlighet att söka efter vilka länkade ord som inte har en artikel, och isåfall vilka länkade ord utan artikel som är flest på sv.wiki? Det vill säga vilka artiklar som på ett sätt är mest eftertraktade. --AHA (diskussion) 20 april 2017 kl. 22.15 (CEST)

En lista finns här Wikipedia:Önskade artiklar. Dock rätt så ointressant lista och jag vetinte hur aktuell den är. Fem5 (diskussion) 20 april 2017 kl. 22.25 (CEST)

AHA: Special:Önskade sidor. Nirmos (diskussion) 20 april 2017 kl. 23.08 (CEST)

Problemet är att specialsidan inte begränsar sig till manuellt införda länkar. Förut dominerades den av länkar från mallar (navigationsmallar i artikelserier), nu tydligen från botskapade artiklar. --LPfi (diskussion) 20 april 2017 kl. 23.54 (CEST)

Tack Nirmos och LPfi! --AHA (diskussion) 22 april 2017 kl. 15.48 (CEST)

Lägga in bilder på rätt ställe.

Jag skulle gärna vilja lägga in galleribilder så att dom hamnar på rätt ställe men jag har inte kunnat klura ut hur man gör. Mvh Kent. Kent Olsson (diskussion) 23 april 2017 kl. 09.46 (CEST)

Hej Kent! Har du läst Wikipedia:Gallerier? Där hittar du mycket bra information om hur du jobbar med gallerier på Wikipedia. Om du fortfarande har frågor får du gärna förtydliga vad det är du behöver hjälp med. /Frisko ^{(dis.) (bid.)} 23 april 2017 kl. 11.17 (CEST)

Sidflytt mellan namnrymder och statistik

Hej! Jag har en fråga som rent konkret rör en annan språkupplaga. Jag håller på att städa lite på srnwp, och flyttade en artikel som var på fel språk till en användarundersida. Omdirigeringen märkte jag med raderamall. Före flytten låg artikelräknaren på 1049, efteråt hade den till min förvåning gått upp till 1050.

Räknas användarundersidor i statistiken? (Nää?) Eller gjorde jag fel när jag inte valde användarnamnrymden i rullgardinen vid flytt, utan gjorde på det enkla sättet och bara skrev in hela målnamnet? Eller kan statistiken ha hicka, och synca om (vid raderingsmallandet omvandlade jag ju iaf en omdirigering till en artikel)?

(Jag kan passa på att tipsa om att på frrwp finns det mycket puts att göra för wikipediatomtar och mallnissar och andra med liknande intressen, en annan av de mindre språkversionerna med relativt mycket aktivitet i övrigt.) Mvh, flinga 19 april 2017 kl. 13.29 (CEST)

efter några infogningar på rad så verkar det som att sidräknaren räknar även omdirigeringar. Kan man komma undan det? flinga 24 april 2017 kl. 01.09 (CEST)

Permanent blockera vissa ord/namn som gör det omöjligt att skapa artiklar med oavsett kombination av dessa?

Nirmos, Larske m.fl.: Jag undrar om det finns någon funktion här på sv.Wiki som gör att man kan blockera vissa ord/namn så att användare kan ej skapa några artiklar med oavsett kombination med de blockerade orden/namnen? Det skulle vara bra om det skulle finnas sån så man slipper det eviga tramsskapandet av artiklar med namnet "Malin Ardsby", användaren har väl suttit och tramsat nu i månader med det......... Jag vet att "Malin Ardsby" och ett gäng till "Malin Ardsby (valfri/a smiley/s)" är skrivskyddade men det är ju inte tillräckligt eftersom användaren fortsätter att skapa artiklar med "Malin Ardsby" men med andra eller än fler smileys... DIEXEL (diskussion) 19 april 2017 kl. 12.01 (CEST)

En annan sak är ju hur ens smileys kan vara accepterade att ha som/ingå i artikelnamn här på Wikipedia??? Det finns ingen logik i det... DIEXEL (diskussion) 19 april 2017 kl. 12.27 (CEST)

Lägger man ner möda på att skapa man ett spärrfilter för text som liknar smileys, kan det sedan komma att ge huvudvärk åt den som verkligen behöver skapa en artikel med ett namn som fastnar i den spärren. Krångla inte till det i onödan, menar jag. Ovannämnda spammare skulle i så fall använda något annat än smileys, och jag känner inte till att problemet i övrigt är stor. Frågan om artikelnamnet i övrigt är en annan sak däremot. flinga 19 april 2017 kl. 13.18 (CEST)

Eller att det inte ens borde gå att få fram smileys i artikelnamnen... DIEXEL (diskussion) 19 april 2017 kl. 15.48 (CEST)

Och då får man som sagt ha en spärr för att stoppa det, med ovannämnda problem som konsekvens. Eller vad menar du? flinga 19 april 2017 kl. 19.15 (CEST)

Det borde inte ens förekomma att sådant kan synas i titeln så det är egentligen ett problem och jobb för de som utvecklar Wikipedia! Men jag förstår inte vad du menar med problem med en eventuell spärr? ":D" ":P" ":)" etc är ju inga tecken man använder annars i artikeltitlar, flinga? DIEXEL (diskussion) 19 april 2017 kl. 22.55 (CEST)

Vad säger du om artikeln Sunn O)))? /NH 20 april 2017 kl. 10.49 (CEST)

Att börja blockera vissa tecken eller teckenkombinationer kommer att skapa mer problem än det löser. Vi har ju redan haft problem med S: och vissa skyddade specialtecken. ⛐Boⅳⅰᴇ (🖉) 20 april 2017 kl. 11.42 (CEST)

NH: Jag är ingen expert på smileys men O))) är väl ingen kod för någon smiley eller har jag missat nåt? DIEXEL (diskussion) 20 april 2017 kl. 22.24 (CEST)

Nej, det var mest ett exempel på en relevant artikel med oväntade teckenkombinationer i titeln. /NH 20 april 2017 kl. 22.57 (CEST)

Boivie: Det är ju enkelt att säga när man inte är administratör, allt som underlättar saneringsarbetet efter klotter och trams för administratörerna är det bättre för sv.Wiki. För övrigt tycker jag är lite underligt att ingen av de administratörer som är intresserad av det tekniska aspekten på sv.Wiki inte velat kommenterat detta, och framförallt hur ens smileys kan ens synas i artikelnamnet! DIEXEL (diskussion) 20 april 2017 kl. 22.38 (CEST)

DIEXEL: ja, det är förstå motargumentet: att det är ganska osannolikt att någon kommer att skapa en artikel med en teckenkombination som liknar en smiley. Mitt argument är ändå att det finns en potentiell risk för att det någon gång kommer att ställa till problem, jag utgår helt enkelt ifrån att det är svårt att på förhand föreställa sig alla möjliga kombinationer som någon gång kan tänkas komma att användas i ett artikelnamn. Vi har mallar som heter {{[[Mall::-)|:-)]]}}, vi har säkert artiklar om datorkommandon, nätverksprotokoll och liknande (eller produkter/artister som vill skriva sina namn kreativt). (Smileyna c: D: och xp må vara ovanliga, men förekommer för den delen.)

Det andra som kommer in i beräkningen är 'lagen' som säger att om något i ett datorsammanhang kan komma att gå snett, så kommer det också att göra det. Alltså kan man utgå från att spärren skulle kunna bugga vid något tillfälle och kanske komma att spärra ett namn som "(delflöde till flod: Xingiang)" eller något annat helt oskyldigt (låt vara att exemplet är en klumpig särskiljning). (enwp: Murphy's law är nog matigare. svwp, citat: "ska i första hand ses som en riktlinje för ingenjörer inom maskinteknik, datateknik med flera discipliner, att konstruera tekniska system så att felaktiga resultat blir uteslutna.")

Gör man då en sådan spärr, har man en ganska generell spärr, som potentiellt kan drabba oskyldiga redigeringar, mycket väl kan tänkas ge tekniska krångel, komplicerar systemet, och som år 2022 resulterar i att någon sitter och sliter sitt hår för att hen inte för sitt liv kan förstå varför det inte går att spara artikeln/mallen/sandlådeutkastet. Samtidigt stoppar spärren inte den som vill skriva en spamartikel över huvud taget.

Att spärra ett specifikt namn eller ett specifikt ord är något mindre komplicerat och dessutom mycket mindre generellt och istället specifikt. Där ser jag alltså inte samma invändning.

Ovanstående är anledningen till varför jag tror att de flesta tekniker skulle anse en sådan typ av lösning som i någon mån generella spärrar, eller liknande, som dålig. Om problemet med smiley i artikelnamn är omfattande kan det förstås vara värt riskerna och arbetet, däremot; man får förstås ställa riskerna mot nyttan. Är detta ett vanligt problem?

Det är så jag skulle tänka om det, men det kan ju finnas de som har andra perspektiv och annan input här, om metodologi eller hur verkligheten här ser ut. Jag lämnar därför glatt över diskussionen till andra. flinga 20 april 2017 kl. 23.02 (CEST)

en:Scunthorpe problem kan vara intressant att läsa i sammanhanget.

andejons (diskussion) 20 april 2017 kl. 23.17 (CEST)

Vad sägs om att försöka spärra artiklar som börjar på Malin Ardsby istället?! Det borde inte kunna orsaka samma problem! -- Innocent bystander (diskussion) 22 april 2017 kl. 16.32 (CEST)

Tror inte det skulle ta särskilt många minuter innan det dyker upp artiklar med lite andra tecken, smileys eller annat, före det namnet. --Larske (diskussion) 22 april 2017 kl. 16.59 (CEST)

Innocent bystander: Var det inte det jag bland annat efterfrågade i mitt första inlägg? DIEXEL (diskussion) 23 april 2017 kl. 19.55 (CEST)

Ja, men det ledde till diskussion om blockering av alla smileys. Medan jag koncentrerade mig mer på "Malin Ardsby". En blockering av alla former av "Maliin Aaardsbü" är kanske inte möjlig, men det borde begränsa möjligheterna. -- Innocent bystander (diskussion) 24 april 2017 kl. 08.57 (CEST)

Ja, det borde vara mer görligt, tänker jag som sagt för min del. Där kom diskussionen in på detaljen "börjar på", men det lär ju gå att om så befinns lämpligt att blockera sidtitlar som innehåller namnet.. eller? flinga 27 april 2017 kl. 00.54 (CEST)

Någon bugg eller något fel i några mallar

Kategori:Artiklar med stubavsnitt 2010-04 ligger av någon anledning i mallarna Mall:Fotnoter avsnitt, Mall:Maskinöversatt, Mall:Mjuk omdirigering, Mall:Reklam, Mall:Ugglanspråk, Mall:Ugglanvärderingar och Mall:Wikisourceflytt: Något är helt klart fel. Kan någon få bort detta?--Bruno Rosta (diskussion) 28 april 2017 kl. 03.20 (CEST)

Jag har sparat om sidorna nu. Nirmos (diskussion) 28 april 2017 kl. 03.41 (CEST)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 28 april 2017 kl. 06.41 (CEST)

Rensa bevakningslistan

Genom "fick-tryckningar" på min mobil har jag lyckats rensa hela min bevakningslista. Det står på knappen att "Detta är permanent". Vill höra om så är fallet, eller om det finns någon möjlighet att få tillbaka den gamla?--I99pema (diskussion) 20 april 2017 kl. 13.31 (CEST)

Jag har frågat databasadministratörerna på phab:T163450. Nirmos (diskussion) 20 april 2017 kl. 17.02 (CEST)

I99pema: Se gärna svar från jcrespo på phab:T163450. Nirmos (diskussion) 20 april 2017 kl. 17.06 (CEST)

Nirmos: Tack! Är osäker på hur man svarar på den sidan (eventuellt stängde jag ärendet), men hoppas att min önskan om lista gått fram--I99pema (diskussion) 20 april 2017 kl. 17.17 (CEST)

Bevakningslistan på 5500 poster är nu återställd genom import av rådata. I fortsättningen skall jag spara en egen säkerhetskopia av listan. --I99pema (diskussion) 20 april 2017 kl. 18.07 (CEST)

@I99pema: Knapplås på telefonen också, kanske? Vet inte riktigt hur det funkar med de moderna pekskärmarna men på de tradionella mobiltelefonerna, de med riktiga knappar, har ju ofta möjlighet att låsa knapparna mot fick-tryckningar. MagnusA 28 april 2017 kl. 20.51 (CEST)

Jo, knapplås har jag på Iphone, men det kräver ett knapptryck för att aktivera vilket jag i detta fall glömt.--I99pema (diskussion) 29 april 2017 kl. 08.27 (CEST)

Trycka ihop en avlång bild?

Hur kan man göra för att trycka ihop en avlång bild utan att göra den FÖR liten så att ansiktet blir för oigenkännbart? Jag tror jag har sett på en.wiki att de använder sig av någon kod för att minska längden, inte i alla artiklar dock. De artiklarna som är berörda av min fråga använder sig av Mall:Ishockeyspelare om det hjälper "problemlösningen". Varför jag frågar är att sätter man typ <-- låt mallen bestämma bildstorlek --> så blir infoboxarna och artiklarna så onödigt avlånga och sätter man en låg px-antal blir de för små. Jag förstår att det kan ha göra med min skärmupplösning men vill ändå se om det går att begränsa "avlångheten" på bild/artikel på något sätt. DIEXEL (diskussion) 25 april 2017 kl. 22.53 (CEST)

Ett sätt är annars att skapa en beskuren version av bilden/bilderna. //Vätte (diskussion) 25 april 2017 kl. 23.18 (CEST)

Exempel på en avlång bild som kan beskäras.

Ja, att skapa en beskuren kopia är att föredra framför att "trycka ihop" en bild på höjden. Bilder som den till höger, som används i Lucas Sandström, kan med fördel beskäras både upptill och nertill så att höjden halveras och den passar då bättre i en Infobox. --Larske (diskussion) 26 april 2017 kl. 09.04 (CEST)

Bilden ovan beskuren med CropTool.

På Commons finns det ett smidigt verktyg (CropTool) för att beskära bilder, vilket jag verkligen kan rekommendera. Med det kan du snabbt beskära bilder direkt i webbläsaren. Frisko ^{(dis.) (bid.)} 27 april 2017 kl. 16.47 (CEST)

Spontant tycker jag att den beskurna bilden till höger saknar för mycket upptill. Tostarpadius (diskussion) 29 april 2017 kl. 06.09 (CEST)

Skulle tro att poängen här var att visa på möjligheten att beskära en bild (jämfört med att trycka ihop den), inte att visa på bästa möjliga beskärning. --MagnusA 29 april 2017 kl. 08.49 (CEST)

Precis så. Frisko ^{(dis.) (bid.)} 29 april 2017 kl. 11.20 (CEST)

Försvunna extralänkar

Jag har i mina js-anpassningar lagt till några bra-att-ha-länkar lite här och där på sidan. Men nu har de försvunnit! Är det gammal kod som behöver uppdareas, eller vad kan ha hänt? Jag vill gärna ha tillbaka dem...

Kanske närbesläktat men dessutom har jag inte längre några knappar ovanför den stora redigeringsrutan. Bland annat signaturknappen är ju mycket användbar i diskussioner... MagnusA 28 april 2017 kl. 20.58 (CEST)

Du måste ändra alla addPortletLink till mw.util.addPortletLink för att länkarna ska läggas till. /EnDumEn ✍ 28 april 2017 kl. 21.08 (CEST)

Voila! Tack! På köpet dök signaturknappen m.fl. upp igen också. Magiskt! --MagnusA 28 april 2017 kl. 21.27 (CEST)

Egentligen duger inte det heller eftersom du då förlitar dig på att någon annan modul laddar in mediawiki.util och dessutom laddar in den före din kod körs. Just mediawiki.util har väldigt bra täckning, men den finns inte överallt. Jag har fått skriptfel ett par gånger på grund av att den inte har varit inladdad. Jag tror det var när jag lade till ?uselang=qqx i adressfältet för att kolla vilka systemmeddelanden som användes på sidan. För att gardera sig med både bälte och hängslen måste man skriva

mw.loader.using( 'mediawiki.util', function() {
	//Kod som använder mw.util
} );

Nirmos (diskussion) 28 april 2017 kl. 22.21 (CEST)

Tack, Nirmos! Lägger jag det runt hela blocket av kod som nån slag yttre funktionsanrop eller ersätter det något nuvarande anrop (exvis jQuery-anropen)? Bör jagäven lägga till mw.config på motsvarande sätt? Är mediawiki.* och mw.* ekvivalenta? Många frågor, med det var så många år sedan jag själv programmerade (och då fanns inte ens MediaWiki...). --MagnusA 29 april 2017 kl. 09.51 (CEST)

MagnusA: Special:Diff/39724812 blev helt rätt. mw.loader.using ersätter inte $( function() {} ); som ser till att sidan har laddats klart.

mw.config, mw.hook, mw.html, mw.message, mw.loader, mw.log, mw.now och mw.track har inte egna moduler eftersom de definieras i mediawiki.js som alltid finns tillgänglig.

JavaScript-variabeln mw är en genväg till mediaWiki (med versalt W). Med avseende på JavaScript-variabler finns inget som heter "mediawiki" (med gement w). Det som använder mediawiki med gement w är ResourceLoader-moduler, som inte nödvändigtvis har med JavaScript att göra. De kan innehålla JavaScript, eller CSS, eller både och. Nirmos (diskussion) 29 april 2017 kl. 21.10 (CEST)

Horisontell linje i faktamall?

Politiker
Ett lands politiker
Tid i befattningen 1 mars 2000–1 mars 2012
Företrädare	Marti
Efterträdare	Sauli
Född	24 december 1943

Hej! Hur gör man i praktiken för att lägga in en horisontell linje i en faktamall? Funktionen stöds av MediaWiki (förklaras här). Det ger en parallell linje med cirka 1px tjocklek och med full bredd i löpande text. Det är bara att lägga in ---- i wikikoden.

Men det verkar vara lite mer krångligt att få det att fungera i en faktamall. Här står två kod-varianter. När jag försöker lägga in det mellan två parametrar här, syntes det men följande text blev centrerad (och inte vänsterställd som var tänkt). Hur löser man detta utan att det påverkar textformateringen? Genom att ändra i {{Faktamall}} (eller motsvarande metamall)? Den länkade mallen är baserad på just Faktamall.

{{Infobox politiker}} är baserad på {{Infobox officeholder}}. Den mallen använder parallella streck, men jag vet inte hur det har kommit till. Där finns dock bland annat {{#if:{{{governor-general2|}}}|-|_}}-kod (notera bindestrecken och understrecken), som möjligen kan vara del av lösningen. Kan någon ge mig lite vägledning vidare vore det toppen. Allt gott. --Paracel63 (diskussion) 29 april 2017 kl. 19.38 (CEST)

Nu har jag lagt in ett illustrerande exempel till höger. De där svarta strecken skulle vara användbara (som valbart alternativ) när man donar i andra mallar.--Paracel63 (diskussion) 29 april 2017 kl. 19.43 (CEST)

Mallarna är ju bland annat till för att få ett enhetligt utseende och inte alltför mycket "utsvävningar". Med detta sagt, om man vill ha lite annan "stil" på en faktamall så går det bra att pilla lite med stilparametrarna som finns i Faktamall. Jag gjorde ett exempel på en mall med en rubrik som har en röd ram ovanför och under, se Testmallen. --Larske (diskussion) 29 april 2017 kl. 20.10 (CEST)

Stort tack för uppslaget! Det verkar allstå vara görbart att arbeta med rubrik-parametern och stilsätta denna. "Utsvävningar" vet jag inte om det är; jag vill absolut inte ha röda streck någonstans utan möjligheten att helt enkelt lägga in tunna (mindre än 1px) streck på lämpliga ställen i långa parameterlistor. Ibland görs sådant i vissa mallar genom styckerubricering (se bl.a. {{Serieskapare}} eller {{Infobox torg}}). Jag har sett många exempel på biografiska artiklar där {{Faktamall biografi}} har långa listor på parametervärden utan avdelning, något vi normalt tycker är önskvärt i artiklarnas löptext. Linjelösningen i Infobox politiker skulle jag nog helst vilja se använd även i många andra sammanhang.

Fast just idag kämpade jag mest med {{Faktamall Veckans tävling}}, där tunna streck mellan de olika dagarnas rapporter inte skulle vara helt fel. Jag ska göra ett försök med rubrik-parametern och se om det blir bra. Allt gott. :-)--Paracel63 (diskussion) 29 april 2017 kl. 22.23 (CEST)

Koden fungerade inte riktigt som jag tänkt mig. Den verkar förutsätta att en rubrik skrivs ut (tanken var att linjen istället ska ersätta en rubrik). Se pågående mallförsök här. Allt gott.--Paracel63 (diskussion) 29 april 2017 kl. 22.50 (CEST)

Ja, stilar fungerar även för etiketter och innehåll. Ett exempel med "innehållsstil". --Larske (diskussion) 29 april 2017 kl. 22.42 (CEST)

Det där ser mycket intressantare ut! Jag återkommer om jag behöver hjälp. Redan nu ser jag dock att din innehållsrad kombineras med centrerad text. Det är vänsterställd text som den ska kombineras med, i det här fallet. :-) Fast det har löst problemet med kod till mer "vanliga" faktarutor. :-)--Paracel63 (diskussion) 29 april 2017 kl. 22.50 (CEST)

Det fungerar utmärkt i den aktuella mallen. Här syns att de olika dagarnas rapporter nu har tunna skiljelinjer emellan sig. Jag valde "border-top"-varianten, för att skiljelinjen mer skulle kopplas samman med den kommande rapporten. Linjen har nu identisk topphöjd med ev. bild, vilket både är bra och mindre bra. Lösningen hade varit att tvinga in extra styckeavstånd (kägel) efter/under linjen, men det kanske är överkurs i det här fallet. Stort tack i vilket fall som helst, Larske! :-)--Paracel63 (diskussion) 29 april 2017 kl. 23.04 (CEST)

Adresserad användare + genitiv-s

Väldigt ofta när någon adresserar en specifik användare i ett diskussionsinlägg så vill man ha med ett genitiv-s, men det tillåter inte programvaran. Om jag skriver "enligt [[Användare:Ascilto]]s synpunkter" så kommer det ut som "enligt Användare:Asciltos synpunkter" och det blir ju både löjligt och lite förvirrande. Ni som kan något om hur programvaran är uppbyggd, går detta att rätta till? /Ascilto (diskussion) 28 april 2017 kl. 20.25 (CEST)

Du kan skriva det som en mall. "Enligt {{anv|Ascilto}}s synpunkter" blir "Enligt Asciltos synpunkter". Tostarpadius (diskussion) 28 april 2017 kl. 21.34 (CEST)

Kan du förklara vad som är löjligt och varför? Om det enbart gäller att få bort "Användare:" så kan du använda vertikalstreck precis som vanligt. enligt [[Användare:Ascilto|Ascilto]]s synpunkter blir "enligt Asciltos synpunkter". Nirmos (diskussion) 28 april 2017 kl. 21.36 (CEST)

Kortformen [[Användare:Ascilto|]]s funkar också. /ℇsquilo 29 april 2017 kl. 07.34 (CEST)

Ah. Ok. Nu tror jag att jag förstår. Du vill att s:et inte ska blålänkas? enligt [[Användare:Ascilto|Ascilto]]<nowiki/>s synpunkter blir "enligt Asciltos synpunkter", men det är är knappast något jag kan rekommendera, varken i diskussioner eller i artiklar. Finns andra hack också – som nollbreddsmellanslag – men alla är lika fula. Nirmos (diskussion) 28 april 2017 kl. 21.57 (CEST)

Det gör inget om s:et blålänkas och "Användare" kommer ju aldrig med, men jag vill att s:et skall synas och du Användare:Nirmos presenterade en bra lösning. Det som är löjligt är när man menar "Asciltos synpunkter" och det kommer ut som "Ascilto synpunkter", det blir inte en fullständig mening. /Ascilto (diskussion) 28 april 2017 kl. 22.59 (CEST)

Det är förmodligen en bug/oförutsedd effekt av finessen "Gör så att den synliga texten i signaturer byts ut mot användarens riktiga användarnamn.". Kryssar du ur den så kommer genitiv-s:et tillbaka.--Thurs (diskussion) 28 april 2017 kl. 23.11 (CEST)

@Nirmos: Nu har jag försökt tillämpa Nirmos förslag att skriva [[Användare:Ascilto|Asciltos]] med genitiv-s i anslutning till användarnamnet, men det resulterade ändå i "Ascilto" utan genitiv-s, så förslaget funkar inte i praktiken. Buggen, som Användare:Thurs antar att det är, bör rättas till. /Ascilto (diskussion) 1 maj 2017 kl. 16.42 (CEST)

"Bug" var slarvigt uttryckt av mig. Det är mer av en oönskad effekt. Finessen fungerar nog som det är tänkt men det går inte skilja på en länk i en användares signatur eller om en användare länkas till i texten.--Thurs (diskussion) 1 maj 2017 kl. 17.57 (CEST)

Ascilto: Fixat i Special:Diff/39734096. Nirmos (diskussion) 1 maj 2017 kl. 19.20 (CEST)

Stort tack, nu funkar det! /Ascilto (diskussion) 1 maj 2017 kl. 23.11 (CEST)

Mall som inte håller till höger?

Frida håller tlll höger.

Mall som numera håller till höger
1940
Oljemålning
61 × 47 cm (h×b)
Harry Ransom Center, University of Texas, Austin. Länk till bilden (Information om upphovsrätt)

Hej igen! Här är ett annat mallproblem. Det gäller {{Konstverk2}}, som skapades i samband med Konst på Wikipedia i mars. Den används nu i den här artikeln. Problemet med mallen uppdagas här – den trivs inte ihop med andra bilder eller mallar, helt enkelt. Mallkoden är helt kopierad från den här mallen, som fungerar som den ska på dewp.

Kan även det här problemet lösas, vore det toppen. Mallen används som faktaruta för konstverk som inte har bild på Commons. Idealt skulle {{Konstverk}} kunna användas, om några layoutmässiga egenheter kunde lösas först. Allt gott.--Paracel63 (diskussion) 29 april 2017 kl. 23.38 (CEST)

Jag ändrad klassen från "float-right" (som kanske inte är definierad på svwp) till "infobox" och då placerar sig rutan snyggt till höger. --Larske (diskussion) 29 april 2017 kl. 23.52 (CEST)

 Gillar Toppen – återigen! Jag och AHA tackar och bugar! --Paracel63 (diskussion) 30 april 2017 kl. 00.52 (CEST)

Det är bättre att använda clear:right; i style-attributet om det enda man vill är att förhindra andra floatade element till höger. Klasser ska helst förmedla någon form av semantisk information, alldeles oberoende av stilar. Nirmos (diskussion) 30 april 2017 kl. 03.12 (CEST)

@Nirmos: Bra att du ändrade, man ska inte ta till mer än nöden kräver. Du skrev i din redigeringskommentar att Det här är inte en infobox vilket fick mig att fundera på vad som krävs för en infobox. Mallen {{Konstverk2}}:

• är en mall
• har en ram (=är en box)
• har ett antal parametrar för att fylla boxen med med info
• är avsedd att normalt placeras i högerkanten av en artikel

Vad mer behövs för att få "vara en infobox"?

--Larske (diskussion) 30 april 2017 kl. 11.05 (CEST)

Den innehåller info, så den kan nog kallas infobox. Men i Frida Kahlo verkar den mest användas för att länka till ett konstverk som inte kan visas i artikeln pga upphovsrätt. För det syftet bör det gå att använda något diskretare än en stor faktaruta. I en artikel om konstverket skulle faktarutan passa, men för det bör de två olika faktarutorna slås ihop så de liknar andra infoboxar och så det blir lika i alla konstverksartiklar. 90.227.175.244 30 april 2017 kl. 12.02 (CEST)

Det är just att se de utseendemässiga likheterna och sedan gruppera dem därefter som är själva fallgropen. En infobox är – om du frågar mig – något som bygger på Mall:Faktamall, där klassen ursprungligen kommer ifrån. Mall:Klimatöversikt är ett bra exempel på hur tokigt det kan bli. Där används klassen infobox, men det som du tycker utmärker en infobox (att den är högerställd) har tagits bort.

Det här utgör inget problem för de allra flesta, men är desto mer hårslitande för den som vill göra något med en riktig infobox. När jag utvecklade MediaWiki:Gadget-mapframe.js krävde jag till en början att det fanns exakt en infobox. Det tog ett tag innan jag förstod varför det inte fungerade (en del robotskapade geografiartiklar använder Mall:Klimatöversikt, som i sin tur använder klassen infobox). Nirmos (diskussion) 30 april 2017 kl. 12.10 (CEST)

Tack för den fortsatta hjälpen. Mitt och AHA:s behov var att på en snyggt, enkelt och standardiserat sätt kunna länka till en bild i en faktamall. Vi hittade inget snyggt sätt utifrån kodningen i {{Faktamall}}, så vi tog istället koden i dewp-mallen (deras motsvarande mall för {{Konstverk}}). Det var i det här fallet bra att den var lite diskretare och inte hade en rubrik som låg utanför ramen.--Paracel63 (diskussion) 1 maj 2017 kl. 21.23 (CEST)

Jag har gjort ett försök att konvertera {{Konstverk2}} så att den nu bygger på Faktamall och därmed är en "riktig infobox". Man kan pilla lite på stilarna för de olika rubrikN och innehållN för att finjustera så att det blir kursiverad stil för till exempel titeln om man vill. --Larske (diskussion) 1 maj 2017 kl. 23.21 (CEST)

Fliken "Redigera" (dvs Visual Editor) finns ibland inte

Spårad i Phabricator (?)
Task T163307 Open

Senaste dagarna har fliken "Redigera", alltså den som frambesvärjer Visual Editor, inte alltid visats för mig. Nu talar jag bara om fallet när det gäller artiklar, funktionen är ju inte aktiverad för alla namnrymder och fliken ska alltså inte visas på alla sidor. Men om jag t ex kör "slumpartikel" ett antal gånger så visas fliken inte sådär en gång av fem eller tio. Problemet verkar inte finnas på andra språkupplagor, så jag misstänker att felet ligger här, i något skript som laddas i fel ordning eller liknande. När fliken saknas finns inte heller redigeringslänkar till VE vid rubrikerna. Kommentarer eller förslag? /NH 18 april 2017 kl. 18.29 (CEST)

Tips: Du kan lägga till ?safemode=1 i slutet av webbadressen för att se den utan personlig CSS eller javascript, för att kontrollera om det är någonting i dina personliga inställningar som spökar. /Julle (disk.) 18 april 2017 kl. 18.44 (CEST)

Jupp, tack. Felet visar sig även när jag inte är inloggad, vilket ju gör att det inte gärna kan ha med mina inställningar att göra. Som oinloggad laddas sidorna aningen fortare för mig, och felet visar sig också något mer sällan (tror jag). /NH 18 april 2017 kl. 19.04 (CEST)

Jag får samma fel som NH. Laddar jag om samma sida så dyker dock "Redigera-fliken" upp igen så det har inte med någon specifik sida att göra. Kanske Nirmos kan tolka den här bilden som är fångad vid ett tillfälle när fliken inte visas. Jag tycker att det ser ut som om load.php har fått för sig att "VE is not available" och därför sätter display:none; för listelementet (dvs fliken) med id ca-ve-edit. Men vad är det som ger load.php den uppfattningen? --Larske (diskussion) 18 april 2017 kl. 19.23 (CEST)

Den där bilden hjälper tyvärr inte mig. Om någon kan titta vad det står i konsolen när det inte fungerar så skulle det med största sannolikhet vara till mer hjälp. Det skulle också vara bra att veta om all annan JavaScript inte fungerar när VE inte fungerar. Till exempel, visas "(−bot)" vid Slumpartikel, "redigera wikitext" vid huvudrubriken, och kugghjulet vid språklänkarna när VE inte fungerar?

Jag har testat oinloggad ett antal gånger både i Chrome, Firefox och Edge och kan inte återskapa problemet i artiklar. Dock, på låsta sidor står det nu "Your skin is incompatible with VisualEditor. See <https://www.mediawiki.org/wiki/VisualEditor/Skin_requirements> for the requirements.". Det kan vara en ledtråd till något i MediaWiki som har ändrats nyligen och inte fungerar som det ska. Nirmos (diskussion) 19 april 2017 kl. 07.28 (CEST)

Jag har nu (idag) bara testat i Safari. Då gäller följande:

• När felet visar sig, så funkar åtminstone en del övrig Javascript (t ex så finns "-bot"-länken vid Slumpartikel). Kan inte säga om all annan fungerar.
• När felet visar sig, så visas bland annat följande meddelande i konsollen: "[Warning] Your skin is incompatible with VisualEditor. See <https://www.mediawiki.org/wiki/VisualEditor/Skin_requirements> for the requirements. (load.php) ". Just det meddelandet visas inte när felet inte visar sig.

/NH 19 april 2017 kl. 08.30 (CEST)

Jag har skapat phab:T163307 nu. Nirmos (diskussion) 19 april 2017 kl. 09.00 (CEST)

Hey all. That task is now considered resolved, although you will notice its effects only next week. Thanks for bringing it up on Phabricator. Best, --Elitre (WMF) (diskussion) 3 maj 2017 kl. 12.53 (CEST)

Felaktig kategorisering

Kategori:Pages with incorrect ref formatting finns i Mall:Broken ref. Kan någon få bort detta? Eller vidta någon åtgärd för detta?--Bruno Rosta (diskussion) 29 april 2017 kl. 05.03 (CEST)

Vadi består problemet? Frisko skapade mallen häromdagen, så hn kan säkert svara på syftet med mallen. -- Innocent bystander (diskussion) 29 april 2017 kl. 09.31 (CEST)

Mallen är till för att lista sidor med referensfel på ett bättre sätt än Kategori:Sidor med referensfel. Till exempel genom att bara lista sidor i artikelnamnrymden och att kategorisera artiklarna efter typ av referensfel. Jag håller just nu på att ta fram och testa en fungerande mall på min lokala Mediawiki-installation istället, så denna mall kan raderas tills vidare. Frisko ^{(dis.) (bid.)} 29 april 2017 kl. 11.15 (CEST)

@Frisko: "Sidor med referensfel" är en kategori som styrs av programvaran MediaWiki. Jag tror inte det enkelt går att begränsa medlemmarna i denna kategori genom att konstruera mallar/moduler. Det kräver nog hack i programvaran MediaWiki eller åtminstone de systemparametrar som hör till denna. -- Innocent bystander (diskussion) 3 maj 2017 kl. 13.07 (CEST)

@Innocent bystander: Jodå, jag är medveten om att den kategorin styrs av programvaran. Det handlar egentligen inte om att begränsa medlemmarna i just den kategorin, utan att skapa en (eller flera) nya kategorier. Detta görs på enwp och jag har gjort det lokalt, så det är fullt möjligt. Trixet är att anropa en mall från MediaWiki-sidorna som styr över felmeddelandena (till exempel MediaWiki:Cite error ref no input). Från denna mall kan du enkelt kontrollera vilken namnrymd sidan hör till och välja att kategorisera den eller inte. Det är även möjligt att kategorisera efter typ av referensfel om så önskas. Se exempelvis hur det löses på enwp. Jag (som brukar städa bland referensfelen med jämna mellanrum) tycker det vore en smidig lösning. Med vänliga hälsningar, Frisko ^{(dis.) (bid.)} 3 maj 2017 kl. 14.06 (CEST)

Mall-loop? Trasig mall?

Jag hittade en mall med en konstig effekt. Gå in på Mall:Rugbyklubb. Där står det mall-loop som ett felmeddelande. Att det är fel förstår jag. Men kan någon åtgärda detta?--Bruno Rosta (diskussion) 3 maj 2017 kl. 19.39 (CEST)

 Utfört Mallen används inte. -- Innocent bystander (diskussion) 3 maj 2017 kl. 19.52 (CEST)

Fint! Tack ska du ha för hjälpen!--Bruno Rosta (diskussion) 3 maj 2017 kl. 19.58 (CEST)

En extra tilde?

När jag lämnar klottermallar hos klottrare, brukar jag om det ligger en enda mall sedan innan kollapsa den, lägga in rubriken "Tidigare meddelanden" och lägga ny mall över. Men i den hanteringen, om jag skriver in ny mall överst och gör fyra tilde för signatur, och sedan trycker Retur för att kunna lägga in rubriken nedanför, så läggs det automatiskt till ytterligare en tilde. Hur kommer det sig? Går det att få bort den automatiska extra tilden på ngt sätt? Idunius 2 maj 2017 kl. 10.39 (CEST)

Måste du trycka AltGr+^ två gånger för att få ett tilde, dvs totalt åtta gånger för att få fyra tilde? I så fall är det lätt hänt att man råkar trycka nio gånger i stället och då ramlar det extra tildet ut när man trycker på enter. Det händer mig också ibland. /ℇsquilo 3 maj 2017 kl. 14.00 (CEST)

@Idunius: Efter att min dator igår uppdaterades under ett par timmar så fungerar "AltGr+^" nu helt annorlunda. Tidigare krävdes det fyra tryck för att få till en signatur, nu krävs det två! Det gör att alla mina signaturer blir toklånga just nu. Av alla idiotiska grejor att ändra, så är nog ändringar i hur tangentbordet fungerar de allra dummaste. Det har gått 30 år sedan jag lärde mig hur man skriver maskin, och jag har fortfarande inte förlikat mig med att datorer idag har tysk standard för svenska tecken istället för svensk. Jag skriver därför fortfarande ,.-;:_ ibland istället för åäöÅÄÖ. -- Innocent bystander (diskussion) 4 maj 2017 kl. 08.42 (CEST)

Instämmer! Men här verkar det vara något i hur vår sida funkar i redigeringsläge. Det är alltså så att om jag skriver fyra tilde, och sedan retur, så flyttas markören ner en rad och kvar ovanför finns fem tilde... Mysko. Idunius 4 maj 2017 kl. 10.44 (CEST)

Patrulleringsproblem

Artikeln Stuvbutiken har raderats några gånger idag (pga reklam/orelev). Det verkar som att den radering jag gjorde kl 8.40 skedde utan att artikeln automatiskt markerades som patrullerad. Därefter har nya versioner raderats och markerats som patrullerade. Nu anges en version av artikeln ifråga som opatrullerad, men jag har inte lyckats åtgärda det genom återställning för att markera den som patrullerad. Patrulleringsknappen kommer inte upp heller vid återställning av versionen som verkar ha orsakat detta. Någon som har en idé om hur det kan åtgärdas? MediaWiki API visar följande:

{
    "batchcomplete": "",
    "query": {
        "recentchanges": [
            {
                "type": "new",
                "ns": 0,
                "title": "Stuvbutiken",
                "pageid": 8019096,
                "revid": 39741915,
                "old_revid": 0,
                "rcid": 200285217,
                "timestamp": "2017-05-04T06:39:19Z"
            }
        ]
    }
}

JohanahoJ (diskussion) 4 maj 2017 kl. 10.05 (CEST)

Mycket problem just nu: phab:T164448. Nirmos (diskussion) 4 maj 2017 kl. 10.08 (CEST)

Nu verkar det vara fixat. Var det du, Skottniss, som lyckades till slut? JohanahoJ (diskussion) 4 maj 2017 kl. 14.18 (CEST)

Jag antar det, men jag fick då inte fram någon patrulleringsknapp att trycka på. Vet inte hur det löste sig som. Skottniss (diskussion) 4 maj 2017 kl. 14.24 (CEST)

Tack för insatsen iallafall! JohanahoJ (diskussion) 4 maj 2017 kl. 14.28 (CEST)

Magnus Krantz - Politiker

Hej

Jag håller på att skapa en sida om Magnus Krantz som är en välkänd lokalpolitiker, trots detta får jag ett meddelande om att det inte är relevant. Finns det några detaljerade kriterier kring detta?Tarkan194 (diskussion) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Hej. I det meddelandet som du fått på din diskussionssida så finns det en länk till kriterierna Wikipedia:Relevanskriterier. Där kan du läsa mer om detta. -- Tegel _(disk) 7 maj 2017 kl. 16.42 (CEST)

help

Hello i made an edit to a page but it was reverted back as they said i need to source the information. Could you help me as i do not know how to source it 2A00:23C4:E405:AC00:A5D5:11C5:9878:46F6 19.35 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand av Skottniss.)

On what article did you edit? By sourcing it, you say where you got the information from. Like, if you found it in a book, that would be your source. If you need help with wikicoding I can help you with that too but, you'll need to be more specific. Are you sure you made an edit here on swedish wiki though? Not one of the english Wikipedias (english and simple english)? Skottniss (diskussion) 7 maj 2017 kl. 21.28 (CEST)

Är Slid en förgreningssida eller ej?

Kan någon titta på Slid och säga mig om det är tänkt att vara en förgreningssida eller ej? Känns som en blandning av diverse saker, men kan för lite om området för att lägga mig i :) //Mippzon (diskussion) 1 maj 2017 kl. 22.39 (CEST)

Som den ser ut nu lutar den mer åt förgreningssida. I mina ögon skulle sidan Slid (maskinteknik) behöva skapas och den maskintekniska infon som nu ligger på Slid förenklas/förkortas. //Vätte (diskussion) 2 maj 2017 kl. 11.26 (CEST)

Det låter rimligt! Om någon är sugen so gör't :) Annars kikar jag närmre på det när jag har tid och ork! //Mippzon (diskussion) 2 maj 2017 kl. 21.48 (CEST)

Jag lade in en länk till Slidmotor på sidan. Den innehåller en del information som kanske kan användas i Slid (maskinteknik). /ℇsquilo 9 maj 2017 kl. 07.29 (CEST)

Wikidata och faktarutor

Hej! Hur gör man för att få faktarutan i den här artikeln lite snyggare? {{Faktamall film WD}} har här i princip inga egna värden, utan allt hämtas från Wikidata. 24 av 25 noter är placerade just i faktarutan, och 16 av dem används flera (upp till nio) gånger. En möjlighet att trimma ner antalet notsiffror till en rimlig nivå (eller helst ta bort noterna) skulle uppskattas. @Mippzon:, som lade in mallen i artikeln.

Att bilden i faktarutan lagts upp på Commons med tveksam laglighet gör inte saken bättre. Hmm…--Paracel63 (diskussion) 8 maj 2017 kl. 09.47 (CEST)

(Jag har märkt bilden för radering, om den försvinner från exemplet. /NH 8 maj 2017 kl. 09.59 (CEST))

@Mippzon, Väsk, Innocent bystander, Paracel63: En anledning till att det är så många noter i faktarutan är att en användare roat sig med att lägga in en massa (7–8) referenser till varje påstående om till exempel genre. Det verkar helt märkligt. Samma användare har lagt in hela skådespelarlistan i filmen Iron Man (film) i Wikidata (och en massa andra filmer). Om man skulle stoppa in mallen {{Faktamall film WD}} i den artikeln skulle det se ut så här. Kanske vi behöver någon "varningsklocka" som ringer om det blir för många referenser eller för många påståenden om samma sak. --Larske (diskussion) 8 maj 2017 kl. 10.29 (CEST)

Tack för info, Larske (och för bildhjälp, NH)! I sådana här lägen känner jag mig lite utlämnad till folk som arbetar ofta på Wikidata och känner till rutiner och teknik bättre än undertecknad. Wikipedia är beroende av Wikimedia Commons (som jag lärt mig hantera och som har ett liknande gränssnitt) och Wikidata (som jag lärt mig sämre och som inte har ett liknande gränssnitt). Jag har en from förhoppning att Wikidata med tiden kommer att bli lättare att tas med, men såna här exempel gör mig lite förundrad.--Paracel63 (diskussion) 8 maj 2017 kl. 11.32 (CEST)

Oj, det där var ju inte grannt alls! Har nog aldrig stött på Wikidataobjekt som är så detaljerade och så överdrivet källbelagda, så jag visste inte ens om att problemet fanns. Jag har inget bra förslag på källorna, men frågan är om man inte på nåt sätt kan markera vilka roller som är huvudroller och sen bara lista dem, inte varenda skådespelare som syns i filmen. //Mippzon (diskussion) 8 maj 2017 kl. 11.39 (CEST)

(redigeringskonflikt) Jag är inget jättefan av Mall:Faktamall film WD av ovan nämnda orsaker samt att det inte kan kombineras med lokalt definierade uppgifter. Att radera myckna källor på Wikidata är förmodligen inte okej om källorna är godtagbara var och en för sig. Som tur är verkar denna överdrivna källbeläggning begränsa sig till Hollywoodfilmer och vissa väldigt belagda uppgifter.

Det bästa vore en funktion här på Wikipedia som möjliggör begränsning av antalet källor till ett givet antal om de överskrider ett givet antal. Det skulle kunna kompletteras en prioritetslista som gör att vissa källor sorteras ut först (exempelvis bör Gemeinsame Normdatei och vissa andra databaser flytta på sig innan man exkluderar riktiga litteraturhänvisningar). Väsk ✎ 8 maj 2017 kl. 12.08 (CEST)

Det är tekniskt möjligt att lägga in ett begränsning av hur många källor som ska visas vid varje påstående. -- Innocent bystander (diskussion) 8 maj 2017 kl. 17.07 (CEST)

Blev det någe bättre? @NH: Jag har begränsat till max 3 källor för varje påstående. -- Innocent bystander (diskussion) 8 maj 2017 kl. 17.12 (CEST)

Squid löser det hela med att presentera ett antal och ha en klickbar label ex. cast members så visas 3 stycken med en knapp 64 members se Iron Man (Q192724) - Salgo60 (diskussion) 8 maj 2017 kl. 17.41 (CEST)

@Väsk: Kan du peka ut några levande exempel på där det finns lågkvalitativa källor? I viss mån borde man kunna sortera dem efter kvalité, men det går sällan att göra det perfekt. -- Innocent bystander (diskussion) 8 maj 2017 kl. 20.35 (CEST)

Det finns vissa databaser som VIAF, NNDB, GND, BNF och andra som är väldigt omfattande. Om man inte har några andra källor är dessa bättre än ingenting, men om man dessutom har ett par bättre källor (exempelvis artiklar eller hänvisningar till uppslagsverk) så blir det överflödigt att ha med hänvisningar till databaser. Idealläget borde vara att sådana databaskällor exkluderas när man har andra bättre källor. Jag kan dock tänka mig att det kan bli ganska svårt att implementera och att nyttan kan ifrågasättas, så det känns inte prioriterat. Väsk ✎ 9 maj 2017 kl. 16.33 (CEST)

Det går enkelt att känna igen när Propertyn för VIAF används i källan. Det är svårare när VIAF bara anropas genom en webbadress. -- Innocent bystander (diskussion) 9 maj 2017 kl. 18.21 (CEST)

Jag har lagt lite Tender Loving Care på ett urval av källhänvisningarna på WD. Jag påstår inte att det blir perfekt, men jag tror de flesta tycker det blir bättre! -- Innocent bystander (diskussion) 8 maj 2017 kl. 21.01 (CEST)

Lagt in lite första test i Modul:Sandlådan/Innocent bystander/WD.

Jämför denna nya funktion

*{{#invoke:Sandlådan/Innocent bystander/WD|formatStatements|property=P569|entityId=Q4115189|sourcelimit=99}} <references/>

med den gamla

*{{#invoke:Wikidata2|formatStatements|property=P569|entityId=Q4115189|sourcelimit=99}} <references/> Funktionen sorterar inte bara bort VIAF här, utan också "importerad från" när det finns bättre i samma. Datan kommer från d:Q4115189#P569. -- Innocent bystander (diskussion) 9 maj 2017 kl. 21.58 (CEST)

NEj, det bidde inte rätt alls, jag måste nog skriva om större delar av den här delen av koden för att det ska bli rätt. -- Innocent bystander (diskussion) 10 maj 2017 kl. 08.43 (CEST)

*{{#invoke:Sandlådan/Innocent bystander/WD|formatStatements|property=P569|entityId=Q4115189|norefrank=thru|sourcelimit=99}} <references/>

Så illa var det tydligen inte. @Väsk: nu har jag i min sandlåda lagt in ett filter som gör att källor som innehåller vissa strängar anses redundanta jämfört med andra källor. Även källor som "importerad från" anses redundanta när det finns annat. Exakt vilka som är redundanta ser du längst upp i sidan Modul:Sandlådan/Innocent bystander/WD och tredje raden, den som säger "redundanta = {'viaf.org" etc.

-- Innocent bystander (diskussion) 10 maj 2017 kl. 09.16 (CEST)

Om @Larske: inte ser ngt knas i den nya koden skickar jag ut den nu i kväll live i Modul:Wikidata2?! Inga ändringar ska behövas i befintliga mallar. -- Innocent bystander (diskussion) 10 maj 2017 kl. 17.34 (CEST)

Imponerande! Jag är lite osäker på hur effektivt det är att använda URLer, då dessa källor oftare hänvisas till med "anges i" och/eller särskild property. Vi får se hur det fungerar.

En annan sak: Det verkar som att de flesta "importerat från"-hänvisningarna har försvunnit. Om man tittar i Kategori:Artiklar med importerade Wikidatavärden så finns det bara kvar i artiklar där någon eller några enstaka uppgifter hämtas från Wikidata. Om en uppgift enbart har en "importerat från"-referens exkluderas denna om andra uppgifter hämtade från Wikidata har andra hänvisningar. Kan det ha något med de senaste förändringarna att göra? Sorteringen bör rimligen göras för varje enskilt statement, inte för hela artiklar. Väsk ✎ 10 maj 2017 kl. 17.41 (CEST)

@Väsk: Den förändring jag gjorde för ett par dagar sedan påverkar bara påståenden med många källor, inte om det finns bara finns högst tre, och det borde vara det vanligaste. Den sista ändringen här med att prioritera källor har inte lagts ut i en enda artikel än, då den ändringen behövde felsökas innan den lades ut i tusentals artikel. En annan förklaring kan kanske vara att bigrafimallen ändrades för ett tag sedan, så alla importerad från försvann från dessa. Den ändringen var rent kosmetisk, utan någon större AI inlagd i koden.

Den här tekniken går att lätt utveckla till att leta efter andra saker än bara url'er. Nu valde jag just det, eftersom det fångar både anrop av GND genom GND-propertyn och genom att ange GND's hemsida direkt i REFERENS-URL'en. Det måste inte vara fragment av adresser i den här "redundant"-variabeln. Det går att lägga in andra saker där, även ren plain text. -- Innocent bystander (diskussion) 10 maj 2017 kl. 19.22 (CEST)

Elliottia - Trillingazaleasläktet

Djur och natur är inte min starka sida men det verkar för mig som amatör att dessa två egentligen är samma, stämmer det? Elliottia och Trillingazaleasläktet? //Mippzon (diskussion) 18 maj 2017 kl. 18.51 (CEST)

Bild i artikel

Jag ser inte hur den felaktiga bilden i Euchaetis är inlagd? Maundwiki (diskussion) 18 maj 2017 kl. 20.50 (CEST)

Den verkar tas från Wikidata. JohanahoJ (diskussion) 18 maj 2017 kl. 21.02 (CEST)

Sidan Tromsø

På sidan om Tromsø är det nu bra med källor. Överst på sidan sitter rutan om "Källhänvisningar". Sitter den där bara p.g.a. att det på sidan är markert "källa behövs" för badtemperaturen i havet? Detta är en uppgift som är svårt att hitta källa på. Men det är ingen kontroversiell uppgift alls. Det är mycket känt att temperaturen i havet utanför Nord-Norge ligger på runt 10-11 grader i juli/aug. Är det inte lite synd att den stora rutan står på toppen av sidan bara p.g.a. en sån bagatell? Åsikter? Colosseum~nowiki (diskussion) 20 maj 2017 kl. 13.07 (CEST)

När mallen lades in i december 2015 var det bara ytan som var källbelagd. Nu ser det mycket bättre ut, och jag tog därför bort mallen. Thoasp (diskussion) 20 maj 2017 kl. 14.52 (CEST)

Bokmål

När jag är inne på en svensk wiki sida och läser om t. ex. Narvik och så vill veta lite mera och därför vill läsa på den norska sidan. Då ser jag på språk till vänster och då hittar jag "Norsk nynorsk". Men varför är det inte "Norsk bokmål" som kommer upp bland de översta språken? Det är Norsk Bokmål som är det stora språket i Norge och som har de största sidorna. Jag vet att jag hittar Bokmål längre ner på listan men om det bara skall stå ett norskt språk överst så bör det vara bokmål. Detta har skett på väldigt många av de sidor jag sett på, alltså inte bara Narvik.Colosseum~nowiki (diskussion) 20 maj 2017 kl. 13.07 (CEST)

När jag går in i artikel Narvik så ser jag afrikaanska, arabiska och en variant på kinesiska överst. Bokmål kommer direkt före Nynorsk mycket längre ner. Har du synpunkter på de kompakta språklänkarna så är det en utvecklarnas heliga graal som vi inte får stänga av. -- Innocent bystander (diskussion) 20 maj 2017 kl. 14.33 (CEST)

Auktoritetsdatawikikod i textval

Kan "någon lägga till {{auktritetsdata}} som ett av snabbvalen bland wikikod-strängarna under wikitext editorn? Eller är det en dum idé?--LittleGun (diskussion) 14 maj 2017 kl. 19.21 (CEST)

Upptagen med att göra så här, så här och så här på femtioelva projekt. Nirmos (diskussion) 15 maj 2017 kl. 02.33 (CEST)

Ingen panik, vid tillfälle eller om någon annan nappar.--LittleGun (diskussion) 15 maj 2017 kl. 18.26 (CEST)

Som det är designat just nu så är det fyra rader i huvudnamnrymden: först diverse wikitext som inte är mallar, sedan åtgärdsmallar, därefter referens-relaterat och slutligen den rad som är gemensam för alla namnrymder. Vill man lägga till diverse mallar som är användbara i huvudnamnrymden är det nog bäst att göra det på en ny rad, men en rad med bara en mall skulle bli lite tokigt. Om det går att hitta några andra mallar som används väldigt ofta i huvudnamnrymden finns inga problem att skapa en ny rad med dessa. Nirmos (diskussion) 17 maj 2017 kl. 01.05 (CEST)

{{taxonbar}} kan vara en sådan mall. Thoasp (diskussion) 17 maj 2017 kl. 18.41 (CEST)

LittleGun: Det ser ut som att edittools håller på att fasas ut. När jag trycker på någon snabbknapp i redigeringsläget står det "Use of "toolbar" is deprecated." i webbläsarens JavaScript-konsol. Det finns även det här uppdraget på Phabricator. Det är nog bäst att lägga till auktoritetsdata utan att gå till redigeringsläget över huvud taget, genom att lägga till

//<nowiki>
mw.loader.using( [ 'mediawiki.util', 'mediawiki.api.edit' ], function () {
	'use strict';
	if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) {
		$( function() {
			if ( !$( '.auktoritetsdata' ).length ) {
				mw.util.addPortletLink(
					'p-tb',
					'#',
					'Auktoritetsdata',
					't-auktoritetsdata',
					'Lägg till mallen "Auktoritetsdata"'
				);
				$( '#t-auktoritetsdata' ).find( 'a' ).click( function ( e ) {
					e.preventDefault();
					( new mw.Api() ).postWithToken( 'csrf', {
						action: 'edit',
						title: mw.config.get( 'wgPageName' ),
						summary: 'Lägger till [[Mall:Auktoritetsdata]]',
						appendtext: '\n{{Auktoritetsdata}}'
					} ).then( function() {
						location.reload();
					} );
				} );
			}
		} );
	}
} );
//</nowiki>

på Special:Min sida/common.js. Det lägger till en knapp i verktygslådan i sidomenyn om du är i huvudnamnrymden och auktoritetsdata inte finns på sidan. När du klickar på knappen gör du en redigering som lägger till mallen i slutet av sidan. När redigeringen har gått igenom laddas sidan om. Nirmos (diskussion) 23 maj 2017 kl. 19.32 (CEST)

Enastående elegant, tack så mycket. Du är grym!--LittleGun (diskussion) 23 maj 2017 kl. 19.45 (CEST)

fråga om artikeln om stanislav grof som jag har just nu försökt uppdatera

Hej, jag uppdaterade denn artikeln eftersom forskaren det handlar om, Stanislav Grof, kommer till Sverige senare denna vecka. Det är ett ganska unikt tillfälle (senaste besöket var för 17 år sedan och han är nu 85 år). Han är väldigt uppskattad bland sina kretsar och räknas som en stor celebritet. jag undrar därför om det vore läge att nämna hans besök på wikipedias allmänna hemsida (första sidan med nyheter etc)

Mvh NLEE (diskussion) 22 maj 2017 kl. 19.33‎ 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Hej själv! Jag tror bristen på intresse att svara här beror på att ingen anser Stanislav Grofs besök i Sverige är av tillräcklig dignitet för aktuella händelser. Jag tycker i varje fall inte det. Den rutan är i och för sig ganska styvmoderligt behandlad, så jag tror att om du lyckats själv hade det fått vara kvar, men egentligen ska fokus vara på internationellt uppmärksammade händelser och oberoende av Sverige. Men eftersom de flesta som skriver på svenska också är svenskar blir det såklart slagsida: Både att Vatikanen fått en ny kardinal och KI en ny rektor är av internationell dignitet, men jag tror inte kardinalen nämnts om han inte varit svensk och inte rektorn om institutionen varit utländsk. För ett Sverigebesök av en, om än namnkunnig, psykiatriker och internationell föreläsare kan i varje fall inte jag motivera tillräcklig internationell dignitet. Så tyvärr.--LittleGun (diskussion) 25 maj 2017 kl. 10.00 (CEST)

@LittleGun: I Portal:Huvudsida/Visste du att har Grof legat ett par dagar nu. -- Innocent bystander (diskussion) 25 maj 2017 kl. 14.04 (CEST)

Jaha, vad bra. Där funkar den såklart. Jag fattade inte att det var en ny artikel.--LittleGun (diskussion) 25 maj 2017 kl. 16.45 (CEST)

Placering av infobox i biografier?

Jag har nyligen sett flera biografier som har inledning, sedan infobox, sedan resten av texten. Detta i både engelska och svenska Wikipedia. Tidigare har jag bara sett artiklar med infobox allra först, under den inledning och resten. Är detta någon ny policy? Zquid (diskussion) 25 maj 2017 kl. 09.17 (CEST)

Exempel? --Larske (diskussion) 25 maj 2017 kl. 09.21 (CEST)

Marie Lu (en) och Veronica Roth. Det ser OK ut i läget för stationär dator, men konstigt i mobilläget. Zquid (diskussion) 25 maj 2017 kl. 09.45 (CEST)

Syftar du på normalvisning eller i wikiläge? För mig (dator) ligger infoboxen ovanför inledningen i dina exempel när jag tittar på källkoden i wikiläge. Jag vet att det kan bli ett glapp mellan infoboxen och inledningen i artikeln beroende på hur många blankrader det är mellan infoboxen och inledningen i källkoden. Men att källkod byter plats utan vidare låter för mig mycket egendomligt. Däremot kan jag tänka mig att artiklar kan se lite olika ut beroende på vilken enhet och webbläsare som används. /Kyllo (f.n. fadder)|diskutera?| 25 maj 2017 kl. 11.14 (CEST)

phab:T143139, phab:T145216, phab:T150325. Nirmos (diskussion) 25 maj 2017 kl. 13.15 (CEST)

Normalvisning? Wikiläge? Eh, jag hänger nog inte riktigt med nu... Jag tror att jag får avvakta lite och fråga på nästa veckas skrivstuga. Då kan jag även visa hur det ser ut på mobilen. Detta var inte jättebråttom med, utan bara ännu en sak jag försöker komma underfund med. Men så är det väl med mycket, en del klurar man ut själv, en del efter tips från andra, och en del måste man få hjälp med "på plats" (eller vad man säger). Det som verkar klart är iallafall att det inte är nån särskild policy, utan något med tekniken. Tack till er som svarat! Zquid (diskussion) 25 maj 2017 kl. 17.17 (CEST)

Det har gjorts en ändring i hur artiklar visas på mobiltelefoner. Någon tyckte att infoboxarna tar för mycket plats så att det blir svårt att se brödtexten och vad artikeln handlar om. Därför har artikeln inledning flyttats upp så den visas före infoboxar när man läser från mobiltelefoner. 90.227.175.244 25 maj 2017 kl. 17.29 (CEST)

Zquid: Jag tänkte nog inte på att du kunde vara nybörjare. Jag kan förstå att du reagerar och jag förmodar att det är lättare att förstå problemet när man ser det, än när man bara försöker föreställa sig det. Men nu verkar det som att du har fått svar från andra som vet. /Kyllo (f.n. fadder)|diskutera?| 25 maj 2017 kl. 18.14 (CEST)

Sidradering av andra än administratörer

På senare tid har jag observerat att användare som inte är administratörer kunnat radera artiklar. Det har gjorts av såväl etablerade användare som okända. Raderingarna har skett i samband med sidflyttar, vilket normalt kräver administratörer. Hur hänger detta ihop? /Ascilto (diskussion) 28 maj 2017 kl. 18.08 (CEST)

Visa gärna något exempel? /NH 28 maj 2017 kl. 18.38 (CEST)

Det har egentligen alltid fungerat så. Om X skapades som en omdirigern till Y och inte har fler redigeringar så kan alla användare flytta Y till X. En av anledningarna till det är att alla ska kunna ogöra vanliga sidflyttar. Det nya är att en radering görs som visas i raderingsloggen och att omdirigeringen till Y ligger som en raderad sidversion av X. Tidigare försvann omdirigeringen spårlöst. EnDumEn ✍ 28 maj 2017 kl. 18.39 (CEST)

Tack, då förstår jag. /Ascilto (diskussion) 28 maj 2017 kl. 18.55 (CEST)

Hmmm, detta gör att en användare som XXN seglat upp som en av våra mest aktiva administratörer. Det var en oväntad utveckling! -- Innocent bystander (diskussion) 31 maj 2017 kl. 15.32 (CEST)

KML dyker upp

För några månader sedan laddade jag upp kml-filer för finlands kommuner, men jag satte bara in {{KML}} på ett fåtal, när jag själv hade nytta av dem eftersom det inte var helt trivialt att få mallen på rätt ställe med en bot. Den främsta nyttan jag själv haft av kml-mallen är att den gör att polygonen visas i i WikiMiniAtlas (WMA) (jordgloben vid artikelns koordinater). Nu skulle jag ta mig samma om lägga in de saknade KML-mallarna och då visar det sig att för de artiklar jag laddade upp kml med rätt namn syns den nu i WMA utan att det finns någon KML i artikeln (exempel: Åbo). I de där jag lagt in KML-mall finns den, men försvinner om man tar bort mallen (exempel: Euraåminne), och i dem där KML-filen ligger under avvikande namn (exempel:S:t Karins - kmlfilen uppladdad under "Sankt Karins"), finns den inte, så jag tror att de KML-filer jag laddade upp är källan. Hur gick det till, och är det fortfarande en bra idé att lägga in KML-mallen i artiklarna? Och så undrar jag om det finns något rationellt sätt att "tala om" för WD att dessa filer finns (jag vet ungefär hur man lägger in det i ett objekt, men avser inte göra det för hand, kommun för kommun, men kanske finns någon bot som gör sådant). Taxelson (diskussion) 31 maj 2017 kl. 10.48 (CEST)

Lade nu till {{KML}} till de nuvarande finländska kommuner som inte hade den (och förstörde därmed exemplen), men återstår framför allt frågan om WD, om någon vet. Taxelson (diskussion) 31 maj 2017 kl. 20.37 (CEST)

Är d:Property talk:P3096 till någon hjälp? Åtminstone tror jag du kan få svar på frågor där! -- Innocent bystander (diskussion) 31 maj 2017 kl. 21.00 (CEST)

@Innocent bystander: Tack! Ställde nu frågan där, så får vi se. Taxelson (diskussion) 31 maj 2017 kl. 22.00 (CEST)

Redigeringsverktygsraden

Spårad i Phabricator (?)
Task T166857 Open

Plötsligt har redigeringsverktygsraden bytt utseende för mig, trots att jag inte har ändrat några inställningar. Jag försöker förklara med hjälp av de motsvarande redigeringsverktygsraderna på engelska.

1. 
2. 

Tidigare hade jag nummer 1 med jordglob, men nu har jag fått nummer 2 med ett internwikilänkverktyg som först låter en sorts mall poppa upp. Jag vill alltså ha tillbaka verktygsrad nummer 1, med vilken internlänken infogas direkt. Slånbär (diskussion) 2 juni 2017 kl. 02.24 (CEST)

Jag har skapat phab:T166857. Nirmos (diskussion) 2 juni 2017 kl. 07.24 (CEST)

@Nirmos: OK. Tack. Mitt lilla bryderi är alltså att det poppar upp en hjälpmall, när jag klickar på "Länk"-symbolen till höger om "Signatur och tidsstämpel"-symbolen. Finns det således inte någon inställning för att förhindra att denna hjälpmall kommer upp? Slånbär (diskussion) 2 juni 2017 kl. 16.02 (CEST)

Jag förstår inte. Om du vill lägga till en länk och inte vill använda den så kan du bara klicka på [[]], [[|]] eller [] under redigeringsfönstret. Nirmos (diskussion) 2 juni 2017 kl. 16.44 (CEST)

@Nirmos: Ja, det är klart! Jag får nog kolla upp min syn... Vad jag ville ha sagt var alltså att det tidigare har gått att lägga in [[]] genom att klicka på länk-symbolen (som ser ut som en liten kedja) till höger om jordgloben. Just den manövern är inte möjlig längre. Slånbär (diskussion) 2 juni 2017 kl. 16.57 (CEST)

Det fanns en inställning för det här: "Aktivera guider för att lägga in länkar, tabeller såväl som sök- och ersättningsfunktionen". Det verkar nu vara standard för alla användare och inte gå att avaktivera. Jag tror Phab:T163793#3232410 nämner det här: "The dialog module is enabled by default, and making is disable-able serves no real purpose so enable that always too." /EnDumEn ✍ 2 juni 2017 kl. 18.33 (CEST)

Fel på Önskade kategorier

Special:Önskade kategorier fungerar inte som det ska. När man t ex tömt en kategori där för att artiklar som hamnat där ligger fel så ska denna röda kategori försvinna nästa gång sidan uppdateras. Men det gör den inte. Nu har vissa legat här i flera månader trots att de är tomma. Vad är felet? Kan någon åtgärda detta?--Bruno Rosta (diskussion) 3 juni 2017 kl. 05.09 (CEST)

Nej, det finns ingen som lokalt här på Wikipedia som kan göra något åt den sidan. -- Innocent bystander (diskussion) 6 juni 2017 kl. 16.31 (CEST)

Verkar hur som helst ha (börjat?) fungera(t) sedan jag tittade senast. De strukna kategorierna i versionen från 2 juni är nu borta. Taxelson (diskussion) 6 juni 2017 kl. 17.30 (CEST)

Patrulleringsloggen dold för inloggade men inte för oinloggade

När jag kollar loggen för en sida, så syns patrulleringsloggen utan extra klickar när jag besöker logg-sidan som oinloggad. Men när jag är inloggad, så ser jag den bara om jag särskilt begär den informationen. Varför denna skillnad? -- Innocent bystander (diskussion) 6 juni 2017 kl. 17.37 (CEST)

"Citera denna sida"

Användare:StenS har flera gånger påpekat för mig att länken "Citera denna sida" som finns i vänstermenyn, längst ner i undermenyn "Verktyg", är felaktig svenska. Det borde stå "Skapa referens av denna sida" eller "Använd denna sida som referens". På enWP anges "Cite this page" och antagligen är det den falska vännen som spökar. Jag hittar tyvärr inte till var den texten hämtas ifrån, men jag har konto på translate wiki och ändrar gärna om någon kan visa var.--LittleGun (diskussion) 5 juni 2017 kl. 20.57 (CEST)

Texten finns i MediaWiki:Citethispage-link. /EnDumEn ✍ 5 juni 2017 kl. 22.09 (CEST)

Tack, jag har ändrat.--LittleGun (diskussion) 5 juni 2017 kl. 22.33 (CEST)

Nästa puck blir då sidan special:citera. Det är väl inte hela världen om den heter "Citera", men rubriken "Att citera [artikelnamn]" borde vara "Att använda [artikelnamn] som referens". Var ändrar man det?--LittleGun (diskussion) 5 juni 2017 kl. 23.12 (CEST)

LittleGun: MediaWiki:Citethispage-content. Nirmos (diskussion) 6 juni 2017 kl. 13.44 (CEST)

Tack så mycket, jag har uppdaterat där med. Sen har jag härjat på transletewiki: [13]. Hoppas jag inte pajat något. Däremot länkar "Skapa referens av denna sida" fortfarande till special:citera med namnet citera inte skapa referens. Men det kanske blir så.--LittleGun (diskussion) 6 juni 2017 kl. 15.42 (CEST)

Det ser bra ut. Det tar en stund innan översättningarna på Translatewiki slår igenom, men det kommer nog snart. ♥Ainali ^diskussion_bidrag 6 juni 2017 kl. 15.54 (CEST)

Ett knep jag fått lära mig är att lägga till ?uselang=qqx efter en sidtitel i URLen för att då få se vad sidan/etiketten som är intressant heter. Testa till exempel https://sv.wikipedia.org/wiki/Skogforsk?uselang=qqx (framslumpad sida) för att se vad allt heter. /Axel Pettersson (WMSE) (diskussion) 7 juni 2017 kl. 11.18 (CEST)

Och om det redan finns ett "?" i URLen lägger man till &uselang=qqx istället, se exempel på detta. --Larske (diskussion) 7 juni 2017 kl. 13.28 (CEST)

Diskussionssida vid sidflytt

{{flytta}} ger en länk till diskussionssidan, men dokumentationen nämner ingen möjlighet att styra länken, såsom vid flera motsvarande mallar. I de fall där namnet är upptaget (t.ex. av en grensida) vore det på sin plats att kunna hänvisa diskussionen till en annan plats (lämpligen grensidans diskussionssida, om de andra betydelserna berörs).

Mallen har kod som använder en tredje parameter för ändamålet:

<small>([[{{{3|{{{diskussion|{{TALKPAGENAME}}}}}}}}|Diskussion]])</small>

men en andra länk är hårdkodad:

som behöver diskuteras, se [[{{TALKPAGENAME}}|diskussionssidan]].

Hur skulle detta åtgärdas? (Kanske fel sida för frågan, men jag upptäckte förhållandet först då jag börjat skriva.)

--LPfi (diskussion) 7 juni 2017 kl. 10.44 (CEST)

Konstig röd kategori som troligen bör tas bort

Kategori:Pages using deprecated image syntax finns i ca 15 artiklar just nu. Kan någon ta bort detta?--Bruno Rosta (diskussion) 9 juni 2017 kl. 22.28 (CEST)

 Fixat! /Frisko ^{(dis.) (bid.)} 9 juni 2017 kl. 23.22 (CEST)

Tack för hjälpen!--Bruno Rosta (diskussion) 10 juni 2017 kl. 06.48 (CEST)

Translatewiki

MediaWiki:Wikibase-listdatatypes-geo-shape-head/sv behöver en bättre översättning! -- Innocent bystander (diskussion) 11 juni 2017 kl. 21.06 (CEST)

 Fixat här. /Frisko ^{(dis.) (bid.)} 11 juni 2017 kl. 22.23 (CEST)

@Frisko: Men är vi säkra på att "Geografisk form" är det bästa sättet att översätta "Geographic shape" just här? Observera att det här är relaterat till Data-namnrymden på Commons, och verkar beröra vissa typer av filformat? Se c:Help:Namespaces @Edaen:? -- Innocent bystander (diskussion) 12 juni 2017 kl. 13.25 (CEST)

Möjligt att det inte är en optimal översättning, jag fick efter MediaWiki:Datatypes-type-geo-shape/sv, som i så fall också bör ändras. Just MediaWiki:Wikibase-listdatatypes-geo-shape-head/sv används bara som underrubrik på sidan d:Special:ListDatatypes vad jag kan förstå? Men alla meddelanden om geo-shapes ska såklart säga samma sak. Vad vore ett bättre namn? Geografisk data? Geografisk kartdata? Kartdata? /Frisko ^{(dis.) (bid.)} 12 juni 2017 kl. 13.45 (CEST)

Det är exakt den fråga jag gärna vill ha svar på! Ping på alla som läst något i ämnet! -- Innocent bystander (diskussion) 12 juni 2017 kl. 13.53 (CEST)

Man kanske kan klargöra vad som menas, blir enklare att översätta då och jag tror @Innocent bystander: vet bäst på den punkten. Edaen (diskussion) 12 juni 2017 kl. 14.32 (CEST)

Se d:Property:P3896 på Wikidata och hur denna används samt hur filerna ser ut på Commons. Det här beskriver inte bara den geografiska formen på administrativa enheter som länder och kommuner, utan också tunnelbanelinjers och vägars sträckning. Om vi kunde få ett namn på filtypen, så vore det nog hjälpsamt när vi ska diskutera både vad datatypen och propertyn bäst heter! I väntan på ett vettigt namn har jag benämnt propertyn "geoshape", men det är bara för att slippa Wikidatas motsvarighet till "röda länkar". -- Innocent bystander (diskussion) 12 juni 2017 kl. 14.38 (CEST)

Möjligen bara "geografi" eller kanske "geografisk information" eller "geodata". "Shape" här verkar vara ett arv från ESRI:s filtyp "shapefil" och ska nog inte inspirera till översättningen "form". Edaen (diskussion) 12 juni 2017 kl. 14.55 (CEST)

Några andra förslag jag hade tänkt på är geografisk information, geografisk utsträckning eller, kanske enklare, kartinformation?

Men geodata är nog bättre. --Larske (diskussion) 12 juni 2017 kl. 15.02 (CEST)

Är geodata verkligen begränsat till bara den här typen av kartdata? Lantmäteriet verkar använda begreppet för även andra typer av geografiska data, till exempel djupvärden och höjddata. Jag tycker kartinformation och kartdata är bra förslag. Frisko ^{(dis.) (bid.)} 12 juni 2017 kl. 16.58 (CEST)

Personer från orter

Tog just bort en "känd" person från en ort då han inte hade en egen artikel. Dock fanns det en länk (som jag också tog bort) till ett massmedium som bekräftade att han var från platsen. Var det fel av mig? KlasHass (diskussion) 10 juni 2017 kl. 23.11 (CEST)

Jag tycker du gjorde rätt. /NH 11 juni 2017 kl. 23.11 (CEST)

Rödlänkade artiklar i listor är ofta problematiska. Om de inte har ett naturligt samband med de övriga länkarna i listan ger de ofta ingen vettig info till läsaren. En källa som bekräftar någons hemvist bekräftar inte alltid att personen är viktig och relevant nog för en egen artikel. Eller annorlunda formulerat: om en sådan länk ska finnas kvar i listan, bör artikeln i stället skapas (med ett antal vettiga och relevansskapande källor). Då kanske inte blålänken alls behöver källbeläggas.--Paracel63 (diskussion) 13 juni 2017 kl. 00.59 (CEST)

Borttagna länkar som inte försvinner

Mall:Shakespeare rensades 11/6 från sin länk till den olyckliga omdirigeringssidan Romeo och Julia (pjäs), men ändå listas fortfarande alla artiklar som använder mallen på specialsidan "Sidor som länkar hit". Finns det något sätt att få bort detta? /Ascilto (diskussion) 13 juni 2017 kl. 18.24 (CEST)

Vänta till sidan renderas om. Har du bråttom kan du göra en "null edit" genom att klicka på "Redigera wikitext" och sedan direkt (utan att ändra något i texten) på¨"Publicera ändring". Jag gjorde det just på Henrik IV (pjäs) och den är nu inte längre kvar i listan. --Larske (diskussion) 13 juni 2017 kl. 18.29 (CEST)

Tack, jag har gjort null-edit på både omdirigeringssidan och mallen utan att det händer något med listan, du menar alltså att man måste göra null-edit på varje artikel som har mallen? /Ascilto (diskussion) 13 juni 2017 kl. 18.37 (CEST)

Ja, om man inte vill vänta. --Larske (diskussion) 13 juni 2017 kl. 20.24 (CEST)

Har sett ngn rapport om att "Whatlinkshere" skulle ha problem nu. -- Innocent bystander (diskussion) 14 juni 2017 kl. 08.22 (CEST)

Jag ser inga sådana länkar på Special:Länkar hit/Romeo och Julia (pjäs). Så om någon annan fortfarande ser dem är det något annat problem, typ den egna datamaskinen. /NH 14 juni 2017 kl. 09.45 (CEST)

Jag gjorde null-edit på flera av artiklarna och jag tror att även Användare:Larske gjorde några, då försvann länkningarna. /Ascilto (diskussion) 14 juni 2017 kl. 10.17 (CEST)

Förgreningslänk på första sidan

Den utvalda artikeln idag om Bleach pekar under knappen "Läs mer" mot förgreningssidan Bleach. Jag vet inte hur man ändrar, men så kan vi ju inte ha det. :) Kan någon hjälpa? Matanb (diskussion) 15 juni 2017 kl. 21.59 (CEST)

Fixat så det ser bra ut. Men det var sanlöst hur man kan krångla till en lista... Just nu är utvald artikel Wikipedia:Utvald artikel/Bleach som i sin tur omdirigerar till Wikipedia:Utvald artikel/Bleach (musikalbum). Men jag kan inte för mitt liv hitta till platsen där man kan redigera en lista med vilken artikel som är utvald. Den listan borde ändras så att det står att det är [[Wikipedia:Utvald artikel/Bleach (musikalbum)]] som är utvald. [[Wikipedia:Utvald artikel/Bleach]] borde raderas från den listan, då kan även den nuvarande omdirigeringen Wikipedia:Utvald artikel/Bleach raderas. Den som vet var listan finns får gärna visa mig.--LittleGun (diskussion) 15 juni 2017 kl. 22.46 (CEST)

Skönt att höra att det var krångligt. För det var min uppfattning också när jag försökte. :) Tack! Matanb (diskussion) 15 juni 2017 kl. 22.52 (CEST)

@LittleGun: Listan du söker är {{Utvald artikel/Datum}}. Jag har rättat till det här. Frisko ^{(dis.) (bid.)} 15 juni 2017 kl. 22.55 (CEST)

Tack! Jag snurrade in på den listan flera gånger utan att haja att det var en lista.--LittleGun (diskussion) 15 juni 2017 kl. 23.16 (CEST)

Och nu har jag raderat omdirigeringen.--LittleGun (diskussion) 15 juni 2017 kl. 23.19 (CEST)

hjälp med mall eller sökfråga

Skapade {{kso}} för att hantera referenser till lantmäteriets kartsök och ortnamn, och lagt in den i 200+ artiklar i huvudsak med bot. Jag upptäckte emellertid att referensen till kso ofta angivits utan koordinater, varvid parameter 1 och 2 blivit tomma. Dessa borde åtgärdas och jag hade hoppats kunna söka t.ex så, men det går inte. Går det att formulera sökningen så att den fungerar? Ett annat alternativ vore att lägga artiklar som har mallen utan att {{{1}}} är satt hamnar i en åtgärdskategori, men sådant klarar jag inte heller av att få till. Någon som kan och vill? Taxelson (diskussion) 19 juni 2017 kl. 00.26 (CEST)

@Taxelson: Den här sökningen kanske hittar det du letar efter. --Larske (diskussion) 19 juni 2017 kl. 01.29 (CEST)

Tack Larske! Lade nu till den frågan på mallens dokumentation. Skulle kanske gå att fylla i den genom att helt enkelt konvertera artikelns koordinater till sweref99 om jag ev hittar något script för att konvertera åt det hållet. Får leta en annan dag. Taxelson (diskussion) 19 juni 2017 kl. 11.56 (CEST)

Fixade dem, något 30-tal, för hand. Taxelson (diskussion) 22 juni 2017 kl. 19.27 (CEST)

Saknar property P373

Vad betyder egentligen det att en artikel har en commonscatmall som saknar property P373? Och är det någorlunda lätt att åtgärda? Kan man räkna med att det fixas på Wikidata (som det verkar vara relaterat till..?? Höstblomma (diskussion) 21 juni 2017 kl. 17.06 (CEST)

Har du ett exempel på en sådan artikel? ♥Ainali ^diskussion_bidrag 21 juni 2017 kl. 17.28 (CEST)

Ja, Albano (Stockholm). Det uppstod sedan jag kopplade ihop kategorin på Commons med artiklarna på Wikipedia (så att man får en Commonslänk i vänsterspalten), tror jag. Commonslänken fungerar dock, så jag är förbryllad, missade jag något man skulle göra t.ex? Höstblomma (diskussion) 21 juni 2017 kl. 17.33 (CEST)

Menar du att det skulle vara någon kategori på den artikeln (vilken i så fall) eller ser du det på Wikidata? ♥Ainali ^diskussion_bidrag 21 juni 2017 kl. 17.40 (CEST)

Det stämmer att det är kopplat till Wikidata. Du kan inte räkna med att det fixas där, utan det bästa är att du gör det själv. På artikelns sida i Wikidata klickar du på "lägg till" under uttalanden, anger egenskap P373 och commonskategorin. Klicka på spara, så är allt fixat. Thoasp (diskussion) 21 juni 2017 kl. 17.42 (CEST)

(Redigeringskonflikt) Du kan också göra så här. Det är det kategorin uppmuntrar till. Syftet med detta är att uppmuntra spridning av den information som finns på Wikipedia till Wikidata och därigenom till andra projekt. På det viset kan vi också få fram om det finns fellänkade Commonscat-mallar. (Det finns andra kategorier för det om du tittar runt lite.)

Det har varit lite delade meningar om huruvida Wikipedias artiklar ska ligga i samma objekt som Commons kategorier. Det anses av vissa vara att blanda två olika koncept. Det är dock så vi alltid gör med Wikinews så jag förstår inte riktigt problemet. Jag vet inte hur konsensus har utvecklats, Esquilo kanske har bättre koll? -- Innocent bystander (diskussion) 21 juni 2017 kl. 17.44 (CEST)

Tack, det ser ut som om det fixade sig nu :) Höstblomma (diskussion) 21 juni 2017 kl. 17.51 (CEST)

Kategorin ska anges utan "category:". Thoasp (diskussion) 21 juni 2017 kl. 17.58 (CEST)

Precis så som Innocent bystander skrev ska man göra. Jag tycker fortfarande att det är en mycket dålig praxis att interwikilänka ihop kategorier med artiklar, men efter att ha fått mig en åthutning på min diskussionssida där har jag slutat ta bort sådana länkar. /ℇsquilo 21 juni 2017 kl. 19.45 (CEST)

Det kanske är dags att ta bort de här kategorierna i de fall det finns en sitelink till en kategori på commonswiki. Det finns fall där det inte är möjligt att sätta en sitelink, och det är när det finns två eller fler artiklar på WP som passar ihop med en sida på Commons. Därför tror jag P373 och motsvarande för Gallerier blir kvar. -- Innocent bystander (diskussion) 22 juni 2017 kl. 10.07 (CEST)

Fixa frågesidan för fikarummet

PÅ våra admomröstningssidor så visas bara en del av sidan upp när vi röstar, genom olika användningar av section, noinclude etc. Skulle det gå göra något liknande för sidan Wikipedia:Fikarummet/Frågor, så att det den vanliga vägen visar upp "allt" på sidan, men att det gick lägga in sidan (med {{}}) här så att bara delar av innehållet visades upp, säg sista frågan/obesvarade frågor. Vi kunde då gör den aktuella frågan tillgänglig även på denna sida (ev efter egen rubrik etc).Yger (diskussion) 23 juni 2017 kl. 08.43 (CEST)

Tekniskt sett går det! Se nedan

Men det kräver närmast att någon (lämpligen en robot) håller section-parametrarna alternativt include-taggarna uppdaterade och på rätt plats hela tiden. Jag tror inte en nybörjare klarar det. Det är knappt etablerade wikitomtar reder ut det. -- Innocent bystander (diskussion) 23 juni 2017 kl. 08.57 (CEST)

Jag ser detta som en helt OK lösning. Det är ju ett inget stort jobb lite då och då flytta sektionen nedan neråt och flytta sectiontaggar.(sedan fungerar inte funktionen att ställa frågor efter trycka på en knapp, men det är en annan fråga)Yger (diskussion) 23 juni 2017 kl. 10.31 (CEST)

Den som har Wikipediafrågor men inte Fikarummet på sin bevakningslista kommer inte heller att se ändringarna där. Men det kanske inte är en stor sak att oroa sig för. Det kan ju om inte annat få anvöndare att lägga till en sida till på bevakningslistan. -- Innocent bystander (diskussion) 23 juni 2017 kl. 10.44 (CEST)

Och när hela avsnittet flyttas neråt på denna sida kommer en blänkare.Yger (diskussion) 23 juni 2017 kl. 10.47 (CEST)

ORES, Bevakningslistan och Translatewiki

På Wikidata finns det i bevakningslistans "teckenförklaring" en rad med texten:

"r This edit may have problems and should be reviewed (more info)"

Någon händig på Translatewiki kanske vill göra en insats för Ärans och Hjältarna språk! -- Innocent bystander (diskussion) 23 juni 2017 kl. 10.52 (CEST)

Mall-loop upptäckt

Hej,

Jag har ett par frågor gällande skapande och redigerande av mallar. Jag har läst så mycket jag kan om det, men inte hittat någon förklaring till varför jag får beskedet "Mall-loop upptäckt: Mall:Kartläsare-VM" när jag försöker skapa en mall till Kartläsare-VM. Ska tilläggas att jag också försökt skapa en Mall:Kartläsare, men jag fick samma besked då.

När jag ändå är på ämnet har jag också försökt redigera existerande mallar till rallyförare med tilläggsinformation, som jag sedan ser i själva mallen men inte på wikipediasidorna om respektive förare. Cal1 (diskussion) 2 juli 2017 kl. 18.25‎ 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand av Taxelson.)

Lopen blir av att mallen anropar sig själv. När du skriver{{Kartläsare-VM...}} anropar du just den mallen och det kan man därför förstås inte göra i samma mall, alltså på sidan mall:Kartläsare-VM. Jag misstänker att du avser anropa någon annan mall, medan det du skrivit kanske är avsett som dokumentation? Då behöver det stå inom <noinclude>-taggar (eller bättre inkluderas från en undersida). Titta på någon besläktad mall och de hur den är gjord! Taxelson (diskussion) 2 juli 2017 kl. 18.44 (CEST)

Hej Cal1, en mall får inte anropa sig själv, direkt eller indirekt. Om du tittar på hur andra mallar är gjorda kan du få tips om du ska göra även för denna mall. Jag har börjat lite på koden åt dig. Det verkar inte som om du har läst Wikipedia:Mallar. Där finns mer information om hur man gör, men fråga gärna här igen om du stöter på problem. --Larske (diskussion) 2 juli 2017 kl. 19.02 (CEST)

Tack till er båda. Jag har läst Wikipedia:Mallar men hittade inget om just Mall-loop. Ska kika mer på andra mallar. Däremot såg jag att du gjorde en återställning på en mall Larske, med hänvisning att jag ska vänta med redigeringen tills mallen stödjer dessa parametrar. Blir jag meddelad om när det stödjer det? Om det står i Wikipedia:Mallar ska jag hitta det själv.

Cal1 (diskussion) 2 juli 2017 kl. 20.01 (CEST)Cal1

I första hand är det du som fixar stödet! Studera hur Larske gjort i {{Kartläsare-VM}}! Taxelson (diskussion) 2 juli 2017 kl. 20.07 (CEST)

Om du har förslag på utökning med nya parametrar och inte själv vill, vågar eller kan göra det kan du alltid ta upp önskemålet på mallens diskussionssida. Där kan det också var bra att ta upp förslag på andra ändringar som påverkar befintliga artiklar för att diskutera fram en bra lösning. Du kan också använda mallen {{Mallhjälp}} för att göra andra uppmärksamma på att du behöver hjälp. --Larske (diskussion) 2 juli 2017 kl. 20.19 (CEST)

Wien (huvudstaden)

Vi har en väldigt konstig omdirigering som är helt onödig som heter Wien (huvudstaden). Denna omdirigerar enbart till Wien. Kan någon robot ta bort länkningar till denna och ersätta dessa med bara Wien i samtliga artiklar där detta finns? Detta är något konstigt botskapat. Föreslår sedan när boten har tagit bort dessa att denna omdirigering sedan raderas då den är helt onödig--Bruno Rosta (diskussion) 27 juni 2017 kl. 20.35 (CEST)

Det bör jag kunna åta mig, men ta bort omdirigeringen bör man inte, då det bara försvårar historiken. Det finns f.ö många motsvarande "... (huvudstaden)", på grund av något tekniskt skäl i Lsjbot som jag inte längre minns. Taxelson (diskussion) 27 juni 2017 kl. 21.29 (CEST)

Har nu satt Taxelbot på uppdraget, men det tar ett tag då det är nästan 16000 i ns0. Taxelson (diskussion) 27 juni 2017 kl. 21.47 (CEST)

Tack för det! Jag får väl se vilka fler likadana det finns på andra huvudstäder--Bruno Rosta (diskussion) 27 juni 2017 kl. 22.31 (CEST)

Jag hittade några till just nu som är lika tokiga. Kanske samma bot kan ta dessa med sedan? Det gäller Rom (huvudstaden), Aten (huvudstaden), Podgorica (huvudstaden), Vilnius (huvudstaden), Rabat (huvudstaden) och Kairo (huvudstaden). Det finns säkert fler. Jag får gå igenom alla världens huvudstäder vid till fälle. Men som sagt var, kan dessa jag hittade också tas med?--Bruno Rosta (diskussion) 27 juni 2017 kl. 22.58 (CEST)

Körningarna är enkla men långa, så andra får gärna ta några. Wien kommer inte att vara klar innan jag lägger mig, och jag startar ingen ny förrän tidigast i morgon kväll. Taxelson (diskussion) 27 juni 2017 kl. 23.05 (CEST)

Här är en lista på länkar som slutar på "(huvudstaden)" med antalet av respektive slag:

Titel	Antal länkar dit	Status
Abu_Dhabi_(huvudstaden)	&&&&&&&&&&&01727.&&&&&01 727	Utfört av LarskeBot
Accra_(huvudstaden)	&&&&&&&&&&&02572.&&&&&02 572	Utfört av LarskeBot
Andorra_la_Vella_(huvudstaden)	&&&&&&&&&&&&&&07.&&&&&07
Ankara_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Asmara_(huvudstaden)	&&&&&&&&&&&03572.&&&&&03 572	Utfört av LarskeBot
Aten_(huvudstaden)	&&&&&&&&&&012386.&&&&&012 386	Utfört av LarskeBot
Bangui_(huvudstaden)	&&&&&&&&&&&09574.&&&&&09 574	Utfört av LarskeBot
Basse-Terre_(huvudstaden)	&&&&&&&&&&&&0793.&&&&&0793	Utfört av LarskeBot
Brasília_(huvudstaden)	&&&&&&&&&&039653.&&&&&039 653	Utfört av Taxelbot
Bujumbura_(huvudstaden)	&&&&&&&&&&&03187.&&&&&03 187	Utfört av LarskeBot
Castries_(huvudstaden)	&&&&&&&&&&&&0245.&&&&&0245	Utfört av LarskeBot
Dacca_(huvudstaden)	&&&&&&&&&&&&&&03.&&&&&03
Djibouti_(huvudstaden)	&&&&&&&&&&&04117.&&&&&04 117	Utfört av LarskeBot
Douglas_(huvudstaden)	&&&&&&&&&&&&&017.&&&&&017	Utfört av LarskeBot
Fort-de-France_(huvudstaden)	&&&&&&&&&&&&&&03.&&&&&03
Hamilton_(huvudstaden)	&&&&&&&&&&&&0407.&&&&&0407	Utfört av LarskeBot
Islamabad_(huvudstaden)	&&&&&&&&&&&&&&03.&&&&&03
Jamestown_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Kairo_(huvudstaden)	&&&&&&&&&&010366.&&&&&010 366	Utfört av LarskeBot
Kinshasa_(huvudstaden)	&&&&&&&&&&027114.&&&&&027 114	Utfört av Taxelbot
Libreville_(huvudstaden)	&&&&&&&&&&&02891.&&&&&02 891	Utfört av LarskeBot
Lilongwe_(huvudstaden)	&&&&&&&&&&&01099.&&&&&01 099	Utfört av LarskeBot
Lomé_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Lusaka_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Majur_(huvudstaden)	&&&&&&&&&&&&0904.&&&&&0904	Utfört av KitayamaBot
Manila_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Marigot_(huvudstaden)	&&&&&&&&&&&&&069.&&&&&069	Utfört av LarskeBot
Maseru_(huvudstaden)	&&&&&&&&&&&&0426.&&&&&0426	Utfört av LarskeBot
Montevideo_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Moroni_(huvudstaden)	&&&&&&&&&&&&0515.&&&&&0515	Utfört av LarskeBot
New_Delhi_(huvudstaden)	&&&&&&&&&&026800.&&&&&026 800	Utfört av Taxelbot
Nicosia_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01	Utfört av LarskeBot
Nuuk_(huvudstaden)	&&&&&&&&&&&06582.&&&&&06 582	Utfört av LarskeBot
Phnom_Penh_(huvudstaden)	&&&&&&&&&&&01416.&&&&&01 416	Utfört av KitayamaBot
Podgorica_(huvudstaden)	&&&&&&&&&&&06515.&&&&&06 515	Utfört av Taxelbot
Pretoria_(huvudstaden)	&&&&&&&&&&&&&&02.&&&&&02
Pyongyang_(huvudstaden)	&&&&&&&&&&&05704.&&&&&05 704	Utfört av KitayamaBot
Quito_(huvudstaden)	&&&&&&&&&&&05720.&&&&&05 720	Utfört av Taxelbot
Rabat_(huvudstaden)	&&&&&&&&&&031239.&&&&&031 239	Utfört av Taxelbot
Rom_(huvudstaden)	&&&&&&&&&&&&0211.&&&&&0211	Utfört av LarskeBot
Saint_Helier_(huvudstaden)	&&&&&&&&&&&&0191.&&&&&0191	Utfört av LarskeBot
San_José_(huvudstaden)	&&&&&&&&&&&01941.&&&&&01 941	Utfört av Taxelbot
San_Juan_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Santo_Domingo_(huvudstaden)	&&&&&&&&&&010553.&&&&&010 553	Utfört av Taxelbot
Seoul_(huvudstaden)	&&&&&&&&&&015934.&&&&&015 934	Utfört av KitayamaBot
Sofija_(huvudstaden)	&&&&&&&&&&&&0123.&&&&&0123	Utfört av LarskeBot
Suva_(huvudstaden)	&&&&&&&&&&010176.&&&&&010 176	Utfört av KitayamaBot
São_Tomé_(huvudstaden)	&&&&&&&&&&&&&&03.&&&&&03
The_Settlement_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Vaduz_(huvudstaden)	&&&&&&&&&&&&&&09.&&&&&09
Vilnius_(huvudstaden)	&&&&&&&&&&&&0967.&&&&&0967	Utfört av KitayamaBot
West_Island_(huvudstaden)	&&&&&&&&&&&&&&01.&&&&&01
Wien_(huvudstaden)	&&&&&&&&&&&&0409.&&&&&0409	Utfört av Taxelbot

--Larske (diskussion) 28 juni 2017 kl. 00.42 (CEST)

Wien utfört i ns0. Dubbletterna ~400 har jag inte brytt mig om. Taxelson (diskussion) 28 juni 2017 kl. 08.51 (CEST)

Startat Vilnius (838 stycken) Kitayama (diskussion) 28 juni 2017 kl. 17.47 (CEST)  Utfört

Startat Brasília (39k) Taxelson (diskussion) 28 juni 2017 kl. 18.09 (CEST) Utfört

Startat Majur (ca 800) Kitayama (diskussion) 28 juni 2017 kl. 19.01 (CEST)

@Kitayama: De flesta länkar hit verkar vara kvar. Tog därför bort "utfört" Taxelson (diskussion) 1 juli 2017 kl. 09.29 (CEST)

Startat Abu Dhabi, Accra, Asmara och Aten, se tabellen ovan. --Larske (diskussion) 28 juni 2017 kl. 19.09 (CEST)  Utfört

Startat Pyongyang (5674) Kitayama (diskussion) 28 juni 2017 kl. 19.12 (CEST) Utfört

Startat Basse-Terre, Castries, Douglas, Hamilton, Marigot, Maseru, Moroni, Nicosia, Rom, Saint Helier och Sofija, se tabellen ovan. --Larske (diskussion) 29 juni 2017 kl. 08.07 (CEST)  Utfört

Startat Bangui och Bujumbura, se tabellen ovan. --Larske (diskussion) 29 juni 2017 kl. 23.57 (CEST)  Utfört

Startat Rabat (31k) Taxelson (diskussion) 30 juni 2017 kl. 08.42 (CEST)  Utfört

Startat Suva(10k) Kitayama (diskussion) 30 juni 2017 kl. 19.31 (CEST)  Utfört

Startat Djibouti och Kairo, se tabellen ovan. --Larske (diskussion) 1 juli 2017 kl. 00.38 (CEST)  Utfört

Startat New Delhi (26k) Taxelson (diskussion) 1 juli 2017 kl. 09.15 (CEST)  Utfört

Startat Majur Kitayama (diskussion) 1 juli 2017 kl. 09.32 (CEST)  Utfört

Startat Seoul (15k) Kitayama (diskussion) 1 juli 2017 kl. 14.21 (CEST)  Utfört

Startat Kinshasa (27k) Taxelson (diskussion) 2 juli 2017 kl. 09.45 (CEST) Utfört

Startat Libreville, Lilongwe och Nuuk. --Larske (diskussion) 2 juli 2017 kl. 20.30 (CEST)  Utfört

Startat Santo_Domingo (10k) Taxelson (diskussion) 3 juli 2017 kl. 08.47 (CEST) Utfört

Startat Phnom Penh Kitayama (diskussion) 3 juli 2017 kl. 17.33 (CEST)  Utfört

Startat Podgorica Taxelson (diskussion) 3 juli 2017 kl. 19.58 (CEST)  Utfört

Startat San_José och Quito. (två sista) Taxelson (diskussion) 4 juli 2017 kl. 09.51 (CEST)  Utfört

Nu är, genom tre botars gemensamma arbete, över en kvarts miljon redigeringar och 6 dagar senare denna petitess åtgärdad! Taxelson (diskussion) 4 juli 2017 kl. 16.17 (CEST)

Ni har gjort ett helt otroligt arbete!--Bruno Rosta (diskussion) 4 juli 2017 kl. 16.25 (CEST)

Ü - sorteras som y eller u?

Jag brukar sortera ü som y, men så har jag sett att Norstedts stora tyska ordbok sorterar ü som u. Vilket är rätt från svwp:s synvinkel? Jag hittar ingen riktlinje. /Ascilto (diskussion) 1 juli 2017 kl. 23.02 (CEST)

På tyska är ü, ä och ö Umlaut (omljud) och sorteras som u, a och o. På svenska är ä och ö egna bokstäver och sorteras därefter. "Ü" finns egentligen inte i svenska, men kan förekomma i namn. Då sorteras det rimligen som "y". --Andhanq (diskussion) 1 juli 2017 kl. 23.15 (CEST)

Men brukar man inte i svenska vanligen sortera Ü som U? Alltså detta trots ljudet av bokstaven?--Bruno Rosta (diskussion) 1 juli 2017 kl. 23.59 (CEST)

Vår artikel om Ü säger att det sortas som y på svenska. Kitayama (diskussion)

I artikeln står det så ja. Men det finns ju som många vet massor av felaktigheter bland artiklarna här på Wikipedia. Så där vågar jag inte utgå ifrån sanningshalten. Jag har aldrig sett i verklugheten ord med bokstaven Ü som sorteras som Y, alltså utanför Wikipedia då. Att det uttalas så är en annan sak. Men i praktiken har jag bara sett Ü sorteras antingen som U eller UE--Bruno Rosta (diskussion) 2 juli 2017 kl. 00.11 (CEST)

Jag tror de flesta svenska tryckta uppslagsverk sorterar Ü som Y (i alla fall NE och Bonniers lexikon som jag har här i bokhyllan). Men lyckligtvis sköter Wikipedias programvara den sorteringen, som användare behöver man inte tänka på det. Om standardsortering behöver användas i en artikel (t.ex. för att sortera personer på efternamn) använd då samma tecken som används i artikelnamnet. I stort sett alla tecken som förekommer i artikelnamn här sorteras då rätt. Det finns några få undantag som bör buggrapporteras så programvarans sortering kan ändras. 90.227.175.244 2 juli 2017 kl. 00.19 (CEST)

SAOL (14 uppl) stoppar in müsli mellan myskväll och mysning. Kitayama (diskussion) 2 juli 2017 kl. 00.21 (CEST)

I NE kommer München omedelbart efter mymetall och Überbrettl omedelbart efter Yb (kemisk beteckning för ytterbium). /Annika (diskussion) 2 juli 2017 kl. 00.26 (CEST)

Precis som för klockslag anser jag att internationell standard går före svenska skrivregler. /ℇsquilo 2 juli 2017 kl. 09.20 (CEST)

Med den internationella standarden skulle å och ä sorteras som a och ö sorteras som o... Nej, man kan gott sortera utifrån vilket språk som används, vilket i detta fall innebär att ü sorteras som y i svenskan och som u i tyskan. JohanahoJ (diskussion) 2 juli 2017 kl. 09.33 (CEST)

Nej, det skulle den inte. Alla artikelnamn på Wikipedia sorteras sedan ett eller två år tillbaka enligt ISO 14651 men å, ä och ö har inte flyttat på sig. /ℇsquilo 2 juli 2017 kl. 11.12 (CEST)

Jag läste bara artikeln som länkades till. Då kanske den bör skrivas om. JohanahoJ (diskussion) 2 juli 2017 kl. 11.42 (CEST)

Det beror nog på vad men menar med internationell standard. Det vi hade förut var tecknens ordning i Unicode, A-Z sedan Ä,Å,Ö med lite andra tecken emellan. Nu använder vi den svenska sorteringen i en:Unicode collation algorithm. I ICU Locale Explorer kan man testa den sorteringen för olika språk. Väljer man inget språk sorteras Å och Ä som A och Ö som O. 90.227.175.244 2 juli 2017 kl. 12.07 (CEST)

Ok. Testade med ü, som med svensk inställning sorterades som y (just efter y om allt annat är lika). JohanahoJ (diskussion) 2 juli 2017 kl. 12.21 (CEST)

[indrag]
Programvaran är inställd att sortera här enligt svensk standard så som den definieras i serverns systembiblioteks (glibc om jag inte tar fel) konfigurationsfiler. Det finns möjligen några varianter att välja på och man kan införa egna undantag, men vi skall nog ha starka skäl för att tvivla på att normalfall hanteras fel. I bugrapporten nämns i utan prick, som kan vara en bugg, men också æ, ø och andra enstaka bokstäver där rätt ordning är en tolkningsfråga (det är möjligt att olika varianter av den svenska konfigurationsfilen stöder dessa val, men jag tycker vi skall ha stark konsensus för att ändra här).

Frågan är väl närmast om vi i vissa fall vill frångå svensk standard. Ifråga om utländska namn (på personer eller verk) kunde det ligga nära till hands att ta hänsyn till språket ifråga, vilket då kan skötas med att ersätta ü med u eller y (och æ med ä eller ae) i standardsorteringen. München får väl räknas som ett svenskt namn jämlikt med Paris eller Bryssel (i vissa fall sammanfaller det svenska namnet med det lokala, i andra fall inte, men det bör inte påverka "svenskheten"). De fall där ett namn är entydigt utländskt och sorteringen har betydelse torde vara ovanliga, och undantag för dem kunde bryta mot POMMF, men jag kan tänka mig att det är relevant i kategorier med många tyska namn (och då namn skrivs med ü eller u/y i olika källor eller för olika personer).

--LPfi (diskussion) 2 juli 2017 kl. 09.45 (CEST)

Det vanligast är väl att vi stöter på det i tyska ord och namn och där är det kanske självklart att följa svensk standard. Bokstaven används dock även i andra språk, och där kanske det inte är lika självklart att koppla ihop den med Y-ljudet?! -- Innocent bystander (diskussion) 2 juli 2017 kl. 09.54 (CEST)

Utöver i tyska är det väl främst i turkiska som ü förekommer, det finns ju också några svenska namn. Thomas Gür med turkiskt efternamn är sorterad Gur, trots att man uttalar det y medan systern Dilek Gür är sorterad Gyr och svenske Pontus Fürstenberg är sorterad Fyrstenberg. Jag vill hålla fast vid den svenska sorteringen, även i fallet Gür (så jag ändrade i konsekvensens namn). Det är f.ö. svårt att söka efter ü på en sida då programvaran är förinställd på att söka alla y. /Ascilto (diskussion) 2 juli 2017 kl. 10.24 (CEST)

@Ascilto: Artikeln om bokstaven anger dryga dussinet språk där Ü är en egen bokstav (inte bara ett diakritiskt tecken). Jag tänker inte vara självsäker på att det används på samma sätt överallt. Konsekvens är bra, men att göra rätt är bättre! -- Innocent bystander (diskussion) 2 juli 2017 kl. 10.52 (CEST)

Som LPfi skriver. Det mjukvarubibliotek (glibc) som sköter sorteringen implementerar ISO 14651 och sorterar därför per definition "rätt". Vi behöver inte längre bekymra oss om att själva fundera huruvida ü ska sorteras som u eller y. /ℇsquilo 2 juli 2017 kl. 11.15 (CEST)

En liknande fråga om ü i andra språk än tyska och svenska finns på Wikipediadiskussion:Sortering#Ü som inte är tyskt y. 90.227.175.244 2 juli 2017 kl. 12.07 (CEST)

Tack för länken. Utifrån den diskussionen skulle jag fortsätta sortera svenska, tyska och turkiska uppslagsord med ü som y, men spanska motsvarigheter som u. Jag tror att det måste lösas från språk till språk, beroende på uttal. Utifrån vad som framkommit skulle programvaran kunna låtas sortera svenska, tyska och turkiska uppslagsord med ü, medan spanska ü borde sorteras manuellt. Vad som händer då är tydligen att ü hamnar strax efter y; om vi sorterar manuellt bör de hamna omvartannat - vilket är bäst? /Ascilto (diskussion) 2 juli 2017 kl. 15.56 (CEST)

Y och ü hamnar omvartannat såvida inte orden i övrigt är identiskt stavade. 'Müsli' kommer alltså efter 'mysli' men före 'mystik'. Jag tror inte det är en bra lösning att sortera på olika vis beroende på ordens ursprung; det är bättre att bokstavsordningen är konsekvent och inte varierar beroende på språklig härkomst. JohanahoJ (diskussion) 2 juli 2017 kl. 16.16 (CEST)

Fast Æ sorteras olika beroende på om det är en ligatur (vanligen från latin) eller om det är en egen bokstav (danska och norska).

andejons (diskussion) 2 juli 2017 kl. 18.11 (CEST)

@Andejons:. Så vem hamnar först av Julia Cæsar och Julius Caesar?--Paracel63 (diskussion) 5 juli 2017 kl. 23.47 (CEST)

Julia kommer före Julius. (exempel på sortering av ligaturen: [14]).

andejons (diskussion) 6 juli 2017 kl. 09.07 (CEST)

Slå ihop Wikidata språklänk

Tolk (mätdon) borde ha interwikilänk till en:Go/no go gauge enligt mig. Eftersom Tolk (mätdon) har ett tomt wikidata-objekt så går inte det. De måste "mergas" i Wikidata tror jag, eller om objektet för Tolk (mätdon) kan deletas. Men det var inte självklart hur man gör.--LittleGun (diskussion) 5 juli 2017 kl. 14.18 (CEST)

De är nu "mergade" i Wikidata. Vid hopslagning bör man först kolla vilken av de två wikidataobjekten som är äldst, i det här fallet var det det med enwp-artikeln (lägst id-tal, Q256690 mot Q10699359 för det svwp-kopplade objektet). I det här fallet gick jag då till den nyare sidan på wd (Q10699359), valde "Merge with" uppe i verktygsmenyn och skrev in numret på den äldre sidan (Q256690) i fältet "Merge with" och tryckte på "Merge"-knappen. Klart! JohanahoJ (diskussion) 5 juli 2017 kl. 14.55 (CEST)

Tack för hjälp och instruktion!--LittleGun (diskussion) 5 juli 2017 kl. 14.57 (CEST)

Gör jag väldigt fel då när jag helt enkelt raderar länken på det ena objektet och för in den på det andra och alltså lämnar det första objektet utan Wikilänk? Jag har tänkt att sådana tomma objekt förr eller senare raderas. /Ascilto (diskussion) 5 juli 2017 kl. 15.04 (CEST)

Det tror jag inte, men det gick inte i det här fallet eftersom Wikidataobjektet till Tolk (mätdon) bara bestod av wikiklänken till svWP. Det var så jag försökte göra också.--LittleGun (diskussion) 5 juli 2017 kl. 15.13 (CEST)

En risk är väl att det gamla objektet kan en annan typ av länkning till sig utan att det syns på dess sida, typ Mall:Interwiki extra, från någon wp-språkversion som då förlorar kopplingen. Vid en sammanslagning (merge) skapas en omdirigering, och en ytterligare fördel är att info från det gamla sidan också läggs till den nya. Jag tycker det är ett ganska smidigt sätt. JohanahoJ (diskussion) 5 juli 2017 kl. 15.23 (CEST)

Merge-Gadgeten väljer automatiskt att sammanfoga till det "äldre", om man inte specifikt ber om något annat. (Jag tycker inte regeln är självklar. Vilket objekt av ett på enbart svenska och ett på flera stora språk har sannolikt flest externa inlänkar, oavsett vilken som är äldst?)

Ja, du gör fel Ascilto om du flyttar bara länkarna. Det kan finnas data du inte ser i objekten som riskerar gå förlorade vid en "manuell" sammanfogning av den typen. Du är dock i gott sällskap då det är ett vanligt "fel". Ibland kan man ändå behöva göra så för att trassla upp röriga objekt.

Förutom det JohanahoJ säger om mallar på WP, så finns det mycket interna länkar på WD som kan trasslas till om en sammanslagning inte görs korrekt.

Tomma objekt fångas upp med tiden, men sannolikt kommer den i fall som dessa då att sammanfogas, inte raderas.

-- Innocent bystander (diskussion) 5 juli 2017 kl. 16.06 (CEST)

Intendent

På tyska betyder de:Intendant chef för en kulturell institution, t.ex. teaterchef, men uppslaget har varit felaktigt länkat till svenska intendent som betyder något helt annat och vi har inget motsvarande begrepp. Problemet är att teaterchef redan är länkat till de:Theaterleiter som egentligen både kan betyda teaterchef, konstnärlig ledare (i sin tur länkat till de:Künstlerischer Leiter) och teater-VD. En teaterchef innehar oftast båda rollerna konstnärlig ledare och VD, men kan också ha endera under sig. Om det hade funnits intendenter på svenska teatrar hade dessa förmodligen närmast motsvarat scenmästaren. Jag tog bort länken till svenska intendent från intendant, men objektet har länkar till ett antal språk, jag kan dock inte avgöra på vilka språk intendent motsvarar den mer allmänna svenska betydelsen och på vilka det motsvarar den mer specifika tyska betydelsen. Nu hänger den svenska sidan löst, jag vet inte hur jag skall lösa detta på bästa sätt. /Ascilto (diskussion) 5 juli 2017 kl. 16.19 (CEST)

Kan det passa att koppla ihop sv:Intendent med no:Bestyrer? Annars går det väl att skapa ett helt nytt objekt för "yrket" (eller kanske snarare "titeln") intendent på samma sätt som tyskarna verkar ha gjort för olika "varianter" av konstnärlig ledare, se tabellen nedan. Skulle någon senare upptäcka att det redan finns ett passande objekt går det alltid att slå samma dem.

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	dewiki	frwiki	eswiki	itwiki	dawiki	nowiki	fiwiki	eowiki
d:Q6491450	intendent	19	-	Intendant	-	Intendant	Intendente	Intendente	-	Intendant	Intendentti	-
d:Q11960880	-	0	-	-	-	-	-	-	-	-	-	-
d:Q1776724	teaterchef	7	Teaterchef	Theater manager	Theaterleiter	Directeur de théâtre	-	-	Teaterchef	-	Teatterinjohtaja	Teatrestro
d:Q1797162	konstnärlig ledare	9	Konstnärlig ledare	Artistic director	Künstlerischer Leiter	Directeur artistique	-	Direttore artistico	-	-	-	-
d:Q1797158	-	1	-	-	Künstlerischer Oberleiter	-	-	-	-	-	-	-
d:Q1797160	-	1	-	-	Künstlerisches Entwicklungsvorhaben	-	-	-	-	-	-	-

--Larske (diskussion) 5 juli 2017 kl. 16.48 (CEST)

Rörigt värre. Jag kan inte heller alla språk, men undrar om det inte är den tyska artikeln som ställt till det här. Det verkar på dess diskussionssida som att den tidigare länkade till den engelska "Artistic director" och sedan flyttades till nuvarande wikidataobjekt för att enwp-artikeln "Intendant" bland annat nämner den teaterrelaterade betydelsen i ingressen. Den engelska, liksom ett par andra språk, tar annars upp olika betydelser i ett antal länder, de flesta med en administrativ/förvaltande funktion. Nowp har bara med förvaltarbetydelsen. JohanahoJ (diskussion) 5 juli 2017 kl. 16.54 (CEST)

Tack för svar och tabell! Enligt det nordiska multilexikonet Tvärslå[15] motsvaras svenska intendent av engelska commissary och finska intendentii, inga förslag för norska eller danska. Norska bestyrer sägs motsvaras av svenska ledare, direktör eller förvaltare. Svenska förvaltare som ju är mer eller mindre synonymt med intendent motsvaras av engelska trustee, finska hoitaja eller edunvalvoja och norska forvalter. Detta gjorde det inte lättare. /Ascilto (diskussion) 5 juli 2017 kl. 17.05 (CEST)

Som Larske är inne på, så kanske man ska låta det vara ett eget objekt nu, om inget direkt passar. Jag har själv gjort så ibland, när det inte funnits några andra språkversioner för ett objekt, att jag skrivit in betydelsen på ett par, tre andra språk så att någon annan sedan lättare kan hitta objektet. JohanahoJ (diskussion) 5 juli 2017 kl. 17.16 (CEST)

Men, nu tittade jag på artikeln igen. Den nämner ju olika användningar/betydelser av titeln intendent och kommer därmed nära andra språkversioner. Kanske vore det inte så fel ändå om man i vår artikel lade till exempel på användningen i andra länder, inklusive den tyska, och kopplade den till det tidigare objektet? JohanahoJ (diskussion) 5 juli 2017 kl. 18.12 (CEST)

Jag är nog inne på att flertalet intendent skall kopplas till samma objekt utom den tyska, men jag kan inte förstå förklaringarna på alla språk, så det kan vara något mer som har gemensam betydelse med den tyska. /Ascilto (diskussion) 5 juli 2017 kl. 19.19 (CEST)

Studera gärna också själva objektet, d:Q6491450 alltså, och dess påståenden (=statements). Objektet beskrivs alltså som en instans av profession och en undergrupp till såväl ämbetsman och konstnärlig ledare som verkställande direktör. Det anses vara "samma som" impressario och beskrivs i ett antal (ryska?) encyklopedier och ordlistor. De sistnämnda är inlagda så sent som i mars i år. Det finns också en huvudkategori kopplad till objektet men som bara finns länkad till en den här kategorin på dewp. --Larske (diskussion) 5 juli 2017 kl. 21.29 (CEST)

Mall:Bildmontage

Är den resurskrävande, bör man istället lägga ihop bilderna och ladda upp montaget istället? (just nu använt i artikeln Svenskar)Yger (diskussion) 6 juli 2017 kl. 17.38 (CEST)

Hotcat fungerar inte

Är det bara jag som har problem med Hotcat, eller föreligger det ett allmänt fel? Ett flertal gånger igår och idag har Hotcat varit ur funktion, och därav har jag fått göra flera omkategoriseringar manuellt (emellanåt fungerar dock Hotcat, men oftast inte). – Conexum ^(✔|✘) 6 juli 2017 kl. 18.02 (CEST)

Conexum: Du har gammal JavaScript i Användare:Conexum/common.js som orsakar skriptfel. Nirmos (diskussion) 6 juli 2017 kl. 18.05 (CEST)

Tack, nu fungerar det! – Conexum ^(✔|✘) 6 juli 2017 kl. 18.07 (CEST)

Pågåendemall för ett krig

Ska det verkligen sitta en pågåendemall i Syriska inbördeskriget? Vi brukar normalt inte ha detta när det gäller krig--Bruno Rosta (diskussion) 9 juli 2017 kl. 03.38 (CEST)

Geonames

Maiden Newton är parish och by. I wikidata finns bägge men bara 7293425 (parish) visas i boxen. Det beror troligen på att de har flaggor as human settlement och as civil parish i wikidata. Newton-le-Willows samma men där har inte wikidata flaggor för geokoden och bägge syns i geobox. Var att fixa så att bägge syns om det är en kombinerad artikel? Maundwiki (diskussion) 11 juli 2017 kl. 22.32 (CEST)

@Maundwiki: Anledningen till att bara den ena syntes i boxen var att den var explicit angiven som (enda) parametervärde i mallanropet av geobox. Om man anger ett parametervärde används detta och inget hämtas från Wikidata. Nu har jag tagit bort parametern geonames från mallanropet i Maiden Newton och då syns de båda geonames-värdena som finns i Wikidata. Det hade alltså ingenting med "human settlement" eller "civil parish" att göra. --Larske (diskussion) 12 juli 2017 kl. 02.30 (CEST)

Tack, jag letade men hittade inte. Troligen fel sträng i Ctrl-F. Maundwiki (diskussion) 12 juli 2017 kl. 03.08 (CEST)

Vad

tog jag bort här? -- Innocent bystander (diskussion) 13 juli 2017 kl. 08.33 (CEST)

Någon skräpkod som stoppades in vid de här redigeringarna (med VisualEditor via mobilplattformen) för ett halvår sedan. --Larske (diskussion) 13 juli 2017 kl. 08.51 (CEST)

Redundans

The articles Ali Al-Gharbi District and ‘Alī al Gharbī (distriktshuvudort) seem to be redundant. -- Jesi (diskussion) 13 juli 2017 kl. 19.10 (CEST)

@Jesi: the first is an administrative division of Iraq, while I am not sure if the latter exists at all. The article claims to be about a populated place with this name. Geonames also tells about a populated place named "Najjādīyah". -- Innocent bystander (diskussion) 13 juli 2017 kl. 19.25 (CEST)

För att ta det på svenska. Google översätter "‘Alī al Gharbī" till "secondary to the west". Kan kanske funka som distriktsnamn, men finns det städer som heter så? Arabiska någon? -- Innocent bystander (diskussion) 13 juli 2017 kl. 19.38 (CEST)

Suck, ja, det här är en god anledning till att delar av Geonames-projektet inte var ngn bra idé. Vi har alltså en massa artiklar om bebodda platser på språk och skript väldigt få av oss förstår. Vi klarar inte ens av att avgöra om dessa platser existerar över huvud taget. Det är svårt nog att avgöra vad ett namn på en karta avser utan att behöva tolka arabiska också. Får jag föreslå att ortsartikeln raderas för att vi inte kan verifiera den? -- Innocent bystander (diskussion) 14 juli 2017 kl. 07.37 (CEST)

 Utfört Taxelson (diskussion) 14 juli 2017 kl. 07.44 (CEST)

Tack för bearbetning. -- Jesi (diskussion) 14 juli 2017 kl. 13.35 (CEST)

@Jesi: As you see in this case, the latter was deleted, not because of redundancy, but because we cannot confirm that this populated place exists at all. Geonames is unfortunately filled with ghosts like this! -- Innocent bystander (diskussion) 14 juli 2017 kl. 17.17 (CEST)

Ah, ok. I hope i've understood. (Jag hoppas att jag har förstått ;-) -- Jesi (diskussion) 14 juli 2017 kl. 18.33 (CEST)

Hårt bindestreck

inlägg 1 hitflyttat från arkivet Skottniss (diskussion) 14 juli 2017 kl. 01.52 (CEST)

Hej igen! Jag fick hjälp av LittleGun och Ainali med detta; Hårt bindestreck. Jag frågar igen eftersom jag vet mindre om HTML och andra tekniska saker än vad mer erfarna och kunniga wikipedianer vet. Efter Ainalis svar har jag skrivit saker som ‑ i artiklar. Men Disembodied Soul skrev till mig att ”vissa webbläsare har inte full ut stöd för Unicode” och ”det onödigt med Unicode, då det existerar typografiska tecken”. Detta skrevs i en diskussion om Vilhelm Scharp. i den artikeln hade jag använt ‑ för att undvika en konstig avstavning skulle kunna ske. Min fråga är: finns det någon allmän nackdel med att använda &#x plus Unicode‑kodpunktsnummer plus semikolon? Såvitt jag förstår är det enda möjligheten i många fall. Till exempel är det enda sättet att skriva NON‐BREAKING HYPHEN U+2011, om jag förstod Ainali rätt. Med vänlig hälsning. Jan Arvid Götesson (diskussion) 14 juli 2017 kl. 01.45 (CEST)

Om syftet är att undvika radbrytning kan mallen {{nowrap}} användas, se exempel här. --Larske (diskussion) 14 juli 2017 kl. 06.45 (CEST)

Skapar mallen ingen Unicode så att det blir tokigt eftersom "vissa webbläsare har inte full ut stöd för Unicode” eller eftersom ”det onödigt med Unicode, då det existerar typografiska tecken”?--LittleGun (diskussion) 14 juli 2017 kl. 06.55 (CEST)

Mallen lägger in koden <span style="white-space:nowrap"> ... </span> där ... är den text som anges som parameter till mallen. På den här sidan står det vilka versioner av de vanligaste webbläsarna som har stöd för detta. Och på den här sidan där webbläsarutvecklingen från 1993 fram till 2012 visas kan man se att stödet har funnits sedan 2008 eller 2009. --Larske (diskussion) 14 juli 2017 kl. 07.06 (CEST)

En sak att notera är att webbläsare tenderar att avstava strax efter mallen, oberoende av om det är ett vettigt ställe eller inte. Skiljetecken efter ordet som inte skall avstavas bör alltså läggas med i mallen. --LPfi (diskussion) 14 juli 2017 kl. 07.47 (CEST)

En fråga: Att "vissa webbläsare har inte full ut stöd för Unicode” betyder det att dessa webbläsare inte ens kan tolka &#x2011; som ett bindestreck? Eller betyder det de att inte klarar av att göra bindestrecket (tillräckligt) hårt? Om det förra så är nog &#x2011; förkastligt, men om det senare så är kanske &#x2011; ett gott, men kanske inte ett perfekt alternativ? -- Innocent bystander (diskussion) 14 juli 2017 kl. 08.16 (CEST)

Felaktig (no)wikikod genererad av VisualEditor?

Ta en titt på de här 23 artiklarna. Inte i alla men i många av dessa artiklar verkar det som om <nowiki> har lagts in på ett sätt som knappast är en önskan från den som redigerat utan verkar vara ett fel som VisualEditor har skapat.

Exempel på diffar: 1, 2, 3.

Är detta något som är känt? --Larske (diskussion) 14 juli 2017 kl. 12.37 (CEST)

Jag tror att det där är en konstig rest från något användaren tidigare har gjort men sedan tagit bort, av typen: "Jag gör en länk. nej, vänta, jag tar bort den", och sedan blir nowiki-grejen kvar. Jag har sett att VisualEditor lägger nowiki-taggar så här, [[Länknamn]]<nowiki>s om man inte markerar hela ordet när man gör länken. Det kan vara orsaken.//Hannibal (diskussion) 14 juli 2017 kl. 12.54 (CEST)

Nyskapade artiklar läggs inte till i bevakningslistan

Idag läggs inte längre nyskapade artiklar till i bevakningslistan, trots att jag har det ikryssat. Vad kan detta bero på? /Ascilto (diskussion) 18 juli 2017 kl. 14.54 (CEST)

Nytt användargränssnitt på redigeringssidorna verkar inte riktigt färdigt

Vi verkar ha fått lite nytt utseende med nya funktioner och större och färggladare knappar nertill på wikitext-redigeringssidorna idag. Det verkar dock inte vara riktigt färdigt.

Se bild på "Grundläget"

• Blå bakgrund på "Publicera ändringar" - OK för mig
• Lite större? knappar för "Publicera ändringar", "Visa förhandsgranskning" och "Visa ändringar" - OK för mig
• Ny funktion för "Fullskärm" - OK, men väldigt fult att det inte är en knapp som ser ut som de andra knapparna och att texten är "snett placerad" och ser ut som om den hör till "Visa ändringar".
• "Fullskärm" är också lite oegentligt då det brukar betyda att informationen upptar hela skärmen. Här handlar det snarare om "Fullfönster".
• "Avbryt" saknar också en knapp i samma stil som övriga knappar.

Se bild på "Fullskärmsläget"

• Även här ser det illa ut att texten "Fullskärm" inte har någon knapp som ser ut som övriga knappar och att texten är "snett placerad".
• Det borde dessutom stå "Avbryt Fullskärm" (eller "Avbryt Fullfönster") eftersom det är det som är funktionen i detta läge.
• Knappen/funktionen "Avbryt" saknas helt i detta läge. Varför det?

Är det jag som har några konstiga javascript som ställer till det för mig eller ser det lika illa ut för er andra? --Larske (diskussion) 19 juli 2017 kl. 07.46 (CEST)

Det ser lik ut för mig (Chrome). Som du tycker jag det blir bra om även "Fullskärm" och "avbryt" blir knappar liksom fullskärmslägets fullskärmsknapp blir en knapp som säger "avbryt fullskärm". Fullfönster är bättre än fullskärm. Helst utskrivet: "Visa wikitext i hela fönstret", "Gör redigeringsytan större", "Förstora redigeringsytan" eller nåt.--LittleGun (diskussion) 19 juli 2017 kl. 08.11 (CEST)

Likadant ser det ut på en iPad, dvs i en "stationär dator"-vy. I "mobil vy" finns det ingen "avbryt", men jag vet inte om det funnits innan heller, eftersom jag aldrig använder den vyn. Jag håller med om synpunkterna ovan. JohanahoJ (diskussion) 19 juli 2017 kl. 09.12 (CEST)

Tack. Det allra värsta är fixat nu. MediaWiki:Gadget-Fullscreen.js och MediaWiki:Gadget-Teckenstorlek.js är inget nytt utan saker som jag gjorde för två år sedan. HTML-strukturen har ändrats så att knappen för fullskärm lades till på fel nivå i hierarkin. Det går att göra knapparna för fullskärm och teckenstorlek färgglada också, men det är ingen panik. Nirmos (diskussion) 19 juli 2017 kl. 13.31 (CEST)

Nytt wikitextläge fungerar inte på omdirigeringssidor

Jag använder betafunktionen "Nytt wikitextläge" för redigering. Dock går det inte att använda den på omdirigeringssidor; när man då klickar på "Redigera" kommer istället målsidans källkod upp, och det går heller inte att ändra till omdirigeringssidans namn i URL:en. Går det att åtgärda denna bugg? Lex Veritatis (diskussion) 20 juli 2017 kl. 16.22 (CEST)

Innehållsöversättning svår att nå

Jag har aktiverat betafunktionen "innehållsöversättning" som normalt visar sig som diverse extra tillägg på Special:Mina bidrag. Nu är de dock försvunna därifrån (betafunktionen är fortfarande ikryssad). Ibland – men inte alltid – kan jag komma åt funktionen om jag hovrar med muspekaren över länken "Bidrag" längst upp på sidan (den som alltså går till Special:Mina bidrag). Då dyker något slags rullgardinsmeny upp. Ibland visas bara "tooltip" när jag hovrar. Förslag? /NH 20 juli 2017 kl. 19.39 (CEST)

Åh, jag får alltid upp funktionen på mina bidrag-sidan. Kan det vara en sak som laddas lite senare? Jag får exempelvis ibland inte upp tack-rutan på samma sida som jag tackar, utan det laddas en ny sida.

När det gäller sätt att ha sånt tillgängligt använder jag mig av min användarsida, där jag har samlat praktiska länkar och sen har jag ett bokmärke i webbläsaren som tar mig till den rubriken. Där har jag lagt innehållsöversättningslänken.//Hannibal (diskussion) 20 juli 2017 kl. 19.54 (CEST)

Ska försöka vara mer precis. Jag får som sagt numera aldrig upp innehållsöversättningsfunktionen på Special:Mina bidrag. Om jag går till Special:Inställningar och hovrar över länken till Special:Mina bidrag – då visas en rullgardinsmeny där innehållsöversättning kan nås. Däremot inte om jag hovrar över samma länk när andra sidor är uppe, verkar det. Provat med Safari 10.1.1 och Firefox 54.0.1 (Mac), samma beteende. Jag använder standardinställningar för utseende etc. Även samma beteende med ett nyskapat konto. På engelska Wikipedia fungerar det utmärkt. /NH 20 juli 2017 kl. 20.08 (CEST)

Jag har ingen lösning för det, och vet inte vad det beror på, tyvärr.//Hannibal (diskussion) 20 juli 2017 kl. 20.12 (CEST)

Nej, jag kan göra en felrapport, men avvaktar några dagar eftersom felet inte visar sig på andra språkupplagor och alltså antagligen behöver lösas "lokalt" här. /NH 20 juli 2017 kl. 20.27 (CEST)

Eftersom det fungerar på Special:inställningar där inga lokala javascript körs men inte på andra sidor, så borde det vara något fel i ett javascript som du använder. Kanske i ett script från en default-finess eftersom du får samma fel med ett nyskapat konto. I Firefox kan du öppna webbkonsolen (ctrl+shift+K (ctrl- och shift-tangenterna heter nog något annat på mac) eller genom menyn Verktyg->Webbutvecklar->Webb konsol) och se om det finns några felmeddelanden där. /EnDumEn ✍ 20 juli 2017 kl. 20.44 (CEST)

Har provat lite, med det nyskapade kontot. Oftast dyker det inte upp några felmeddelanden alls, varken på Special:Mina bidrag eller på andra sidor, oavsett om man försöker frammana innehållsöversättningen eller inte. När man går till Special:Inställningar visas dock This page is using the deprecated ResourceLoader module "jquery.tipsy"., och det verkar bara dyka upp just där. Om det nu kan ha med saken att göra. /NH 20 juli 2017 kl. 20.55 (CEST)

Är det bättre nu? Jag hittade och tog bort finessen "Dölj reklam för innehållsöversättning när du skapar en ny sida i huvudnamnrymden." Den tog bort hovermenyn vid länken till bidrag, men borde inte tagit bort något på sidan Special:Mina Bidrag. Det kanske finns annat som dolts av finessen som användare faktiskt vill dölja (i så fall kommer säkert felrapporter om det), men det bör ändå inte vara en defaultgadget så som den fungerar nu. /EnDumEn ✍ 20 juli 2017 kl. 22.13 (CEST)

Ja: Nu visas hovermenyn alltid när man har betafunktionen innehållsöversättning aktiverad, vilket ju är önskvärt. För mitt vanliga konto (detta) visas inte verktygen på Special:Mina bidrag, vilket de däremot gör för ett nyregistrerat konto. (Jag har provat att ta bort webbläsarcache etc.) Såvitt jag kan se har jag inte några finesser eller inställningar aktiverade som borde påverka detta. /NH 20 juli 2017 kl. 22.24 (CEST)

Distrikten och OSM

Distriktsgränserna är inte inlagda i OpenStreetMap? -- Innocent bystander (diskussion) 21 juli 2017 kl. 14.07 (CEST)

Två orter med samma namn i samma kommun

I {{Norrköpings kommun}} har jag stött på ett delikat problem. Hur brukar vi lösa det? -- Innocent bystander (diskussion) 21 juli 2017 kl. 14.20 (CEST)

Jag är inte hundra, men jag tror mig ha löst det med distrikt som särskiljning. Tidigare tror jag socken användes som särskiljning, men sedan distrikten infördes är det en mer naturlig och tidsenlig lösning. Sedan något år är ortsmallen dessutom ändrad till att ange distrikt istället för socken. /Ascilto (diskussion) 21 juli 2017 kl. 14.40 (CEST)

Jo jag mindes rätt, se t.ex. Högås i Kategori:Orter i Kungsbacka kommun. /Ascilto (diskussion) 21 juli 2017 kl. 14.43 (CEST)

Det jag startade tråden om, det var lösningen i navigationsmallen som omtalas ovan. Vilket särskiljningsled artiklarna ligger under har jag inga frågor om alls. Det är bara att flytta om man har synpunkter! -- Innocent bystander (diskussion) 21 juli 2017 kl. 14.50 (CEST)

Det rimliga är väl att ha samma särskiljning i navigationsmallar. /Ascilto (diskussion) 21 juli 2017 kl. 14.53 (CEST)

Eller bara det kortare namnet, Västra Husby respektive Kvillinge och eventuellt inom parentes.Yger (diskussion) 21 juli 2017 kl. 14.58 (CEST)

Det delikata här är också att den "nya" orten är kommun/distrikt och kanske också socken-överskridande. -- Innocent bystander (diskussion) 21 juli 2017 kl. 15.02 (CEST)

Då föreslår jag antingen det distrikt där huvuddelen av orten ligger eller helt enkelt båda distrikten så att det också blir tydligt att det är en distriktsöverskridande ort. /Ascilto (diskussion) 21 juli 2017 kl. 15.41 (CEST)

Småorten Hagsätter ligger huvudsakligen i Västra Husby/Söderköping. Men ortnamnet Hagsätter ser bara ut att ligga på Västra Husby/Söderköpingssidan. Vilken socken småorten ligger i, om någon alls, på Norrköpingssidan, har jag inte lyckats få fram (än). Distriktet där är i vilket fall Tingstad. -- Innocent bystander (diskussion) 21 juli 2017 kl. 15.55 (CEST)

@Innocent bystander: Nej, Tingstads distrikt ligger inte där S1406 ligger (om det är den småorten du menar). På den här kartan kan man se hur distriktsgränserna skär igenom såväl S1406 som S1521 (som jag tror är den andra småorten som du skriver om).

• S1406 ligger i Söderköping kommun/Västra Husby distrikt och Norrköpings kommun/Vrinnevi distrikt.
• S1521 ligger i Kvillinge distrikt (större delen) och i Östra Eneby distrikt (en mindre del).

--Larske (diskussion) 21 juli 2017 kl. 17.06 (CEST)

Norrköpingsdelen av Hagsätter, Västra Husby socken verkar hra till Norrköpings stad (sockenekvivalent) enligt Riksantikvarieämbetets indelning. Taxelson (diskussion) 21 juli 2017 kl. 17.22 (CEST)

Tack Larske, den enda karta jag hade att gå efter var den över distrikten i artikeln om Norrköpings kommun och den var inte riktigt optimal här. -- Innocent bystander (diskussion) 21 juli 2017 kl. 21.07 (CEST)

@Taxelson: Jag vet inte om RAÄ's kartor alltid är de mest korrekta för den egentliga sockenindelningen, men det är väl de lättast åtkomliga kartor vi har i ämnet. -- Innocent bystander (diskussion) 21 juli 2017 kl. 21.10 (CEST)

@Innocent bystander: Nej, när man får "stad" så är det inte alls tillförlitligt, utan man behöver då gå vidare till i detta fall Norrköpings stad där det framgår att socknarna Östra Eneby socken, Sankt Johannes socken och Borgs socken ingår i RAÄ:s "Norrköpings socken". Av artikeln om Sankt Johannes socken framgår indirekt att den gränsar till Västra Husby, varför det kan misstänkas vara denna, då de båda andra dessutom inte ligger på rätt sida staden. Taxelson (diskussion) 21 juli 2017 kl. 22.26 (CEST)

inkorporerats

Blanche DeVries

När jag stämde av den nyskapade artikeln om Blanche DeVries så fann jag ingen artikel på andra språkversioner, däremot att någon laddat upp mycket data om henne i Wikidata. Är det ett undantag eller går utvecklingen åt det hållet? Jag har hittills letat artiklar på anda språkversioner (för att söka iw länk) och när det inte går med googlsök, borde jag lägga in en sök på wikidata också?Yger (diskussion) 22 juli 2017 kl. 12.02 (CEST)

Jag börjar ofta med en sökning på Wikidata. Kanske har skribenter generellt blivit flitigare med att koppla artiklar dit, för det funkar bra, tycker jag. Även jag har faktiskt (allt oftare) stött på poster med info där utan någon wikipediaartikel. JohanahoJ (diskussion) 22 juli 2017 kl. 12.34 (CEST)

Tackknapp

Ett försök att lösa han/hon-problemet i mobilversionens tackknapp funkar inte. Varför inte ersätta texten "hans/hennes redigering" med "den här redigeringen"?--Caztorp (diskussion) 22 juli 2017 kl. 13.55 (CEST)

Benämningsfrågor

Hej! Kan man korrigera/modifiera artikeltitlar på t ex geografiska områden på sätt som inte påverkar sökbarheten eller huvudordet i artikeltiteln? Fiktivt exempel: Kalahariöknen till Kalaharistäppen. /Lars G lars.gatenfelt@gmail.com

Man kan lägga till ett nytt sökord för en befintlig artikel genom att skapa en ny sida med en omdirigering till artikeln ifråga. Du kan läsa om hur man gör här. Vid sökning kan man även hitta ord och namn inuti artiklarna, så om man t.ex. skulle nämna Kalaharistäppen i artikeln om Kalahariöknen, så skulle man kunna hitta dit ändå, så länge Kalaharistäppen inte börjar dyka upp i många fler artiklar, förstås. Mvh JohanahoJ (diskussion) 23 juli 2017 kl. 15.14 (CEST)

Redigeringsräknare

Hej! Är det jag som råkat komma åt nån knapp och därmed ändrat nån inställning? Eller är det nåt annat som är fel? För när jag skulle kika på redigeringsräknaren så var iallafall allt nollställt. Kan ni andra se "era" siffror? // Zquid (diskussion) 25 juli 2017 kl. 15.37 (CEST)

Jag ser mina siffror, jag går in via mina bidrag och klickar på "redigeringsräknare" längst ner. Kör Chrome på en Chromebook.--LittleGun (diskussion) 25 juli 2017 kl. 15.59 (CEST)

Jag ser mina nu. Det händer mig ibland att det är nollat men efter en stund funkar det igen. JohanahoJ (diskussion) 25 juli 2017 kl. 16.03 (CEST)

Ser mina nu, men det är i och för sig på mobilen. Datorn som jag tittade på förut har jag lämnat för idag. Får kolla imorron, men hoppas att det var nåt övergående. Tack för svar! // Zquid (diskussion) 25 juli 2017 kl. 16.17 (CEST)å

Nu har jag kollat även på datorn, och det funkar! :-) // Zquid (diskussion) 26 juli 2017 kl. 09.10 (CEST)

Tågolycka.

Undrar varför det inte finns något om tågolyckan i Helsingborg 1976 då en motorvagn krokade med ett godståg och 15 personer dog. Är det en miss eller? inlägget skrevs av Sven39

Det kan man undra. Den borde åtminstone tagits med i avsnittet om Sverige i Lista över järnvägsolyckor. Söker man på nätet verkar det finnas visst tvivel kring detaljerna, men det verkar inte vara så att olyckan inte ägt rum. Här behöver nog någon forska lite i gamla tidningsklipp. Eller kanske kan man hitta något i Helsingborgs stadslexikon eller liknande. /NH 25 juli 2017 kl. 13.08 (CEST)

Sven39: Jag vill inte vara oförskämd men varför tar du inte dig modet att skapa en artikel om tågolyckan, när det verkar intresserar dig så mycket att du frågar här om varför inte det finns på sv.Wiki. Wikipedia:Var djärv. Den potentiella artikeln måste dock ha trovärdiga källor för att kunna verifiera artikelinnehållet. DIEXEL (diskussion) 28 juli 2017 kl. 14.50 (CEST)

Järnvägsolyckan i Raus, 1976-06-28. Den finns med i lista över katastrofer efter antalet döda svenskar. Vi saknar absolut en artikel, men som DIEXEL skriver så beror det på att ingen skrivit den. Och det kan man kalla en miss, allas vår miss.--LittleGun (diskussion) 28 juli 2017 kl. 15.12 (CEST)

Motto = Slogan?

Fråga: Är Property:P1451 (Motto) användbar i parametrar som "slogan" i {{Ortsfakta Sverige}}? -- Innocent bystander (diskussion) 30 juli 2017 kl. 10.19 (CEST)

Nej. Motto och slogan är olika saker. Ett motto är en persons eller organisations ledtanke och riktar sig mot subjektet självt, en slogan är en reklamsentens, något som används för att få med sig någon annan. Den tyska och den engelska texten på WD handlar alltså om olika saker. Edaen (diskussion) 30 juli 2017 kl. 10.52 (CEST)

Hmmm, den parameter i Geoboxen som länkar till den svenska parameter "slogan" heter just "motto". Det är väl inget stort problem i sig, men det förvirrade mig här! -- Innocent bystander (diskussion) 30 juli 2017 kl. 11.21 (CEST)

Det får redas upp på WD. Edaen (diskussion) 30 juli 2017 kl. 11.23 (CEST)

Ja, blanda in P1451 här blir nog knas. -- Innocent bystander (diskussion) 30 juli 2017 kl. 11.30 (CEST)

Verktygsrad på Wikidata

I diskussionen Wikipedia:Wikipediafrågor/Arkiv_2017#Slå ihop Wikidata språklänk talas det om en verktygsrad på Wikidatasidor, men någon sådan har inte jag. Hur får man fram den? Jag avser att slå ihop (merge) Q8552868 med Q6266927 eftersom båda handlar om Kategori:Iranska regissörer. /Ascilto (diskussion) 1 augusti 2017 kl. 16.43 (CEST)

Ascilto: d:Special:Preferences#mw-input-wpgadgets-Merge. Nirmos (diskussion) 1 augusti 2017 kl. 18.17 (CEST)

Stort tack! /Ascilto (diskussion) 1 augusti 2017 kl. 19.27 (CEST)

Konstigt WD-fel

Vad är det för typ av Wikidata-fel i faktarutan i artikeln Nicky Silver? Allt ser helt normalt ut på WD. /Ascilto (diskussion) 28 juli 2017 kl. 22.44 (CEST)

Efter en nollredigering blev det bra igen, men jag vet inte vad orsaken var. JohanahoJ (diskussion) 28 juli 2017 kl. 23.04 (CEST)

Det var ett konstigt fel i Garfågel, jag hade hört om detta med nollredig så jag testade det och det fungerade. Det verkar dock ha blivit ett ganska vanligt problem sista tiden - vad beror det på?FBQ (diskussion) 3 augusti 2017 kl. 15.23 (CEST)

Det ovan verkade ha något med det som hanteras i phab:T170039 att göra; det visade liknande felmeddelande. Det verkar dyka upp lite här och var. Se även Wikipedia:Bybrunnen#AWB. JohanahoJ (diskussion) 3 augusti 2017 kl. 15.53 (CEST)

Strul på Wikidata igen

Flyttad från Wikipedia:Bybrunnen#Strul på Wikidata igen

Jag har haft en längre lista med språk, men nu visar den bara fyra. Hur kan jag få ordning på det? Tostarpadius (diskussion) 2 augusti 2017 kl. 17.12 (CEST)

Var, Hur, När. / Innocent bystander oinloggad

I listan med namn och beskrivningar visas bara fyra språk istället för de tio jag har valt. Vad har hänt? Tostarpadius (diskussion) 3 augusti 2017 kl. 15.04 (CEST)

Märkligt, för JAG ser alla de språk jag angett i Babel-mallen på min användarsida. -- Innocent bystander (diskussion) 4 augusti 2017 kl. 09.04 (CEST)

Var hittar man mallen? Det kan ju ha uppstått något fel där. Tostarpadius (diskussion) 4 augusti 2017 kl. 17.16 (CEST)

Det är egentligen ingen mall längre. Försök med att göra en zero- eller nulledit på din användarsida på wikidata. (d:User:Tostarpadius) Det fungerade i alla fall för mig.--Thurs (diskussion) 4 augusti 2017 kl. 17.36 (CEST)

Ja, det är en parser, dvs en funktion som anropar en programfunktion inne i MediaWiki. Det har varit MYCKET strul med Wikidata sista tiden så ... -- Innocent bystander (diskussion) 4 augusti 2017 kl. 18.15 (CEST)

@Thurs: Tack för tipset! Det fungerade. Tostarpadius (diskussion) 5 augusti 2017 kl. 18.29 (CEST)

Ändrade funktioner på Wikidata

Det har blivit omöjligt att redigera Wikidata. Jag vill ta bort Kategori:Brasilianska regissörer från Category:Brazilian film directors (Q7322372) på Wikidata men det går inte längre, för när jag klickar på Edit kommer jag till en hel ny sida "Special page:Set a sitelink" där jag inte har en aning om hur saker och ting skall hanteras, det verkar över huvud taget inte ha med saken att göra. Jag har gjort det här säkert hundratals gånger tidigare, hur smidigt som helst. Hur skall jag göra nu när allt är tillkrånglat? Är det en bugg? /Ascilto (diskussion) 24 juli 2017 kl. 08.32 (CEST)

@Ascilto: Ja, det är en bug som varit känd några dagar. Idag är utvecklarna tillbaka från helgledigheten så det här är förhoppningsvis löst inom några dagar. -- Innocent bystander (diskussion) 24 juli 2017 kl. 09.38 (CEST)

@Ascilto, Innocent bystander: Vilket användargränssnitt pratar ni om? Jag ser ingen skillnad mot tidigare, men på min skärm står det "redigera" och inte "Edit" på länkarna på Wikidata, men det är väl bara fråga om vilket språk man har valt. Däremot har jag märkt sedan kanske 1-2 månader att jag ibland inte blir inloggad automatiskt på Wikidata när jag loggar in på Wikipedia. Kan det var det som spökar? --Larske (diskussion) 24 juli 2017 kl. 09.49 (CEST)

Phab:T170668! -- Innocent bystander (diskussion) 24 juli 2017 kl. 09.54 (CEST)

@Ascilto: Det ser ut som att din redigering lyckades. ♥Ainali ^diskussion_bidrag 24 juli 2017 kl. 10.19 (CEST)

Ja, jag testade att fylla i formuläret med kategorin Kategori:Brasilianska filmregissörer som jag ville skulle ersätta den tidigare, felaktiga kategorin hos Q7322372 och det fungerade konstigt nog utan att den gamla kategorin togs bort först. Det var en ren chansning för det framgick inte av formuläret hur man skulle göra, iallafall inte enligt mina fattningsgåvor. /Ascilto (diskussion) 24 juli 2017 kl. 13.27 (CEST)

@Ascilto, Ainali, LArske: mfl, buggen är nu stängd som löst. Flera sidor jag inte kunnat redigera på några dagar kommer jag nu åt. -- Innocent bystander (diskussion) 24 juli 2017 kl. 19.39 (CEST)

För mig dyker "set a sitelink" upp om jag klickar redigera alltför snabbt efter att sidan har laddats. Men om jag väntar några sekunder, fungerar det som det ska. Gissningsvis är JavaScript inblandat och uppförandet kan bero på hur snabb dator/telefon och webbläsare man har. --LA2 (diskussion) 6 augusti 2017 kl. 14.07 (CEST)

Vertikal scrollbar Chromebook

Jag använder Chrome i en Chromebook. Den vertikala scrollbaren gömmer sig i vänsterkanten. När jag hovrar där kommer den fram, men jag måste hovra över baren annars syns bara en smal remsa. Helst skulle jag vilja bli av med detta helt för det betyder att jag hela tiden måste söka upp scrollbaren. Det fungerar inte att klicka långt ner eller långt upp om inte scrollbaren finns där. Men det är ju egentligen ingen Wikipediafråga. Däremot beteendet i VE:s dialogrutor, åtminstone källor-dialogerna: Där syns inte scrollbaren alls och går inte att skrämma fram, så det är en bugg som jag behöver hjälp att rapportera. Och gärna om någon vet hur man kan få scrollbaren att vara synlig jämt i Chrome på en chromebook... Tack på förhand!--LittleGun (diskussion) 6 augusti 2017 kl. 09.15 (CEST)

Kan detta vara till nån hjälp? --Larske (diskussion) 6 augusti 2017 kl. 09.56 (CEST)

Kan den här beskrivningen vara till nån hjälp? Den gäller Mac OS, men det kanske finns någon liknande inställning i Chrome OS. --Larske (diskussion) 6 augusti 2017 kl. 10.02 (CEST)

Någon sorts magisk knapp enligt Mac OS exemplet är vad jag letar men inte kan hitta. Mac OS exemplet hjälpte inte heller. Productforums ska jag titta närmare på, men jag förstod det inte riktigt vid första titten. Tack för att du försöker hjälpa!--LittleGun (diskussion) 6 augusti 2017 kl. 13.41 (CEST)

Märkligt nog så fungerar den som jag önskar just på webbsidan för productforums, men inte någon annanstans vad jag vet...--LittleGun (diskussion) 6 augusti 2017 kl. 13.44 (CEST)

Väteisotoper

Kan någon fixa det periodiska systemet längst ned i artikeln Väteisotoper? Det är väldigt oproportionerligt. 83.182.184.39 6 augusti 2017 kl. 18.30 (CEST)

Så, nu ser det i alla fall ut att vara helt och passa in på sidan. JohanahoJ (diskussion) 6 augusti 2017 kl. 19.01 (CEST)

Länk som inte blir rätt

Jag lyckas inte få länken till PDF dokumentet för 2017 (ref 6) bli rätt, den skall ju likna den för 2016 (ref 5) i Falkagård.Yger (diskussion) 8 augusti 2017 kl. 12.20 (CEST)

 Fixat Det var en radbrytning i den långa titeln som ställde till problem. --Larske (diskussion) 8 augusti 2017 kl. 12.28 (CEST)

Skriptfel i sidan Husspindel

Av någon anledning blir det ett skriptfel i sidan Husspindel : "Luafel i mw.wikibase.entity.lua på rad 37: data.schemaVersion must be a number, got nil instead."

Bör man rapportera det någonstans?

Har diskuterats här, här och här. Rapporterat på phab:T170039. Nirmos (diskussion) 8 augusti 2017 kl. 15.40 (CEST)

Visning av markeringar (stjärnor) för utmärkta, bra och rekommenderade artiklar har upphört att fungera centralt

Jag märkte att det inte längre visades några stjärnor vid språklänkarna för artiklar som bedömts som Utmärkta eller Rekommenderade på andra språk. Endast artiklar som bedömts som Bra hade stjärnor. Vet inte om det är något medveten steg i utvecklingen eller bara något som blivit lite fel. Klasser för .badge-featuredarticle, .badge-goodarticle och .badge-recommendedarticle läggs fortfarande ut i koden och jag har därför kompletterat MediaWiki:Common.css för svwp med länkar till lämpliga stjärnor och hoppas att detta inte ställde till med några problem. Åtgärden påverkar bara svwp och det verkar som om övriga språkversioner har samma problem (inga stjärnor visas) så det behövs nog en åtgärd på något gemensamt ställe. När detta åtgärdats centralt kan vi backa den lokala åtgärden om vi vill ha samma färger på stjärnorna som resten av världen, men det ville vi tydligen inte ha för Bra artiklar eftersom det fanns en lokal deklaration av den stjärnan i svwp-css.

Så min fråga är: Var ska detta åtgärdas för att stjärnorna åter ska visas för samtliga språkversioner (om de nu ska det)? --Larske (diskussion) 10 augusti 2017 kl. 14.40 (CEST)

Jag skapade phab:T172989. Nirmos (diskussion) 10 augusti 2017 kl. 15.35 (CEST)

Hjälp med Wikidata

Hej!
Jag försöker använda {{#invoke:Wikidata}} för att hämta data från Wikidata. Att hämta värden på "properties" går bra (t.ex. {{#property:P94|from=Q1754}} ger Stockholm vapen bra.svg som förväntat), men hur får jag fram objektets "label" på svenska (i fallet Q1754 "Stockholm") och sitelink? /ℇsquilo 1 augusti 2017 kl. 11.35 (CEST)

Jag skulle alltså behöva något i stil med en:Module:WikidataIB#Function_getLabel, men den verkar inte vara implementerad i våra {{#invoke:Wikidata}} eller {{#invoke:Wikidata2}}. Vad säger Innocent bystander? /ℇsquilo 2 augusti 2017 kl. 14.33 (CEST)

@Esquilo: Jag bor i kartonger just nu, har inget skrivbord att ställa datorskrället på. Men i Module:Wikidata2 kan du prova parameter "nolink=yes"

Stockholms stadsvapen

Det ska också finnas ngn funktion för att bara få fram labeln, men jag har inte den i huvudet nu. Innocent bystander (diskussion) 4 augusti 2017 kl. 09.02 (CEST)

Det är ingen brådska. Jag har kommit fram till att det nog är bättre att använda P1448 i stället för labeln, men du kan hjälpa mig att plocka fram sitelänken vid ett senare tillfälle. /ℇsquilo 4 augusti 2017 kl. 09.05 (CEST)

"Stockholms kommun" ger en sitelink här på svwiki. Om du använder Wikidata2-modulen så får du lite extra information dolt i texten när du anropa Propertys som P1448.

Om du hovrar över texten här:

Ala

så syns det i mouseovern att texten är skriven på svenska.

Att modulerna har olika funktion på olika projekt beror nog på att de olika projekten har haft olika behov och utvecklat modulerna efter det. Jag hade hoppats att det skulle ske en bra och snabb och enkel utveckling av Modul:Wikidata som vi skulle kunna kopiera över allteftersom. Initialt var det dock utvecklingen ganska långsam, och de lösningar som finns på Wikidata och Commons är inte enkelt överförbara till enspråkiga projekt. Det var därför jag kopierade denna modul och istället vidareutvecklade Modul:Wikidata2 för att utveckla oberoende av utvecklingen av orginalmodulen. Utvecklingen har divergerat ganska brutalt och Wikidata2 är idag troligen inte lik någon annan modul på ngt annat projekt.

Det finns en hake här nu, och det är att olika modullösningar kan ge ganska olika utseende på hur de sätter ihop referenserna. Det kan krocka och orsaka fel av olika typer. Det gör dock inte att du ska vara rädd att kopiera över andra moduler från andra projekt. The more the merrier. -- Innocent bystander (diskussion) 4 augusti 2017 kl. 16.57 (CEST)

Jag har nu skapat {{Q}} och {{Etikett}} som löser en del av önskemålet. ♥Ainali ^diskussion_bidrag 11 augusti 2017 kl. 17.40 (CEST)

Söka efter ljud och filmer på Commons

Hej,

På Commons huvudsida finns det tydliga länkar till Bilder, Ljud och Video. Länkarna går till övergripande kategorier. Men jag skulle vilja ha en funktion för att söka på ljud eller filmer inom en kategori, d.v.s. ett filter som gör att enbart en viss sorts filer visas när man söker. Ett typfall: om jag exempelvis söker på en opera kanske jag inte vill ha bilder, utan enbart ljudfiler. Hur gör jag det? Det finns säkert något smart verktyg på Wmflabs, men hur hittar en person som inte känner till Wmflabs utan bara vill kunna klicka i en ruta och rensa bort vissa filer? Skulle det gå att göra en sådan funktion inuti Commons?//Hannibal (diskussion) 12 augusti 2017 kl. 15.06 (CEST)

Hannibal: Om du kan ge exempel på en sådan kategori så kan jag titta på det (jag ser inga ljudfiler som ligger direkt i c:Category:Opera). Nirmos (diskussion) 12 augusti 2017 kl. 20.12 (CEST)

På kategorisidorna på Commons finns ett verktyg uppe till höger. Med det borde det vara möjligt att söka "I denna kategori och i" med kategorin "audio files". Tyvärr fungerar det inte för mig nu. 90.227.175.244 12 augusti 2017 kl. 20.26 (CEST)

Nirmos: Tack för svar. Till exempel den här kategorin.

90.227.175.244. Jag ser inget sådant verktyg. Hur ser det ut?//Hannibal (diskussion) 12 augusti 2017 kl. 21.05 (CEST)

Det ser ut som på bilden. Det finns lite instruktioner på Commons:Help:FastCCI#Advanced interface. Men "Audio files" innehåller underkategorier med innehpåll som inte är ljudfiler. Verktyget verkar dessutom mest anpassat till bilder, ljudfiler visas bara som en vit ruta med en trasig bildikon. 90.227.175.244 13 augusti 2017 kl. 10.40 (CEST)

Hannibal: Du kan lägga till

if ( mw.config.get( 'wgNamespaceNumber' ) === 14 ) {
	mw.loader.using( 'oojs-ui', function() {
		'use strict';
		$( function() {
			var typekey = 'gadget-filterfilesbytype-types';
			var buttontitle = 'Filter files by file type';
			var buttontext = 'Filter';
			var label = 'File types to hide (separate with newline).';
			var close = 'Close';
			function getTypes() {
				var typesoutput = localStorage.getItem( typekey );
				var arr;
				var sanitizedarr;
				if ( typesoutput ) {
					typesoutput = typesoutput.trim();
					if ( typesoutput ) {
						arr = typesoutput.split( '\n' );
						sanitizedarr = arr.map( function( v ) {
							return v.replace( '.', '' );
						} );
						return sanitizedarr;
					}
				}
				return [];
			}
			var regex = /[^\.]+$/;
			var li = $( '#mw-category-media' ).find( '.gallerybox' );
			function filterFiles() {
				var types = getTypes();
				li.each( function( i, e ) {
					$( e ).removeClass( 'gadget-filterfilesbytype-hidden' );
					var href = $( e ).find( '.gallerytext' ).children( 'a' ).attr( 'href' );
					var match = href.match( regex );
					var type;
					if ( match ) {
						type = match[ 0 ];
						if ( types.includes( type ) ) {
							$( e ).addClass( 'gadget-filterfilesbytype-hidden' );
						}
					}
				} );
			}
			if ( mw.config.get( 'wgUserLanguage' ) === 'sv' ) {
				buttontitle = 'Filtrera filer efter filtyp';
				buttontext = 'Filtrera';
				label = 'Filtyper att dölja (separera med radbrytning).';
				close = 'Stäng';
			}
			filterFiles();
			$( '#firstHeading' ).append( '<button type="button" title="' + buttontitle + '" id="gadget-filterfilesbytype-settingsbutton">' + buttontext + '</button>' );
			$( '#gadget-filterfilesbytype-settingsbutton' ).click( function() {
				var types = getTypes();
				var settingsstr = '<div>';
				settingsstr += '<p><label for="gadget-filterfilesbytype-type">' + label + '</label></p>';
				settingsstr += '<textarea id="gadget-filterfilesbytype-type"></textarea>';
				settingsstr += '<button type="button" id="gadget-filterfilesbytype-close">' + close + '</button>';
				settingsstr += '</div>';
				// Creating and opening a simple dialog window.

				// Subclass Dialog class. Note that the OOjs inheritClass() method extends the parent constructor's prototype and static methods and properties to the child constructor.

				function MyDialog( config ) {
					MyDialog.super.call( this, config );
				}
				var myDialog;
				var windowManager;
				if ( $( '.oo-ui-window-active' ).length === 0 ) {
					OO.inheritClass( MyDialog, OO.ui.Dialog );

					// Specify a title statically (or, alternatively, with data passed to the opening() method).
					MyDialog.static.name = 'gadgetfilterfilesbytypedialog';
					MyDialog.static.title = 'Simple dialog';

					// Customize the initialize() function: This is where to add content to the dialog body and set up event handlers.
					MyDialog.prototype.initialize = function () {
						// Call the parent method
						MyDialog.super.prototype.initialize.call( this );
						// Create and append a layout and some content.
						this.content = new OO.ui.PanelLayout( { padded: true, expanded: false } );
						this.content.$element.append( settingsstr );
						this.$body.append( this.content.$element );
						$( '#gadget-filterfilesbytype-type' ).val( ( getTypes() ).join( '\n' ) );
						$( '#gadget-filterfilesbytype-type' ).on( 'input', function( e ) {
							var typeinput = $( e.currentTarget ).val().trim().replace( '.', '' );
							if ( typeinput ) {
								localStorage.setItem( typekey, typeinput );
							} else {
								localStorage.removeItem( typekey );
							}
						} );
						$( '#gadget-filterfilesbytype-close' ).click( function() {
							myDialog.close();
							filterFiles();
						} );
					};

					// Set up the ready mode of the window. 
					MyDialog.prototype.getReadyProcess = function ( data ) {
						return MyDialog.super.prototype.getReadyProcess.call( this, data )
						.next( function () {
							$( '#gadget-filterfilesbytype-type' ).focus();
						}, this );
					};

					// Use the getTeardownProcess() method to perform actions whenever the dialog is closed.
					// This method provides access to data passed into the window's close() method
					// or the window manager's closeWindow() method.
					MyDialog.prototype.getTeardownProcess = function ( data ) {
						return MyDialog.super.prototype.getTeardownProcess.call( this, data )
						.first( function () {
							// Perform any cleanup as needed
							$( '.oo-ui-windowManager' ).remove();
						}, this );
					};

					// Make the window.
					myDialog = new MyDialog( {
						classes: [
							'gadget-filterfilesbytype-dialog'
						]
					} );

					// Create and append a window manager, which will open and close the window.
					windowManager = new OO.ui.WindowManager();
					$( 'body' ).append( windowManager.$element );

					// Add the window to the window manager using the addWindows() method.
					windowManager.addWindows( [ myDialog ] );

					// Open the window!
					windowManager.openWindow( myDialog );
				}
			} );
		} );
	} );
}

på c:Special:MyPage/common.js och

#gadget-filterfilesbytype-settingsbutton {
	margin-left: 1em;
}

.gadget-filterfilesbytype-dialog label {
	user-select: none;
	-moz-user-select: none;
	-webkit-user-select: none;
	-ms-user-select: none;
}

#gadget-filterfilesbytype-close {
	margin: 1em auto;
	display: block;
}

.gadget-filterfilesbytype-hidden {
	display: none !important;
}

på c:Special:MyPage/common.css. Sedan kan du gå till valfri kategorisida, trycka på "Filtrera" vid huvudrubriken och sedan mata in vilka filändelser du vill dölja. Nirmos (diskussion) 13 augusti 2017 kl. 04.05 (CEST)

Åh, det ska jag testa. Tack!

Min fråga var dock egentligen "hur hittar en person som inte känner till Wmflabs utan bara vill kunna klicka i en ruta och rensa bort vissa filer?" Jag gissar att det här inte är något som finns i Commons, utan något som man får önska separat via Phabricator. Anledningen till att jag frågar är att jag stötte på den amerikanska National Jukebox, där man kan förfina sökningen med språk, plats, datum, etc.//Hannibal (diskussion) 13 augusti 2017 kl. 05.30 (CEST)

Det är en utmärkt fråga och borde egentligen byggas in i mjukvaran direkt via en phabricator-förfrågan som du är inne på. Som en workaround innan dess skulle en gadget kulla skapas, som är påslagen för alla, som ger två knappar på sökresultatssidan. Dessa skulle kunna filtrera på ljud eller video och egentligen bara återuprepa samma sökning en gång till fast med tilläggen filetype:video eller filetype:audio som borde ge samma resultat fast bara videos eller ljud. Förmodligen en fråga för commons-bybrunnen att få påslagen dock. ♥Ainali ^diskussion_bidrag 13 augusti 2017 kl. 17.34 (CEST)

Problem med att ladda upp egen bild

Hej! Försöker ladda upp en bild till sidan om Bengt Krantz, svensk operasångare. Det är en porträttbild i hans roll i en föreställning som är producerad av Operafabriken, som jag jobbar för. Jag har själv tagit bilden och har Bengt Krantz godkännande för att ladda upp den. Bilden finns redan i media både i digital och tryckt form. Wikipedia verkar dock inte tro att det är min bild! Därför går det inte att ladda upp den! Hur löser man detta?

Med vänlig hälsning,, Maria Hegborn

maria.hegborn@gmail.com Mariahegborn (diskussion) 14 augusti 2017 kl. 00.36‎ 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand av Skivsamlare.)

Är det en annan bild en den som redan ligger i artikeln? Wikipedia granskar inga bilder, är det Wikimedia Commons du menar? Är bilden redan publicerad på annat ställe kan det stöta på patrull. Det som Commons då behöver är skriftligt på att det är du som tagit bilden godkänner att den släpps under en fri licens. Följ denna länk för indtruktioner. Kan för övrigt inte se att Commons har raderat någon bild för dig.- Skivsamlare (diskussion) 14 augusti 2017 kl. 01.09 (CEST)

Jag brukar använda Uppladdningsguiden som är en ganska enkel vägledning för att ladda upp bilder. Mvh --Bairuilong (diskussion) 14 augusti 2017 kl. 07.39 (CEST)

Det är en sak att lada upp bilden och en annan att övertyga administratörerna att man har tillstånd. Också om uppladdningen lyckas (vilket den bör göra), måste man i det här fallet skicka e-post där upphovsrättsinnehavaren förklarar att han godkänner den valda licensen till bilden ifråga. Instruktionerna finns på OTRS-sidan som Skivsamlare länkade till. --LPfi (diskussion) 14 augusti 2017 kl. 16.20 (CEST)

Standardsorteringsnyckel

Bör t.ex. Första Moseboken standardsorteras som "1 Moseboken" eller "Moseboken 1". Artikeln har i nuläget ingen standardsorteringsnyckel. / Semaphorus (diskussion) 15 augusti 2017 kl. 01.43 (CEST)

Jag anser att det bör vara "Moseboken 1" ("1 Moseboken" fungerar inte), alltså på samma sätt som för Första Mackabeerboken och Andra Mackabeerboken. Samma princip bör användas för alla artiklar i Kategori:Gamla testamentet och Kategori:Nya testamentet som har namn som börjar på Första, Andra, Tredje, Fjärde eller Femte. --Larske (diskussion) 15 augusti 2017 kl. 07.11 (CEST)

Jag instämmer. Tostarpadius (diskussion) 15 augusti 2017 kl. 07.21 (CEST)

Som ovan, men jag kan också i vissa kategorier tänka mig "#01" som sorteringsnyckel, för att få böckerna i rätt ordning, oavsett titel. Alltså Josua som "#06" och "Malaki" som "#39". -- Innocent bystander (diskussion) 15 augusti 2017 kl. 08.43 (CEST)

Jag ansluter mig tiLarske och Tostarpadius och har gjort gissa ändringar av böcker i Kategori:Gamla testamentet. Det behöver tänkas något mer på sorteringen i Kategori:Apokryfer så att den också blir intuitivt riktig. Roufu (diskussion) 15 augusti 2017 kl. 09.24 (CEST)

Tack Roufu! Du gjorde det jag hade tänkt göra. Jag har sorterat de deuterokanoniska böckerna enligt förslaget av Innocent bystander. / Semaphorus (diskussion) 15 augusti 2017 kl. 10.23 (CEST)

Jag blir bara förvirrad när kategorier används som listor på det sättet. Tostarpadius (diskussion) 15 augusti 2017 kl. 11.46 (CEST)

Just apokryferna är lite knepiga. Jag vet inte om det blir optimalt som det ser ut där. -- Innocent bystander (diskussion) 15 augusti 2017 kl. 12.20 (CEST)

Vad sägs om att skapa Kategori:Deuterokanoniska böcker som underkategori till Kategori:Apokryfer? / Semaphorus (diskussion) 15 augusti 2017 kl. 12.23 (CEST)

Det löser inte allt. En del av de här texterna erkänns bara av vissa, åter andra av ingen. Manasses bön finns ofta i svenska biblar under Apokryferna, men passar det egentligen att kategorisera den som sådan? Sedan är jag förbryllad över att öht hitta NT-relaterade texter i denna kategori. Men jag vet inte var man annars kan lägga dem. En del av dem kan möjligen kategoriseras som Gnostiska, men inte heller det passar alla NT-texter. -- Innocent bystander (diskussion) 15 augusti 2017 kl. 14.19 (CEST)

Kategori:Tillägg till Gamla testamentet har den funktionen. Tostarpadius (diskussion) 15 augusti 2017 kl. 15.51 (CEST)

Man måste också tänka på vad som ska vara standardsortering och vad som är sortering i en eller flera specifika kategorier. Jag har sett exempel där regenter sorterats kronologiskt med standardsortering. Resultatet kan vara ok i en specifik regentkategori, men i andra personkategorier blev det då fel. Innocent Bystanders helt numeriska exempel ovan är också tydligt exempel på sortering i en specifik kategori som inte passar som standardsortering. Just bibelböckerna kanske inte förekommer annat än i bibelbokskategorier. Men om de gör det kanske det är bättre att inte ha en standardsortering och ha annan sorteringsnyckel bara i bibelbokskategorin. Om man vill sortera annat än alfabetiskt kan man också tänka på att skapa en lista istället. 90.227.175.244 15 augusti 2017 kl. 11.47 (CEST)

Internetarchivebot!

Hur kan man få den att ge f i att rädda länkar från http://www.hockeydb.com/? Jag börjar bli irriterad över att den gör det trots att alla originallänkar från Hockeydb.com fungerar felfritt! Ja, jag läste att man kan lägga till ett kommando efter varje länk alternativt på sidan för att det ska ignoreras men det är bara drygt, så jag undrar om det går på ett annat vis att få den att ignorera helt domänen Hockeydb.com? Tacksam för svar. DIEXEL (diskussion) 16 augusti 2017 kl. 20.04 (CEST)

På artikelns diskussionssida står hur du ska göra. Ja, det är jättekrångligt, och robotägaren tar inte emot feedback på något annat vis. Det verkar som att vii har accepterat det eftersom vi tycker att roboten gör mer nytta än skada trots detta. /NH 19 augusti 2017 kl. 10.25 (CEST)

Varför vill du hindra den? Kan du garantera att alla länkar till hockeydb.com kommer att fungera även i framtiden? När länkarna är döda är det för sent att arkivera. /ℇsquilo 19 augusti 2017 kl. 11.06 (CEST)

En bugg

Kategori:⧼math-tracking-category-render-error⧽ ligger i Vit dvärg. Detta kan knappast vara annat än en sorts bugg. Kan någon ta bort detta?--Bruno Rosta (diskussion) 18 augusti 2017 kl. 22.32 (CEST)

Det försvann vid en null-edit av Vit dvärg. Kanske en släkting till våra andra "spökfel" med inläggning i Kategori:Sidor med skriptfel. --Larske (diskussion) 18 augusti 2017 kl. 22.49 (CEST)

Ok, bra att det försvann!--Bruno Rosta (diskussion) 19 augusti 2017 kl. 00.41 (CEST)

Bindestreck utan radbrytning

Finns det något liknande &nbsp som hindrar "bindestrecksord" att redbrytas? Typ 100-årsjubileum (man kunde ju skriva hundraårsjubileum). Undrar KlasHass (diskussion) 19 augusti 2017 kl. 11.31 (CEST)

Här finns en mall som fixar det: Mall:Nowrap.//Hannibal (diskussion) 19 augusti 2017 kl. 11.35 (CEST)

Det finns också ett hårt bindestreck, som ser exakt ut som det vanliga men beter sig som du önskar. Se bindestreck. Men i artikeltext tror jag man ska vara försiktig med båda. /NH 19 augusti 2017 kl. 11.37 (CEST)

Hjärtliga tack! KlasHass (diskussion) 19 augusti 2017 kl. 12.17 (CEST)

Utlösta filter som inte beror på redigeringar

Hej,

Jag har nu vid ett par tillfällen sett på Wikipedia:Senaste ändringar/EventStreams att vissa IP-nummer utlöser filter, till exempel det här, men när jag kollar filtrets historik eller IP-adressens bidrag finns det inget där. Vad kan det bero på? Är det normalt? Eller går det att få bort?//Hannibal (diskussion) 24 augusti 2017 kl. 14.12 (CEST)

Det kan inte vara så att det du ser i streamen, är att varningen lagts ut? Om sedan IP't inte fullföljer redigeringen, så finns inget att visa i historiken. -- Innocent bystander (diskussion) 24 augusti 2017 kl. 14.19 (CEST)

Ah, så kan det förstås vara. Självklart. Tack. Då är allt normalt.//Hannibal (diskussion) 24 augusti 2017 kl. 14.25 (CEST)

Same film?

This may be the same film:

• Rendezvous im Paradies
• Skeppsbrutne Max

Queryzo (diskussion) 27 augusti 2017 kl. 22.21 (CEST)

During that period they made the same movie with different actors in different languages, see for instance Kon-Tiki and the Dracula films made in 1931.//Hannibal (diskussion) 27 augusti 2017 kl. 22.29 (CEST)

Riktlinje?

Det har diskuterats tidigare, men finns det någon riktlinje hur man skall handskas med användare som skapar en hel del merarbete samt vägrar/underlåter att svara på inlägg på den egna användardiskussionen? Jag tänker främst på 213.164.203.137 (disk • raderade bidrag • loggar om • whois) och 78.69.161.68 (disk • raderade bidrag • loggar om • whois). Disembodied Soul (diskussion) 28 augusti 2017 kl. 16.12 (CEST)

Är det fråga om problematiska användare är det väl diskussion, varning, korttidsblockering som gäller. I den ordningen. /Kyllo (f.n. fadder)|diskutera?| 28 augusti 2017 kl. 20.26 (CEST)

Alla nykomlingar/oinloggade vet inte att Wikipedia är ett samarbetsprojekt och att det finns policy och riktlinjer. En del vet inte var och hur man svarar. Så en upplysning om det är väl lämpligt i ett första läge. /Kyllo (f.n. fadder)|diskutera?| 28 augusti 2017 kl. 20.31 (CEST)

Artiklar med en enorm mängd onödiga blanksteg

Jag har en fråga. Dessemellan hittar jag artiklar, oftast artiklar om musikalbum med en enorm mängd onödiga blanksteg. Artikeln Summer 1967 The Complete U.S. Concert Recordings var ett sådant exempel. Här kan ni se hur det såg ut när blankstegen togs bort [16]. Det var 1138 tecken som försvann, och då hade jag ändå tillfört några tecken genom en wikifiering av ett par ord. Men det var en bra bit över 1000 onödiga blanksteg. Hur har dessa artiklar blivit så här? Är det bara någon eller några som gillade att lägga in en massa blanksteg och tyckte det var snyggt? Eller trodde någon att artikeln skulle bli snyggare med det? Eller kan det bero på någon programvara? Jag tror nästan det. Kan gamla wordfiler eller liknande när det kopieras text därifrån göra så att det blir så här? Att någon kopierat text som omvandlas så här tokigt? Men vet någon varför det blev så här i vissa artiklar?--Bruno Rosta (diskussion) 29 augusti 2017 kl. 01.06 (CEST)

Jag tror att det är kopierat från någon webbplats, där det finns extra blanksteg.//Hannibal (diskussion) 29 augusti 2017 kl. 02.39 (CEST)

Sidan tar inte mindre plats på servern för att man tar bort dem. -- Innocent bystander (diskussion) 29 augusti 2017 kl. 08.08 (CEST)

Förvaras sidorna alltså i packat format? Varje sekvens av blanksteg torde ändå ta något mera utrymme. Men någon kilobyte per artikel är försumbart (jfr bilderna på flera mega). Däremot är extra blanksteg något irriterande då man redigerar (markören beter sig oförutsett), så det är vettigt att ta bort dem där det går lätt i samband med andra redigeringar, och hövligt att städa om man själv använder verktyg som lägger in sådant skräp. --LPfi (diskussion) 29 augusti 2017 kl. 09.53 (CEST)

Hur det är med komprimering, vet jag inte. Men BR's redigering ovan gjorde inte att det blev 1000 bytes mindre i servrarna, utan 4000 bytes mer. Varje version lagras ju för sig. Så här lagras totalt 742+743 = 1485 bytes, trots att Skivsamlaren bara lagt till en enda radbrytning och sista versionen bara har 743 bytes. -- Innocent bystander (diskussion) 29 augusti 2017 kl. 11.27 (CEST)

Oj! Detta förvånar mig. Generationshanterare av olika slag (som sccs, rcs, cvs) brukade ju i stället spara successiva diffar, och blixtsnabbt utifrån dessa konstruera efterfrågad version. Jag hade trott att wikimediaservrarna gjort detsamma, om inte Innocent bystander upplyst mig.

I vilket fall är ju inte tanken att vi skall sluta redigera artiklar bara för att historiken växer; och det väsentliga för snabbhet bör väl i normala fall bara vara den aktuella versionen av artikeln (samt av åberopade mallar o. d.). Jörgen B (diskussion) 29 augusti 2017 kl. 17.53 (CEST)

Det jag säger ovan är något jag lärt mig utifrån hur sidor (med sin historik) laddas ner på datorn när man använder bot. Det som laddas ner är då en hel matris av texter, med en hel komplett text för varje sidversion. Du kan ju också enkelt jämföra två versioner från två helt olika sidor: [17].

Tänk också på hur Oversight och Radering av sidversioner fungerar. Det skulle bli väldigt säkerhetsmässigt utmanande för godtycklig användare att jämföra två sidversioner om tidigare versioner är Oversightade eller Raderade. -- Innocent bystander (diskussion) 29 augusti 2017 kl. 18.01 (CEST)

Jag tror också som Hannibal, att det är inkopierat. Nuförtiden är VisualEditor alltid misstänkt när det dyker upp konstiga saker i wikikoden, men när sidan ovan skapades (med sina mellanslag) fanns inte VE. /NH 29 augusti 2017 kl. 18.15 (CEST)

Hursomhelst är frågan om de tar mer eller mindre plats ganska irrelevant. Redigeras denna sida 10 gånger till så kommer de +5000 byten snabbt bli -10000. Dessutom är storleken i byte på artiklar ett mindre problem, när man jämför med en video som kan ta upp hundratals MB så spelar 1000B ingen som helst roll. Gör man redigeringar för att ta bort blanksteg eller dyl. bör det vara av ett annat syfte: t.ex. att det ska bli lättare ett redigera i framtiden (det är oklart om dessa redigeringar bidragit till något positivt alls).
Troligen har listan kopierats in, ja, vilken leder tankarna till upphovsrätt av materialet — men eftersom det handlar om en lista så gäller lagen inte på samma sätt, varpå vi nog kan strunta i den. Det kan dock vara en god poäng för oss att uppmärksamma att blanksteg är kopplade till kopiering. Carl Fredrik 💌 📧 29 augusti 2017 kl. 21.09 (CEST)

Besynnerliga (icke)effekter av omkategoriseringar av mallar

Jag håller på att åtgärda en del mallar som legat i toppkategorin Kategori:Mallar, och flyttar dem till lämpliga mallkategorier. Besynnerligt nog verkar vissa av dessa omkategoriseringar ej att få full effekt. Detta bäller en del profilmallar, som Mall:Profil KI, samt Mall:Blasonering2. I dessa fall syns det att mallen ligger i den nya kategorin, om man tittar på mallen, men den nya kategorin innehåller inte mallen. Däremot syns de fortfarande, om man går till Kategori:Mallar.

Jag vet inte om detta har med teknisk fördröjning av kategorisering att göra, men mot detta talar att jag lyckats genomföra andra sådana förändringar, som fått genomslag. Exempelvis omkategoriserade jag Mall:Deltagare i Projekt Uppsala 118 minuter efter mallen Profil KI, men 8 minuter före Blasonering2, och denna projektsdeltagaranvändarruta har verkligen flyttats, trots att de två andra synbarligen ligger kvar i Kategori:Mallar. Är det jag som tänker fel någonstans, eller är det något konstigt med wpmjukvaran? Jörgen B (diskussion) 29 augusti 2017 kl. 18.16 (CEST)

Cache och sånt är starkt misstänkt, i synnerhet när flera led är inblandade. Kategoriseringen görs som bekant ofta på dok-sidan som itranskluderas av mallen som i sin tur hamnar i kategorin. I fallet Profil_KI provade jag att spara om själva mallen (öppna i redigeringsläge och spara). Voila! --MagnusA 29 augusti 2017 kl. 18.27 (CEST)

Projektdeltagarrutan lägger man In kategorin i själva mallen (inte i någon dok-sida) så i det fallet "tog" kategoriseringen mycket fortare. --MagnusA 29 augusti 2017 kl. 18.55 (CEST)

Hm. Tack för påpekandet att användarruteredigeringen faktiskt var i själva mallkällfilen, inte i dokumentet! Det verkar dock mindre lyckat om man skulle måsta göra nollredigeringar av mallar för att omredigeringar skulle "ta". (Se t. ex. Innocent bystanders kommentarer om komplexiteten i föregående avsnitt!) Jag väntar med de övriga, och ser vad som händer. Händer ingenting (utan att man nollredigerar först) på några dagar, så borde nog det här beteendet betraktas som en lus. Jörgen B (diskussion) 29 augusti 2017 kl. 19.52 (CEST)

Jag tror inte du kommer någonvart med att skriva en lusrapport även om det skulle råka ta en vecka. Ja, det tar i sällsynta fall så lång tid. När det räcker med en "nulledit" eller "purge" brukar dylikt bli väldigt lågprioriterat. -- Innocent bystander (diskussion) 29 augusti 2017 kl. 19.59 (CEST)

"Purge"? Jag gjorde givetvis "Rensa sidcashen" upprepade gånger, vilket redan första gången lett till att det längst ned på mallsidan står att den ligger i den nya kategorin. Samtidigt syns den inte i den nya men väl i den gamla kategorin, oavsett hur många gånger jag ber Firefox rensa den sidan. Se t. ex. kategoriseringen längst ned på Mall:Profil UU, och jämför med det faktiska innehållet i Kategori:Användarinformationsmallar och Kategori:Mallar!

Finns det något sätt för mig att beordra någon slags "purge" som åtgärdar detta? (Du har nyss givit goda argument för varför en nollredigering av mallen inte är en optimal lösning ur effektivitetssynpunkt, så jag frågar nu efter andra möjligheter.) Jörgen B (diskussion) 29 augusti 2017 kl. 20.33 (CEST)

Jag provade också "rensa sidcachen" i blasoneringsmallen men fick inte det att "ta". Däremot finns det många andra typer av fall där det räcker med en purge. Kommer dock inte på någon just nu. Misstänker att IB avser generellt att "fel" som lätt kan kringgås med en purge blir lågprioritede i rapportsystemet. --MagnusA 29 augusti 2017 kl. 20.41 (CEST)

Att rensa sidcachen sparar ingenting i databasen. Det uppdaterar bara html-koden som visas när man besöker sidan. Databastabellen för kategoritillhörighet innehåller fortfarande den gamla datan som visas på kategorisidorna. För att något ska sparas i databasen får man antingen trycka på spara-knappen eller vänta tills programvaran hinner till den aktuella sidan i kön av sidor måste uppdateras när en mall ändrats. EnDumEn ✍ 29 augusti 2017 kl. 21.13 (CEST)

Jag får ta tillbaka en sak jag skrev: Det ser ut som om en nollredigering av det slag MagnusA beskrev inte bör påverka komplexiteten. En nollredigering (utan kommentar) ger inte utslag i historiken; men gör man efter denna en ny "Rensa sidkashen", så har omkategoriseringen tagit. Eftersom redigeringen inte ses i historiken, hoppas jag att servrarna inte heller sparar en ny version av mallkällfilen. Jörgen B (diskussion) 30 augusti 2017 kl. 20.16 (CEST)

Mall:Klad

Konstigt resultat i bland annat Microsporidium som inte är ändrad sedan 2014. Maundwiki (diskussion) 7 september 2017 kl. 14.23 (CEST)

Vad är det som är konstigt? --Larske (diskussion) 7 september 2017 kl. 16.30 (CEST)

Jag ser "Microsporidium" på linjen innan "Microsporidium novacastriense" men nu ser jag att det enbart finns en art och det därför saknas den vertikala linjen. Maundwiki (diskussion) 7 september 2017 kl. 21.24 (CEST)

Translatewiki

Får jag föreslå att texten i translatewiki:MediaWiki:Wikibase-pageinfo-subscription/sv ändras till "Projekt som använder denna entitet"? -- Innocent bystander (diskussion) 6 september 2017 kl. 18.10 (CEST)

@WikiPhoenix:? -- Innocent bystander (diskussion) 7 september 2017 kl. 08.23 (CEST)

 Fixat ♥Ainali ^diskussion_bidrag 7 september 2017 kl. 08.44 (CEST)

Haha, då jag bestämde mig för att ta en kort semester från WP blir jag pingad. Tack, Ainali. :-) // WikiPhoenix ^[disk] 9 september 2017 kl. 02.34 (CEST)

Konstig kategori i mall

Kategori:Mallar som skall substas ligger i Mall:DL. Vilken åtgärd ska tas här? Om kategorin ska skapas, hur ska den ligga då? Eller kanske någon kan ta bort den här kategorin?--Bruno Rosta (diskussion) 8 september 2017 kl. 20.01 (CEST)

 Fixat. Kategori:Mallar som ska substas (inte skall) är rätt kategori, och syftar på att mallen ska substitueras. /Frisko ^{(dis.) (bid.)} 8 september 2017 kl. 20.07 (CEST)

Fint! Tack ska du ha för hjälpen!--Bruno Rosta (diskussion) 8 september 2017 kl. 20.17 (CEST)

InternetArchiveBot

InternetArchiveBot lägger till stora blaffor på diskussionssidorna som till stora delar är standardinfo och samma på alla. Det gör diskussionssidorna svårlästa och framför allt på sådana diskussionssidor där det inte tidigare finns någon diskussion är det särskilt olämpligt. Vår praxis är ju att färgen på fliken ska signalera en verklig diskussion och att mallar och annat inte ska störa det. Det är därför särskilt olämpligt att botten skapar disk.sidor där ingen diskussion finns. Vore det inte möjligt att samla bottens redigeringar på en egen sida och att dess redigeringar endast noteras i artikelhistoriken och inte på disk.sidan? Edaen (diskussion) 4 september 2017 kl. 11.55 (CEST)

Jag stödjer att boten inte ska skriva på diskussionssidan om den bara har kompletterat en eller flera källor med arkiv-länkar. Mvh --Bairuilong (diskussion) 4 september 2017 kl. 12.16 (CEST)

Risken finns dock att botten gör fel, och vi riskerar att missa dessa fall om botten inte gör det tydligt var och när den har uppdaterat länkar. Alternativet vore om varje bytt källa skulle markeras med en mall eller likn. "tillagd av en bot" som sedan kan fyllas i med kontrollerad/ej-kontrollerad, men det sker inte idag. Carl Fredrik 💌 📧 4 september 2017 kl. 16.10 (CEST)

Det framgår av historiken och diffar vad botten gjort. De där texterna är det nog ingen som läser, för mycket text i förhållande till info. Edaen (diskussion) 4 september 2017 kl. 16.16 (CEST)

Jag tror ändå att de är bättre än att bara ha en diff. Ingen ser en diff som gjorts för 3-4 år sedan, medan meddelandet på diskussionssidan har mer genomslag. Jag är väl bara mer kritisk till att låta botten jobba på utan översikt. Carl Fredrik 💌 📧 4 september 2017 kl. 16.21 (CEST) 

Praxis på svwp är att en blå diskussionssideslänk signalerar en verklig diskussion. Är man van vid det svenska systemet är det på enwp ganska irriterande. Edaen (diskussion) 4 september 2017 kl. 16.23 (CEST)

Det var ju inte alls det jag ifrågasatte... Att bara ta bort alla spår (förutom diff) av att det är en bot som bytt ut länken är det problematiska, annat har jag inte påstått. Att bara ta bort diskussions-posterna vore att fixa ett mindre estetiskt problem genom att skapa ett större problem med bristande översikt av bott-arbete. Vi borde leta efter en bättre lösning. Carl Fredrik 💌 📧 4 september 2017 kl. 16.30 (CEST)

Till exempel en uppsamlingssida för bottens alla redigeringar. Edaen (diskussion) 4 september 2017 kl. 16.37 (CEST)

Jag håller inte med om att alla spår försvinner. Det finns en logg för boten där all aktivitet bokförs, och utöver detta finns det en logg för varje artikel. Mvh --Bairuilong (diskussion) 4 september 2017 kl. 16.42 (CEST)

Jag håller med Carl Fredrik. Eventuellt skulle boten kunna lägga meddelandena på en uppsamlingssida (om aktuell diskussionssida inte finns), men då bör den länkas från redigeringskommentaren. / Reddarn (diskussion) 4 september 2017 kl. 16.51 (CEST)

Också jag tycker det är värdefullt med botens loggar på diskussionssidorna. De är om inte annat en extra påminnelse om att kolla botens redigeringar, vilket jag gör för de mesta angelägna artiklarna i min bevakningslista. Det är inte bara IAB som skapar inlägg på diskussionssidorna, det görs även av andra botar, t.ex. om tätorter och småorter i kommunartiklarna. /Ascilto (diskussion) 4 september 2017 kl. 17.21 (CEST)

Vad tror ni om att göra så att meddelandet endast visas som en rad med möjligheten att visa hela meddelandet för den som vill studera detaljerna? Se Diskussion:Heden, Karlstad för ett exempel. --Larske (diskussion) 4 september 2017 kl. 17.52 (CEST)

Det mest intressanta är att kunna använda färgen (rött/blått) på fliken som signal. Man kanske kunde länka historiken direkt till rätt ställe i loggen eller på uppsamlingssidan. Edaen (diskussion) 4 september 2017 kl. 17.55 (CEST)

Varför är en sådan "signal", färgen på fliken alltså, intressant? Färgen byts bara en gång, när diskussionssidan skapas, och sedan aldrig mer. Så fort någon har skrivit något på diskussionssidan är länken för evigt blå och det är en ganska statisk "signal". Däremot får du en signal i din bevakningslista varje gång diskussionssidan uppdateras. Jag kan förstå om man vill "slippa" den signalen för uppdateringar som bara består av meddelande från IAB om fixade länkar. --Larske (diskussion) 4 september 2017 kl. 18.08 (CEST)

Jag har för mig att det är praxis här på svwp. När jag besöker enwp störs jag av att disk.sidor som jag trott ha en diskussion bara har en mall. För mig handlar det alltså framför allt om artiklar som inte finns på min bevakningslista. Det är en snabb uppgift om artikeln har varit föremål för någon diskussion. Edaen (diskussion) 4 september 2017 kl. 18.36 (CEST)

OK, då tror jag att jag förstår. Du vill alltså inte "bli lurad" att klicka på en blå länk för att sedan finna att det inte fanns nån "riktig" diskussion där. Det kan jag förstå. Kompromissförslaget ovan löser inte det problemet, men det löser det första problemet som du tog upp, nämligen att de stora meddelandeblafforna "skymmer sikten" på diskussionssidan och gör dem svårlästa. --Larske (diskussion) 4 september 2017 kl. 18.42 (CEST)

Precis. Edaen (diskussion) 4 september 2017 kl. 19.05 (CEST)

Jag sprang just på ett tråkigt exempel på hur boten fyller en diskussionssida. Se Diskussion:Gränsen mellan Norge och Sverige. Om dessa inlägg kan reduceras till en rad enligt exemplet med Heden så tycker jag vi har uppnått en betydande förbättring. Mvh --Bairuilong (diskussion) 5 september 2017 kl. 20.39 (CEST)

Räddningsaktion?

På vilket sätt räddar detta någonting? -- Innocent bystander (diskussion) 6 september 2017 kl. 17.23 (CEST)

Cyberpower678? -- Innocent bystander (diskussion) 12 september 2017 kl. 07.57 (CEST)

Can you translate for me?—CYBERPOWER (Diskussion) 12 september 2017 kl. 12.52 (CEST)

Cyberpower678: The question was, "How does this edit save anything?", refering to the edit comment "saving 1 source", while the edit simply changed the http to https. I think the suggestion is to change the edit comment when the bot only changes from http to https.//Hannibal (diskussion) 12 september 2017 kl. 13.25 (CEST)

One of the maintenance functions of IABot is to convert archives to HTTPS that support them. It's not necessarily saving them, but I would think converting to HTTPS is a desired function for security reasons. If the edit summary is a concern, it can be changed at Användare:InternetArchiveBot/Dead-links.js.—CYBERPOWER (Diskussion) 12 september 2017 kl. 15.48 (CEST)

Filter diskussion på SÄ långsamt

Är det bara jag som är drabbad av att Senaste ändringar uppdateras långsamt om man filtrerar på "Diskussion"? "Wikipedia" och "Användardiskussion" funkar som vanligt.--LittleGun (diskussion) 12 september 2017 kl. 19.41 (CEST)

Avstavningsbugg vid wikitextredigering

Jag har upptäckt en bugg vid wikitextredigering som jag drabbats av ett par gånger de senaste veckorna. Om jag till en extern länk skapar en förklarande text med två ord, till exempel: Myndigheternas skrivregler, och den förklarande texten automatiskt avstavas i wikiredigeringsfönstret. Då uppfattas det som att jag skrivit: [https://www.sprakochfolkminnen.se/download/18.41318b851483519095290e/1411629869129/Mynd-skrivreg2014-1.pdf Myndigheternas
skrivregler] och resultatet blir just att texten avstavas och det skapas ingen länk, eller det "värre": [https://www.sprakochfolkminnen.se/download/18.41318b851483519095290e/1411629869129/Mynd-skrivreg2014-1.pdf Myndigheternas

skrivregler].

Om wikitexten har avstavat på det viset så går det gå in i redigera, minska fönstret på browsern, så att den automatiska avstavningen inte hamnar mellan de två orden som utgör förklaringstexten. Då "förstår" redigeraren att båda orden tillhör den förklarande texten och det bir inget syntaxfel.

Senast hände det mig här: [18] och det rättades bara genom att förändra storleken på browser fönstret och sen spara:[19].

Hoppas min förklaring är begriplig.--LittleGun (diskussion) 12 september 2017 kl. 07.55 (CEST)

Jag använder Chrome på en Chromebook.--LittleGun (diskussion) 12 september 2017 kl. 07.57 (CEST)

Antar att du med avstavning menar radbrytning. Med webbläsaren Firefox stoppas det inte in några extra radbrytningar i wikitexten bara för att det blir en ny rad i webbläsarfönstret i redigeringsläge om man inte själv matar in en radbrytning genom att trycka på ENTER-knappen. Det låter mycket märkligt om Chrome skulle göra det, men det finns kanske någon Chromeanvändare som vill testa. --Larske (diskussion) 12 september 2017 kl. 08.09 (CEST)

Ja, radbrytning. Alltså den automatiska radbrytningen gör att Chrome inte uppfattar den avslutande klammern. Den lägger inte in något tecken, för då skulle det väl inte bli "0" i ändringen när jag sparar om med en annan fönsterstorlek (där automatiska radbrytningen inte finns mellan ett klammerpar)? Exemplet igen: [20],[21]. Jag har alltså inte gjort någon redigering mellan dessa. Bara ändrat fönsterstorleken.--LittleGun (diskussion) 12 september 2017 kl. 08.15 (CEST)

En radbrytning kan ta lika stor plats som ett mellanslag. Det varierar lite olika hur det kodas på olika system, men teoretiskt kan det vara lika många bytes i "enter" som i " ". -- Innocent bystander (diskussion) 12 september 2017 kl. 08.20 (CEST)

OK, jag trodde det alltid var lika många för wikikod, och då 1. Det spelar mindre roll, poängen är att koden uppfattar en automatisk radbrytning som en "hård" avbrytning och mellanslag. Jag försökte återskapa genom att skriva blajtext här, men lyckades inte. Ska testa igen. Tidigare, när det redan har hänt, har det varit enkelt att återksapa: Jag tog bort mellanslaget, då förstod wikikoden klamranrna och skapade en extern blålänk. Jag satte dit mellanslaget, då "uppfattade" koden det som en aktiv radbrytning och inledning av nästa rad med mellanslag igen och klamrar och url blev synlig.--LittleGun (diskussion) 12 september 2017 kl. 09.32 (CEST)

Jag har testat lite i min sandlåda och lyckas inte återskapa. Så inbillning eller skit bakom tangenterna kanske...--LittleGun (diskussion) 12 september 2017 kl. 19.53 (CEST)

Jag råkade ut för detsamma igår här, fast med IE 11. /Bengtsson96 (diskussion) 12 september 2017 kl. 23.22 (CEST)

Intressant att det blev så trots att {{Webbref}} genererade wikikoden för länken. /Bengtsson96 (diskussion) 12 september 2017 kl. 23.27 (CEST)

När jag följer din länk så visas den felaktigt i ett ögonblick för att sedan bli rätt.--LittleGun (diskussion) 12 september 2017 kl. 23.48 (CEST)

Jag har tillfälligt öppnat min testserver mot Internet, så här ser det ut för mig. /Bengtsson96 (diskussion) 13 september 2017 kl. 00.59 (CEST)

Att ett mellanslag före radbytet gör att det blir ett mjukt radbyte är intressant. Så fungerar det i e-post med 'Content-Type: text/plain; format="flowed"'. Kanske samma kod används i redigeringsfönstret. --LPfi (diskussion) 13 september 2017 kl. 18.55 (CEST)

Någon bugg i en artikel

Kategori:Wikipediaartiklar med felaktiga auktoritetsdata (SUDOC) ligger i artikeln Salvador Dalí. Kan någon få bort detta?--Bruno Rosta (diskussion) 15 september 2017 kl. 01.02 (CEST)

 Fixat! SUDOC-värdet på wikidata behövde justeras. Disembodied Soul (diskussion) 15 september 2017 kl. 02.20 (CEST)

Fint! Tack för hjälpen!--Bruno Rosta (diskussion) 15 september 2017 kl. 20.31 (CEST)

Problem med decimalpunkt/komma

Hej! I {{Tropisk cyklon}} visas nu decimalpunkt (istället för den svenska standarden decimalkomma) vid info om lufttryck. Det visas i måttet inHg, vilket nog är en import med mallen från enwp. Jag har aldrig sett det här måttet användas på svenska utanför svwp (däremot förekommer mmHg – millimeter kvicksilver). Hur gör vi för att byta ut inHg och fixa decimalkomma? Jag går bet i mallkoden och lyckades inte ens få {{formatnum:}} att göra nytta. Tack på förhand.--Paracel63 (diskussion) 18 september 2017 kl. 22.22 (CEST)

@Paracel63: Jag tog bort dina kommentartecken och ändrade från inHg till mmHg efter att ha multiplicerat med 25,4. Blev det som du ville då? --Larske (diskussion) 18 september 2017 kl. 22.53 (CEST)

 Gillar Toppen! Här ser det bra ut. Då satte jag formatnum på rätt ställe i alla fall! --Paracel63 (diskussion) 18 september 2017 kl. 23.46 (CEST)

Men som du noterade i redigeringen, egentligen behövs kanske inte precisionen med tiondels mm alls i det här fallet. Hur fixar vi det, i så fall?--Paracel63 (diskussion) 18 september 2017 kl. 23.47 (CEST)

@Paracel63:Man ändrar round 1 till round 0. Eftersom det då inte blir något decimaltecken och värdet för lägsta lufttryck dessutom alltid lär vara 999 mmHg eller lägre finns inget behov av någon tusentalsavgränsare. Där med är {{formatnum:...}} överflödig och kan tas bort. Jag har gjort dessa ändringar i mallen. --Larske (diskussion) 19 september 2017 kl. 20.23 (CEST)

 Gillar--Paracel63 (diskussion) 20 september 2017 kl. 17.00 (CEST)

Nu har jag också ändrat i dessa artiklar, från omdirigeringen {{Orkan}} till {{Tropisk cyklon}}. Det verkade krävas för att malländringen skulle slå igenom (eller så krävdes nulledit).--Paracel63 (diskussion) 20 september 2017 kl. 18.04 (CEST)

Källor

Hej.

Jag undrar om det finns information gällande källor på wikipedia?

Tack! Pia Erixon (diskussion) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Javisst, se Wikipedia:Källhänvisningar. --Nordelch ^{För Wikipedia - i tiden} 19 september 2017 kl. 20.06 (CEST)

Tack, då har ja lite att läsa :)

Men där står inte vilka källor som är accepterade? --Pia Erixon (diskussion) 22 september 2017 kl. 19.05 (CEST)

De utgör alltid en avvägning från fall till fall. Se även Wikipedia:Pålitliga källor och Wikipedia:Verifierbarhet. Vilken uppgift är det du vill styrka och med vilken källa? Riggwelter (diskussion) 22 september 2017 kl. 19.08 (CEST)

Antalet aktiva användare

Spårad i Phabricator (?)
Task T176551 Open

Siffran som anger antalet aktiva användare de senaste 30 dagarna verkar nu visa fel uppgiftet. Siffran återfinns på sidan Special:Statistik men tydligare i listan här där felet verkar börja kring 11 september. Jag misstänker problemt ligger utanför vår kontroll, men vill ändå flagga det. (siffran finns ockeå med i månadsstatistiken som dock dröjer en dryg månad)Yger (diskussion) 23 september 2017 kl. 15.30 (CEST)

Jag har öppnat ett ärende på Phabricator. /Frisko ^{(dis.) (bid.)} 23 september 2017 kl. 18.17 (CEST)

Enligt detta på Meta så har tydligen definitionen av aktiv användare ändrats. -- Tegel _(disk) 23 september 2017 kl. 20.09 (CEST)

Hangö

Flyttad till Wikipedia:Faktafrågor. --Pipetricker (diskussion) 26 september 2017 kl. 23.49 (CEST)

Word counter tool

Hitflyttad / Moved here from WP:Faktafrågor. @LA2, Gikü. --Pipetricker (diskussion) 27 september 2017 kl. 01.14 (CEST)

At Wikimedia CEE Meeting 2017, LA2 mentioned that he remembers a tool on svwiki that was being used to count numbers in an article. Does somebody know where this tool is and if it is usable [on other Wikipedias]? Thank you, and please include a ping in the reply. PS: I am sv-0. Gikü (diskussion) 26 september 2017 kl. 19.55 (CEST)

Gikü: Is this good enough?

$( function() {
	'use strict';
	var container = $( '.mw-parser-output' );
	var text;
	var words;
	if ( container.length ) {
		text = container.text();
		if ( text ) {
			text = text.trim();
			if ( text ) {
				words = text.split( ' ' );
				$( 'h1' ).append( ' (' + words.length + ' words)' );
			}
		}
	}
} );

Nirmos (diskussion) 26 september 2017 kl. 22.18 (CEST)

This was in June 2009 and the source code was never published. It was a program that processed the XML database dump. --LA2 (diskussion) 27 september 2017 kl. 03.03 (CEST)

Fixa upp en felaktig karta?

Fil:Map of IKEA stores.svg är en karta som ska visa länder med Ikeavaruhus. Det är den enda svg-bilden med detta tema. Men den stämmer inte riktigt. Norge saknas på kartan. Den ska ligga i Lista över Ikeavaruhus. Finns det någon som kan ordna den här bilden som kan redigera svg-bilder?--Bruno Rosta (diskussion) 30 september 2017 kl. 04.37 (CEST)

 Fixat Jag uppdaterade även Indien och Lettland. /Bengtsson96 (diskussion) 30 september 2017 kl. 06.16 (CEST)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 30 september 2017 kl. 06.27 (CEST)

Redigera i japanska wikipedia

Jag kommer inte in i det vanliga redigeringsläget på japanska wikipedia. Jag kommer bara in på det svåra redigeringsläget, alltså inte det med den råa texten. Går det alls att komma in på riktigt redigeringsläge i japanska wikipedia? Eller varför kommer jag inte in på det? Jag vill byta ut kartan på deras sida om Ikea nämligen ja:イケア. Där bör kartan bytas ut mot File:Map of IKEA stores.svg nom nyligen är uppdaterad. Den karta som ligger i japanska wikipedia är alldeles för gammal. Och japanska wikipedia är ensamma om att ha kvar den gamla kartan. Är det någon som kan ordna detta?--Bruno Rosta (diskussion) 30 september 2017 kl. 06.41 (CEST)

 Utfört Minns inte hur jsg fixade det, men numera har jag "råläge" som standardinställning. Har fixat stavning av några svenska namn tidigare, så det var inte min första redigering i jawp. Kitayama (diskussion) 30 september 2017 kl. 07.28 (CEST)

Bruno Rosta, om du går till fliken "Redigering" i de japanska inställningarna bör du i menyn "Redigeringsläge" kunna välja "Visa mig båda redigeringsflikarna" eller "Ge mig alltid källtextredigeraren". --Pipetricker (diskussion) 30 september 2017 kl. 09.30 (CEST)

Tack för hjälpen båda två! Och nu lyckades jag ändra så jag kan gå in på den råa texten även i japanska wikipedia. Jag använder alltid bara rå text vid redigeringar. Det andra redigeringsläget tycker jag bara är besvärligt--Bruno Rosta (diskussion) 30 september 2017 kl. 09.36 (CEST)

Främmande inloggning

Undrar om det är fler som fått mejl om inloggningar från nya enheter. Jag sitter med min gamla laptop och kör privat surfning på Firefox. KlasHass (diskussion) 1 oktober 2017 kl. 14.15 (CEST)

Har du använt ditt konto från samma dator, operativsystem och webbläsare hela tiden? / Reddarn (diskussion) 1 oktober 2017 kl. 14.25 (CEST)

Testade att logga in via VPN och fick också ett mail. -- Tegel _(disk) 1 oktober 2017 kl. 14.26 (CEST)

Har broderskapet på besök med sin smartphone. Han har ju inte fått logga in men det kanske kan vara något med delad wifi... KlasHass (diskussion) 1 oktober 2017 kl. 14.50 (CEST)

Nu kanske det börjar bli lite för tekniskt, men jag är en sån där som drar ur routern varje kväll, och får ett nytt IP varje morgon. Fast det har inte medfört identifieringsproblem förut... KlasHass (diskussion) 1 oktober 2017 kl. 15.01 (CEST)

Om du regelbundet tilldelas ny IP och dessutom kör med privat inloggning så kommer det att verka som att det är en ny enhet från en ny plats. I så fall bör du nog stänga av funktionen i dina inställningar. /Julle (disk.) 1 oktober 2017 kl. 20.54 (CEST)

Tech News: 2017-39

Ändringar den här veckan

• Du får nu en notifikation när någon försöker logga in och misslyckas. Om de försöker från en enhet eller IP-adress som tidigare loggat in på kontot krävs fem misslyckade försök. Av säkerhetsskäl kommer du nu få ett e-postmeddelande som standard när någon misslyckas med att logga in, eller när en ny enhet eller IP-adress loggar in på ditt konto. Detta kan stängas av i inställningarna. [22]

Avstängningen av detta hittar du i dina inställningar på fliken "Aviseringar": "Misslyckade inloggningsförsök" och "Logga in från en främmande enhet". --Pipetricker (diskussion) 1 oktober 2017 kl. 18.08 (CEST)

Vet inte riktigt vad som krävs för att en enhet eller IP-adress ska betraktas som "igenkänd". Jag får en notifiering om jag råkar skriva lösenordet fel en gång, trots att både IP-adress och enhet är samma som vanligt, och det då borde krävas fem misslyckade försök. Funktionen kanske är lite skakig. /NH 1 oktober 2017 kl. 18.20 (CEST)

Tack för infon! (eller infoet) KlasHass (diskussion) 1 oktober 2017 kl. 20.48 (CEST)

Jag har varit på Bokmässan och idag loggat in på två datorer, som jag tidigare inte använt, när jag skulle visa hur Wikipedia fungerar. Nu har jag fått två mejl om främmande inloggning.--Historiker (diskussion) 1 oktober 2017 kl. 20.53 (CEST)

Som allmän kommentar kan tilläggas att det här först lanserades med mejl avstängd som default, men att det klagades på att det inte var tillräckligt säkert eftersom de allra flesta aldrig ens skulle känna till funktionen, varpå den slogs på som standard. Just nu heter det "Failed login attempts" (bör väl översättas ...) och ""Logga in från en främmande enhet" (bör nog omöversättas, jag tror att översättaren kanske saknade lite kontext där) under "Aviseringar". /Julle (disk.) 1 oktober 2017 kl. 20.57 (CEST)

... och det hade Pipetricker redan skrivit, ja. Ursäkta. /Julle (disk.) 1 oktober 2017 kl. 20.57 (CEST)

Ija-stam

Den artikelns namn bör åerges med gemener, och jag har glömt vilken mall som används för det.Yger (diskussion) 5 oktober 2017 kl. 07.53 (CEST)

{{DISPLAYTITLE:}}, det är alltså en parser, inte en mall. -- Innocent bystander (diskussion) 5 oktober 2017 kl. 08.14 (CEST)

Tack, lagt in.Yger (diskussion) 5 oktober 2017 kl. 08.45 (CEST)

För mycket mallkod

Jag har rensat ut referensfelen ur Lista över bästsäljande datorspel. Artikeln innehåller listor för de olika plattformar som inkluderade som mallar från respektive artikel. Problemet är att i dessa artiklar har många definitioner till referenser legat mellan <references> och </references> som inte inkluderats i listan. Detta innebär att vissa referenser saknar är tomma i målartikeln. Jag har nu flyttat upp referensdefinitionerna från <references> och </references> till första stället där de används för att få de inkluderade i målartikeln. Då uppstod problemet att det blev för mycket inkluderad mallkod i artikeln vilket gjorde att de sista referenserna(409-415) bara blir mall:webbref. P.s. Alla referensfel syns inte i referenslistan då samman namn på referenserna har använts i de olika artiklarna vilket gör att när en definition för ett namn inkluderas så gäller den även i de andra inkluderade artiklarna där en annan definition skulle gällt istället. Kolurpen (diskussion) 4 oktober 2017 kl. 21.07 (CEST)

Byt ut "Webbref" mot <ref>[http://whatever.com Whatever], Whatelse, Whenever.</ref> på en handfull ställen, så borde en del av bekymren försvinna. Mallarna är bra hjälpmedel, men det funkar inte att använda för mycket av dem. -- Innocent bystander (diskussion) 5 oktober 2017 kl. 08.21 (CEST)

Tacks så mycket, ska försöka med det.Kolurpen (diskussion) 6 oktober 2017 kl. 08.36 (CEST)

En bugg

Kategori:Fel härstammande från Modul:Partier se finns i Lidingö kommun. Kan någon få bort detta?--Bruno Rosta (diskussion) 7 oktober 2017 kl. 13.02 (CEST)

 Fixat Men kategorin är ingen bugg, den fungerade precis som det var tänkt! -- Innocent bystander (diskussion) 7 oktober 2017 kl. 13.46 (CEST)

Vad bra! Tack för hjälpen!--Bruno Rosta (diskussion) 7 oktober 2017 kl. 14.49 (CEST)

Periodiska systemet

I denna mall:

finns det ett stort "blankspace" i gruppkolumnen och längst ned. Går det att åtgärda? Tack på förhand. 176.68.217.48 30 september 2017 kl. 12.19 (CEST)

Det vore också bra om någon vet hur man kan få ner bredden på mallen utan att behöva välja inställningen "enkel". Nu är den för bred och gör att sidor pressas ihop för många användare. --JohanahoJ (diskussion) 30 september 2017 kl. 14.27 (CEST)

Lite svårt att veta vad IP-numret menar med "gruppkolumnen" och "längst ned". Jag har i alla fall tagit bort lite onödigt "blankspace" i raden grupp i och med att alla gruppnamn nu står på en och samma rad. Tidigare hamnade gruppnamnet för den grupp som står längst till höger en rad högre upp än alla övriga gruppnamn. Jag har också smalnat av kolumnen längst till vänster (Grupp/Period) lite genom av avfeta och skriva "Grp." och "Per." i stället för "Grupp" och "Period". Orden är fortfarande wikilänkade så förklaringen är bara ett klick bort. --Larske (diskussion) 4 oktober 2017 kl. 16.47 (CEST)

Larske, "blankspace" längst ned: I nedersta fältet i undermallen "Förklaring", under raden med rutorna "Naturligt", "Sönderfallsprodukt" och "Syntetiskt", finns tomt utrymme motsvarande höjden på två av dessa rutor (i senaste Safari i macOS). --Pipetricker (diskussion) 13 oktober 2017 kl. 10.12 (CEST)

Jag har försökt få bort de tomma raderna längst ned i Förklaringsmallen. Jag lyckades dock inte med 100 procent wikikod utan fick "fuska" lite och ta till en html-tagg (</tr>) för att det skulle bli som jag ville. --Larske (diskussion) 13 oktober 2017 kl. 11.31 (CEST)

Larske: Jag vet inte om det där blev så bra. Nu syns |- |- i mallen. Nirmos (diskussion) 14 oktober 2017 kl. 16.14 (CEST)

@Nirmos: Nej, det såg inte alls bra ut. Tack för att du påpekade det. Nu har jag gjort ett nytt försök. --Larske (diskussion) 14 oktober 2017 kl. 18.38 (CEST)

Fråga om mallflyttning

Om man flyttar Mall:Periodiska systemet/Legend till Mall:Periodiska systemet/Förklaring och lämnar kvar en omdirigering, kommer då Mall:Periodiska systemet och andra sidor med mallanrop till "Legend" att funka utan uppdatering av dessa sidor? @Larske. --Pipetricker (diskussion) 13 oktober 2017 kl. 10.44 (CEST)

Jepp! Omdirigeringar funkar! -- Innocent bystander (diskussion) 13 oktober 2017 kl. 10.45 (CEST)

Ok. Funkar det alltid, eller kan tekniskt komplicerade mallar ställa till det? --Pipetricker (diskussion) 13 oktober 2017 kl. 10.52 (CEST)

Det kan finnas fall där anrop inte funkar. Men det borde begränsa sig till områden där vi har hierarkier mellan huvudsidor och undersidor, såsom portaler och användarsidor. (Såsom relationen mellan just Mall:Periodiska systemet och Mall:Periodiska systemet/Legend.) Men jag kan inte föreställa mig att det skulle strula i artiklar här på WP. -- Innocent bystander (diskussion) 13 oktober 2017 kl. 11.21 (CEST)

Även om det fungerar med en omdirigering ser jag inget större värde i flytta mallen. Om det är för att legend inte skulle vara ett svenskt ord (med den avsedda betydelsen) vill jag citera Nationalencyklopedin: "legend ... 4 förklarande text eller teckenförklaring till karta eller diagram". --Larske (diskussion) 13 oktober 2017 kl. 11.39 (CEST)

Nytt filter i SÄ

Hej, jag slog på det nya filtret i SÄ och det kanske blir bra. Just nu laddar den lite långsammare tycker jag. Men går det att flytta ner rullgardsmenyn "Sparade filter" som ligger uppe till höger ovanför rutan "Aktiva filter", till under den rutan. Den skulle då hamna under "Avancerade filter" och på samma rad som de andra två rullgardinsmenyerna "Visa senaste XX ändringarna" och "XX dagar". Det skulle göra paketet mer kompakt (fler rader syns i SÄ) och "Sparade filter" syns tydligare, nu försvinner den om man inte drar upp fönstret förbi den stora gråa rutan.--LittleGun (diskussion) 6 oktober 2017 kl. 08.28 (CEST)

Saken är den att den nya SÄ:n byggs upp med JavaScript. Det är mycket svårt eller omöjligt att med JavaScript påverka något som redan bygger på JavaScript eftersom du inte kan garantera att kod på Special:Min sida/common.js körs efter MediaWikis kod på SÄ. Det kan finnas ett event som avfyras när det är färdigkonstruerat, men det måste inte göra det, och även om det finns så måste man veta vad det eventet heter. Nirmos (diskussion) 6 oktober 2017 kl. 23.25 (CEST)

LittleGun: Nu har jag hittat och gått igenom koden till rcfilters. Den finns här. På rad 93 i mw.rcfilters.init.js står det

mw.hook( 'structuredChangeFilters.ui.initialized' ).fire();

vilket tillåter oss att göra något när användargränssnittet för rcfilter är klart. Det görs så här:

mw.hook( 'structuredChangeFilters.ui.initialized' ).add( function() {
	//Kod som ska utföras när UI:t för rcfilter är klart
} );

För att flytta knappen lägger man in:

mw.hook( 'structuredChangeFilters.ui.initialized' ).add( function() {
	$( '.mw-rcfilters-ui-rcTopSectionWidget-savedLinks' ).appendTo( '.mw-rcfilters-ui-filterWrapperWidget-bottom' );
} );

på Special:Min sida/common.js och

.mw-rcfilters-ui-rcTopSectionWidget-savedLinks {
	float: right;
}

på Special:Min sida/common.css. Det resulterar dock inte i att fler rader visas eftersom "Andra granskningsverktyg" är på samma rad. Du kan naturligtvis ta bort den genom att lägga till

.mw-rcfilters-ui-rcTopSectionWidget-topLinks-table {
	display: none;
}

på Special:Min sida/common.css. Du kan också ta bort minimihöjden på hela rutan (också CSS):

.client-js .rcfilters-head {
	min-height: 0;
}

...eeeeeeeeller så kan du använda Wikipedia:Senaste ändringar/EventStreams som inte har några blaffor ovanför diffarna. Ditt val :D Nirmos (diskussion) 7 oktober 2017 kl. 02.47 (CEST)

Den laddar lite långsammare första gången, men det är tid man snabbt sparar igen genom att slå på liveuppdateringar (så att man slipper att ladda om sidan igen). ♥Ainali ^diskussion_bidrag 7 oktober 2017 kl. 11.26 (CEST)

Jag har försökt slå på allt med liveuppdateringa, men jag får inget rullande flöde. Jag får en länk "visa nyaste ändringarna", när nya ändringar skapas. Jag vet inte om det är så mycket bättre än innan eller att högerklicka "reload" och jag tycker den laddar långsammare fortfarande. Jag tror inte jag är intresserad av ett rullande flöde, men jag tänkte testa. Jag brukar öppna SÄ och skumma igenom och lägga upp sånt som är intressant i en ny tab. Sen kanske jag trycker uppdatera igen eller går igenom tabbarna och trycker uppdatera då. Ett rullande flöde låter hoppigt.--LittleGun (diskussion) 8 oktober 2017 kl. 17.14 (CEST)

Knepigt, det funkar för mig. Och när den funkar behöver man ju aldrig ladda om, så den långsammare laddningen första gången har man ju tjänat in efter din första högerklick. Men det låter som en bugg för dig. ♥Ainali ^diskussion_bidrag 8 oktober 2017 kl. 22.11 (CEST)

Vad jag kan se måste man kryssa i "⧼eri-rcfilters-beta-label⧽" här för att "Realtidsuppdateringar" ska visas. Annars visas "Visa de nya ändringarna sedan $1" som LittleGun beskriver. Nirmos (diskussion) 8 oktober 2017 kl. 23.09 (CEST)

Gjorde det, ingen skillnad (alltså fortfarande inget flöde). Måste kanske kryssa bort något också.--LittleGun (diskussion) 9 oktober 2017 kl. 18.12 (CEST)

LittleGun: Ser du knappen "Realtidsuppdateringar" på Special:Senaste ändringar? Har du sökt på sidan (ctrl-F) efter "Realtidsuppdateringar"? Nirmos (diskussion) 11 oktober 2017 kl. 18.47 (CEST)

Nirmos: Ja, jag hittade den sen. Glömde återkoppla det. Däremot funkade inte din pingning, så därför blev det här svaret sent. Tack för hjälpen.--LittleGun (diskussion) 15 oktober 2017 kl. 00.03 (CEST)

Det är problem med pingningar just nu. Detta är phab:T177825. Nirmos (diskussion) 15 oktober 2017 kl. 00.16 (CEST)

Nirmos: Du är banne mig magisk! Precis så som jag menade. Mycket självklarare för mig att hitta "sparade filter"-rullgardinsmenyn. Stort tack! Kan du hjälpa mig att tipsa utvecklarna om att den placeringen är bättre, den gråa rutan funkar som en naturlig gräns uppåt, och jag upplever det som att det blir färre rader innan listan (även om det inte blir det) och de andra rullgardinsmenyerna ligger ju under, och med högerställningen hamnar rullgardinsmenyn med sparade filter rakt under där de skapas och sparas.--LittleGun (diskussion) 8 oktober 2017 kl. 17.14 (CEST)

Länkarna längst upp

En annan sak är att de praktiska länkarna som visas längst upp på den gamla senaste ändringar (Mediawiki:Recentchangestext) är försvunna. Om många vill ha dem kan man fundera över om de borde finnas även i den nya versionen. Jag kan tycka att åtminstone loggarna över raderingar etc bör kunna kommas åt därifrån. /NH

De finns kvar, infällda under "Andra granskningsverktyg". Fäll ut dom så är de utfällda till nästa inlogg.--LittleGun (diskussion) 7 oktober 2017 kl. 12.14 (CEST)

Aha, ja där är de. Tack. I Safari blir det dock bara textmos av alltihop när man fäller ut dem. Men så småningom kommer det nog att fungera.. /NH 7 oktober 2017 kl. 12.27 (CEST)

Jag vet inte om jag ser samma fel som NH, men rutan som innehåller "Veckans..." och "Månadens..." går utanför den yttre rutans ramar. Det är på grund av float:right;. Det kan naturligtvis lösas genom att ta bort den rutan, men jag vet inte om jag vågar göra det. De länkarna har varit där länge och det är säkert många som förlitar sig på att ha de länkarna där. Jag tycker inte att de här länkarna har något med Senaste ändringar eller klottersanering att göra, så för min del får de gärna flyttas. Kanske behövs det en "hub" som innefattar veckans tävning, veckans översättning, månadens uppdrag etc, så att detta kan hållas separat från SÄ. Wikipedia:Deltagarportalen länkas från sidomenyn, och jag får intrycket att den sidan inte används så mycket. Kanske kan den bli en hub för detta. Nirmos (diskussion) 8 oktober 2017 kl. 16.24 (CEST)

Jag gör mycket av min SÄ-koll för klottersanering m m på min iPad, dvs med Safari. Jag får också det fel Nirmos beskriver. Lite (men bara lite) irriterande. Jag håller också med om att de länkarna inte har med SÄ att göra. Kanske borde de arbetas in i Anslagstavlan. Där känns det som att "Veckans..." och "Månadens..." hör hemma. Anslagstavlan visas ju dessutom på Deltagarportalen och Bybrunnen. Kitayama (diskussion) 8 oktober 2017 kl. 17.49 (CEST)

@Nirmos, Kitayama: Om länkarna ska vara kvar borde det gå att lösa med <div style="clear:both;"></div> längst ner i MediaWiki:Recentchangestext, alternativt sätta overflow:auto; på div#rclinks. Jag är inte administratör längre, så kan inte fixa själv. /Frisko ^{(dis.) (bid.)} 8 oktober 2017 kl. 17.52 (CEST)

Tack, Frisko! Fixat nu. Nirmos (diskussion) 8 oktober 2017 kl. 20.24 (CEST)

Fortfarande textöverlapp i min Safari (både iPad och iPhone). Kitayama (diskussion) 8 oktober 2017 kl. 22.28 (CEST)

Nu är den floatade länksamlingen helt borttagen enligt Wikipedia:Bybrunnen#"Veckans..." och "Månadens..." på SÄ. Nirmos (diskussion) 9 oktober 2017 kl. 23.39 (CEST)

Referensfel

Någon som kan fixa/förklara vad det är för ett referensfel i artikeln SWAPO. Det ser ut att ha uppkommit i denna redigering. Kolurpen (diskussion) 12 oktober 2017 kl. 18.17 (CEST)

@Kolurpen: Det är {{Anm}} som gör att det krävs något sådant som <references group=not/> under en lämplig rubrik. -- Innocent bystander (diskussion) 12 oktober 2017 kl. 18.28 (CEST)

@Kolurpen, Innocent bystander: {{Anmärkningslista}} är rekommenderat i det här fallet. Det löser länkproblematiken.--Paracel63 (diskussion) 14 oktober 2017 kl. 22.58 (CEST)

Konstig artikel med Katalonien

Ta en titt på Europamästerskapet i futsal 2006. Det står att Katalonien var värdland 2006. Men ska det verkligen stå Katalonien? Inte Spanien? Vi vet inte just nu om Katalonien blir självständigt. Det finns nu de som försöker med det, och omöjligt är det inte. Men ännu när jag skriver denna text är Katalonien INTE självständigt. Alltså bör ännu dessa områden ses som Spanien, i alla fall just nu. Så stämmer verkligen innehållet i artikeln? Eller är den skapad som något som ska försöka "bekräfta" Katalonien som självständigt land? Om så är så bör den ju redigeras eller tas bort. Artikeln gäller ju dessutom 2006. Och då var ju Katalonien spanskt, precis som för att ta ett annat exempel att 1986 var Slovenien jugoslaviskt--Bruno Rosta (diskussion) 2 oktober 2017 kl. 08.43 (CEST)

@Bruno Rosta: Det är fotbollsförbund som är värdar och spelar i de här turneringarna. Därför kan "länder" som "Färöarna", "Wales" och "Gibraltar" vara med i fotbolls-VM/EM. Att Färöarna sedan inte spelar sina hemmamatcher på Färöarna, beror på att de saknar godkända fotbollsarenor, inte att de inte är ett självständigt land. -- Innocent bystander (diskussion) 2 oktober 2017 kl. 08.57 (CEST)

Färöarna spelar sina hemmamatcher på Färöarna (på godkända Tórsvøllur) sedan en del år tillbaka, det var (vad jag vet) bara under deras första EM-kval som hemmamatcherna spelades utomlands. \\\D.S.Skåningen (diskussion) 4 oktober 2017 kl. 15.49 (CEST)

Så den här artikeln är alltså helt i sin ordning? Och den har inget att göra med läget i Katalonien just nu?--Bruno Rosta (diskussion) 2 oktober 2017 kl. 09.02 (CEST)

Nej, det skall inte ha någon särskild koppling till läget i Katalonien just nu. / Reddarn (diskussion) 2 oktober 2017 kl. 09.10 (CEST)

Fast "värdland" är en knepig titel. Bode vara "förbund".--LittleGun (diskussion) 2 oktober 2017 kl. 09.18 (CEST)

Ja då får vi väl hoppas att det är i sin ordning. Tack för hjälpen!--Bruno Rosta (diskussion) 2 oktober 2017 kl. 11.25 (CEST)

Det stämmer, det skall stå ”Katalonien” som värdland även fast Katalonien inte är ett land — Katalonien är en egen medlem i UEFS, precis som England, Skottland m.m är egna medlemmar i Uefa och Fifa och behandlas som länder. När England arrangerade fotbolls-VM står det inte ”engelska fotbollsförbundet”, så ändrade tillbaka för att hålla allt konsekvent. Förbundet som arrangerar tävlingen kan dock länkas vid ”arrangör” istället”, men inte vid ”värdland”. 94.234.170.1 3 oktober 2017 kl. 11:41 (CEST) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Det stämmer att Katalonien är medlem skilt från Spanien, se på Uefs hemsida så står Spanien och Katalonien (även Baskien) listade som enskilda medlemmar. UEFS (precis som AMF, AMF motsvarar Fifa) godkänner (fler) områden som inte är självständiga länder, t.ex Abchazien, Sydossetien. \\\D.S.Skåningen (diskussion) 4 oktober 2017 kl. 15.49 (CEST)

På Wikidata har vi en separat property för "Land (sport)" skild från "Land" i övrig betydelse, just för att slippa problem av den här typen. -- Innocent bystander (diskussion) 3 oktober 2017 kl. 16.58 (CEST)

@Bruno Rosta, DenSportgladeSkåningen, Innocent bystander, LittleGun: Kataloniens fotbollsförbund är inte medlem i vare sig Uefa eller Fifa. Men som noteras ovan är man medlem av Unión Europea de Futsal, som inordnas under Asociación Mundial de Futsal. UEFS konkurrerar med Uefa om organiserandet av futsal i Europa. Som av en händelse verkar UEFS ha säte i Moskva (medan AMF har säte i Paraguay). Däremot står det nog fel i mästerskapsartikeln, eftersom det verkar som om Federació Catalana de Futbol Sala (FCFS) hanterar futsal i Katalonien, inte Federació Catalana de Futbol. Enligt den här artikeln blev man invald i AMF 2006, dvs. samma år som det där mästerskapet spelades. Mina två cèntims.--Paracel63 (diskussion) 14 oktober 2017 kl. 22.52 (CEST)

Så här har jag förstått det: Katalonien (och Baskien m.m) har eget medlemskap i UEFS skilt från Spanien. Så som jag förstår dig, så har Katalonien ett förbund för fotboll och ett för futsal? \\\D.S.Skåningen (diskussion) 15 oktober 2017 kl. 23.20 (CEST)

Kan en beskrivning av historien om Mobitex komma in i Wikipedia?

Hej, jag sitter i styrelsen för "STIFTELSEN FÖR FORSKNING OCH UTBILDNING INOM RADIO- OCH TELETEKNIKEN OCH DESS HISTORIA" vi delar ut stipendier. Ett stipendie var att dokumentera hur Mobitex systemet utvecklades och dess spridning över världen. Dokumentet finns idag på nätet och hittas:

Mobitex historia www.agestam.net/mobitex/ 11 okt. 2016 - Detta är en sida för nerladdning av dokumentet med Mobitex historia. Du besökte den här sidan den 2017-10-15. [PDF]Här kan du ladda ner dokumentet med Mobitex historia. www.agestam.net/mobitex/files/mobitexhistoria.pdf Några axplock i Mobitex historia ... Några var med från början och andra är ... som borde in i dokumentet så får du gärna .... arbete hade lagts ner på att få alla ...

Hur gör man för att få in detta i Wikipedia?

Åke Johansson 0705 399931

ake.k.johansson@gmail.com

Det finns redan en kort version av Mobitex på Wikipedia som är fri att bygga vidare på. Om du själv vill arbeta vidare på artikeln så rekommenderar jag att börja stega dig genom Wikipedia:Introduktions-sidorna. Har du fler frågor är du välkommen att skriva dem här eller t ex på artikeln diskussionssida, eller på min diskussionssida. Du kan med fördel börja med att skapa ett användarkonto. Lycka Till! Mvh --Bairuilong (diskussion) 16 oktober 2017 kl. 11.37 (CEST)

Blaffan för det nya SÄ-filtret

Jag brukar mer sällan använda SÄ, så jag råkar ännu ut för blaffan: en text på engelska i en ruta som täcker sidans innehåll (på bärbar med måttlig skärm blir sidan oanvändbar) med en box "OK, jag förstår". Utan att påstå sig förstå den engelska reklamtexten blir man vad jag förstår inte av med blaffan på något enkelt sätt.

Vanligen har sådana här popup-fönster ett kryss med vilket de kan stängas utan att man tar hänsyn ställning till innehållet (varvid systemet kan välja att visa det på nytt nästa gång) och antingen minst två alternativ eller en ruta med "dismiss" eller liknande. Hur har man tänkt här? Tvinga folk att genast sätta sig in i de nya funktionerna?

Råkar någon veta vilken fil man skall redigera för att ändra på eländet?

--LPfi (diskussion) 19 oktober 2017 kl. 10.29 (CEST)

Sedan måste ju blaffan upp en gång för varje projekt man ramlar in på. J-igt less är bara förnamnet, för vad jag är på **vecklarnas metoder! -- Innocent bystander (diskussion) 19 oktober 2017 kl. 10.40 (CEST)

Redigering med VisualEditor

Hur kommer det att blankstegen försvinner i infoboxar när det redigeras genom VisualEditor, se exempel 1, exempel 2. Finns lösning på detta? --Fredde^✔ 21 oktober 2017 kl. 15.15 (CEST)

Det uppfattas antagligen som puts. I HTML är det ingen skillnad mellan olika typ och mängd av "whitespace". Tydligen har utvecklarna inte tänkt på att extra blanksteg ibland kan förbättra överskådligheten i redigeringsläge. --LPfi (diskussion) 21 oktober 2017 kl. 21.24 (CEST)

Mediawikiwiki:Help:TemplateData#Custom formats. 81.229.76.247 21 oktober 2017 kl. 21.32 (CEST)

Jag håller med om att det antagligen är puts. Det kanske ser städat ut med en rak högerkolumn i infoboxar, men oftast ställer det bara till besvär, t.ex. om man lägger till en ny rad där attributet till vänster är längre blir det ett jäklar jobb med att fixa högerkolumnen. Jag skrev kod på det där sättet förr, men jag har slutat med det sedan länge. /ℇsquilo 23 oktober 2017 kl. 09.56 (CEST)

Men det fixarjobbet gör väl VisualEditor åt oss om vi gör som IP-numret påpekar i inlägget ovan. --Larske (diskussion) 23 oktober 2017 kl. 10.03 (CEST)

Externa länkar ändrade

Allt oftare när man går in på en diskussionssida, står "Externa länkar ändrade". Men när jag går in på en diskussionssida förväntar jag mig att det finns en diskussion där, inte att det berättas om vilka ändringar som gjorts. (för ungefär 10 år sedan hade vi samma diskussion, eftersom det ibland stod på diskussionssidorna att artikeln var med i ett projekt). J 1982 (diskussion) 14 oktober 2017 kl. 23.57 (CEST)

Hur löd frågan? - Tournesol (diskussion) 14 oktober 2017 kl. 23.58 (CEST)

Titta på exempelvis Diskussion:Utomhusmatcher i Svenska hockeyligan och Hockeyallsvenskan. J 1982 (diskussion) 25 oktober 2017 kl. 19.39 (CEST)

Frågan diskuterades på Bybrunnen för någon vecka sedan. --Larske (diskussion) 25 oktober 2017 kl. 20.01 (CEST)

Befolkning <50

Hur att få befolkning <50 (som är den senaste befolkningssiffran vi känner till eller finns det källa för platser med befolkning mellan 1 och 49?) i t.ex. Muodoslompolo med Mall:Ortsfakta Sverige WD. Prövade population men det skrev inte över WD och < går inte att använda i WD. Maundwiki (diskussion) 24 oktober 2017 kl. 16.12 (CEST)

invort = < 50 ska ge det du letar efter, inte population. DOCK, småorter är ibland mindre, ibland större än byarna, så jag skulle inte våga mig på att påstå att "Muodoslompolo" har färre än 50 invånare bara för att det här inte finns en småort här längre. Det kan mycket väl finnas 50 invånare, men att husen står för glest... -- Innocent bystander (diskussion) 24 oktober 2017 kl. 16.21 (CEST)

Källan att det inte är en småort längre säger att det är minder än 50 invånare i "småorten". Finns det källor för invånarantalet i byn? Om vi inte har en källa är det troligen bättre att lämna tomt än att ha kvar antalet invånare i småorten 2010. Maundwiki (diskussion) 25 oktober 2017 kl. 01.12 (CEST)

Jag vet inte när det slutades föra statistik över byar, men jag har sett sådan från slutet av 1800-talet. Om vi inte låter data från 1960-talet ligga kvar i infoboxar, så förstår jag det. Men är data från 2010 verkligen så "gammal" att det är något som måste tas bort? För att redigera arean så är parametern areaort. -- Innocent bystander (diskussion) 25 oktober 2017 kl. 06.59 (CEST)

Befolkningsinformation finns under Befolkningsutveckling. Maundwiki (diskussion) 25 oktober 2017 kl. 14.06 (CEST)

Ny bugg i VisualEditor?

När jag använder VisualEditors texteditor (min standardeditor) händer det ibland att textmarkören försvinner, och när jag då klickar på ett ord markeras det istället för att textmarkören placeras där. Ofta sker det i samband med kopiering och inklistring, och en återladdning av sidan brukar inte räcka för att problemet skall upphöra. Vad beror det på? / Reddarn (diskussion) 25 oktober 2017 kl. 22.09 (CEST)

Röda länkar och önskade artiklar

Vilka är bästa sidorna för att hitta sammanställningar av röda länkar? Jag har hittat Wikipedia:Önskade artiklar, Special:Önskade_sidor, Wikipedia:Önskelista och alla under Kategori:Wikipedia:Önskelistor men undrar om det finns andra också. Finns det dessutom någon sida där det går att få rödlänkar (från artiklar, inte bara önskelistor) uppdelade baserat på kategorier i artiklarna där länkarna finns, så att det till exempel går att hitta rödlänkar från teaterrelaterade artiklar? Tack på förhand. /Axel Pettersson (WMSE) (diskussion) 26 oktober 2017 kl. 16.47 (CEST)

Jag kan kika på det. Nirmos (diskussion) 26 oktober 2017 kl. 17.28 (CEST)

Axel Pettersson (WMSE): Klart. Gör så här:

1. Gå till Special:Inställningar#mw-input-wpgadgets-Redlinks
2. Kryssa i "På kategorisidor: Lägg till en knapp i samma meny som "Flytta". När användaren trycker på knappen visas de rödlänkar som länkas från kategorins medlemmar."
3. Spara inställningarna
4. Gå till valfri kategori (till exempel Kategori:Teater)
5. Hovra över menyn som innehåller "Flytta"
6. Klicka på "Rödlänkar"

Nirmos (diskussion) 27 oktober 2017 kl. 03.13 (CEST)

...och för att vara supertydlig: Det här inkluderar alltså inte underkategorier. Om K2 är en underkategori till K1, och artikel A ligger i K2 men inte i K1, och du frågar MediaWiki "Ligger A i K1?" så svarar MediaWiki "Nej". En del externa verktyg (PetScan, eller vad det heter) tar steget längre och inkluderar underkategorier i sina sökningar, men MediaWiki har ingen uppfattning om nedärvd kategoritillhörighet. Nirmos (diskussion) 27 oktober 2017 kl. 03.24 (CEST)

 Gillar Jag har provat lite och det fungerar utmärkt för länkar till artikelnamnrymden. För länkar till Wikipedia-namnrymden, till exempel Wikipedia:KML/Vendelsömalm (i artikeln Vendelsömalm) och länkar till "File", till exempel File:General Carta Vårby 1703 Haga.jpg (i artikeln Fittjaviken) blir länkarna i listan "wikipedia:KML/Vendelsömalm" respektive "fil:General Carta Vårby 1703 Haga.jpg", dvs utan "siteprefixen" (eller vad "sv.wikipedia.org/wiki/" heter), vilket bara leder till "Adressen kan ej förstås".

Här är några idéer till utökning av funktionaliteten:

• Någon form av slutmarkering i/efter listan så att man vet när processen är klar, kanske en rad med "Antal funna länkar: nnn", vore bra. Eller att knappen "Stopp" försvinner när alla artiklar är genomgångna om det är enklare.

(Tillägg: Med det här tillägget i koden ser det ut att bli som jag tänkte mig).--Larske (diskussion) 27 oktober 2017 kl. 09.20 (CEST)

• Man kan visserligen markera allt innehåll i listan manuellt och sedan göra en "Copy", men om det är möjligt att få till en knapp för att "kopiera listans innehåll till klippbordet" för vidare behandling i andra applikationer vore det bra.
• Tabellrubrikerna och kolumnerna med innehållet kan i vissa fall bli lite svårlästa eftersom kolumninnehållen är vänsterjusterade medan rubrikerna är centrerade och tabellcellerna saknar ramar. Kolla till exempel i Kategori:Teater efter land (som endast innehåller en artikel). Eftersom några länkar är långa och det enda artikelnamnet rätt kort trycks kolumnerna till vänster så att rubriken "Länkar till" hamnar lite "offside". En vänsterjustering och understrykning av tabellrubrikerna gör tabellen lite mer lättläst.

#gadget-redlinks-table th {
	border-bottom: 1px solid black;
	text-align: left;
}

--Larske (diskussion) 27 oktober 2017 kl. 05.37 (CEST)

Misslyckat försök att logga in på Wikipedia som Yger

Jag har fått två sådan här signaler med ungefär tre veckors mellanrum. Jag vet att detta är ny funktion som satts i drift och det är ju jättebra få signal om sådan försök. Jag är också mycket öppen för att det i detta fall faktisk handlar om att någon försöker otillbörligt logga in som mig. Men jag undrar ändå en del, enstaka försök oroar borde inte betyda så mycket, mitt nick är välkänt och signaturen är kort och kan väl även provas ändå. Och även om de ger rådet byta lösenord så förstår jag inte något skulle bli bättre av det, det förändrar väl inte att det kan komma enstaka provskott på samma sätt som nu. Har någon bättre insikt i detta? Yger (diskussion) 26 oktober 2017 kl. 18.23 (CEST)

Jag har ingen direkt insikt, men kan dela med mig om att jag får ungefär ett meddelande om dagen att någon misslyckats logga in på mitt konto på engelska Wikipedia. ♥Ainali ^diskussion_bidrag 26 oktober 2017 kl. 20.29 (CEST)

Tvingas jag byta lösenord ofta gör det bara att jag får begära nytt ord varje gång jag ska logga in. -- Innocent bystander (diskussion) 26 oktober 2017 kl. 20.31 (CEST)

Man tvingas inte byta. I mailet står det "Ett misslyckat försök att logga in på ditt konto från en ny enhet har förekommit. Se till att ditt konto har ett starkt lösenord." Och så finns en länk till mw:Help:Login_notifications och en liten länk för att byta lösenord. ♥Ainali ^diskussion_bidrag 26 oktober 2017 kl. 20.53 (CEST)

Ja av ditt svar känns det som jag inte skall hetsa upp mig. Hur bedömer du de försök du får rapporterade. Inte kan väl du vara så intressant att någon dagligen vill försöka ta över din användaridentitet?Yger (diskussion) 26 oktober 2017 kl. 21.02 (CEST)

Jag bedömer det som att det pågår systematiska attacker och att det förmodligen är väldigt många som är utsatta för det. ♥Ainali ^diskussion_bidrag 26 oktober 2017 kl. 21.26 (CEST)

Kan det inte vara någon med nicken Aniali som skriver fel vid påloggning?Yger (diskussion) 26 oktober 2017 kl. 21.29 (CEST)

Det förefaller synnerligen osannolikt. ♥Ainali ^diskussion_bidrag 27 oktober 2017 kl. 08.40 (CEST)

Trodde det var för jag loggade in i Italien. Nu förstår jag mer. Adville (diskussion) 26 oktober 2017 kl. 21.04 (CEST)

Och... vad är det du nu förstår?Yger (diskussion) 26 oktober 2017 kl. 21.08 (CEST)

Artikeldiskussion på mobilen

När jag går in på diskussionssidan för en artikel på mobilen, väljer "lägg till diskussion" för ett nytt ämne, möts jag av frågan "Vad tänker du på?", förmodligen en knasig översättning av "What's on your mind?". Jag skulle gärna se att någon ändrade till "Ämnesrubrik" i ämnesraden, och sedan "Ditt meddelande" eller något liknande. Så blir det inte så flummigt. --Caztorp (diskussion) 26 oktober 2017 kl. 20.18 (CEST)

Det är alltså meddelandet på Mediawiki:mobile-frontend-talk-add-overlay-content-placeholder som frågan gäller. Själv föreslår jag att ovanstående ändring inte genomförs. Hellre skulle jag se att det skapas en central ändringsbegäran så att vi kan få en rejäl genomlysning på om texten är lämplig eller inte. ♥Ainali ^diskussion_bidrag 26 oktober 2017 kl. 20.25 (CEST)

Uppdaterad Iphone, nu funkar inte apostroftecknet

Efter att ha uppdaterat mobilen kan jag inte göra det apostroftecknet vi använder vid t ex kursivering. Har fler samma problem?/Pontuz (diskussion) 26 oktober 2017 kl. 21.22 (CEST)

Jag har också sett det. Det blir så här:’’Kursiv’’. Men håller man fingret på apostrofen får man fler alternativ där ett är det vi vill ha: Kursiv. Sjö (diskussion) 27 oktober 2017 kl. 05.38 (CEST)

Det funkade! Tack så mkt!/Pontuz (diskussion) 27 oktober 2017 kl. 08.36 (CEST)

Hur blir jag av med visualeditorfliken på svwp?

Just på svenska wikipedia verkar det att vara svårare att bli av med de oönskade redigeraflikarna för Visual Editor än på många andra projekt. På andra projekt dyker det normalt upp en dialogruta första gången (eller första gången på mycket länge) jag redigerar; jag väljer bort att övergå till VE; och sedan är det inte mer med det. På svwp har jag nu i vissa användarrymder både en flik "Redigera" (som går till den oönskade VEn) och en flik "Redigera wikitext") vilket är vad jag föredrar. I andra namnrymder har jag bara "Redigera wikitext". Eftersom den fliken på de andra projekten sitter på samma ställe som fliken "Redigera" i namnrymderna med bådadera, blir det lätt hänt att jag trycker fel, och får upp den eländiga borttonande bilden, som det tar flera sekunder att bli av med.

Jag har letat efter någon inställning som kunde göra att jag blir av med VE-flikarna, men har inte hittat någon. Jörgen B (diskussion) 26 oktober 2017 kl. 23.24 (CEST)

Har du försökt att aktivera, det vill säga kryssa för, finessen "Döljer VisualEditor från att visas vid knappen redigera" som du hittar först under avsnittet "Utseende" på den här sidan? --Larske (diskussion) 27 oktober 2017 kl. 00.42 (CEST)

Nej den knappen hade jag inte hittat! Tack! Jörgen B (diskussion) 27 oktober 2017 kl. 16.07 (CEST)

Ctrl+R startar VisualEditor

Just i kväll har en ytterligare riktigt irriterande sak inträffat. När jag fräschar upp min eldrävssida (jag använder alltså Firefox som gränssnitt) med ctrl-R, fräschas den inte upp, utan i stället startar en VE. På det sättet förlorade jag nyss de redigeringar jag gjorde "på riktigt". Jag hoppas att det här är ett tillfälligt problem, och inte en ny "utveckling" från våra mjukvaruhanterare. Jörgen B (diskussion) 26 oktober 2017 kl. 23.24 (CEST)

Har man definierat ctrl-R som snabbkommando för VE? Mycket besvärligt med webbsidor som omdefinierar webbläsarens eller operativsystemets snabbkommandon (möjligen också säkerhetsrisk). Om det är det det är frågan om, kunde man se till att den omdefinierande koden inte körs för dem som inte använder VE? För det praktiska problemet är en lösning att använda F5, som väl gör samma sak och inte omdefinierats. --LPfi (diskussion) 27 oktober 2017 kl. 08.15 (CEST)

På Chrome gör Ctrl+r en omladdning av sidan. I tooltip står det att det är Alt+Shift+v, vilket också fungerar på Chrome, som är kortkommandot för att redigera med VisualEditor. Utan att veta mer känns det som att det är troligast att det är en bugg i Firefox. Men hur som helst, även en omladdning av sidan gör väl alltid att eventuella osparade redigeringar förloras? Eller vad menar du med att du förlorar redigeringar? När jag är inne i wikitexteditorn och har gjort redigeringar och trycker Alt+Shift+v så laddas VisualEditor utan att mina redigeringar försvinner. ♥Ainali ^diskussion_bidrag 27 oktober 2017 kl. 08.50 (CEST)

(Ändringarna försvinner om du med wikitexteditorn är i "Redigera avsnitt" och går till VE)--LittleGun (diskussion) 27 oktober 2017 kl. 08.54 (CEST)

(Ja, men då får man en varningstext, och man kan ångra sig, de försvinner inte bara rakt av.) ♥Ainali ^diskussion_bidrag 27 oktober 2017 kl. 08.58 (CEST)

På engelskspråkiga Wp finns finessen "Disable access keys". Kanske något för oss? --Pipetricker (diskussion) 27 oktober 2017 kl. 11.22 (CEST)

Ctrl-R fungerar nu normalt igen, så jag antar att det bara var något tillfälligt trassel.

(Ainali, jag hade backat till en tidigare sida och avsåg att fräscha upp den för att se effekterna av redigerande. Ja, jag vet att detta är litet riskabelt; men det brukar fungera.) Jörgen B (diskussion) 27 oktober 2017 kl. 16.04 (CEST)

En bugg eller liknande

Kategori:Pages with math render errors ligger i artikeln Gammafunktionen. Kan någon åtgärda detta?--Bruno Rosta (diskussion) 27 oktober 2017 kl. 23.07 (CEST)

Behovet av nollredigeringar

Varför ser man sällan den senaste versionen numera? Interwiki syns inte omedelbart efter att den lagts in på Wikidata, inlägg på SFFR inte heller. Ständigt krävs nya publiceringar utan innehållslig förändring. Varför är det så? Kan något göras? Det blir alltmer störande. Tostarpadius (diskussion) 17 oktober 2017 kl. 12.44 (CEST)

Du är nog inte ensam om att uppleva problem med det tekniska. Enligt senaste Tech news, så är vissa funktioner i SÄ och Bevakningslistan avstängd på Commons och Ryskspråkiga Wikipedia, och man varnar för att det kan ske på fler projekt. -- Innocent bystander (diskussion) 17 oktober 2017 kl. 14.05 (CEST)

Att uppdateringar på SFFR dröjer ett tag har väl med datorns cacheminne att göra? Det finns någon länk på sidan man kan klicka på för att rensa cachen. /FredrikT (diskussion) 17 oktober 2017 kl. 14.17 (CEST)

Istället för en nollredigering kan du lägga till "?action=purge" på webbadressen så uppdateras sidan. Jag håller med om att det är ett problem och föreslår att vi lägger in en uppdateringslänk bland verktygen i vänstermenyn. Fem5 (diskussion) 17 oktober 2017 kl. 14.18 (CEST)

Så det är alltså något som inte drabbar alla? Jag trodde det var ett generellt problem. Tostarpadius (diskussion) 17 oktober 2017 kl. 15.37 (CEST)

En purgelänk bland verktygen var en riktigt bra idé. Går det att fixa?--LittleGun (diskussion) 17 oktober 2017 kl. 15.44 (CEST)

Jag har också länge önskat en sådan länk! / Reddarn (diskussion) 17 oktober 2017 kl. 16.24 (CEST)

Har kollat runt lite nu. Purge-länk finns som finess på engelska wikipedia men inte på svenska som jag kan se(?). Koden för den engelska ([23]) borde vara problemfritt att kopiera över hit. Så någon med adminrättigheter skulle kunna göra det. Kanske @Nirmos:? Fem5 (diskussion) 17 oktober 2017 kl. 17.42 (CEST)

Jag har kopierat koden från Mediawikiwiki:Snippets/Purge action till Mediawiki:Gadget-purgelink.js så att den fungerar som finess här. /EnDumEn ✍ 17 oktober 2017 kl. 19.07 (CEST)

Jag har också upplevt att det tar tid och kan krävas en nollredigering vid flera tillfällen. Först var det när jag städade i Lista över bästsäljande datorspel som innehåller flera listor som inkluderas som mallar. När en av dessa listor redigeras tar det ett tag innan det slår igenom i artikeln med bästsäljande datorspel. Det har då inte spelat roll om jag uppdaterat sidan med f5 eller ctrl + f5 (uppdatera och rensa cache för sidan).

Sedan har jag lagt in ett bidrag i wikipedia:Patenterat nonsens som har raderats/2017 som det dröjde en dag innan det dök upp i wikipedia:Patenterat nonsens som har raderats, även här inkluderas första sidan som mall i den andra. Likaså här spelar det ingen roll om man rensar cachen.

Sedan ett till problem ( som kan vara helt orelaterat) är att i kategori:sidor med referensfel låg lsjbot-artiklar där artikeln inte angavs som att ligga i kategorin på artikelsidan (jag vet att detta är en dold kategorin.) Artikeln innehåll inte heller några referensfel. Problemet löstes med att göra en nollredigering. Kolurpen (diskussion) 17 oktober 2017 kl. 15.56 (CEST)

Purgefunktionen gör ibland inte lika mycket som nollredigeringar gör. Om en mall omkategoriseras genom att include-only-kategorier i dess dokumentationsfil ändras, så ger en purge av mallen att "den nya" kategorin anges längst ned på sidan som om mallen nu tillhörde den; men det är bara "den gamla" kategorin som faktiskt innehåller mallen. Denna paradoxala skillnad håller i sig länge, men kategoriseringen rättas till om man nollredigerar. Jörgen B (diskussion) 17 oktober 2017 kl. 18.43 (CEST)

Det finns olika cacher. Den som oftast är problem är cachen på Wikipedias servrar. Den rensar man med "action=purge" som Fem5 nämner ovan eller med en nollredigiring. Sedan finns en cache i din webbläsare som du rensar med Ctrl+f5, men det hjälper inte om det är serverns cache som innehåller gammal data. I Kategori:Sidor med referensfel var det inte cacherna utan Wikipedias databas som inte var uppdaterad, där krävdes en nollredigering för att uppdatera databasen. /EnDumEn ✍ 17 oktober 2017 kl. 18.44 (CEST)

Jag gör ett försök till att förklara: Att rensa cashen för en mall genom att klicka på "rensa-cash-knappen" (som brukar finnas på sidorna för de mallar som innehåller translokerade dokumentationssidor) ger inte samma effekter som att göra en nollredigering av mallen. Exempelvis innehåller sidan Mall:Profil UU långt upp till vänster en blåmarkerad text rensa sidcashen. Om man trycker på denna text, och därefter trycker på en OK-knapp för den dialogruta man får upp, så får man alltså inte samma effekt som om man i stället gör en nollredigering. Gör man detta, så är det just en "action=purge" man utför, vilket du kan se här.

Som du kan se i Wikipedia:Wikipediafrågor/Arkiv_2017#Besynnerliga_(icke)effekter_av_omkategoriseringar_av_mallar var det inte bara jag som fick denna paradoxala situation, där informationen längst ned på sidan påstod att mallen låg i den nya kategorin, men den egentligen bara fanns i den gamla. Din kommentar där till det fenomen jag (och MagnusA) kunde se var:

Att rensa sidcachen sparar ingenting i databasen. Det uppdaterar bara html-koden som visas när man besöker sidan. Databastabellen för kategoritillhörighet innehåller fortfarande den gamla datan som visas på kategorisidorna. För att något ska sparas i databasen får man antingen trycka på spara-knappen eller vänta tills programvaran hinner till den aktuella sidan i kön av sidor måste uppdateras när en mall ändrats.

Jag antar att du då verkligen förstod att vi verkligen hade gjort "purge", inte bara tryckt ^F5 (eller ^R, vilket i Firefox ger liknande effekter). M. v. h., Jörgen B (diskussion) 17 oktober 2017 kl. 19.29 (CEST)

I den här diskussionen tyckte jag det behövdes en förklaring om rensning av olika cacher eftersom kommentaren jag svarade på nämnde att uppdatering med ctrl+f5 inte hade fungerat. /EnDumEn ✍ 17 oktober 2017 kl. 22.21 (CEST)

Nu har både EnDumEn och jag lagt till finesser för att avhjälpa detta. EnDumEn importerade den från enwiki, och jag har skrivit en ny. Min version försöker spara om sidan. Om det fungerar, så borde det vara mer kraftfullt än en purge, och borde därför kunna lösa problem som inte en purge gör. Den som EnDumEn lade till finns näst längst ned på Special:Inställningar#mw-prefsection-gadgets medan min finns allra längst ned. Nirmos (diskussion) 17 oktober 2017 kl. 19.52 (CEST)

Tack! Jag hittade inget avsnitt "mv-prefsection-gadgets", men längst ned under "Övrigt" fanns en knapp "Lägger till en länk för att rensa servercachen för en sida" samt en knapp "Lägger till en länk för att spara om en sida". Jag gissar att det är dessa du avser. Jag markerade den sistnämnda, och skall meddela dig om "Spara om sidan" fungerade eller inte, när jag har haft orsak att testa denna funktion. Jörgen B (diskussion) 17 oktober 2017 kl. 20.12 (CEST)

Jag testade med en ny mallomkategorisering, och "Spara om sidan" gav precis samma effekt som en nollredigering skulle ha givit. Tack igen! Jörgen B (diskussion) 17 oktober 2017 kl. 21.23 (CEST)

@Nirmos: Jag fick också anledning att testa "Spara om sidan". Funkade perfekt, så tack från mig med!--LittleGun (diskussion) 20 oktober 2017 kl. 06.34 (CEST)

MediaWikis purge-api (som koden från mediawikiwikin använder) har kraftfullare funktioner än bara "action=purge". Det skulle gå att låta cacherensningslänken använda "forcelinkupdate" så att databastabellerna för bland annat kategorisering uppdateras. Det finns också en funktion "forcerecursivelinkupdate" för sidor som inkluderas som mallar, men då används jobbkön och det problem vi har är (ofta) att vi inte vill vänta på jobbkön, så det kanske inte är så användbart i cacherensningslänken. /EnDumEn ✍ 17 oktober 2017 kl. 22.21 (CEST)

Det är inte alltid det är önskvärt att tvinga fram en uppdatering. Om uppdateringen är i en jobbkö så får vi väl anta att den uppdateras enligt den prioritet servrarna antar att uppdateringen har. Att tvinga fram uppdateringen betyder att jobbet kilar i kön, vilket är på sin plats om uppdateringen verkligen behöver göras nu, men inte som rutinåtgärd bara för att bli av med märkligheter. Då får ju motsvarande andra märkligheter istället vänta längre tid. Antagligen är det inte ens ett nollsummespel, utan kön torde fungera så att jobben i kön kan optimeras, medan tvingade uppdateringar tar mer resurser, eller resurser som för tillfället är knappa. --LPfi (diskussion) 18 oktober 2017 kl. 16.09 (CEST)

Ungefär så! Jag brukar idag bara tvinga fram för att försäkra mig om att det blir rätt eller för att inte få nyskapade sidor raderade. Sidor baserade på Wikidata ser lite småroliga ut när de är nya och inte fått sin WD-koppling än. -- Innocent bystander (diskussion) 18 oktober 2017 kl. 16.30 (CEST)

När det gäller beteendet för mallsidor som fått ändrad kategorisering enbart på grund av ändringar av dok-källfilen är jag faktiskt inte alls säker på att omkategoriseringen ens köplaceras utan att man gör en nollredigering. Jag avvaktade i några fall mycket länge utan att någon uppdatering skedde. (Vi talar alltså inte om minuter, utan om dagar. Vid samma tillfälle uppdaterades däremot andra omkategoriseringar av mallar, som jag gjort senare, men där kategorierna stod i själva mallens källfil.) Innocent bystander ansåg det meningslöst att rapportera detta beteende, eftersom en nollredigering alltid kan avhjälpa det. Jag följer hans råd; men beteendet är i och för sig misstänkt likt en lus. Min misstanke är att bara sidor som redigerats köplaceras, inte sidor som translokerar en dokumentationssida som ändrats.

I just det fallet rekommenderar jag därför att något verktyg (som Nirmros nollredigeringsalternativ) används. Jag undrar också om detta verktyg i sig verkligen bryter köordningen. Min misstanke är att effekten bara blir att mallens nya kategorisering faktiskt köplaceras. Jörgen B (diskussion) 19 oktober 2017 kl. 13.24 (CEST)

Att det kan ta flera dagar innan sidor renderas om är i sig inget nytt. Efter vad jag förstått så renderas alla sidor om förr eller senare, och då ofta senare. Det var så vi fick de här massiva scriptfelen i var och varannan bot-artikel ett tag. Den bugg som var aktiv i Wikibase påverkade sidorna trots att ingen rört dem, och det när omrenderingen inte gick rätt. -- Innocent bystander (diskussion) 19 oktober 2017 kl. 15.32 (CEST)

Det beror på vad man menar med förr eller senare, jag tror inte det är något automatiskt i programvaran som renderar om sidor med uppdatering av kategorisering. Men alla sidor kommer förr eller senare att redigeras av någon eller så inför utvecklarna någon ny funktion som kräver att alla sidor omrenderas med uppdatering av kategoriseringen. Sidors html-kod sparas bara en viss tid i Wikipedias cache och nyrenderas om någon besöker sidan efter den tiden, men utan att kategoriseringen uppdateras. /EnDumEn ✍ 21 oktober 2017 kl. 10.41 (CEST)

När en Mall:En mall/dok (eller någon annan sida) redigeras så görs eventuella omkategoriseringar av den sidan direkt när redigeringen sparas. Samtidigt läggs omkategoriseringjobb för Mall:En mall (och andra sidor som inkluderar dokmallen) i jobbkön. Om en nollredigering görs i Mall:En mall så omkategoriseras den mallen direkt utan att vänta på jobbet i kön. Jag har hittat ett diagram som verkar visa att något hänt med kötiderna sedan augusti. I mitten av augusti var kötiden för hälften av omkategoriseringsjobben högst några minuter och 99 procent högst 5-6 timmar, nu är hälften högst 40 minuter och 99% högst 5 dagar. Sedan kan det vara tillfälligheter just nu men svenska Wikipedia har en stor jobbkö, ca 1,5 miljon[24], jämfört med de flesta andra stora wikipediorna (en: 100000, de: 176, fr: 20000, nl:42, es: 31), bara ruwp har större med nästan 2 miljoner (och Commons med 4 miljoner). EnDumEn ✍ 21 oktober 2017 kl. 10.41 (CEST)

Är det så att jobbkön nu även påverkas av ändringar på Wikidata? Tack vare Lsjbot så finns det ju nu WD-stödda mallar i nästan varenda artikel här hos oss. Varje botskapad geografi-artikel hämtar data från det objekt som handlar om landet. Just dessa objekt ändras väldigt ofta, även om det inte direkt påverkar våra artiklar. Ändrar någon beskrivningen eller etiketten av ett land på Wikidata, på vilket språk det än vara må, så påverkar det indirekt varje botskapad artikel om det landet här hos oss. -- Innocent bystander (diskussion) 21 oktober 2017 kl. 11.02 (CEST)

Ja Wikidataändringar påverkar jobbkön på andra wikier. En relaterad bug är Phab:T173710 "Job queue is increasing non-stop" där pratas mycket om wikidata. /EnDumEn ✍ 21 oktober 2017 kl. 11.33 (CEST)

Får jag då föreslå att vi tar bort de här Wikidata-grejerna ur {{Robotskapad}}. De åtgärdskategorier som hör ihop med detta tror jag inte blivit använda i den utsträckning jag hade hoppats. -- Innocent bystander (diskussion) 22 oktober 2017 kl. 09.43 (CEST)

@EnDumEn: Det har bara gått några dygn, men har det märkts någon skillnad? -- Innocent bystander (diskussion) 25 oktober 2017 kl. 09.52 (CEST)

Innocent bystander: Svenskspråkiga Wikipedia hade 1,5 miljoner jobb i jobbkön 21 oktober, och nu är det 888000 (ungefär hälften så många), så jag skulle säga att det är en stor skillnad. Nirmos (diskussion) 25 oktober 2017 kl. 14.40 (CEST)

Och på Commons och ruwp fortsätter jobbköerna att växa. Så det verkar vara ändringen här som haft effekt, inte något som utvecklarna gjort för alla wikier. När jobkön minskar ännu mer borde det också märkas att behovet av nollredigeringar minskar, om det inte redan gjort det. /EnDumEn ✍ 25 oktober 2017 kl. 20.25 (CEST)

Det är alltså denna lilla ändring vi talar om. -- Innocent bystander (diskussion) 25 oktober 2017 kl. 20.29 (CEST)

Avindenterar Jag förstår fortfarande inte hur mycket som är köberoende och hur mycket som handlar om oklar hantering av "translokerade ändringar". Jag har just haft anledning att kategorisera en mall på ett väsentligt mindre projekt, svb (svenskspråkiga Wikibooks), genom att skapa en dokumentationsfil och där lägga in kategorin. Själva sidan som visar mallen anger nu längst ned att mallen ligger i kategorin, men kategorin (som också är nyskapad) anges på sin egen sida som tom. Jag kommer inte att göra någon nollredigering av mallen, och avvaktar i stället hur lång tid det tar innan kategoriseringen fått avsedd effekt. Var snälla och gör inte något som forcerar saker på svb, medan försöket pågår! Jag återkommer till denna sida med rapport om kategoriseringsgenomslaget, om ej denna tråd hunnit arkiveras innan detta inträffar. Jörgen B (diskussion) 25 oktober 2017 kl. 23.03 (CEST)

Än så länge har omkategoriseringen via dokumentationssidorna inte slagit igenom i mitt test på Wikibooks, och inte heller vad gäller en mall här på Wikipedia jag hade orsak att omkategorisera samma dag (alltså den 25/10). I båda fallen visas alltså sedan tre dagar en kategori längst ned på mallsidan, men mallen tillhör inte denna kategori. Försöket fortsätter. Jörgen B (diskussion) 28 oktober 2017 kl. 20.03 (CEST)

Även om jobbkön är lång så tycker jag mallen på Wikibooks borde synas i sin nya kategori nu. Dessutom har jobbköns storlek på Wikibooks varit 0 de gånger jag tittat. Där kan det nog vara något annat som gått fel. Mallen här på Wikipedia (om det är Mall:Ikon) kategoriserades 2017-10-29T02:41:53Z i Kategori:Metamallar. Det verkar inte som någon nollredigering gjordes i då, eftersom mallsidans html-kod cachades redan 20171026032655. Det kan stämma med att jobbkön är långsam. /EnDumEn ✍ 3 november 2017 kl. 18.33 (CET)

Den olympiska elden

Artikeln Den olympiska elden är otroligt dålig just nu. Den innehåller uppgifter som är ca 10 år gamla. Flera nyare OS saknas. Vi börjar närma oss en olympiad igen som sker i början av det kommande året. Kanske det vore tillfälle redan nu inför den olympiaden att den här artikeln uppdateras? Att flera här tillsammans gör något åt denna?--Bruno Rosta (diskussion) 2 november 2017 kl. 16.40 (CET)

Jag antar att du syftar på tabellen. Problemet är alltså vad jag förstår inte att vissa uppgifter är gamla, utan att nya inte införts på nästan tio år, om rutten. --LPfi (diskussion) 2 november 2017 kl. 20.27 (CET)

math-buggen

Var inne i Brahmagupta-Fibonacci-identiteten och kunde konstatera att buggen som gör att hela uttrycken som beskrivs med hjälp av <math> fortfarande inte skrivs ut. (Slutet huggs av.) Finns det något hopp om att vi ska få tillbaka funktionaliteten i det här, eller ska vi börja leta andra metoder?

$|a+bi||c+di|=|(ac-bd)+i(ad+bc)|\quad$

$|a+bi||c+di|=|(ac-bd)+i(ad+bc)|\quad +blablabla$

-- Innocent bystander (diskussion) 4 november 2017 kl. 09.45 (CET)

Ej så insatt men jag tycker det ser helt ok ut för mig. Är det "+blablabla" som försvinner för dig? Är det vissa webbläsare som inte klarar av det?Fem5 (diskussion) 4 november 2017 kl. 10.09 (CET)

@Innocent bystander: Kan du förtydliga vad du vill att det ska stå i uttrycket ovan och vad det är som huggs av. På min skärm avslutas den andra raden med + blablabla. Både med Firefox och med Edge/Internet Explorer. --Larske (diskussion) 4 november 2017 kl. 10.12 (CET)

För mig försvinner sista "|" i den övre raden och i den nedre försvinner texten efter "blabl...". Så har det sett ut för mig ganska länge nu. Använder Edge på W10. -- Innocent bystander (diskussion) 4 november 2017 kl. 10.25 (CET)

Testa följande:

1. Högerklicka någonstans på den andra raden i uttrycket och välj "Inspect element" (eller vad det kan heta om du har en svensk Edge).
2. I det fönster som dyker upp nedtill på webbläsaren bör du se något som börjar med <img class="mwe-math-fallback-image-inline"
3. Dubbelklicka på den textsträng som står efter src=.
4. Kopiera (CTRL+C) och klistra in (CTRL+V) den strängen i addressfältet på webbläsaren och tryck på ENTER

Du bör nu se en bild av math-uttrycket. Ser du något "blablabla" där.

Ser det ut som den här bilden eller ser du någon annan bild?

--Larske (diskussion) 4 november 2017 kl. 10.44 (CET)

Då ser jag hela bilden, ja! -- Innocent bystander (diskussion) 4 november 2017 kl. 10.51 (CET)

Dubblettkategorier för Simple Plan-låtar

Flyttad från WP:Faktafrågor. @Innocent bystander. --Pipetricker (diskussion) 4 november 2017 kl. 15.17 (CET)

Det här är så långt utanför mitt intressefält att jag får svindel, men måste ändå fråga. Är Kategori:Simple Plan-låtar en dubblett till Kategori:Låtar av Simple Plan? -- Innocent bystander (diskussion) 4 november 2017 kl. 13.25 (CET)

Japp, men jag vet inte vilket namn som ska gälla.--LittleGun (diskussion) 4 november 2017 kl. 14.02 (CET)

Jag lade frågan på FF för att jag inte visste om det fa/inns mer än en "Simple Plan". -- Innocent bystander (diskussion) 4 november 2017 kl. 17.26 (CET)

Flytten av diskussionen var oövertänkt av mig (skyller på ryggmärgsreaktion); ber om ursäkt om jag slog dig på fingrarna, det var inte meningen! --Pipetricker (diskussion) 5 november 2017 kl. 03.34 (CET)

Simple Plan är ett rockband, och båda ovanstående kategorier är underkategori till Kategori:Musikstycken efter framförare (men inte till någon annan kategori).

De allra flesta (314) av de 357 kategorierna med namnformen "Låtar av ..." tillhör Kategori:Låtar efter låtskrivare (som har 359 underkategorier) och inte Kategori:Musikstycken efter framförare.

Sökfunktionen kan inte göra en lista på kategorier med namn som slutar på "-låtar", vilket jag tycker är ett argument mot sådana kategorinamn. Men av 111 underkategorier i Kategori:Musikstycken efter framförare har 14 namn som slutar på "-låtar" .

De vanligaste namnen på underkategorier till Kategori:Musikstycken efter framförare är "Låtar av ..." (som jag tycker passar bättre i låtskrivarkategorin, 38 st) och "Låtar framförda av ..." (33) samt "Sånger av ..." (20).

Det enklaste är ju att omkategorisera de två artiklarna i Kategori:Simple Plan-låtar till Kategori:Låtar av Simple Plan. Jag tycker visserligen att Kategori:Låtar framförda av Simple Plan vore ett bättre namn, men samtliga berörda låtar är skrivna av en eller flera av gruppens medlemmar, så man kan se dem som en låtskrivande enhet om man vill.

Jag vet för övrigt väldigt lite om kategorisering, så jag tog det här som ett tillfälle att lära mig en aning mer. --Pipetricker (diskussion) 5 november 2017 kl. 09.41 (CET)

Det här har varit ett ämne för diskussion så länge jag kan minnas, därför valde jag att inte ta upp den aspekten av problematiken. Jag måste dock säga att det ser märkligt ut att kategorisera musik efter vem som framfört den. Happy Birthday to You är tex inte kategoriserad som Kategori:Låtar framförda av Victor Borge, trots att jag själv sett en inspelning av en konsert där han framförde den. Och säg vem som inte har spelat den låten vid åtminstone ett tillfälle, och det även om man bara räknar offentliga framträdanden. -- Innocent bystander (diskussion) 5 november 2017 kl. 10.01 (CET)

Nya layouten av SÄ

Jag vill ha tillbaka gamla SÄ! Det är jätteknasigt nu att läsa olika namnrymder! Kan jag lägga in det i personliga inställningar?Klementin (diskussion) 5 november 2017 kl. 14.15 (CET)

Löste det själv...Klementin (diskussion) 5 november 2017 kl. 14.17 (CET)

Länkarna i vänstermarginalen

flyttad till Wikipedia:Bybrunnen#Länkarna i vänstermarginalen (lättare att få respons) --Paracel63 (diskussion) 6 november 2017 kl. 21.00 (CET)

Sökfunktionen och extern länkning

Jag har gjort mitt första inlägg på Wikipedia men förstår inte hur sökfunktionen fungerar. Jag har lagt upp Regionala etikprövningsnämnder men om man söker på t.ex. "etikprövningsnämnd" kommer man bara till Centrala etikprövningsnämnden. Hur gör man för att en sökning på "etikprövningsnämnd" ska ge förslag på båda inläggen?

Jag har heller inte lyckats få till den externa länkningen (det händer ingenting när man klickar på länken). Hur fixar jag det? 130.238.136.93 9 november 2017 kl. 11.30 (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Hej! Du menar att du har skrivit din första artikel: Regional etikprövningsnämnd. Angående den externa länken så behöver du ändra http://Etikprövningsnämndernas%20webbplats till nämndernas riktiga webbadress (URL). --Pipetricker (diskussion) 9 november 2017 kl. 12.10 (CET)

Jag har fixat länken. I övrigt tycker jag att det räcker med en gemensam artikel för regionala nämnderna och den centrala nämnden, som infogningsförslaget föreslår.--LittleGun (diskussion) 9 november 2017 kl. 12.22 (CET)

Sökförslag ges som du ser bara på artiklar vars namn börjar med det du skriver in. Men om du gör så här: 1. Klicka på förstoringsglas-symbolen i sökrutan utan att först skriva något. 2. Skriv "etikprövningsnämnd" (utan citationstecknen) i den stora sökrutan på söksidan och klicka sedan på "Sök". Då får du Regional etikprövningsnämnd som sökresultat nummer två.

Eftersom Etikprövningsnämnd är omdirigerad till Centrala etikprövningsnämnden borde det överst på den artikeln (om artiklarna är separata) finnas en toppnot som hänvisar till Regional etikprövningsnämnd, för att man ska hitta dit. Men för närvarande tycker jag Slå ihop-mallen duger för att fylla den funktionen. --Pipetricker (diskussion) 9 november 2017 kl. 12.36 (CET)

Är det bara för mig specialsideloggarna inte fungerar?

Loggarna fungerar ibland konstigt för mig. Det finns olika sätt att öppna vad som borde vara samma loggar, men de ger olika resultat. (Jag är inte administratör här, vilket kanske har betydelse; men det är nog bara offentliga (eller som det heter på wikisvengelska "publika") loggar jag försöker titta på.)

Jag har haft det här problemet i flera år. Jag vet inte om det är för att jag har några konstiga lokala inställningar på datorn, eller om det fungerar på samma sätt för andra. Det går ju att komma runt problemen; men om detta drabbar även andra ovana användare, så är det mindre lyckat. Jag skulle gärna vilja veta hur nedanstående loggsidor ser ut för andra användare.

Exempel 1: Går jag till användarbidragsspecialsidan [] får man upplysningen att användaren i fråga är blockerad, upplysning om senaste blockering, samt en länk med titeln Visa fullständig logg. Det finns också en fliklänk med titeln Blockeringslogg ovanför inforutan om blockeringen. Klickar jag där, så får jag upp specialsidan https://sv.wikipedia.org/w/index.php?title=Special:Logg/block&page=Anv%C3%A4ndare%3ATorvindus med sidtiteln Blockeringslogg. Den innehåller en punktvis uppställd lista över nio blockeringar av denna användare.
Även alternativet Visa fullständig logg leder till en variant av blockeringsloggspecialsidan, nämligen https://sv.wikipedia.org/w/index.php?title=Special:Logg&page=Anv%C3%A4ndare%3ATorvindus&type=block, där samma nio punkter ur blockeringshistoriken syns.
Om jag däremot på användarbidragsspecialsidan väljer alternativet Loggar (vilket leder till https://sv.wikipedia.org/wiki/Special:Logg/Torvindus), och sedan där väljer Blockeringslogg, så får jag specialsidan https://sv.wikipedia.org/w/index.php?title=Special%3ALogg&type=block&user=Torvindus&page=&year=&month=-1&tagfilter=&hide_thanks_log=1&hide_patrol_log=1&hide_tag_log=1, också den med sidrubriken Blockeringslogg, men denna gång återigen endast med "brödtexten" Inga matchande träffar i loggen.

Möjlig diagnos: Om jag i den ickefungerande URLen byter ut "user=Torvindus&page=&" mot "page=Användare:Torvindus&", så fungerar sidan. Tydligen hittar vår sökrutin inte en användare (deklarerad med "user") i vår användarnamnrymd (med prefixet Användare).

Exempel 2: Sidan Knut Bonde (död 1413) har flyttats flera gånger, vilket framgår både av diskussionssidan och av historiken. I historiken kan man se att den senast flyttades 2016-10-11. Klickar jag i historiken på länken med titeln Visa loggar för denna sida, så får jag dock upp sidan https://sv.wikipedia.org/w/index.php?title=Special:Logg&page=Knut+Bonde+%28d%C3%B6d+1413%29, som anges täcka "alla 'publika' loggar", men inte visar något annat resultat från det bakomliggande sökandet än Inga matchande träffar i loggen. Om jag ändrar sökningen till att gälla Sidflyttloggar, så får jag upp en specialsida https://sv.wikipedia.org/w/index.php?title=Special%3ALogg&type=move&user=&page=Knut+Bonde+%28d%C3%B6d+1413%29&year=&month=-1&tagfilter=&hide_thanks_log=1&hide_patrol_log=1&hide_tag_log=1 med sidrubriken Sidflyttningar, igen med innehållet Inga matchande träffar i loggen.

Möjlig diagnos: I exempel 2 misstänker jag att en del av problemet är att loggarna följer det exakta sidnamnet, inte den sididentitet som historiken väl är knuten till; och att sidflyttar bara hittas för det sidnamn man flyttar från. Testar jag Alla 'publika' loggar för ett av de tidigare sidnamnen, Knut Tordsson (Bonde), så får jag upp specialsidan https://sv.wikipedia.org/w/index.php?title=Special:Logg&page=Knut+Tordsson+%28Bonde%29 med tre punkter, däribland flytten till namnet Knut Bonde (död 1413). Jörgen B (diskussion) 7 november 2017 kl. 16.12 (CET)

Om du går in på loggarna för en användare, och väljer blockeringslogg, får du upp alla blockeringar användaren har utfört. För Torvindus fall innebär det inga matchande träffar, eftersom vederbörande så vitt jag vet aldrig var administratör. Om du vill få fram alla blockeringar som har lagts på Torvindus, får du byta ut "Torvindus" i fältet Utförare mot "Användare:Torvindus" i fältet Mål. I det andra fallet stämmer din teori, loggen anger endast sidflyttningar från den specifika titeln, inte till. / Reddarn (diskussion) 7 november 2017 kl. 16.27 (CET)

Det är inte särskilt logiskt att kalla båda loggtyperna för "blockeringslogg". I båda fallen har du också samma förklarande text på specialsidan, nämligen

Detta är en logg över blockeringar och avblockeringar. Det finns även en äldre logg. Automatiskt blockerade IP-adresser listas ej. I blockeringslistan listas alla IP-adresser och användare som är blockerade för närvarande.

M. v. h., Jörgen B (diskussion) 7 november 2017 kl. 20.33 (CET)

Tekniskt sett är det samma logg. Skillnaden ligger i huruvida användaren är utförare av eller mål för logghandlingarna. / Reddarn (diskussion) 9 november 2017 kl. 22.40 (CET)

(Menar du "Formellt sett"?) Ja, men den skillnaden är synnerligen viktig, och informationstexten borde upplysa om vad som avses. Den nuvarande texten stämmer inte med någondera avgränsningen, utan handlar mer om vad man får om man väljer att titta på hela blockeringsloggen via Special:Specialsidor.

Vidare är det ytterst oklart hur man smidigt skall kunna ta fram en blockeringslogg avseende blockeringar av en användare som för närvarande inte är blockerad. Jörgen B (diskussion) 9 november 2017 kl. 23.18 (CET)

rubrik som parameter i webbref?

Hej! Jag hör ibland (exempel) åsikten att "rubrik" är ett bättre parameternamn än "titel", i mallar som {{webref}} och {{tidningsref}}. I den senare är det redan infört, och jag tror att det blir tydligare för skribenterna även i den förra. Det är ju inte <title>-taggen som vi vill att folk skriver in utan den rubrik som finns på sidan. Verkar det okej även med er andra?

För att kunna införa det, behöver en rubrik-paramater inkludera även den här koden: |title = {{{titel|{{{title|}}}}}} Det blir ytterligare en inkluderingsnivå. Kan någon (Larske?) hjälpa mig så att testet här ger önskat resultat? Stort tack.--Paracel63 (diskussion) 9 november 2017 kl. 05.18 (CET)

När användningen av Modul:Webbtest i mallen inaktiverades försvann felmeddelandet, så den modulen behöver nog bara en uppdatering med parametern "rubrik". Ja, det är nog ett bättre parameternamn än "titel" här. --JohanahoJ (diskussion) 9 november 2017 kl. 09.31 (CET)

Webbtest-modulen har justerats nu. --JohanahoJ (diskussion) 9 november 2017 kl. 10.16 (CET)

EMRÅ är "rubrik" betydligt bättre; "titel" är snudd på svengelska. Jag hoppas att ni ändå tills vidare har kvar "titel" som ett alternativt parameternamn, till dess att de flesta användarna har uppmärksammat översättningen till svenska. Jörgen B (diskussion) 9 november 2017 kl. 11.20 (CET)

Jag föredrar faktiskt "titel" eftersom det är verkets/webbsidans titel som avses. Rubriker och underrubriker kan det finnas flera av. Det skiljer {{webbref}} från {{tidningsref}} där man faktiskt hänvisar till en viss notis med en och endast en rubrik. /ℇsquilo 9 november 2017 kl. 13.53 (CET)

Jepp, det kan så klart finnas flera rubriker i en enda hemsida, men normalt sett inte. -- Innocent bystander (diskussion) 9 november 2017 kl. 15.17 (CET)

Tack för svaren och argumenten. Esquilos argument tål att tänkas på, även om jag inte är helt övertygad. Min tanke är att en webbsida relaterar till en webbplats som en artikel till en tidning, men jag kan förstå att vissa vill se det som ett separat verk eller jämförbart med en hel sida i en (dags)tidning.--Paracel63 (diskussion) 10 november 2017 kl. 14.34 (CET)

Ja, om den enskilda artikeln i en hemsida inte vore möjlig att länka i sig så är jag beredd att hålla med. -- Innocent bystander (diskussion) 10 november 2017 kl. 15.50 (CET)

Europaparlamentariker och relevanskriterierna

Hej! Relevanskriterierna är något oklara i frågan huruvida parlamentariker på EU-nivå är relevanta. Skulle en artikel om ex. Luke Flanagan vara befogad? /WineRedPsy (diskussion) 12 november 2017 kl. 05.53 (CET)

Europaparlamentariker är lagstiftande på "nationell" nivå, så de är relevanta enligt våra kriterier om inte jag missförstått något. (Om artiklar om EU-parlamentariker är "befogade" är en lite annan frågeställning om du ursäktar ordmärkeriet och svaret på den frågan är inte lika självklar). Jag ser fram emot en artikel om gubben.--LittleGun (diskussion) 12 november 2017 kl. 08.44 (CET)

Mitt råd är att om allt artikeln innehåller är "Luke Flanagan är en Europaparlamentariker." så riskerar artikeln raderas oavsett vad han åstadkommit. Men skriver du en hyfsad artikel med goda källor så är det ingen större risk att den raderas. -- Innocent bystander (diskussion) 12 november 2017 kl. 08.46 (CET)

Pingningsknas?

Fungerar inte pingningen nu? Den här: pingningen gick inte fram, men den ser OK ut.--LittleGun (diskussion) 12 november 2017 kl. 10.16 (CET)

Den här funkade: [25], så det kanske är fixat nu.--LittleGun (diskussion) 12 november 2017 kl. 10.22 (CET)

Den som inte gick fram ser ut som att den borde funkat, så man undrar om avsändaren har avisering för "Misslyckat omnämnande" och "Genomfört omnämnande" aktiverade i sina aviseringsinställningar och i så fall fick någon indikation om detta. --Pipetricker (diskussion) 12 november 2017 kl. 16.16 (CET)

Det kan vara något med Dnm:s inställningar för han har pingat mig utan att det gått fram. /Ascilto (diskussion) 12 november 2017 kl. 16.23 (CET)

Ok, jag har testat lite nu. Reglerna verkar vara som så att om det finns en bidragslänk, så används den för att jämföra med avsändarens användarnamn. Om du frågar en dator om "dnm" är samma sträng som "Dnm" så är svaret "nej". Dnm skulle behöva ändra sin signatur från
[[Användare:Dnm|dnm]] <sup>([[Användardiskussion:dnm|d]] | [[Special:Bidrag/dnm|b]])</sup>
till
[[Användare:Dnm|dnm]] <sup>([[Användardiskussion:dnm|d]] | [[Special:Bidrag/Dnm|b]])</sup>
för att pingningar ska fungera. Nirmos (diskussion) 12 november 2017 kl. 17.01 (CET)

Bra hittat! Namn på undersidor, alltså efter snedstreck, blir ju inte automatiskt normaliserade med inledande versal så som icke-undersidor blir. (Jag pingade för övrigt Dnm i min föregående kommentar, så att han uppmärksammar detta.) --Pipetricker (diskussion) 12 november 2017 kl. 17.33 (CET)

@Nirmos: Borde det inte vara stort D i all "syntax", alltså även Användardiskussion:Dnm: [[Användare:Dnm|dnm]] <sup>([[Användardiskussion:Dnm|d]] | [[Special:Bidrag/Dnm|b]])</sup>
.--LittleGun (diskussion) 12 november 2017 kl. 17.51 (CET)

Nej, det behövs inte. Nirmos (diskussion) 12 november 2017 kl. 18.00 (CET)

Om du pekar på den här länken: användardiskussion:exempel, så att du ser den aktiva länken i webbläsarens tooltip eller statusfält, kan du se att namnrymden och sidnamnet båda normaliseras med inledande versal, och denna normalisering är även vad meddelandesystemet ser. Men den normaliseringen görs av olika anledningar inte för undersidor som special:exempel/undersida. (Men Special:Bidrag är liksom det mesta i Wikipedia skiftlägesokänslig för användarnamnets första bokstav, så Special:Bidrag/exempel visar ändå Exempels bidrag.) --Pipetricker (diskussion) 12 november 2017 kl. 19.37 (CET)

Med tanke på att rapportera detta som en bugg i meddelandesystemet undrar jag om du Nirmos fick någon avisering om misslyckat omnämnande när du testade? --Pipetricker (diskussion) 12 november 2017 kl. 19.49 (CET)

Jag har åtgärdat min signatur och jag har kryssat i det där gör misslyckat och lyckat meddelande, eller vad det nu hette. :) dnm ^{(d | b)} 12 november 2017 kl. 20.49 (CET)

Fråga användare efter förbättringar av artikel?

För en tid sedan publicerade jag en första sida på wikipedia som, inte helt överraskande, blev raderad. Hur gör jag för att få konkret feedback från den användare som raderade sidan efter förbättringsmöjligheter? Frippen (diskussion) 13 november 2017 kl. 11.32 (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand.)

Det bästa borde vara att fråga på användarens diskussionssida. Nosslrac (diskussion) 13 november 2017 kl. 11.36 (CET)

Tack! Tänkte nästan det, det tar en stund att hänga med på hur kommunikationen funkar. Frippen (diskussion) 13 november 2017 kl. 14.08 (CET)

Som skäl tilllraderingskrev jag i artiklen Extern vd (Oartikel: ordboksartikle + reklam för en bok). Det innebär att den tanke till artikel inte håller för att skapa en separat artikel som passar här. Om du vill utveckla något så passar det bättre i artikeln Verkställande direktörYger (diskussion) 13 november 2017 kl. 14.12 (CET)

Artikelnamn

När en simhall kallar sig "actionbad" och vår artikel för liknande anläggningar är äventyrsbad hur bör då artikelnamnet vara? Jag valde Kokpunkten (äventyrsbad) men artikelskaparen önskar att den åter heter Kokpunkten, actionbad. --Nordelch ^{För Wikipedia - i tiden} 14 november 2017 kl. 08.41 (CET)

Jag tycker att artikelnamnet kan vara Kokpunkten och med en topphänvisning till Kokpunkt för den fysikaliska egenskapen. --Larske (diskussion) 14 november 2017 kl. 08.49 (CET)

Att döma av deras webbsajt (kokpunkten.se) heter hela anläggningen bara "Kokpunkten". ("Actionbad" är deras benämning på äventyrsbad-delen och ett epitet som de ibland använder.)

Eftersom den fysikaliska egenskapen kokpunkt väldigt ofta benämns i bestämd form tycker jag att Kokpunkten bör behållas som en omdirigering till Kokpunkt, med en topplänk till artikeln om badet, så som det är nu. --Pipetricker (diskussion) 14 november 2017 kl. 14.38 (CET)

Jag instämmer med Pipetricker! Det ligger inte i enlighet med POMMF att lägga äventyrsbadet under huvudordet. Jag anser också att vi bör använda epitetet "äventyrsbad", det är mer etablerat och mindre reklamaktigt. / Reddarn (diskussion) 14 november 2017 kl. 15.33 (CET)

Byggnaden innehåller fler faciliteter än bara äventyrsbadet, så "(badhus)" eller "(badanläggning)" kanske vore bättre tillägg (och är tillräckliga för särskiljning). Tillägget "(äventyrsbad)" tillför å andra sidan information om vilken typ av badhus det är. --Pipetricker (diskussion) 14 november 2017 kl. 16.43 (CET)

Mall:Cbignore

Jag vill meddela att det nu går att använda {{cbignore}} för att InternetArchiveBot ska ignorera en viss länk i en artikel, såsom en referenslänk eller en annan extern länk. Mallen läggs in direkt efter en referensmall, en {{död länk}}-mall eller efter en extern länk med klamrar. --JohanahoJ (diskussion) 14 november 2017 kl. 18.24 (CET)

Språkkod i mallen Omdirigering på annat språk

Skulle uppskatta om någon kollade. Anropet glv går till Manx inte Manx (språk). Se [26] Maundwiki (diskussion) 13 november 2017 kl. 00.21 (CET)

Fixat genom ändring av Mall:språknamn Kitayama (diskussion) 13 november 2017 kl. 05.41 (CET)

Så nu ger {{språknamn|glv}} följande resultat: manx (språk)|manx

Är detta önskvärt för alla användare av Mall:Språknamn?

Till exempel ger {{språkikon|zul}} nu resultatet: (Zulu_(språk)|zulu)

--Pipetricker (diskussion) 13 november 2017 kl. 14.45 (CET)

Tack. Min ändring (och de följdändringar som gjordes) går inte ihop med {{språkikon}}. Rullade därför tillbaka ändringarna. Då får någon mer mallkunnig titta på hur man kan få {{språknamn}} att returnera rätt för de olika användarna av mallen. Kitayama (diskussion) 13 november 2017 kl. 14.58 (CET)

Det är inte Mall:Språknamn som ska ändras. Felet är att {{omdirigering på annat språk}} för närvarande räknar med att en länk gjord av språkets namn går till en artikel om språket. --Pipetricker (diskussion) 14 november 2017 kl. 20.53 (CET)

Konstig blankrad

Varför blir det en blankrad mellan de två titlarna i källförteckningen i Folke Andersson (musiker)? I redigeringsläge syns ingen grund för detta. /FredrikT (diskussion) 15 november 2017 kl. 10.23 (CET)

 Fixat Det var ett fel i mallen Bokref/Musiklexikon/1978 som nu är åtgärdat. --Larske (diskussion) 15 november 2017 kl. 10.27 (CET)

Mall:Kartposition Brittiska öarna

Finns det en önskelista för mallar? "Mall:Kartposition Brittiska öarna" för att användas i t.ex. "Man (olika betydelser)". Maundwiki (diskussion) 15 november 2017 kl. 18.35 (CET)

För Man (olika betydelser) har jag lagt in en karta över Storbritannien med kartprick som visar läget för Isle of Man. --Larske (diskussion) 15 november 2017 kl. 18.48 (CET)

 Fixat Och för att slippa en karta med olika färger på öarna har jag nu gjort {{Kartposition Brittiska öarna}} och bytt till den på sidan Man (olika betydelser). --Larske (diskussion) 15 november 2017 kl. 19.05 (CET)

Tack, det fanns någon med starka åsikter att Isle of Man inte ingick i Storbritannien så jag ville inte använda den kartan. Maundwiki (diskussion) 18 november 2017 kl. 22.06 (CET)

Bra tänkt, Isle of Man ingår inte i Storbritannien, det är en s.k. kronbesittning, en status lika med associerad stat. /Ascilto (diskussion) 18 november 2017 kl. 22.28 (CET)

Wikilänkar till andra språk

Har för mig att vi inte länkar till andra språkversioner i löpande text, men känner mig lite för osäker för att direkt ingripa här. -- KlasHass (diskussion) 19 november 2017 kl. 13.15 (CET)

Behövs ingen avvikelse för denna artikel, någon kommer kanske skapa den svenska artikeln om personen. Och när svwp har en artikel om en annan person med samma namn kan det lösas med särskiljning. --Nordelch ^{För Wikipedia - i tiden} 19 november 2017 kl. 13.28 (CET)

Försöker lägga upp Budo & Fitness Butikerna men det raderas direkt?

Jag förstår inte varför det raderas oavsett vad jag skriver?

Försöker skapa en liknande sida som ex Stadium eller de andra sportbutikerna har https://sv.wikipedia.org/wiki/Stadium_(detaljhandelskedja)

Budo & Fitness Butikerna är en svensk detaljhandelskedja med inriktning på att sälja sportutrustning för kampsport- och gymträning. Företaget och första butiken grundades 1992 på Sveavägen 90 då Budo-Nord butiken och Hälsa och Fitness butiken slogs samman. Idag finns det 6 butiker runt om i landet och e-handel. 95.192.10.190 20 november 2017 kl. 22.44 (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand av Fem5.)

Butikskedjan är för liten för att anses relevant för ett uppslagsverk. Se Wikipedia:Relevanskriterier#Institutioner och organisationer. Kitayama (diskussion) 20 november 2017 kl. 22.49 (CET)

Tack, då förstår jag! envis som man är hittade jag dock andra sportbutikskedjor som inte är jättestora....... vi är ju ändå lite unika på marknaden med vår inriktning, är det bättre att ngn annan skriver om oss och hur vi startades? eller spelar det ingen roll? Pirre 1 (diskussion) 20 november 2017 kl. 23.16‎ (CET) 1 januari 2001 kl. 00.00 (CET)(Signatur tillagd i efterhand av Fem5.)

I allmänhet avråder vi från att skapa artiklar om företag där man har ett intresse (se Wikipedia:Intressekonflikter). Det man kan göra är att se till att den egna webbplatsen har god information om historia, verksamhet och annat som vi vill ha med i företagsartiklar. Det gör det mycket lättare för andra att skriva artikeln. Också om företagets egen webbplats inte är en trovärdig tredjepartskälla (vilket vi i allmänhet vill ha) kan den användas för en del uppgifter, och framförallt ge tips och inspiration för artikelförfattaren. Det fungerar bäst om man gör en klar skillnad mellan marknadsföring å ena sidan och fakta och bakgrundsinformation å den andra. --LPfi (diskussion) 21 november 2017 kl. 12.00 (CET)

Kan du inte tala?

Hur ska vi få 78.69.161.68 (disk • raderade bidrag • loggar om • whois) (identisk med 213.164.203.137 (disk • raderade bidrag • loggar om • whois) att svara på tilltal? Se diskussionssidan, till exempel Användardiskussion:78.69.161.68#Vad håller du på med? Disembodied Soul (diskussion) 23 november 2017 kl. 16.49 (CET)

Till en början föreslår jag att en kortare blockering läggs (förslagsvis en vecka), med en hänvisning till diskussionssidan som blockeringsmotivering. / Reddarn (diskussion) 23 november 2017 kl. 16.57 (CET)

Varförkortare? En längre blockering kan hävas så snart användaren svarar på tilltal. Syftet är inte att få personen att sluta redigera i några timmar eller en vecka, utan att får vederbörande att börja kommunicera. - Tournesol (diskussion) 23 november 2017 kl. 17.08 (CET)

ISSN

Det går inte att hitta publikationer via giltiga ISSN-nummer på sidan Bokkällor, och därmed inte heller via Mall:ISSN. Jag vet inte hur man kommer åt programmeringen för sidan Bokkällor, men jag misstänker att den i sin tur söker med ISSN-nummer utan bindestreck, vilket inte längre fungerar. Någon som kan ta en titt på detta? --JohanahoJ (diskussion) 11 november 2017 kl. 20.24 (CET)

JohanahoJ: Koden för Special:Bokkällor ligger i includes/specials/SpecialBooksources.php i MediaWiki-kärnan. Nirmos (diskussion) 12 november 2017 kl. 00.30 (CET)

Eftersom ISSN är ett ID-nummer för en skriftserie (vanligen periodika, men kan förvisso även vara böcker), så undrar jag lite vad det är som önskas hittas genom sökningen?

andejons (diskussion) 12 november 2017 kl. 09.01 (CET)

Tack för länken ovan! Det visade sig ändå gå att använda ISSN på sidan Bokkällor. Man möts av ett ett felmeddelande, eftersom den kollen görs utifrån en koll mot ISBN-format, men det går att komma vidare till flera kataloger. För WorldCat gäller det dock att istället klicka på ISBN även om det gäller ISSN, eftersom ISSN-valet kräver kvarhållet bindestreck, vilket inte fungerar då koden (som länkas till ovan) tar bort detta. Där skulle det alltså vara bra att justera länkningen på sidan Bokkällor, men den koden verkar finnas på annat ställe. På Libris verkar det just nu svårt att söka med både ISBN och ISSN, så det kan röra sig om något lokalt fel där istället.

Vad gäller nyttan av ISSN-sökning, så kan man t.ex. enkelt hitta publikationen i flera kataloger och dessutom få mer info. Vi kan med länkningen från ISSN-numret också få en snabb verifiering att det är korrekt. På en:Wikipedia:ISSN tas fler fördelar upp.

--JohanahoJ (diskussion) 12 november 2017 kl. 16.45 (CET)

Nu har jag gjort en justering så att ISSN-länken för WorldCat åter fungerar på Bokkällor. ISSN-sökningen på Libris har fungerat ett tag, så det var nog inget fel härifrån. JohanahoJ (diskussion) 25 november 2017 kl. 13.40 (CET)

Navbox-strul

Försöker få in en illustration enligt engelsk förlaga i {{Orleans County, New York}}. Inte lyckats hittills, någon? -- 109.228.149.82 26 november 2017 kl. 19.41 (CET)

Tack, @90.227! -- 109.228.149.82 26 november 2017 kl. 20.04 (CET)

Stat/Sverige/Kommuner/Befolkning|datum

Hej! Kan någon skapa antingen en ny mall eller en variabel/alternativ som formaterar datumet i Mall:Stat/Sverige/Kommuner/Befolkning i klartext, så istället för 2017-09-30 står det 30 september 2017? Går det? /Portunes (disk) 28 november 2017 kl. 14.34 (CET)

Det går att ändra, men är kanske inte så lämpligt eftersom det används på många stället i infoboxar där det längre formatet gör att "raden spricker". Men det går alltid att omsluta med {{Date}}. Så här:

{{Date|{{Stat/Sverige/Kommuner/Befolkning|datum}}}} -> 31 december 2023.

--Larske (diskussion) 28 november 2017 kl. 14.51 (CET)

Kanon! Det funkar ju perfekt! /Portunes (disk) 28 november 2017 kl. 14.52 (CET)

Vilken ska användas: "Utrikes födda" eller "utrikesfödda"

Jag ser att i flera artiklar, senast här så ändras det av SCB använda "Utrikes födda" till Utrikesfödda. Vilken är det vi ska använda? När jag har lagt in den i artiklar har jag använt samma begrepp som SCB: inrikes födda, svensk bakgrund, utländsk bakgrund och utrikes födda. Det är inte en särskrivning utan ett korrekt begrepp. Eller? Någon som har någon åsikt? /Portunes (disk) 27 november 2017 kl. 22.44 (CET)

"Utrikes" är i detta fall ett adverb, så någon särskrivning är det inte fråga om! / Reddarn (diskussion) 27 november 2017 kl. 22.58 (CET)

Jag håller med om att "utrikes födda" inte är någon särskrivning som till exempel "svält födda", "in födda", "ny födda", "död födda", "upp födda" eller "utlands födda" är. Det är därför fel att ändra speciellt som det används av källan. Det är nog svårt att undvika ändringar, möjligen kan man lägga in en kommentar <!-- OBS ändra inte, detta är inte något särskrivning utan den term som används av SCB. --> i anslutning till texten. Kanske det stoppar någon från att ändra.

• "rikes födda" (256 träffar)
• "rikesfödda" (159 träffar)

--Larske (diskussion) 27 november 2017 kl. 23.22 (CET)

Den här personen redigerade via mobilgränssnittet. Då kan man väl inte se dold kod?--Paracel63 (diskussion) 27 november 2017 kl. 23.38 (CET)

Ok, i så fall hjälper det inte med någon kommentar. --Larske (diskussion) 27 november 2017 kl. 23.47 (CET)

När man redigerar via den mobila webbplatsen så är det samma sak som att redigera wikikoden. Testa att längst ner välja mobil vy och redigera en sida. Kolurpen (diskussion) 28 november 2017 kl. 06.42 (CET)

@Kolurpen: Du har rätt! Jag har ju redigerat så själv. Det är diskussionssidorna, navboxarna etc man inte kan se (från mobilen) etc.--Paracel63 (diskussion) 29 november 2017 kl. 01.29 (CET)

@Portunes: Du har själv lagt in "(utrikesfödda personer samt inrikesfödda med två utrikesfödda föräldrar)" i många artiklar, se diff. Om det är OK för dig kan jag ändra till "utrikes födda" och "inrikes födda" i de 159 artiklarna. --Larske (diskussion) 27 november 2017 kl. 23.34 (CET)

Just det, det stämmer Larske. Verkar som att jag hamnade i samma situation som det jag själv klagade på och reflekterade inte ens över det.. Du får gärna ändra för min del! /Portunes (disk) 28 november 2017 kl. 01.02 (CET)

 Utfört --Larske (diskussion) 28 november 2017 kl. 06.50 (CET)

Integrerade medaljmallar?

Hej! Jag skulle vilja att {{Faktaruta idrottare}} har möjlighet till integrerade och infällda medaljmallar. Det funkar snyggt i {{Infobox simmare}}, där man lagt in "medaljmallar"-kod. Men den mallen är baserad på "if"-kod, inte på {{Faktamall}}. Så kommer det att funka att kopiera över den if-baserade kod som finns på Infobox simmare? Eller måste man göra på något annat sätt?--Paracel63 (diskussion) 27 november 2017 kl. 04.43 (CET)

@Larske: Har du någon idé hur man gör för att fixa det här? Bland annat skulle man slippa en extra faktaruta i en sådan här artikel. Allt gott. --Paracel63 (diskussion) 30 november 2017 kl. 23.31 (CET)

Förslag till förbättring av snabbraderingsknappen

Nirmos, Larske etc: Jag skulle vilja se att snabbraderingsknappen förbättras och där en liten textruta kommer upp när man trycker på den, där anmälaren ges en möjlighet att eventuellt lägga en kommentar till varför artikeln blev anmäld till snabbradering. Det skulle vara bra att meddela eventuella nykomlingar och oerfarna användare så de kan komma åter med en förbättrad version av artikeln osv. Nu får man antingen lägga in manuellt om man vill kommentera eller som jag, snabbanmäler och sen går in i redigeringsläge och lägger en kommentar. Det här förslaget är både smidigare och snabbare än vad sv.Wiki har idag! DIEXEL (diskussion) 1 december 2017 kl. 21.13 (CET)

Jag kan titta på det i natt. Nirmos (diskussion) 1 december 2017 kl. 22.09 (CET)

DIEXEL: Fixat i Special:Diff/42174501. Nirmos (diskussion) 2 december 2017 kl. 08.54 (CET)

Tack, Nirmos! DIEXEL (diskussion) 2 december 2017 kl. 13.33 (CET)

Könsinställning visas var?

Hej! Jag undrar över könsinställningen, som finns under Internationalisering i användarinställningarna. Var kan vi andra se denna inställning (om man skulle vilja adressera folk rätt i diskussioner)?

Hittills har jag bara hittat ett sätt att upptäcka könsinställningen, och det det är genom att tacka någon för en redigering – då dyker den upp i tackbekräftelsen. Däremot finns det en språklig konstighet där… I bekräftelsen står något om att jag tackat NN för hans, hennes eller sin redigering. Det sista borde nog ändras till hens för att vara helt grammatiskt korrekt. Någon som vet var i programvaran detta görs? Allt gott.--Paracel63 (diskussion) 10 november 2017 kl. 14.23 (CET)

{{GENDER:Användarnamn|han|hon|h*n}} funkar. {{GENDER:Paracel63|han|hon|h*n}}: han. 90.227.175.244 10 november 2017 kl. 15.40 (CET)

Se vidare mw:Help:Magic words#Localization, translatewiki:Gender, och translatewiki:Gender#sv. --Pipetricker (diskussion) 10 november 2017 kl. 17.20 (CET)

Vi har mallen {{genus}} för det. /ℇsquilo 10 november 2017 kl. 19.13 (CET)

Ändringar som leder till att programvaran börjar kalla folk för hen låter inte som någon god idé. //Romulus74 (diskussion) 10 november 2017 kl. 19.15 (CET)

Fast gör den det idag? Min notering var att sin inte funkade i den ovannämnda meningen.--Paracel63 (diskussion) 11 november 2017 kl. 02.32 (CET)

Nej, talet om det fick mig nu att ändra från obestämt kön till ett bestämt. Jag blir långt hellre (felaktigt) adresserad "hon" än "hen". -- Innocent bystander (diskussion) 10 november 2017 kl. 20.09 (CET)

Paracel63: MediaWiki:Thanks-thanked-notice. Nirmos (diskussion) 10 november 2017 kl. 20.59 (CET)

Hej! Tack för all responsen och lösningarna. :-)--Paracel63 (diskussion) 11 november 2017 kl. 02.28 (CET)

"Vederbörandes" är det korrekta om man vill vara könsneutral utan att stöta dig med någon. Tostarpadius (diskussion) 13 november 2017 kl. 14.34 (CET)

Jag håller kanske med. Men "dennes" som är det nuvarande ordvalet i MediaWiki:Thanks-thanked-notice funkar väl lika bra? Annars kan man ju göra det lättare för sig genom att oberoende av kön skriva "Du tackade $1 för redigeringen", eller "Du tackade $1 för denna redigering" vilket kanske är vad jag skulle föredra. --Pipetricker (diskussion) 13 november 2017 kl. 15.45 (CET)

Också jag skulle föredra den sista varianten. "Dennes" är egentligen maskulinum. Tostarpadius (diskussion) 13 november 2017 kl. 20.04 (CET)

Jag har inte följt diskussionen. Spontant förstår jag inte vad kön har med saken att göra i Paracel63:s exempel. Antar att det är vad Pipetricker också säger. Användarnamnet duger väl ofta gott. Annars tycker jag rent generellt att "användarens" eller "personens" är lämpliga neutrala alternativ i diskussioner. Det är varken för ålderdomligt, formellt eller nytt, och förmodligen väl beprövat vid det här laget. /Kyllo (f.n. fadder)|diskutera?| 17 november 2017 kl. 02.35 (CET)

Tostarpadius har rätt att "dennes" egentligen är maskulinum.

Kyllo, kön i tackbekräftelsen har att göra med att originalmeddelandet på engelska varierar beroende på den tackade användarens definierade eller odefinierade kön, och för det odefinierade fallet har vi i svenskan inget alternativ som är i närheten av lika etablerat som engelskans their (sedan Shakespeare, se en:Singular they).

När jag föreslog "denna redigering" tänkte jag mig av någon anledning att använda detta för alla kön på den tackade användaren, men det slog mig nu att vi naturligtvis kan behålla de manliga och kvinnliga varianterna, och bara ändra "dennes" till "denna" för det könsneutrala fallet. --Pipetricker (diskussion) 1 december 2017 kl. 20.28 (CET)

@Pipetricker: Ja, det gäller även verb med e-ändelser. Att det förekommer i meddelandet förstod jag och jag kanske var lite otydlig i mitt inlägg. Det jag syftade på var snarare att kön inte är relevant i sammanhang där man exempelvis talar om användare. Det finns en språklig vana att sätta kön på människor, trots att det ofta saknar betydelse i sammanhanget. För vad har det för annat syfte att användare ska delas in i kön och sedan tilltalas olika utifrån det. En webbplats som inte efterfrågar kön gör inte sådana könsskillnader. /Kyllo (f.n. fadder)|diskutera?| 3 december 2017 kl. 12.37 (CET)

Floruit

Tycker vi borde undvika Fl. och Flor. i biografiska artiklar. Vi är nog många som måste slå upp betydelsen. Möjligen svårt att hitta synonymer i enskilda fall. Verksam eller levande? -- KlasHass (diskussion) 25 november 2017 kl. 20.24 (CET)

"Belagd mellan [årtal] och [årtal]" eller "belagd omkring [årtal]"? /FredrikT (diskussion) 25 november 2017 kl. 20.34 (CET)

Jag vet inte om belagd gör det så mycket tydligare för många, då de flesta idag oftare stöter på ordet i sammanhang som "belagd med körförbud" eller "vägen var grusbelagd". Risken är stor att läsarreaktionen skulle bil: "Belagd med vad?". Varför inte ett av de ord som floruit till och med förklaras med i sin artikel: aktiv? //Vätte (diskussion) 3 december 2017 kl. 15.03 (CET)

Fast det betyder "aktiv efter vad som kan beläggas", funkar inte "åtminstone" mellan [årtal] och [årtal]? Fast det kanske är för vulgärt.--LittleGun (diskussion) 3 december 2017 kl. 15.10 (CET)

Topplänk

Kan man skapa en topplänk till två förgreningssidor? Tänkte tillfoga en i artikeln Petrus - förutom sidan Sankt Peter även en som motsvarar en:Petrus. --Nordelch ^{För Wikipedia - i tiden} 5 december 2017 kl. 09.59 (CET)

Ja, på samma sätt som man kan hänvisa till flera andra artiklar. Förklaringstexten måste dock ges explicit för länkar andra än den sista. De flesta toppmallar förväntar sig att varannan parameter är förklaringstext och varannan länk, och om den sista parametern saknar par tolkas den som länk med standardtext. Den standardtexten kanske inte passar, beroende på arbetsfördelningen mellan förgreningssidorna, och måste då ges explicit. --LPfi (diskussion) 5 december 2017 kl. 11.00 (CET)

Rätta kategori i Commons

Jag råkade se att juni och maj räknas in i kategori "Winter in Stockholm" [27]. Nu har jag precis börjat lära mig kategoriskapande, men är osäker på hur detta ska ändras - kan någon förklara (på ett enkelt sätt)? // Zquid (diskussion) 8 december 2017 kl. 13.25 (CET)

Det är liksom här. Du går in på den kategori som länkar till den överordnade kategorin och tar bort länken. Jag gjorde det för May in Stockholm. --Nordelch ^{För Wikipedia - i tiden} 8 december 2017 kl. 13.31 (CET)

@Nordelch: Tack! Just det, så var det ju! Jag är just nu lite för stressad i hjärnan (pga försöker lösa diverse andra saker IRL) och kunde inte tänka så bra. Men nu har jag ändrat juni till kat sommar. :-) // Zquid (diskussion) 8 december 2017 kl. 14.49 (CET)

Ny artikel-länken borta?

Jag har under sommar-höst varit något mindre aktiv på SvWP, men jag blir mycket förbryllad när jag plötsligt inte längre kan hitta länken till "Skriv ny artikel". Den brukar alltid finnas i vänstra marginallistan, men nu är den inte längre någonstans att finna!? Vad har hänt? Hur ska någon då kunna skriva nytt? Har den flyttats bort var det väl inte precis något "snilledrag", om man säger så.. Eller är det något med min dator som plötsligt inte visar allt? Jag har också noterat att förändring skett med wikitextens typsnitt.--Bemland (diskussion) 7 december 2017 kl. 06.00 (CET)

Det är väl bara söka på uppslagsordet och finns det inte, så är det väl bara att trycka på den röda länken och skapa artikeln? DIEXEL (diskussion) 7 december 2017 kl. 06.09 (CET)

Jo, det är ett alternativt sätt att skapa en ny artikel. Men det för klarar inte varför menyvalet "Skapa ny sida" har plockats bort.--LittleGun (diskussion) 7 december 2017 kl. 08.10 (CET)

Jag ställde samma fråga i början på hösten och fick svaret att det ansågs minska antalet klotterartiklar. Kitayama (diskussion) 7 december 2017 kl. 08.19 (CET)

Under valet Nybörjarkurs i menyn kan man hitta sidan Wikipedia:Skriv en ny artikel. För den som ofta vill skapa nya artiklar kanske den sidan kunde bokmärkas. ⛐Boⅳⅰᴇ (🖉) 7 december 2017 kl. 08.39 (CET)

Själva ändringen: [28]

Diskussionen som föregick: MediaWiki-diskussion:Sidebar#Förslag till ändring

Relaterad forskning: [29]

//Rotsee (diskussion) 7 december 2017 kl. 08.45 (CET)

Är det så många nya artiklar som är klotterartiklar? Det går naturligtvis att göra på alternativa sätt, men den användare som inte är så van och har ett viktigt ämne vederbörande vill skapa en artikel om är då närmast chanslös. Det är inte lätt att leta sig fram till någon väg till den speciella WP:Skriv en ny artikel-sidan. På den sidan finns dessutom en särskild ruta med mall för den som är osäker på hur man ska utforma den nya artikeln – och den är ju bara till för nybörjare..! Skulle man åtminstone inte kunna ha en sådan länk som bara blir synlig/fungerande för den som är inloggad? Dessa är väl inte lika benägna att klottra?--Bemland (diskussion) 7 december 2017 kl. 16.49 (CET)

Länken i vänstermarginalen antogs locka många som skulle behöva mer erfarenhet först. Det handlar knappast i första hand om klotter, utan frustration bland artikelskapare och inom stödpatrullen. Dessutom har vi väl många länkar i vänstermarginalen, så om vi lyckas stryka en betyder det i första hand att de andra hittas lättare. --LPfi (diskussion) 8 december 2017 kl. 11.40 (CET)

Chanslös är man inte som ny. Gör man en sökning erbjuds man att skapa artikeln om den inte finns. Rödlänkar var det jag själv började med. Länken i vänstermarginalen är nog inte det första men letar efter som ovan redigerare. Tostarpadius (diskussion) 9 december 2017 kl. 12.49 (CET)

Mall:Flaggbild2 och Nagorno-Karabach

Någon har ändrat texten som hör ihop med Nagorno-Karabach flagga enligt rubricerade mall så att det istället står Artsach, vilket inte är ett vedertaget namn. Hur ändrar man tillbaka? /Ascilto (diskussion) 10 december 2017 kl. 15.57 (CET)

@Ascilto: Mallen {{Landsdata Nagorno-Karabach}} flyttades vid midnatt till {{Landsdata Artsach}} av Reddarn med redigeringskommentaren "Officiellt namn på republiken sedan 2017". Den text som står vid flaggan ändrades i samma veva till Artsach, men har nu ändrats tillbaka till Nagorno-Karabach av IP 90.227.175.244.

Behövs kanske lite diskussion här (eller på malldiskussionssidan) så att det inte blir ett redigeringskrig. --Larske (diskussion) 10 december 2017 kl. 16.21 (CET)

Diskussion om eventuellt namnbyte pågår på Diskussion:Nagorno-Karabach#Namn så Användare:Reddarn har föregripit den diskussionen. /Ascilto (diskussion) 10 december 2017 kl. 16.28 (CET)

Antalet sidor föreslagna för radering

Den senaste tiden, på SÄ, har det inte visats hur många sidor som finns på SFFR, trots att det ska göra det enligt mina personliga inställningar. Är det bara jag som har haft detta problem eller har andra också uppmärksammat? Kan lägga till att jag bevakar SFFR, så det är inget större problem. /Nosslrac (diskussion) 11 december 2017 kl. 11.46 (CET)

Ok, jag får kolla på det. Nirmos (diskussion) 11 december 2017 kl. 12.20 (CET)

Nosslrac: Fixat. Nirmos (diskussion) 11 december 2017 kl. 12.36 (CET)

MediaWiki:Gadget-RecentChangesAdminNoms.js också fixad. Nirmos (diskussion) 11 december 2017 kl. 12.59 (CET)

Länka till artikeln på andra språk

Hej! Hur lägger en in länkar till andra språk för en artikel numera? (Har jag glömt, eller har det ändrats?) Det gäller de nyskapade artiklarna The Wild Hunt och Trident Wolf Eclipse. BiblioteKarin (diskussion) 17 december 2017 kl. 18.08 (CET)

Man klickar på "Lägg till länkar" under rubriken Språk i vänsterkanten. I rutan som då kommer upp skriver man (t ex) "engelska"/"English" i fältet för språk, och namnet på sidan som ska länkas i fältet under. Om då allt funkar som det ska så länkas den svenska sidan till alla sidor som den engelska redan är länkad till. /NH 17 december 2017 kl. 18.26 (CET)

Toppen, tack! Bör jag även uppdatera enwiki med den svenska sidan eller sker det så småningom med automatik? BiblioteKarin (diskussion) 17 december 2017 kl. 18.36 (CET)

Det sker per automatik! (Har redan skett, ser det ut som.) /NH 17 december 2017 kl. 18.40 (CET)