Overleg sjabloon:Navigatie senatoren Verenigde Staten
Tabel bewerken
@Handige Harrie: ik heb zojuist een versie gebaseerd op die van 4 januari geplaatst. Het idee met de kolommen was op zich prima, maar gisteren kreeg ik de sjabloon onder ogen op een tablet en zowel in desktop- als in mobiele weergave ging het echt verschrikkelijk mis. De kolommen werden iets smaller gemaakt, waardoor de tekst iets verschoof en er per saldo werkelijk niets meer mee te beginnen was. Als je de letters kleiner maakt, worden de kaders ook voor mensen die niet kleurenblind zijn, waarschijnlijk heel erg vervelend. Ik heb nog even zitten expirimenteren met een tabel waar de senatoren per staat onder elkaar staan, maar dan wordt deze sjabloon veel en veel te lang (bijna een beeldscherm vol voor een navigatiesjabloon kan niet de bedoeling zijn). Vooralsnog terug naar deze versie dan maar (wel iets aangepast met nowraps en zo, al weet ik dat ook dat niet door iedereen gewaardeerd wordt). Ik zal nog wel even blijven denken of ik toch een tabelachtige oplossing weet te verzinnen. Denk rustig mee ;) Richard 9 mrt 2016 10:55 (CET)
- Denk er gerust over na. Ik heb geen tablet, dus ik kan dat niet bekijken. Misschien moet het met minder kolommen - ik vond vijf kolommen goed omdat het goed deelbaar is op 50. Handige Harrie (overleg) 9 mrt 2016 12:44 (CET)
- Die rekensom had ik ook al uitgevoerd ;) 3 × 13 + 11 kan natuurlijk ook, maar ik moet nog even kijken hoe dat uitpakt. Anders misschien 13-12-12-13. Wordt vervolgd. Richard 9 mrt 2016 12:58 (CET)
- Het blijkt pas goed te gaan bij maximaal drie kolommen en een verkleinde afbeelding. Inclusief kopje is de sjabloon dan ruim 20 regels lang:
- Die rekensom had ik ook al uitgevoerd ;) 3 × 13 + 11 kan natuurlijk ook, maar ik moet nog even kijken hoe dat uitpakt. Anders misschien 13-12-12-13. Wordt vervolgd. Richard 9 mrt 2016 12:58 (CET)
- Veel te lang naar mijn zin. Normaal gesproken zou {{Navigatie uitklapbaar}} dan uitkomst kunnen bieden, maar die zorgt er dan weer voor dat de letters kleiner worden (wat ik in combinatie met kadertjes niet wil) en gooit bovendien de lay-out in de war door het standaard centreren van de tekst. Richard 9 mrt 2016 13:36 (CET)
- Ik vind het prachtig zo. Te lang? welnee. Je kunt misschien meer kolommen maken als je de namen van de staten afkort - er is een officiële afko van 2 letters. Handige Harrie (overleg) 9 mrt 2016 15:23 (CET)
- Die zijn denk ik bij veel lezers te weinig bekend. In afwachting van de discussie over de kadertjes deze versie proberen dan maar? Richard 9 mrt 2016 15:29 (CET)
- Harrie, ik heb nog een poging gedaan mét kolommen maar zónder {{kader}}s. In de eerste variant heb ik {{kleurvierkant}}en gebruikt. Dat ziet er zo uit:
- Die zijn denk ik bij veel lezers te weinig bekend. In afwachting van de discussie over de kadertjes deze versie proberen dan maar? Richard 9 mrt 2016 15:29 (CET)
- Ik vind het prachtig zo. Te lang? welnee. Je kunt misschien meer kolommen maken als je de namen van de staten afkort - er is een officiële afko van 2 letters. Handige Harrie (overleg) 9 mrt 2016 15:23 (CET)
- Veel te lang naar mijn zin. Normaal gesproken zou {{Navigatie uitklapbaar}} dan uitkomst kunnen bieden, maar die zorgt er dan weer voor dat de letters kleiner worden (wat ik in combinatie met kadertjes niet wil) en gooit bovendien de lay-out in de war door het standaard centreren van de tekst. Richard 9 mrt 2016 13:36 (CET)
- maar blijkt op een tablet net niet goed te gaan, tenzij ik de letters <small> maak (in het voorbeeld hierboven is dat het geval). Volgens mij zijn die kleurvierkanten, zeker met witte letters erin, ook voor kleurenblinden goed leesbaar – en zelfs al ziet men het verschil tussen rood en blauw niet, is er nog niets aan de hand.
- Als ik de oude vertrouwde (D), (R) en (O) van stal haal, gaat het ook op mijn tablet goed, ook zonder <small>.
- 't Is allemaal wel mooi, maar de gekleurde kaders zijn compacter. Daar was het me allemaal om begonnen. Handige Harrie (overleg) 9 mrt 2016 17:38 (CET)
- Tsja... dat moet niet ten koste van de leesbaarheid gaan en dat was volgens mij een belangrijk bezwaar. Richard 9 mrt 2016 17:41 (CET)
- Al zijn we het niet volledig met elkaar eens, je bent vriendelijk, attent, behulpzaam en opbouwend. Dat waardeer ik zeer. Het is heel anders dan wat anderen doen en wat neerkomt op "Deugt niet, onleesbaar, geen gezicht, weg ermee!" Handige Harrie (overleg) 9 mrt 2016 21:28 (CET)
- Je hoeft het niet altijd met elkaar eens te zijn om samen te kunnen werken toch? Ik zie trouwens dat The Banner met de opbouwende kritiek 'overbodige hupsafladder eruit' is teruggegaan naar de laatste versie vóór de kaders hun intrede deden. Daarmee zijn ook de kolommen verdwenen. Ik ga vooralsnog naar het laatste voorbeeld hierboven: wel kolommen, maar geen afkortingen, kleuren of kaders. Weliswaar passen er met die afkortingen ook op een tablet vier kolommen naast elkaar (al had ik dan zelf voor 13-12-12-13 en niet voor 13-12-13-12 gekozen), zoals gezegd: die afkortingen zijn bij veel lezers te weinig bekend. Verder lijkt het onlogisch om in een gesorteerde lijst AZ tussen AK en AR te zetten. Uiteraard snap ik de achtergrond wel, maar toch. Bovendien proberen we in artikelen ook zo min mogelijk afkortingen te gebruiken (zelfs als die toch redelijk gangbaar zijn), waarom zouden we dan wel afkortingen in een navigatiesjabloon willen? Richard 10 mrt 2016 09:29 (CET)
- Alles is bespreekbaar. Ik zou een tabel niet betitelen als hupsaf- of een andere ladder, het woord staat niet eens in de Dikke Vandale.
- Revert is makkelijk, even de oude versie terug en klaar. Verbeteren is vaak bewerkelijk.
- Ik begrijp je bezwaar tegen de afkortingen (zet de muis erop en je ziet de link naar de volledige naam) en het klopt dat daardoor de alfabetische volgorde niet helemaal klopt.
- De volgorde 13-12 of 12-13 interesseert me niet erg. Handige Harrie (overleg) 10 mrt 2016 09:49 (CET)
- Op een tablet kun je je muis niet boven een link houden ;) Het verschil tussen 13-12-12-13 en 13-12-13-12 is vooral cosmetisch, dat geef ik gelijk toe. Richard 10 mrt 2016 10:38 (CET)
- Je hoeft het niet altijd met elkaar eens te zijn om samen te kunnen werken toch? Ik zie trouwens dat The Banner met de opbouwende kritiek 'overbodige hupsafladder eruit' is teruggegaan naar de laatste versie vóór de kaders hun intrede deden. Daarmee zijn ook de kolommen verdwenen. Ik ga vooralsnog naar het laatste voorbeeld hierboven: wel kolommen, maar geen afkortingen, kleuren of kaders. Weliswaar passen er met die afkortingen ook op een tablet vier kolommen naast elkaar (al had ik dan zelf voor 13-12-12-13 en niet voor 13-12-13-12 gekozen), zoals gezegd: die afkortingen zijn bij veel lezers te weinig bekend. Verder lijkt het onlogisch om in een gesorteerde lijst AZ tussen AK en AR te zetten. Uiteraard snap ik de achtergrond wel, maar toch. Bovendien proberen we in artikelen ook zo min mogelijk afkortingen te gebruiken (zelfs als die toch redelijk gangbaar zijn), waarom zouden we dan wel afkortingen in een navigatiesjabloon willen? Richard 10 mrt 2016 09:29 (CET)
- Al zijn we het niet volledig met elkaar eens, je bent vriendelijk, attent, behulpzaam en opbouwend. Dat waardeer ik zeer. Het is heel anders dan wat anderen doen en wat neerkomt op "Deugt niet, onleesbaar, geen gezicht, weg ermee!" Handige Harrie (overleg) 9 mrt 2016 21:28 (CET)
- Tsja... dat moet niet ten koste van de leesbaarheid gaan en dat was volgens mij een belangrijk bezwaar. Richard 9 mrt 2016 17:41 (CET)
- 't Is allemaal wel mooi, maar de gekleurde kaders zijn compacter. Daar was het me allemaal om begonnen. Handige Harrie (overleg) 9 mrt 2016 17:38 (CET)
- Mijn mening:
- 1. Kolommen: verplicht, beslist noodzakelijk.
- 2. Aantal kolommen: Wat mij betreft ging het prima met vijf kolommen, maar minder mag.
- 3. Kaders: wat anderen ook zeggen, ik vind de gekleurde kaders mooier, maar het kan ook met (R) en (D).
- Kortom, ik ga ruzie maken als je de kolommen afschaft.
- Handige Harrie (overleg) 10 mrt 2016 20:59 (CET)
- Dat gaat dan niet gebeuren, want ik ben ook een groot voorstander van de kolommen. Richard 11 mrt 2016 10:17 (CET)
Logo in kop bewerken
Met deze edit verwijderde Romaine het - overigens volstrekt relevante - logo uit het sjabloon met als argumentatie (...) maar afbeelding verstoord nu de opmaak (...). Ik heb daarna het logo teruggezet omdat het mijns inziens voldoende relevant was. Prompt werd dat weer ongedaan gemaakt met de stelling logo mag de titelbalk niet hoger maken, ofwel kleiner logo ofwel buiten titelbalk laten treden.
Mijn vraag is nu: waar is die stelling van Romaine (logo mag de titelbalk niet hoger maken) besloten? The Banner Overleg 11 mrt 2016 20:59 (CET)
- Romaines 'oplossing' (gebruik van afb_groot) heeft als ongewenste bijwerking dat de afbeelding dan de kolommen kan beïnvloeden (en dat op tablets ook op een nadelige manier doet). Ik heb de kopregel in tweeën gesplitst zodat die wat hoger wordt. Zo voldoen we aan de al-dan-niet-officiële regel 'mag de titelbalk niet hoger maken'. In het andere geval zou de afbeelding kleiner moeten (20 px), maar dan wordt hij slecht herkenbaar. Richard 17 mrt 2016 13:48 (CET)