Overleg sjabloon:Tracklist

Pagina-inhoud wordt niet ondersteund in andere talen.
Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 1 jaar geleden door Strepulah in het onderwerp Dynamische breedte (2)

Vertaling[brontekst bewerken]

Ziet er netjes uit! Maar omdat het is overgenomen van onze Engelstalige collegae, is er geen Nederlands woord te bekennen. Misschien kan dat nog aangepast worden, waarna de artikelen die al gebruik maken van dit sjabloon middels een bot worden aangepast? Is er überhaupt behoefte aan een Nederlandstalige versie? Devon1980 3 okt 2009 20:50 {CEST}

Ik ben er geen voorstander van, omdat we op deze manier de code van de Engelstalige Wikipedia kunnen kopiëren en plakken. Scheelt heel wat werk. RichV 8 okt 2009 22:51 (CEST)Reageren

Opmaak[brontekst bewerken]

Ik rommel niet zo graag zelf in zo'n gecompliceerd sjabloon. Wellicht is het misschien een aardig idee om de titelbalk deze kleur te geven? Het sjabloon geeft nu problemen met {{Infobox muziekalbum}}. Zou de kolom met de titels smaller kunnen? Voorzover ik kan inschatten, is 10px of 20px al voldoende. Devon1980 4 okt 2009 14:56 (CEST)Reageren

Punt twee opgelost. Devon1980 8 okt 2009 19:47 (CEST)Reageren
Geen reactie op punt één. De kleur is aangepast. Oorspronkelijk: #eee. Devon1980 5 nov 2009 19:28 (CET)Reageren

Dynamische breedte[brontekst bewerken]

Dit artikel wordt grotendeels gevuld met een lege tabel. Nu begrijp ik dat de lege ruimte tussen titel en duur gereserveerd is voor andere kolommen, maar zou het niet wat mooier ogen om deze ruimte niet langer te reserveren indien genoemde kolommen niet gebruikt worden? Devon1980  Overleg 21 apr 2010 23:45 (CEST)Reageren

Uitgevoerd Uitgevoerd De breedte van de tabellen is kleiner gemaakt waardoor er geen overdreven lege ruimte ontstaat. Dinosaur918 (overleg) 12 dec 2013 17:05 (CET)Reageren
Dit is gewoon afzichtelijk (en ook compleet nutteloos). Kan daar wat aan gedaan worden? EvilFreD (overleg) 30 jul 2015 15:18 (CEST)Reageren
Hm, op zeer kleine schermen zit er een kleine witruimte boven de tabel. Bedoel je dat? Sjoerd de Bruin (overleg) 30 jul 2015 15:32 (CEST)Reageren
Nee, ik bedoel de overbodige en ongebruikte ruimte in de middelste tabel. Die zou zich moeten aanpassen aan de inhoud. EvilFreD (overleg) 30 jul 2015 15:37 (CEST)Reageren
Dit sjabloon is wellicht nog wel het meest irritante sjabloon op de Nederlandstalige Wikipedia. Elke verandering kan voordelen hebben voor een deel van de artikelen, maar kan tegelijkertijd weer een nadeel zijn voor de rest. Ik ben bang dat alleen een sjabloon op basis van Lua, die elke keer uitrekent hoeveel ruimte een kolom moet innemen, hier de oplossing is. Helaas kan ik geen Lua. Sjoerd de Bruin (overleg) 30 jul 2015 17:42 (CEST)Reageren
Dan is dit sjabloon dus eigenlijk ongeschikt en zou het niet meer gebruikt moeten worden. Of zie ik dat verkeerd? EvilFreD (overleg) 30 jul 2015 19:07 (CEST)Reageren
Dat valt dan ook weer mee. Ik heb eerder dus een poging gedaan om de breedte van het sjabloon te beperken, zonder dat de inhoud van het sjabloon drukker wordt. Ik vind het persoonlijk nog wel meevallen op de verschillende artikelen die ik toen heb bekeken. Sjoerd de Bruin (overleg) 30 jul 2015 19:17 (CEST)Reageren

Tabelopmaak[brontekst bewerken]

Niet al te lang geleden is er op de helpdesk een discussie geweest over gekleurde tabellen, waarbij uit die discussie bleek dat tabellen in de hoofdtekst met kleur voor de stijl niet gewenst waren. (Ook volgde een peiling erna over dat onderwerp specifieker.) Dit zal dan nog uit dit sjabloon eruit gehaald moeten worden. Het felle oranje is echt overbodig en leidt alleen maar af. Groetjes - Romaine (overleg) 26 jun 2010 20:44 (CEST)Reageren

De kleuren van de infobox(en) zijn gewijzigd, omdat oranje niet mooi gevonden werd. Deze tracklist was op die infobox gebaseerd, waarbij een andere infobox weer een andere kleur (gekregen) heeft, daarom deze infobox aangepast naar neutrale kleur. Groetjes - Romaine (overleg) 2 dec 2010 13:45 (CET)Reageren

Titels cursief[brontekst bewerken]

Over het algemeen worden titels cursief geschreven. Ik weet niet of het behalen van een consensus hierover benodigd is, maar als dat niet het geval is, is het dan mogelijk om de titels gecursiverd te krijgen? Ik kan het in ieder geval nergens in de broncode vinden, waarschijnlijk omodat mijn kennis van sjablonencodes tekort komt. Mvg RichV 18 dec 2012 12:16 (CET).Reageren

De stelling dat titels over het algemeen cursief worden geschreven is mij niet bekend. En als dat zo is denk ik dat als het gaat om paginatitels dit zeker iets is om te laten besluiten door de gemeenschap, zoals dat ook voor de biologische artikelen gedaan is. Het lijkt mij niet wenselijk om willekeurig wat titels cursief te zetten, maar dat hier een duidelijke afspraak over komt met duidelijk afgebakende grenzen als die cursivering gewenst is.
En het ligt er maar net aan over welke titels het gaat? Romaine (overleg) 19 dec 2012 00:45 (CET)Reageren
De gewoonte is - althans in mijn beleving - om albumtitels te cursiveren en om titels van liedjes alleen tussen aanhalingstekens te zetten. Hierover is wel gediscussieerd, maar de gemeenschap heeft vooralsnog niet de gelegenheid gehad zich bij een peiling hierover uit te spreken. Daarom wordt vaak van deze gewoonte afgeweken. Mathonius 20 dec 2012 01:02 (CET)Reageren

Omkadering[brontekst bewerken]

Is het mogelijk om de volledige tabel in een kader te steken? Lijkt m.i. overzichtelijke t.o.v. de rest van het artikel. Dinosaur918 (overleg) 20 jan 2013 22:36 (CET)Reageren

Of net als op De Engelstalige WP? RichV 20 jan 2013 22:54 (CET)Reageren
Ja die had ik net ook voor ogen. Die lijkt nog overzichtelijker met die twee verschillende kleuren in. Zo zijn dezelfde regels in de tabel beter te volgen. Dinosaur918 (overleg) 20 jan 2013 23:02 (CET)Reageren
Dat valt sterk buiten de stijl van wat er op nl-wiki wordt gebruikt en gangbaar is. Hoe meer afwijkende opmaken, des te meer deze afleiden, hier ook. Romaine (overleg) 20 jan 2013 23:21 (CET)Reageren
Maar lange lijsten zijn zo wel onoverzichtelijk... Dinosaur918 (overleg) 20 jan 2013 23:37 (CET)Reageren
Vrijwel alle tabellen hebben daarom tussen de regels tabellijnen. Romaine (overleg) 20 jan 2013 23:42 (CET)Reageren
Behalve dan deze. Dinosaur918 (overleg) 20 jan 2013 23:45 (CET)Reageren
Het is dus stijl en het gangbaar zijn tegenover duidelijkheid? Dan doen we iets niet goed. Functionaliteit lijkt me dan meer prioriteit hebben. Een idee is de grijzige achtergrondkleur af te wisselen met de normale achtergrondkleur. Hetzelfde als op enwp, alleen met 'onze' kleuren. RichV 21 jan 2013 00:22 (CET)Reageren
Daar sta ik ook volledig achter. Dinosaur918 (overleg) 21 jan 2013 00:31 (CET)Reageren
Ik denk dat er even sprake is van miscommunicatie. Wat ik bedoelde te zeggen, de huidige tabelvorm is niet conform het gebruikelijke uiterlijk zoals we dat op nl-wiki kennen, net als dat het uiterlijk van de tabel op en-wiki daar ook niet aan voldoet. Als we een duidelijker uiterlijk willen lijkt me dat prima, maar laten we dan de tabelvorm gebruiken zoals we dat standaard op artikelen gebruiken die ook duidelijk gevonden wordt. Het is dus een vreemde stijl van en-wiki en van dit sjabloon nu tegenover het normale duidelijke tabeluiterlijk dat we normaal gebruiken. Romaine (overleg) 22 jan 2013 00:33 (CET)Reageren
Met de opmaak en/of de kleuren heb ik geen probleem en die mogen wat mij betreft gewijzigd worden. Als de tabel er maar overzichtelijker op wordt. Dinosaur918 (overleg) 22 jan 2013 01:29 (CET)Reageren
Wat is dan de "norm"? RichV 22 jan 2013 20:11 (CET)Reageren

Collapsed werkt niet[brontekst bewerken]

In het artikel Deadache wordt de parameter collapsed=yes gebruikt. Waarschijnlijk is dit zo uit het Engelse artikel gekopieerd waar dit inderdaad heel fraai lijkt. Zou iemand die optie ook in dit sjabloon kunnen bouwen? Ymnes (overleg) 2 jul 2016 18:27 (CEST)Reageren

Dynamische breedte (2)[brontekst bewerken]

De breedte van de tabel is nu afhankelijk van de schermgrootte, maar dat geeft rare resultaten. Bij de ene schermgrootte is die heel breed, bij de andere onnodig smal. Het lijkt me sowieso logischer de tabelbreedte niet van de schermgrootte te laten afhangen, maar eerder van de inhoud of het aantal kolommen. Is het goed als ik die afhankelijkheid weghaal? --Strepulah (💬) 24 feb 2023 23:57 (CET)Reageren