MediaWiki-diskussion:Gadget-WikidataDescription.css
min-height[redigera wikitext]
EnDumEn: Dina ändringar gör så att alla sidor som inte är anslutna till Wikidata får en massa dött utrymme längst upp på sidan, och på sidor som är kopplade till Wikidata kan jag kan inte se någon skillnad med och utan stilarna. Exakt vad är det som inte får plats, och var? Jag har testat i både vector och monobook (eftersom jag har för mig att du använder monobook). Jag har testat på sidor med absurt långa beskrivningar (som Wikipedia:Wikiträffar) som i alla fall hos mig tar upp två rader. Jag kan inte se någon skillnad med och utan minimihöjden.
Dessutom: Sedan phab:T42284 laddas de här stilarna med JavaScript, efter att sidan har laddats, så det blir ett onödigt hopp även om sidan inte ens är ansluten till Wikidata. CSS:en i finesser med både JavaScript och CSS ska enbart påverka det som JavaScriptet lägger till. Jag vet inte vad det är för problem du försöker lösa, men det får lösas på annat sätt, till exempel med peers eller genom att dynamiskt lägga till stilarna i JavaScriptet. Nirmos (diskussion) 5 maj 2020 kl. 06.34 (CEST)
- Jag antar att det var ett försök att undvika det hopp som sker när wikidatabeskrivningen och/eller länken läggs in i artikeln. Jag testade att lägga in ändringen i min common.css och då blev det inget hopp, oavsett koppling till wikidata eller ej. Men, som sagt, det blir ett tomt utrymme om varken beskrivning eller länk finns. /JohanahoJ (diskussion) 5 maj 2020 kl. 14.36 (CEST)
- ...men med beskrivningar på två rader blir det förstås ett hopp för det ytterligare utrymme som behövs. /JohanahoJ (diskussion) 5 maj 2020 kl. 14.58 (CEST)
- Meningen var att en (enradig) wikidatabeskrivning skulle få plats direkt när sidan ladddas för att undvika att sidan hoppar. Det var bara en dellösning, för långa beskrivningar eller omdirigerade sidor räcker inte minimihöjden för att undvika hopp. Jag hade missat att den här css-filen hämtades via script. Det skriptet (med css i) fanns cachat i min webbläsare så att det kunde köras direkt när sidan laddats. Jag antar att skriptet kan ta så lång tid att köra att man ibland ändå hinner se att sidor hoppar. Men sidor borde hoppa betydligt tidigare än om man ska vänta på att finessen hämtar beskrivningen från wikidata.
För att undvika tomrum i andra namnrymder där inga Wikidatabeskrivningar finns skulle man kunna lägga till.ns-0i css-regeln.
Re: Användare:JohanahoJs common.css. De personliga stilmallarna finss cachade i webbläsaren, därför ser du inga hopp. /EnDumEn ✍ 5 maj 2020 kl. 23.07 (CEST)- Ja, det jag gjorde i mitt lilla test motsvarar mer att lägga det i den gemensamma common.css, men det vore kanske inte så populärt. Jag har kvar det i min egen common.css, men har trimmat ner höjden genom att ta bort bottenmarginalen på #contentSub som annars är 1.4em. Jag provade även att begränsa det till artikelnamnrymden, men påmindes snart om att beskrivningarna finns i andra namnrymder också. /JohanahoJ (diskussion) 6 maj 2020 kl. 11.50 (CEST)
- Meningen var att en (enradig) wikidatabeskrivning skulle få plats direkt när sidan ladddas för att undvika att sidan hoppar. Det var bara en dellösning, för långa beskrivningar eller omdirigerade sidor räcker inte minimihöjden för att undvika hopp. Jag hade missat att den här css-filen hämtades via script. Det skriptet (med css i) fanns cachat i min webbläsare så att det kunde köras direkt när sidan laddats. Jag antar att skriptet kan ta så lång tid att köra att man ibland ändå hinner se att sidor hoppar. Men sidor borde hoppa betydligt tidigare än om man ska vänta på att finessen hämtar beskrivningen från wikidata.