MediaWiki-diskussion:Common.css

message: Skulle någon administratör kunna kopiera innehållet från :en:MediaWiki:Common.css lägga in den här? Den innehåller en hel del extra css-variabler som är bra att ha. /Slartibartfast 10 november 2005 kl.23,43 (CET)
replies: text: Jag vill inte kopiera hela den engelska versionen för jag vet inte riktigt hur det skulle påverka de olika utseendena som finns.  Om det finns något som är användbart så bör vi kanske diskutera först. Men jag kopierar iallafall hiddenstructure hit som jag har sett används i en del mallar här, och de mallarna ser inte så bra ut nu. /EnDumEn ✍ 2 januari 2006 kl.16.11 (CET)
thread_title:  Kopiera innehållet från en.wikipedia? 

message: Någon administratör som kan lägga in följande css-kod i mallen:
table.wikitable {
  margin: 1em 1em 1em 0;
  background: #f9f9f9;
  border: 1px #aaaaaa solid;
  border-collapse: collapse;
}
table.wikitable th, table.wikitable td {
  border: 1px #aaaaaa solid;
  padding: 0.2em;
}
table.wikitable th {
  background: #f2f2f2;
  text-align: center;
}
table.wikitable caption {
  margin-left: inherit;
  margin-right: inherit;
}
Denna kod gör så att man kan använda automatisk tabellformatering genom att ange class="wikitable" i tabellerna. Detta så att man slipper använda externa mallar som :Mall:Fintabell. /Slartibartfast 14 februari 2006 kl.22.41 (CET)
thread_title: Tabellformatering

message: Någon admin som kan lägga in följande (att användas i Mall:Audio):
.audiolink a{
    background: url("http://upload.wikimedia.org/wikipedia/commons/f/f7/Loudspeaker.png") center left no-repeat !important;
    padding-left: 16px !important;
    padding-right: 0 !important;
}
thread_title: Audiolink

message: Ni vet väl om att det inte går att använda HTML-kommenterings-taggar i CSS va? Tänker på följande rader i CSSen:
< !-- Stilmallar för Wikipedia:CommonsTicker börjar här -->
...och...
< !--Stilmallar för Wikipedia:CommonsTicker slutar här -->
Använd...
/* Stilmallar för Wikipedia:CommonsTicker börjar här */
...och ...
/* Stilmallar för Wikipedia:CommonsTicker slutar här */
...istället!
replies: text: Fixat. //Daedalus 11 juli 2006 kl.18.57 (CEST)
thread_title:  Kommentering 

message: Någon administratör som kan vara snäll och lägga in följande kod, från en:MediaWiki:Monobook.css, som behövs för att Mall:Navigationsbox ska fungera. /Slartibartfast 14 augusti 2006 kl. 02.36 (CEST)
/* Standard Navigationsleisten, aka box hiding thingy from .de.*/
div.Boxmerge,
div.NavFrame {
        margin: 0px;
        padding: 2px;
        border: 1px solid #aaaaaa;
        text-align: center;
        border-collapse: collapse;
        font-size: 95%;
}
div.Boxmerge div.NavFrame {
        border-style: none;
        border-style: hidden;
}
div.NavFrame + div.NavFrame {
        border-top-style: none;
        border-top-style: hidden;
}
div.NavPic {
        background-color: #ffffff;
        margin: 0px;
        padding: 2px;
        float: left;
}
div.NavFrame div.NavHead {
        height: 1.6em;
        font-weight: bold;
        font-size: 100%;
        background-color: #efefef;
        position:relative;
}
div.NavFrame p {
        font-size: 100%;
}
div.NavFrame div.NavContent {
        font-size: 100%;
}
div.NavFrame div.NavContent p {
        font-size: 100%;
}
div.NavEnd {
        margin: 0px;
        padding: 0px;
        line-height: 1px;
        clear: both;
}
a.NavToggle {
        position:absolute;
        top:0px;
        right:3px;
        font-weight:normal;
        font-size:smaller;
}
replies: text: Det här är Monobookspecifikt, och ska inte ligga i common.css (som gäller för alla utseenden). Om vi ska ha det här överhuvudtaget så ska det ligga i MediaWiki:monobook.css, dit jag nu har flyttat det. //Daedalus 14 augusti 2006 kl. 12.38 (CEST)
replies: text: : Bah, blev lurad av enwiki, det ska visst ligga i common (enligt dewiki som det kom från från början) iaf :-| //Daedalus 27 augusti 2006 kl. 23.28 (CEST)
thread_title: Navigationsbox

message: Jag tycker nog att tillägg av ny kod i den här filen (och även i MediaWiki:Monobook.css, och i ännu högre grad i javascriptfilerna) bör diskuteras på diskussionssidan först. Det behöver inte vara några långa diskussioner. Men den som vill lägga till ny funktionalitet borde i alla fall lägga ett meddelande här någon dag innan ändringen genomförs om vad som ska läggas till och varför. På så sätt får andra användare möjlighet att kommentera den föreslagna ändringen. Det kommer då också att finnas tydligare motiveringar här till varför kod införs än vad som nu finns i redigeringskommentarerna i historiken. (Ändringar som fixar fel i redan existerande kod kan naturligtvis göras utan diskussion.) /130.237.205.46 12 januari 2007 kl. 12.04 (CET)
thread_title:  Redigering av css 

message: Bör vi ha flera olika stilar för referenser? Och är det så bra att använda kod som är specifik för en viss webbläsare? Jag tror det är bättre att bara använda en enda stil för alla referenser på alla sidor. Då får alla referenser ett enhetligt utseende. Det borde räcka med den referensklass som används av  och . /130.237.205.46 12 januari 2007 kl. 12.04 (CET)
replies: text: Detta är en valbar funktion, referenserna fungerar som normalt för de som inte kallar på funktionen. Just nu håller jag på med en artikel där referenserna kommer att stiga till över 50. Det är inte så lyckat att ha en otroligt stor lista nere på artikeln. Därför införde jag denna, okontroversiella ändring. ´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸ ><((((º>  MoЯsE 12 januari 2007 kl. 14.41 (CET)
replies: text: :FYI: jag tog bort 90%-förminskningen i .references-2column efter en diskussion här, den användes bara i två artiklar så jag ville bara testa. Jag skulle kunna tänka mig att införa en .references-2column-small, med just 90%-förminskningen. //Knuckles...wha? 22 februari 2007 kl. 18.12 (CET)
replies: text: ::Ja, det låter bättre. 90% textstorlek bör inte vara någon sorts standard. Jag kan väl tänka mig 95%, men tänk på att inte alla som läser Wikipedia är 25-åriga tekniker med perfekt syn. Även personer med nedsatt syn ska kunna ta del av innehållet, och alla vet inte hur man zoomar. Jag ser ingen större anledning att krympa storleken på någon text alls. /Grillo 22 februari 2007 kl. 21.09 (CET)

text: Vi bör inte ha en massa olika stilar för referenser, det håller jag definitivt med om. .references-small bör slängas ut snarast möjligt, de som absolut vill ha förminskad referenstext kan själva lägga in det i sina egna stilmallar.

text: Att använda prefixade grejer för tidiga implementationer kan vara okej så länge man även har den vanliga formen (column-count i det här fallet), men man bör vara restriktiv med det hursomhelst. Jag gillar kolumnerna (min webbläsare stödjer det inte än dock), det är en väldigt simpel förbättring för de webbläsare som klarar av det (för tillfället är CSS3-kolumner implementerade i Mozillas Gecko och i Webkit sedan ungefär en månad sen).

text: Jag är dock aningen kluven till huruvida kolumnerna bör fortsätta ligga i en separat klass eller om det vore bättre att ha de för alla referenser. I referenslistor med enbart ett fåtal referenser är det lite onödigt med kolumner, det är främst längre listor som främjas. //Daedalus 22 februari 2007 kl. 21.43 (CET)
thread_title: Olika stilar för referenser

message: Jag lade till en css-klass .template-documentation från :en:MediaWiki:Common.css som används i mall:dokumentation. --Strangnet 25 februari 2008 kl. 09.59 (CET)
thread_title:  Css-klass för malldokumentation 

message: Mallen  som ingår i systemet för  infördes från en.wp i augusti 2007 av MikaelLindmark, men den använder en class=plainlinksneverexpand som saknas i vår version av Common.css.  Resultatet är att utskrifter av Mjölby får en förstörd tabell-layout när koordinat-URLen skrivs ut i fulltext ("expanderas") i faktarutan. Jämför gärna med en utskrift av :en:Mjölby. Den stildefinitionen borde alltså kopieras över hit från en.wp. Själv kan jag inte fixa detta, eftersom sidan är skrivskyddad och jag inte är admin. Vore tacksam för hjälp. Möjligen är det fler saker som saknas. Vore det inte mycket enklare att kopiera rubbet och hålla den svenska sidan uppdaterad med allt från en.wp, så kunde vi ju föra diskussionen där i stället för här. --LA2 1 april 2008 kl. 17.40 (CEST)
replies: text: Dock ligger väl den gamla filen cachad i servrarna. /Mikael Lindmark 2 april 2008 kl. 00.14 (CEST)
thread_title: Coord-stöd

message: Skulle vara super om .template-documentation kunde få overflow: auto; så slipper man att saker som flyter i dokumentationen sticker ut så fult. //Sertion d|B  30 december 2008 kl. 13.30 (CET)
replies: text: /Mikael Lindmark 30 december 2008 kl. 19.00 (CET)
thread_title:  Overflow: auto till .template-documentation 

message: Hej! De tabeller som använder klassen .infobox ser titt som tätt konstiga ut i Firefox 3. Det beror på att vi saknar en margin-top: 0.5em; som enwiki har (och som jag har lagt till manuellt i mall:taxobox). De instanser av mallar som använder infobox och som drabbas av problemet med marginalen har sin förstarad antingen under eller över tabellen (jfr schizofreni, även om det inte är det värsta exemplet). Kan någn lägga till en margin-top? Where next Columbus? 13 mars 2009 kl. 23.59 (CET)
replies: text: Genomfört. //Sertion disk.|Bidrag 14 mars 2009 kl. 17.52 (CET)
replies: text: :Vet inte om det blev så bra dock, med tanke på captions. //Sertion disk.|Bidrag 14 mars 2009 kl. 17.54 (CET)
thread_title:  .infobox och marginalproblem 

message: Skulle vilja föreslå att följande kod från enwiki läggs till:
/* For linked citation numbers and document IDs, where
   the number need not be shown on a screen or a handheld,
   but should be included in the printed version
*/
@media screen, handheld, projection {
    cite *.printonly {
        display: none;
    }
}
Gör det möjligt att en url som är länkad från titeln i en referens syns i sin helhet vid utskrift. Tocant 9 juni 2009 kl. 00.41 (CEST)
replies: text: Nu ska det vara fixat. //Sertion disk.|Bidrag 9 juni 2009 kl. 01.28 (CEST)
thread_title:  Printonly för referenser 

message: Jag anser att vi borde byta till rak högermarginal på Wikipedia. Det ser bättre ut:
replies: text: Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras enim est, ornare vel molestie eu, iaculis rutrum velit. Fusce adipiscing, orci eget ultricies laoreet, risus arcu fermentum mauris, quis adipiscing arcu urna vitae nunc. Nam quis sodales odio. Morbi malesuada consequat ipsum eget scelerisque. Nam sit amet orci ut velit rutrum mollis ac vulputate sem. Vivamus in pellentesque nunc. Fusce elementum mollis molestie. Sed ultricies tortor ultrices odio condimentum pharetra. Nullam at tellus sed est dapibus mattis ultricies non erat. Etiam urna sapien, vestibulum quis suscipit ac, varius tincidunt magna. Maecenas lorem ligula, vestibulum id adipiscing ut, semper at risus. Nullam at tortor felis, nec mollis nisi. Nunc euismod scelerisque dui. Vivamus posuere rutrum iaculis. Vestibulum condimentum sapien nec nisl sagittis scelerisque.

text: Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras enim est, ornare vel molestie eu, iaculis rutrum velit. Fusce adipiscing, orci eget ultricies laoreet, risus arcu fermentum mauris, quis adipiscing arcu urna vitae nunc. Nam quis sodales odio. Morbi malesuada consequat ipsum eget scelerisque. Nam sit amet orci ut velit rutrum mollis ac vulputate sem. Vivamus in pellentesque nunc. Fusce elementum mollis molestie. Sed ultricies tortor ultrices odio condimentum pharetra. Nullam at tellus sed est dapibus mattis ultricies non erat. Etiam urna sapien, vestibulum quis suscipit ac, varius tincidunt magna. Maecenas lorem ligula, vestibulum id adipiscing ut, semper at risus. Nullam at tortor felis, nec mollis nisi. Nunc euismod scelerisque dui. Vivamus posuere rutrum iaculis. Vestibulum condimentum sapien nec nisl sagittis scelerisque. 
--Petter 21 juni 2009 kl. 20.29 (CEST)

text: Jämförelse för en riktig artikel:  mot det nuvarande . --Petter 3 augusti 2009 kl. 21.34 (CEST)
Rak högermarginal kan vara snyggt om det är gjort på rätt sätt. Men det ställer krav på avstavning, och det är svårt att åstadkomma när olika läsare har olika text-/sidbredd. Dessutom ändras texten ofta. --Kildor 3 augusti 2009 kl. 22.22 (CEST)

text: Det ställer inte stora krav på avstavning. För att göra raderna lika långa regleras bredden på mellanrummen. Avstavning behövs inte. --Petter 3 augusti 2009 kl. 22.37 (CEST)
replies: text: :Jo, avstavning behövs. Texten ser förfärlig ut om man inte har väldigt många tecken per rad. /NH 3 augusti 2009 kl. 22.46 (CEST)
replies: text: ::Ser mitt exempel ovan utan avstavning också förfärligt ut? I vilken webbläsare ser det förfärligt ut? Jag kör #content{text-align: justify;} i min personliga stilfil och jag har inte sett en enda artikel (har kollat ganska många) eller upplösning i vilken artikeln ser sämre ut. Tvärtom ser alla bättre ut. --Petter 4 augusti 2009 kl. 18.26 (CEST)
replies: text: :::Det finns en finess inställning för det, de användare som vill ha det så får helt enkelt sätta på den. Sertion 4 augusti 2009 kl. 18.30 (CEST)

text: :::Ja, i mina ögon ser det riktigt illa ut. Det beror inte på webbläsaren i sig utan på att mellanrummen mellan orden blir för stora på vissa rader. Problemet blir såklart större om man använder ett smalare fönster. Marginaljustering är snyggare och är det som gäller i de flesta sorters tryckt text - men då används avstavning och en del andra tricks för att få mellanrummen mellan orden lagom stora. Tyvärr tror jag inte ens att det finns webbläsare som "dynamiskt" klarar av vad till exempel Latex eller en vanlig ordbehandlare (med rätta inställningar) klarar. /NH 4 augusti 2009 kl. 19.00 (CEST)
replies: text: ::::Gammal diskussion. Min egen åsikt är att marginaljustering varken är snyggt eller praktiskt. I en encyklopedi där man kan detaljstyra layout (t.ex. pdf och hårda krav på standardisering av användarnas hårdvara) skulle det dessutom kunna funka. Wikipedia är inte en sådan encyklopedi. Vill man dessutom ha koll på felstavningar och snygg satsbild (varierande ordmellanrum ger EMRÅ ful satsbild) är marginaljustering dessutom mindre praktiskt. Så i min värld överväger nackdelarna klart över fördelarna.--Paracel63 (diskussion) 3 september 2015 kl. 10.20 (CEST)
replies: text: ::::: Ja, man kan konstatera att inget egentligen förändrats i det avseendet sedan 2009. Visual Editor förenklar(?) för dem som skriver, men faktiskt saknas en bra läsare för Wikipedia. /NH 3 september 2015 kl. 21.40 (CEST)
thread_title:  Rak högermarginal 

message: Franska Wikipedia har i geografiartiklarna en bakgrundsbild med en kompass i infoboxens rubrikfält. Jag gillar detta! Något vi kan införa som class för att använda i geografiartiklar på svenska Wikipedia också? Se t.ex.
Angelsfallen och Mount Everest /Inteloutside2 20 mars 2010 kl. 17.52 (CET)
replies: text: De har, så vitt jag vet, ikoner för nästan alla olika omrdåen. Jag håller med om att det ger en positiv effekt men det kräver även att vi bestämmer vilka färger som ska användas för olika typer av mallar. 『Sertion♥』 20 mars 2010 kl. 20.19 (CET)
thread_title:  Bakgrundsbild i Infobox 

message: Jag har kopierat en liten kodsnutt från :en:MediaWiki:Common.css som skapar en liten marginal efter punktlistor och numrerade listor. Problemet tidigare var att text efter sådana listor kom för nära inpå. Ett tydligt exempel på det är i slutet på artiklar där en mall följer direkt efter en lista med externa länkar:
* A
* B
* C
Nu blir avståndet mellan lista och mall lika stort som det blir mellan vanlig text och mall. --Kildor 25 maj 2010 kl. 13.41 (CEST)
replies: text: I enlighet med diskussion på Wikipedia:Wikipediafrågor/Arkiv 2018#Radavstånd i punktlistor:På enwp tog man senare bort detta tillägg av marginal, med motiveringen att det kom i konflikt med shared.css. Jag har nu tagit bort det även här, då det gav onödigt stora och ojämna avstånd mellan raderna inom samma lista. Avstånd mellan en lista och efterföljande text eller mall i en artikel får lösas på annat vis. --JohanahoJ (diskussion) 15 februari 2018 kl. 11.31 (CET)
thread_title:  Marginal efter ol och ul 

message: Jag kan inte se rubrikerna som kommer direkt efter infoboxen på WP:BIK (testat i Opera 11.01 och Firefox 3.6.3 på Windows). Jag tror att det är ändringarna av Common.css relaterade till infobox-klassen från den 30 januari som spökar. Har någon som är lite mer CSS-haj lust att titta på det? –CÆSAR 1 februari 2011 kl. 21.17 (CET)
replies: text: Jag tittar på det just nu. Sertıon 1 februari 2011 kl. 21.21 (CET)
replies: text: :Ser ut som att tabeller med 100% bredd och infobox-classen är rubrikernas naturliga fiende. Bytte ut tabellen mot en hederlig gammal div och nu är problemet borta. Sertıon 1 februari 2011 kl. 21.25 (CET)
replies: text: :: Utmärkt! –CÆSAR 1 februari 2011 kl. 21.44 (CET)
thread_title:  Problem med att efterföljande rubriker döljs 

message: Incubator-logon är fel och bör ändras till:
https://upload.wikimedia.org/wikipedia/commons/thumb/e/e3/Incubator-logo.svg/15px-Incubator-logo.svg.png
/Lokal_Profil 19 mars 2013 kl. 01.16 (CET)
replies: text: Tack =) /Lokal_Profil 21 mars 2013 kl. 23.56 (CET)
thread_title:  incubator 

message: Kodstycket
 #mainPageSearchArea #searchboxInput{
  width: 90%;
 }
lades till 2009 och fungerar inte längre. Jag föreslår att stycket tas bort. Det går visserligen att göra sökrutan t.ex dubbelt så stor genom att använda
 body.page-Portal_Huvudsida div#simpleSearch { width: 28em; }
men det blir inte så snyggt. Ju större sökrutan görs, desto mer oigenkännligt blir utseendet. right-navigation (panelen som innehåller redigera, visa historik etc.) puttas närmare left-navigation (artikel, diskussion) och till slut ser man ingen skillnad på de två menyerna. Jag förstår tanken med att ha en extra stor sökruta på huvudsidan, det är därför jag elaborerar. Man skulle kunna lägga sökrutan i mitten, och göra den så stor som möjligt åt båda hållen (så som jag har gjort på Användare:Nirmos/common.css), eller lägga sökrutan på en egen rad, och låta den ta upp hela bredden, men den typen av ändringar bör i så fall diskuteras först. Nirmos (disk) 21 november 2013 kl. 01.44 (CET)
thread_title:  Sökruta på huvudsidan 

message: Är det någon som motsätter sig att jag lägger till.ns-8 .mw-rollback-link { display: none; }? Det döljer [rulla tillbaka] i MediaWiki-namnrymden. Det känns inte så bra att man kan råka förstöra något för alla på grund av en feltryckning. Vill man återställa på ett sätt som (gör ogjord) inte tillåter, så kan man ju alltid gå in i historiken, klicka på ett datum, klicka på "Redigera", och sedan på . Nirmos (diskussion) 15 juni 2014 kl. 10.07 (CEST)
replies: text: Ja, jag motsätter mig. Det känns konstigt att inte alla namnrymder behandlas lika utan synnerligen goda skäl. Om man vill göra det i sin personliga css må så vara, men göra det för alla känns inte särskilt nödvändigt. Om man råkar rulla tillbaka i just den namnrymden kan man göra som i alla andra namnrymder, revertera sig själv.  --MagnusA 15 juni 2014 kl. 10.13 (CEST)
replies: text: :Jag motsätter mig också att gömma denna länk i MediaWiki-namnrymden, av samma anledning som  anger ovan. För mig är dessutom formuleringen "förstöra något för alla på grund av en feltryckning" märklig. Om det nu går att rulla tillbaka redigeringar i MediaWiki-namnrymden borde det väl även gå att rulla tillbaka eventuell feltryckning? Ett annat argument för att behålla tillbakarullningslänken i MediaWiki-namnrymden är väl, ifall en skulle (förmodligen oavsiktligt) spara felaktig kod är det väl praktiskt att snabbt kunna återställa det (med tillbakarullning). Exklamation (!) 16 juni 2014 kl. 19.19 (CEST)
thread_title:  Tillbakarullning i MediaWiki-namnrymden 

message: Addera nedanstående CSS-kod vid "systerprojektlänkar i vänsterpanelen". Detta gör att MediaWiki visas i vänsterpanelen vid användande av mallen Mall:Iwmediawiki. Kan endast göras av administratörer. OBS! Fil-URL:en för logotypen är obehandlad och direkt kopierad från motsvarande CSS-kod för Incubator. Detta för att jag inte begriper mig på hur man får fram den korrekta fil-URL:en för MediaWiki-logotypen 15px. Filen som ska användas är :Fil:Mediawiki-logo.png.
li.mediawiki {
  background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/e/e3/Incubator-logo.svg/15px-Incubator-logo.svg.png");
}
Exklamation (!) 16 juni 2014 kl. 19.05 (CEST)
replies: text: AlphaZeta (diskussion) 17 juni 2014 kl. 09.39 (CEST)
thread_title:  Redigeringsbegäran 

message: Notis angående diskussionen på BB. redigeringen. Diskussionen (permlänk). – GeMet [diskussion] 29 mars 2015 kl. 20.56 (CEST)
thread_title:  "bra/rekommenderd/utvald-stjärnor efter titel-rubriken" 

message: The new protocol (for a year now) is to make changes as a config upload patch – for example, this one by . If you don't want to do that, just create a task on Phabricator and it'll get done for you (probably by Dereckson, who is awesome :-)). The result is much faster for readers and avoids double-loading two versions of the logo. It also makes sure that the logo you want actually turns up everywhere, like links from the portals and even on Special:Inst%C3%A4llningar and other places that ignore this page for security or performance reasons.
(I noticed this because Josve05a pointed out that the logo wasn't protected, which I did in my community capacity.)
Jdforrester (WMF) (diskussion) 27 april 2016 kl. 18.17 (CEST)
replies: text: Pingar  som fixade med 3M-loggan nu. Josve05a (prata med mig) 27 april 2016 kl. 18.20 (CEST)
replies: text: :Thanks for the ping. However, I only changed the logo upon consensus and given the correct code via a link. I'm not very code-savvy and have asked here for further help from people that probably understands this better than me. Many apologies for not doing the right thing / not being more knowledgeable.--Paracel63 (diskussion) 27 april 2016 kl. 19.52 (CEST)
Jdforrester (WMF): Is this viable even if the community wants a special logo for only two or three days? Nirmos (diskussion) 28 april 2016 kl. 08.56 (CEST)

text: Yes, absolutely. You just need to ask for it with enough notice to get it done (deploys are Mondays–Thursdays with exceptions in serious emergencies). Jdforrester (WMF) (diskussion) 28 april 2016 kl. 17.00 (CEST)
replies: text: : Och om det kodas in istället, slipper jag be administratörer att skydda filen på Commons från överskrivningar. Som med denna logga, någon dag sent. Josve05a (prata med mig) 5 maj 2016 kl. 19.36 (CEST)
thread_title:  [en] Please do not change the site logo through this page 

message: Yesterday I fixed a bad bug in this page that made editing an empty page impossible. In that fix I just added a selector, but really there's not a reasonable justification for this hack. Could it please be removed?
Jdforrester (WMF) (diskussion) 27 april 2016 kl. 18.18 (CEST)
replies: text: Någon som vet hur man fixar det? Tack på förhand.--Paracel63 (diskussion) 27 april 2016 kl. 19.54 (CEST)
replies: text: :Paracel63: Regeln gör faktiskt skillnad. Du kan se detta om du öppnar Eucarpia arcuigera i en flik, öppna en till flik och gå till Special:Min sida/common.css. Lägg till
#mw-content-text p > br:only-child {
	display: inline;
}

text: :där. Öppna Eucarpia arcuigera igen i en tredje flik. Du kan nu se att regeln gör skillnad när det gäller p-element som enbart innehåller radbrytningar. Om problemet är fixat vet jag inte riktigt varför regeln ska tas bort. Nirmos (diskussion) 28 april 2016 kl. 01.39 (CEST)
replies: text: :::Tack för förklaringen. Jag vet dock inte hur viktig den är för min Wikipedia-verklighet, eller i praktiken för oss, om problemet är fixat.--Paracel63 (diskussion) 28 april 2016 kl. 11.21 (CEST)

text: ::Med andra ord: Om man vill ta bort regeln, och om man vill att sidor ska se ut som de har gjort sedan Sertion lade till regeln 2010, så måste man sätta botar på att ta bort radbrytningar, och be Lsj att ta det lite lugnare med antal radbrytningar i framtida artiklar. Nirmos (diskussion) 28 april 2016 kl. 02.54 (CEST)
thread_title:  [en] Removing the <code>p>br:only-child</code> rule 

message: Som fortsättning på Wikipedia:Wikipediafrågor/Arkiv 2018#Radavstånd i punktlistor, där jag föreslog att
/* Omdirigeringar till mallar i kursiv stil i
   listan över använda mallar under redigeringsrutan */
.templatesUsed .mw-redirect {
	font-style: italic;
}
skulle byggas in i MediaWiki har jag skapat :phab:T188737. När/om det uppdraget blir löst kan den koden tas bort. Nirmos (diskussion) 2 mars 2018 kl. 15.54 (CET)
replies: text: Det här har nu en patch på :gerrit:416220. Nirmos (diskussion) 3 mars 2018 kl. 22.14 (CET)
replies: text: :Patchen är nu mergad. Nirmos (diskussion) 5 mars 2018 kl. 21.36 (CET)
replies: text: ::Och nu är det här sjösatt, så jag har tagit bort det här lokalt från svwiki. Nirmos (diskussion) 8 mars 2018 kl. 22.54 (CET)
thread_title:  Fortsättning från [[Wikipedia:Wikipediafrågor/Arkiv 2018#Radavstånd i punktlistor]] 

message: Det är jättedumt att MediaWiki-tillägget WikimediaBadges använder samma bild till bra och rekommenderade artiklar, och att vi sedan lokalt skiljer på dem. WikimediaBadges bör använda :c:File:Rekommenderad grön.svg till rekommenderade artiklar. Jag ska se vad jag kan göra åt detta. Nirmos (diskussion) 10 mars 2018 kl. 14.10 (CET)
replies: text: Uppdrag nu skapat på :phab:T189374. Nirmos (diskussion) 10 mars 2018 kl. 15.15 (CET)
thread_title:  Stjärnan för interwikilänkar till rekommenderade artiklar 

message: Skapat :phab:T189375. Nirmos (diskussion) 10 mars 2018 kl. 16.00 (CET)
replies: text: Det här är fixat nu. Nirmos (diskussion) 28 april 2018 kl. 01.37 (CEST)
thread_title:  Inledande och avslutande mellanslag i url() fungerar inte 

message: /* Reset top margin for lists embedded in columns */
div.columns {
	margin-top: 0.3em;
}
div.columns dl,
div.columns ol,
div.columns ul {
	margin-top: 0;
}
/* Avoid elements breaking between columns */
.nocolbreak,
div.columns li,
div.columns dd dd {
	-webkit-column-break-inside: avoid;
	page-break-inside: avoid;
	break-inside: avoid-column;
}
Denna kod som tagits ifrån :en:MediaWiki:Common.css fixar top-margin för listor som i kolumnmallar som  och  producerar kolumner med bra utseende och jämna antal av elementen. Jag föreslår att det inkluderas även in i MediaWiki:Common.css. 93.182.179.223 19 augusti 2019 kl. 20.36 (CEST)
thread_title:  Fixa listor i kolumner