Malldiskussion:Resultat

message: Förändringarna är mycket välkomna men varför blev halvtidsresultaten fetstilade? Emm är det bättre om endast slutresultatet är fetstilat för att det är viktigare. Går det att fixa? /Diupwijk 14 juni 2010 kl. 22.56 (CEST)
replies: text: Håller med, med den nya modellen blir det för mycket fetstil. Borde gå att ta bort. --JoolzWiki (d|b) 15 juni 2010 kl. 00.07 (CEST)
replies: text: : När man använder utropstecken ( ! ) istället för pipe-tecken ( | ) blir allt i den raden fetstilat. Det är till för att markera en mallrubrik. Om man till exempel använder class=wikitable blir den översta raden även något mörkare. -- [ jiˈesˌdeːo ] 25 juni 2010 kl. 19.36 (CEST)
thread_title:  Hjälp med halvtidsresultaten 

message: Under mitt arbete med att förbereda inför VM uppdagade jag att vi har fyra mallar som gör ungefär samma saker. Det handlar om mallarna , ,  och . Jag har precis fixat till mall:resultat så att den skall ta alla argument som man bör ha användning för och ber därför om hjälp med att omdirigera de andra mallarna till denna. Problemet är att några av mallarna är på engelska medan resultatmallen är på svenska. Det vore dock fördelaktigt om man även i framtiden kan importera färdigifyllda mallar från enwp. /Diupwijk 4 juni 2010 kl. 17.35 (CEST)
replies: text: Jag har nu omdirigerat  till , funkar det som du ville ha det? -- Lavallen 8 juni 2010 kl. 20.45 (CEST)
replies: text: : -- Lavallen 9 juni 2010 kl. 10.53 (CEST)
replies: text: ::Det verkar funka perfekt! Tack så hemskt mycket. /Diupwijk 9 juni 2010 kl. 17.32 (CEST)
=== #ifeq: tillsammans med #expr: ===
Vi tar detta exempel:

Det jag nu vill få ut ur den hela koden, är att om "Number1" + "Number2" blir 100 eller mer, så ska det stå "Svaret är över 100", och om svaret är under 100, så ska det stå "Tyvärr, svaret är under 100". Men nu ställer jag frågan: Hur skriver man värdet "100 eller mer" på Wikipedia-språket? Jag håller på att lära mig det just nu. Jag testade "< 100" och "100 >", men det hjälpte inte. Det visar bara det falska svaret, trots att talet blir över 100. Kanske du också kan lära mig hur man skriver värdet "Mindre än 100"? /Heymid, den glade ☺ 22 maj 2010 kl. 23.20 (CEST)

text: . Mer info finns i dokumentationen. <wpanv:sertion disk="♥" /> 22 maj 2010 kl. 23.42 (CEST)

text: eller bara  /90.229.128.74 22 maj 2010 kl. 23.49 (CEST)
thread_title:  Mallhjälp 

message: Vi tar detta exempel:

Det jag nu vill få ut ur den hela koden, är att om "Number1" + "Number2" blir 100 eller mer, så ska det stå "Svaret är över 100", och om svaret är under 100, så ska det stå "Tyvärr, svaret är under 100". Men nu ställer jag frågan: Hur skriver man värdet "100 eller mer" på Wikipedia-språket? Jag håller på att lära mig det just nu. Jag testade "< 100" och "100 >", men det hjälpte inte. Det visar bara det falska svaret, trots att talet blir över 100. Kanske du också kan lära mig hur man skriver värdet "Mindre än 100"? /Heymid, den glade ☺ 22 maj 2010 kl. 23.20 (CEST)
replies: text: . Mer info finns i dokumentationen. <wpanv:sertion disk="♥" /> 22 maj 2010 kl. 23.42 (CEST)

text: eller bara  /90.229.128.74 22 maj 2010 kl. 23.49 (CEST)
thread_title:  #ifeq: tillsammans med #expr: 

message: På enwp finns Template:Footballbox collapsible, som onekligen är att föredra i artiklar som innehåller många matchresultat. Detta alternativ finns inte på svenska Wikipedia, och eftersom att min kunskapsnivå när det gäller mallar är ganska låg, så vädjar jag till gemenskapen efter hjälp. Är det någon som kan ge sig på att översätta nämnda mall? Tack på förhand! /Frisko (dis.) (bid.) 14 augusti 2011 kl. 19.45 (CEST)
replies: text: Jag har byggt en mall som man kan minimera och maximera. Mallen heter  och fungerar som denna mall, med några extra parametrar. Jag har just nu inte lagt till så att de engelska parameterna fungerar, men det är enkelt fixat. Jag byggde mallen främst för att skapa en diskussion om  kunde förbättras och ändras så att samtliga resultat på svwp har ett minimerbart/maximerbart alternativ. Mallen har jag byggt själv så jag kan nog tänka mig att vissa script motarbetar varandra. Den bör göras om till en html-tabell samt ha ett bättre namn. Nu vill jag veta vad ni tycker om mallen, kom med förslag och synpunkter // Maurizio 26 januari 2012 kl. 20.20 (CET)
replies: text: :Är det tänkt att de två resultatmallarna ska slås samman eller ska det finnas två olika, en som döljer och en som inte döljer? JoolzWiki (db) 28 januari 2012 kl. 18.56 (CET)
replies: text: ::Tanken är att scriptet ska slås samman. Man kan bygga en mall med parameter för ett valbart alternativ, med eller utan visa/dölj-knapp. Jag bygger om  och återkommer när jag har lite tid över. // Maurizio 29 januari 2012 kl. 17.57 (CET)
replies: text: :::Ok, låter finfint. Fast  borde nog tas bort från  så att projektet inte börjar användas/misstolkas. JoolzWiki (db) 29 januari 2012 kl. 18.08 (CET)

text: Det tog sin lilla tid men jag är nu klar med mallen. Den bör ses över men jag har använt mig av alla parametrar som finns i , och lagt till några nya. Koden ger inga "öppna" celler (som resultat-mallen har för tillfället) och är uppdelad i fem kolumner som löser problemet med vertikala radförskjutning vid användandet av flera domare. Valmöjligheten för bakgrundsfärger (vid vinst, oavgjort, förlust eller eget val), visa/dölj-knapp som kan tas fram med en enkel parameter (minimerad=ja) osv...Det vore bra om vi kunde använda diskussionssidan vid frågor och/eller synpunkter. // MAURIZIO 30 mars 2012 kl. 11.03 (CEST)
replies: text: ::Då problemet tycks vara avhjälp, tar jag bort hjälp-mallen. --Civilspanaren (disk) 3 april 2012 kl. 11.54 (CEST)
replies: text: :::Jag flyttade över skriptet från  för att slippa handskas med två olika mallar. De visuella skillnaderna är små, men skriptet har fått en ordentlig genomgång. // MAURIZIO 10 december 2012 kl. 12.12 (CET)
thread_title:  Minimerbart alternativ 

message: är byggd men era åsikter behövs för att kunna förbättra mallen. Scriptet är rätt grötig och bör ses över (och kanske byggas om i HTML-kod) av någon som är mer erfaren än vad jag är. // Maurizio 10 februari 2012 kl. 23.20 (CET)
thread_title:  Resultat med trupp 

message: Jag efterlyser en parameter |bredd= eller liknande, så att tabellen inte med nödvändighet tar upp hela sidbredden i artiklar där mallen används. Många användare har idag ganska stora bildskärmar. På exempelvis en 24-tums skärm blir det med mallens nuvarande utformning väldigt mycket luft i horisontalplanet, vilket minskar läsbarheten. Skärmbild för att exemplifiera: Malldiskussion-Resultat.png–Tommy Kronkvist (disk), 27 januari 2013 kl. 04.10 (CET).
replies: text: Jag provade att lägga till maxbredd i mallen. Då blri det samma bredd i all artiklar, inte beroende på vad den som lagt till mallen tyckte passade. Men om man har en stor skärm får man nog själv tänka på att inte ha för brett webbläsarfönster. 90.227.135.41 27 januari 2013 kl. 10.26 (CET)
replies: text: :Det är redan samma bredd i all artiklar (width:100%, dvs hela sidbredden)... Tänk på att mallen inte bara används till att visa resultat i fotbollsmatcher, artiklar med personer eller lag med långa namn gör att det ser väldigt konstigt ut med en maxbredd på 70em! Det är sant att väldigt många sitter på stora bildskärmar nu för tiden men vi måste ta hänsyn till att väldigt många använder laptop och surfplatta med en lägre upplösning. +1920×1200 är ännu inte standard, och har man en så stor upplösning bör man väl vara van vid stora luftrum om man kör i helskärm. Jag rullar tillbaka ändringarna tills att vi har kommit fram till en bra lösning med fler synpunkter och åsikter.Användare:Maurizio 27 januari 2013 kl. 11.34 (CET)
replies: text: ::Det är OK för mig (som antyds av min kommentar om för brett fönster). Min kommentar om samma bredd i artiklar gällde inte tidigare bredden 100%, utan var emot den föreslagna breddparametern som kan vara 70em i en artikel, 90% i en annan, ..., beroende på vad den som la in mallen tyckte såg bra ut. Men jag gjorde nog samma fel som valde 70em som såg bra ut i de exempel som jag kollade. 90.227.135.41 27 januari 2013 kl. 12.25 (CET)
replies: text: :::Att ange fasta typografiska mått (exempelvis "70em" eller "600px") som icke redigeringsbara värden direkt i mallens kod är förmodligen inte optimalt, av de anledningar som  anför – många använder mobila enheter med liten skärmupplösning. I den händelse man trots det anger ett värde direkt i mallkoden är det i så fall bättre att inte använda ett typografiskt mått, utan en procentsats (av hela sidbredden). Det gör att artikelns innehåll med automatik flödar om bättre, utifrån den skärmupplösning som för ögonblicket används. Precis som Maurizio påpekar skulle det dock inte lösa problemet med att mallen ibland dessutom ska presentera ganska långa textstycken.

text: :::Hela den diskussionen går dock förbi min ursprungliga frågeställning. Vad jag efterfrågar är som sagt inte ett fast, för användaren icke redigeringsbart värde i mallkoden. Oavsett om det gäller ett typografiskt mått eller en procentsats. Jag efterlyser i stället en redigeringsbar parameter, alltså att användaren av mallen kan ange exempelvis |bredd=80% på samma sätt som användaren idag kan skriva |mål2=Nacka Skoglund eller |arena=Fritz-Walter-Stadion. Då kan den som redigerar en artikel själv ange ett procentvärde i mallen, utifrån huruvida den text som ska presenteras är lång eller kort. Givetvis bör det vara valfritt att fylla i ett attribut till parametern: om den som redigerar väljer att strunta i att fylla i ett värde bör mallen genereras precis som tidigare. Att användarna sedan själva förstås kan välja storlek på sina webbläsarfönster är en annan sak, och hör inte riktigt hit. Det finns mängder med mallar på Wikipedia som handskas med det här problemet på ett ganska bra sätt, och det oavsett om användarna har pyttesmå eller gigantiska webbläsarfönster, vill ha kinesiska som standard för visad teckentabell, väljer Wingdings som webbläsarens standardtypsnitt, eller vad nu användarna hittar på... :-)–Tommy Kronkvist (disk), 27 januari 2013 kl. 16.18 (CET).
replies: text: ::::Procentstorlekar är inte en bra idé. Som exempel kan 80% av ett brett fönster vara för brett samtidigt som 80% av ett smalt fönster är för smalt. Det är bättre med storlekar i em som anpassar sig efter vilken teckenstorlek man använder. Att ange max-width är inte något problem för små upplösningar eftersom fönsterbredden då ändå begränsar mallens bredd innan max-width gör det. 90.227.135.41 27 januari 2013 kl. 17.10 (CET)
Sant, och dessutom i linje med de standarder som World Wide Web Consortium numera förespråkar för webbsidor. Nu menar jag ju dock inte att man med nödvändighet måste använda procentsatser. Vad jag dock – fortfarande – skulle önska är att det fanns en redigeringsbar parameter – och då inte i mallens kod, som nästan ingen rör och som dessutom genererar exakt samma resultat i alla artiklar där mallen används, utan där den som redigerar enskilda artiklar kan ange värden. Om man där sedan anger exempelvis 70em eller 70% är kanske inte helt avgörande – dessutom kan vi ju påpeka på mallens dokumentationssida att man lämpligen bör använda "em" och inte procent. Det ger en större frihet, och den som redigerar på Wikipedia kan göra små grundläggande ändringar i varje enskild artikel som mallen används, oavsett hur mallen används i andra artiklar.
 
Det är för övrigt praxis i en hel del mallar på Wikipedia. Det vore exempelvis korkat om det i mallkoden för  var inskrivet att storleken på flaggorna alltid skulle vara 10 pixlar  eller 50 pixlar  i alla artiklar där flaggbilds-mallen används. Istället kan det anges direkt i redigeringen i varje artikel där mallen används, som exempelvis  
 
Det är dessutom i artiklar med lite innehåll i mallen som det här är viktigt – i de fall det är mycket text som ska skrivas in i mallen (om till exempel tyska Ballspiel-Verein Borussia 1909 Dortmund e.V någon gång skulle möta polska Jaworznickie Stowarzyszenie Piłkarskie Szczakowianka) tja, då skriver man helt enkelt inte in något begränsande bredd-värde i mallen i just den artikeln. Då ser artikeln ut precis som den skulle göra innan vi påbörjade den här diskussionen. I de lägena, med mycket text, är det dock inte bra att istället ha ett fast, icke-redigeringsbart värde inskrivet i mallkoden – jmf exemplet med flaggbild, enligt ovan – eftersom texten då riskeras att radbrytas trots att man kanske råkar ha en ganska stor skärm, där texten annars skulle se bra ut. –Tommy Kronkvist (disk), 27 januari 2013 kl. 18.43 (CET).
replies: text: :::::Tommy Kronkvist, jag förstår vad du menar, men fördelarna med en mall som visar hela sidbredden som fast kod är att det skapar en viss struktur och konsekvens när man visar matchresultat. Jag byggde om hela mallen för ett par månader sedan (se Malldiskussion:Matchresultat) och testade då olika storlekar, både i procent, em, px och olika omflyttningar av parametrarna. Vad jag har velat göra är att ha med en parameter i  som flyttar ner parametrarna arena och datum, och då få ner storleken till 50%. Detta har jag arbetat med sedan jag uppdaterade denna mall, men har inte riktigt tagit tag i det och skrivit klart koden. Jag ska försöka att skriva klart koden, och kommer att visa upp mina resultat i . Får jag fråga, vilka artiklar hade du tänkt dig att det det skulle vara bra att ha resultat visade i en kortade sidbredd? // MAURIZIO 27 januari 2013 kl. 22.41 (CET)
replies: text: ::::::Jag förstår, och vad gäller själva koden och utformningen för övrigt så tycker jag att du har gjort ett alldeles utmärkt jobb – utan tvekan mycket bättre än vad jag skulle ha kunnat göra. Däremot tycker jag inte att en mall som visar hela sidbredden som fast kod och "därför skapar en viss struktur och konsekvens" riktigt duger som argument. Då skulle snart sagt alla mallar på Wikipedia ha den utformningen, och som det är i dag finns det en anledning till att det inte är standard på Wikipedia: en sådan stringens i layouten gör kanske själva tabellen mer lättläst, men det på bekostnad av att resten av artikeln i sin helhet däremot blir mer svårläst. Kort sagt så tenderar innehållet i -tabellerna nu att (rent visuellt-typografiskt) flyta samman med brödtexten i artiklarna. Då förlorar man själva poängen med att använda tabeller in the first place, tycker jag. Själva idéen med tabeller, oavsett vad de handlar om och oavsett i vilket sammanhang de är presenterade, är att de ska vara ett lättläst men tydligt avgränsat komplement till artiklarnas textkroppar, inte en del av texten. Helt enkelt som man ser tabeller i exempelvis dagstidningar, eller för den delen snart sagt alla andra tabeller här på Wikipedia. Om till exempel innehållet från mallarna  och  etc skulle löpa över hela sidbredden, så skulle det blir mer eller mindre omöjligt att ta till sig textinnehållet i artiklarna. Tabeller, bilder och diagram bör inte ta över artiklarna tycker jag – då kan man nästan lika gärna ha brödtexten som bakgrundsbild, och smacka tabellerna rakt ovanpå... :-) Det ska sägas att det förstås finns undantag, där tabeller med fullbredd inte bara passar bra, utan till och med är bäst. Dit hör till exempel  och liknande tabeller. Sådana mallar ska ju alltid placeras allra sist i artikeln, som en sorts sidfot, och stör därför inte artiklarnas huvudinnehåll.

text: ::::::För att svara på din fråga så menar jag alltså att det aldrig bör vara så att resultat-tabellerna stör eller konkurrerar ut artiklarnas huvudinnehåll över hela spaltbredden, oavsett vilken artikel de befinner sig i. Eller också stipulerar man under rubriken "Användning" i resultat-mallens dokumentation att tabellen alltid ska placeras längst ned – det är dock knappast optimalt, eftersom det då kan hända att resultat-tabellen flyttas alltför långt från det ställe i brödtexten som berör tabellens innehåll, åtminstone i långa artiklar. –Tommy Kronkvist (disk), 28 januari 2013 kl. 01.30 (CET).
replies: text: :::::::Min syn när det gäller resultattabeller är att de är minst lika viktiga som löptexten. Vi måste skilja på dagstidningar och encyklopedier. Det är mycket lättare att finna information i en tabell där man vill veta vem som gjorde det tredje målet i en specifik match, än att behöva skumma igenom text för att ta till sig den informationen. Jag kan dock hålla med om att det kan se konstigt ut med resultattabeller i en artikel där det finns väldigt lite information om matcher, se artikel Intertotocupen 1995 där jag gjorde om hela artikeln från wikitabell till att använda . Problemet med att det blir mycket tomrum försvinner dock inte då det ej finns någon text.Man kan lägga in resultatmallen i en wikitabell med en stringens som anger bredden, och float:right/left. Jag la till brödtexten runt  för respektive grupp i artikeln U17-världsmästerskapet i fotboll 2013, och måste säga att det ser väldigt krystat ut med om man läser från en läsplatta eller laptop. Det skulle se värre ut om man använde text runt om  i det här fallet. nyttjar hela sidbredden i samtliga wikispråk, men det kanske är ett dåligt argument för att vi på svwiki inte ska ligga i framkant när det gäller läsbarheten på denna encyklopedi.I artikeln E-sport-SM 2011/2012 använde jag  under två kolumner med hjälp av  och . // MAURIZIO 25 januari 2014 kl. 11.55 (CET)
Förslag på ny struktur av mallen (Jag flyttade ett nytt ämne in i gamla diskussionen för att hålla ihop det.)
Jag har följt diskussionen om bredden på mallen och det är inte bra som det är av olika skäl. Därför har jag gjort ett nytt förslag på mall där uppgifterna i högerkolumnen (arena, spelplats, publik, domare) helt enkelt flyttas till vänsterkolumnen. Vet ej hur man bäst delar med sig men: Gå in på min användarsandlåda och hämta koden i redigeraläget, klistra sen in den i resultatmallens redigeraläge och välj där en sida att förhandsgranska med nya mallen. Kommentarer? /Inno (disk) 25 januari 2014 kl. 02.38 (CET)

text: Det blir väldigt grötigt när man har så pass mycket information på en plats, samt att resultattabellen blir väldigt hög. Vi måste tänka på de användare som läsare som använder läsplattor och laptops, där det inte ser så bra ut med så många radbrytningar. // MAURIZIO 25 januari 2014 kl. 11.02 (CET)
replies: text: :Antalet rader är oförändrat och tabellen blir inte högre. Se jämförande exempel här och här och ett annat här och här. Och så här blir det exempel som Tommy Kronkvist tog upp i början på diskussionen för att illustrera problemet. Enda gången det blir fler rader i nya förslaget är om parametern Huvudartikel är ifylld, något den väldigt sällan är.Att nya förslaget skulle vara grötigare håller jag inte med om, jag tycker det blir renare och tydligare när texten hålls ihop och inte är utdragen som det är i nuvarande tabell, det tycker jag är värre för läsbarheten. Och det är såklart en vanesak.I övrigt går det naturligtvis att snygga till layouten med indrag, textstorlek, fetstil, etc för att öka läsbarheten. Vi kan väl se vad det finns för andra åsikter t.ex. vad Tommy Kronkvist och 90.227.135.41 har att säga. /Inno (disk) 25 januari 2014 kl. 17.47 (CET)
thread_title:  Bredd 

message: Eftersom tidigare försök att skapa handbollsmallar har blivit omdirigerade hit så har jag nu gjort en anpassning i mallen efter handbollens behov. Det innebär parametrar för antal tvåminutare, antal gula kort och antal röda kort för respektive lag samt resultat efter en eller två förlängningar och straffar vid oavgjorda resultat. Kanske inte helt optimalt men det är en eftergift för fördelarna med att ha allt i samma mall. Jag kommer att uppdatera mallens dokumentationssida också. /Inno (disk) 16 januari 2014 kl. 19.20 (CET)
replies: text: Intressant, ju mer idrotter som kan visa resultaten med denna mall desto bättre! Dina ändringarna i  kanske vi kan kopiera till , så att även den mallen kan visa resultat i handbollsmatcher.// MAURIZIO 16 januari 2014 kl. 21.07 (CET)
replies: text: :Tror inte behovet är så stort för handbollen, där är ju en laguppställning inte lika intressant som i fotbollen. Bara en enda handbollsmatch länkar till mallen Resultat med trupp: OS-finalen 2012. /Inno (disk) 17 januari 2014 kl. 00.41 (CET)
thread_title:  Mallen anpassad efter Handbollen 

message: Jag håller på att skapa en artikel och använder denna mall men får inte till att resultaten kollapsar och visa-knappen syns. Jag kan inte identifiera vad som är egentligen problemet. Det funkar ju med exemplen på "Mall-sidan" och på artiklar som har denna mall och kollapsande textrutor. DIEXEL (disk) 7 februari 2014 kl. 15.27 (CET)
----
replies: text: Jaha. Nu gick det när man sparade dokumentet? Men varför funkar det inte i förhandsgranskning när jag skrev det där? Provade med ett exempel från mall-sidan i en ny artikel och då funkade i förhandsgranskningen. Det känns rätt märkligt att det skulle bara funka då och då? DIEXEL (disk) 7 februari 2014 kl. 15.30 (CET)
replies: text: :Blir tabellen aldrig kollapsad när du är i förhandsgranskningsläget? Redigerar du i VisualEditor? I din inställningar, har du rutan "Använd direktuppdaterad förhandsgranskning (experimentell)" ifylld? // MAURIZIO 7 februari 2014 kl. 17.04 (CET)
thread_title:  Får inte till det med kollapsande textrutor. 

message: Är det möjligt att kunna anpassa denna mall till även kunna funka för ishockeymatcher? Jag vet att det finns redan en ishockeylåda, men den tar upp för mycket plats i mitt tycke. Thobiah (diskussion) 15 april 2015 kl. 18.03 (CEST)
replies: text: Jag har skapat  med hjälp av denna mall. Jag hoppas den ser bra ut! Thobiah (diskussion) 24 april 2015 kl. 21.16 (CEST)
replies: text: :Bra mycket senare, men en fråga som kommit upp är en skillnad mellan Result och Resultat-ishockey mallen. Ishockey-mallen har attributet Summering och säger att texten Summering ska stå, men väldigt många skriver "Rapport" där istället, antagligen för det är så som Resultat mallen säger och det har blivit en vana. Fanns det någon stor anledning att Summering valdes för Ishockey, och om inte, kan vi ändra mallen att rekommendera "Rapport" istället? :) /Loffe (diskussion) 27 mars 2019 kl. 09.17 (CET)
thread_title:  Anpassa mall till ishockey 

message: Är det möjligt att använda andra flaggvarianter för länder som ändrat sina flaggor med tiden? Eller måste man använda en extern mall för det, t.ex  för ? 2.71.39.206 1 april 2016 kl. 19.45 (CEST)
replies: text: Mer än ett år senare kommer jag.. Jag efterfrågar även denna möjlighet. Borde det inte gå att ha som man har i mall:dubbelmöte med |var1= & |var2=?  \\\D.S.Skåningen (diskussion) 6 april 2017 kl. 15.02 (CEST)
replies: text: :Mer än två år senare har jag själv infört det. var1 för Lag1 och var2 för lag2. 

\\\D.S.Skåningen (diskussion) 4 juli 2019 kl. 22.44 (CEST)
thread_title:  Andra flaggvarianter? 

message: Varför finns det ingen parameter (det heter så va?) för ett sammanlagt resultat, som kan vara användbart vid t.ex Europacupen & Uefacupen? Så som det fanns i den tidigare mallen? 79.138.133.15 10 april 2016 kl. 16.27 (CEST)
replies: text: Kan bli svårt att avläsa för ovana, det är i mitt tycke bättre att man skriver en kort text om det sammanlagda resultatet under resultatmallarna, med förklaring av vilket lag som gick vidare, och under vilka kriterier, t.ex. om man vann på straffsparksläggning, golden goal eller bortamålsregeln osv. // MAURIZIO 11 april 2016 kl. 19.06 (CEST)
thread_title:  Sammanlagt resultat?  

message: Kan man få mallen att inte ta 100% av skärmen utan till exempel 70% så man kan ha bilder på höger sida? DIEXEL (diskussion) 24 mars 2022 kl. 11.26 (CET)
thread_title:  Storlek 

message: Referenser verkar inte fungera om de sätts för resultat, men däremot om de sätts för annat (se min sandlåda för ett exempel). Kan någon som har koll på koden fixa det? 
(och om på extra gott humör, lägga till en parameter "detaljeratresultat" som gör precis samma sak som "halvtid", på det sättet fungerar den bra även för idrotter där man spelar i t.ex. set utan att det blir en krystad användning av parametern "halvtid") Gunnar Larsson (diskussion) 10 januari 2024 kl. 23.45 (CET)
thread_title:  Referenser