Wikipedia:SHEIC/Archief/2007-02

TOC bij categorie met veel afbeeldingen

Momenteel is het bij Wikipedia zo dat als er meer dan 200 items in een categorie zitten, je alleen de eerste 200 ziet en op 'volgende 200' moet klikken om meer van die categorie te zien (wederom maximaal 200). Bij categorieën met veel items is het lastig als je eerst meerdere pagina's door moet, en daarom is er het CategorieTOC-sjabloon (TOC = Table of Contents = index). Die wordt getoond als 28 links (* = begin, 0 = cijfers, A .. Z voor de letters). Dit werkt helaas niet voor een categorie met veel afbeeldingen zoals Categorie:Wikipedia:Afbeeldingen in het publiek domein (auteursrecht verlopen) met zo'n 2500 afbeeldingen. Als je op de 'T' klikt wordt een URL gebruikt die eindigt op "&from=T" ([1]) in plaats van "&from=Afbeelding:T" ([2]). Waarschijnlijk lukt het me wel om een variant op dit sjabloon te maken, maar ik vroeg me af of die al bestaat of dat er mogelijk een andere/betere methode bestaat om hetzelfde te bereiken. - Robotje 5 feb 2007 09:59 (CET)

Bij de Engelse Wikipedia werkt het net iets anders. De afbeeldingen in die grote categorieën komen daar eigenlijk alleen maar via een sjabloon. Bij het Engelse sjabloon GFDL-no-disclaimers staat in de source

 <includeonly>[[Categorie:GFDL images|{{PAGENAME}}]]</includeonly> 

Blijkbaar valt daarmee de naamruimte (in dit geval 'image' wat bij ons overeenkomt met 'afbeelding') weg zodat het plaatje "afbeelding:qwerty" niet bij de 'A' van "afbeelding" komt maar bij de 'Q' van "qwerty" en daarmee werkt het standaard CategorieTOC-sjabloon wel. Dat zouden wij dus ook kunnen doen. Echter, aangezien het sjablonen betreft die bij misschien wel meer dan 10.000 afbeeldingen staan zoals CIA, Ewmulti, GFDL, PD, PD-oud, PD-kunst, enzovoorts wil ik eerst weten hoe andere wikipedianen hier tegenover staan. Immers dergelijke wijzigingen zorgen tijdelijk voor een behoorlijke druk op de servers en als later besloten wordt dat het ongewenst is, dan moet dat weer hersteld worden wat wederom tot een enorme serverbelasting zal zorgen. - Robotje 5 feb 2007 10:21 (CET)

Prima oplossing. Gewoon doen. Nu is een prima tijd; Amerika is nog niet wakker dus kunnen we de servers wat te doen geven. Siebrand (overleg) 5 feb 2007 10:34 (CET)

Inderdaad een mooie sorteer-oplossing, niets op tegen. Michiel1972 5 feb 2007 12:11 (CET)

Als het werkt zou ik zeggen, gewoon doen. Annabel_(overleg) 5 feb 2007 12:55 (CET)

Bedankt voor alle reacties. Voor de echt grote categorieën (ruim boven de 200 afbeeldingen) heb ik de sjablonen die gebruikt worden bij de afbeeldingen aangepast en bij de categorie het CategorieTOC-sjabloon geplaatst. Daarna bij nog wat afbeeldingen het juiste sjabloon geplaatst omdat deze direct in de categorieën zaten i.p.v. via een speciaal sjabloon. Het lijkt nu goed te werken. - Robotje 5 feb 2007 15:03 (CET)

Uitdraai categorie

Weet iemand of het zonder teveel gedoe mogelijk is om een overzicht van de namen van alle bestanden in een categorie te krijgen? Dat er een mooi lijstje komt met op elke regel de naam van een artikel dat in een bepaalde categorie staat? Ninane (overleg) 7 feb 2007 18:08 (CET)

Met CatScan kan dat wel zie bijvoorbeeld deze lijst van Nederlandse schrijvers die staan in de categorie 'Nederlandse schrijver' of subcategorieën daarvan. Het overzicht is niet helemaal up-to-date (loopt soms een paar uur of soms een paar dagen achter) maar zo belangrijk is dat meestal niet. - Robotje 8 feb 2007 07:43 (CET)

Dank je, precies wat ik zocht. Ninane (overleg) 8 feb 2007 09:32 (CET)

class:sorttable probleem

Ik heb class:sorttable nu gebruikt voor Lijst van steden in Rusland, maar bij het sorteren op aantallen werkt de sorttable niet goed: na 6 cijfers wordt de tabel weer opnieuw gerangschikt (0 tot 999.999 en 1.000.000 tot 10.000.000). Met komma's werkt het ook niet (probeer Gebruiker:Hardscarf/Notepad#Test maar eens). Ik had al even rondgekeken op meta:Help:Sorting, maar daar wordt me het ook niet helemaal duidelijk. Weet iemand of het op een of andere manier mogelijk is om met getallen met punten ertussen sorttable goed toe te passen? --hardscarf 8 feb 2007 09:49 (CET)

Iets soortgelijks wordt gemeld bij Numbers with two commas do not sort correctly. - Robotje 8 feb 2007 16:04 (CET)

Het belangrijkste probleem is dat het alleen maar rekening houdt met de Engelse notatitie, dus komma's en punten waar wij punten en komma's gebruiken, zie bugzilla:8063. Hans (JePe) 8 feb 2007 16:23 (CET)

Bedankt voor het speurwerk. De oplossing voor het probleem met 2 komma's bij de Engelse notatie (Bug 8115) zou dus nog moeten worden doorgevoerd, maar voor het probleem met lokale taalinstellingen (Bug 8063) is vooralsnog geen oplossing als, ik het goed heb gelezen. Ik hoop dat dit op termijn dan wordt opgelost en doorgevoerd. Ik laat het eerst maar even zo staan in het artikel, daar op alfabet sorteren wel gewoon mogelijk is. --hardscarf 8 feb 2007 17:06 (CET)

ref-bug?

Een rare bug. Als je Radio 1 (Nederland) in een bronvermelding zet met zo'n verticaal streepje, zodat dat (Nederland) er niet bij staat, herkent de mediawiki de link niet meer.. Als je een gewone link, of een link zonder pipe, dan levert dit geen probleem op. Ook als ik zelf het deel achter de pipe toevoeg gaat het goed. Doe ik iets fout of mag ik een bug reporten? IIVQ 9 feb 2007 11:49 (CET)

Bronnen, noten en/of referenties

Plaatsnaam bij stip op kaart

Op en:Sisak staat een kaartje met naast de rode stip de plaatsnaam. We hebben voor o.a. Italiaanse en Franse gemeentes ook iets met een rode stip op een kaartje maar dan zonder een tekst. Zou het een idee zijn bij dergelijke kaartjes op de Nederlandstalige Wikipedia ook de plaatsnaam neer te zetten? Aangezien het allemaal via sjablonen gaat lijkt het me 1 keer uitzoeken en daarna enkele sjablonen aanpassen. Ik vind de stip op de Engelse Wikipedia trouwens iets mooier, dus dat zouden we dan meteen mee kunnen nemen. Wat denken jullie? - Robotje 16 feb 2007 17:54 (CET)

Zie ook Teheran voor een ander, NL-talig voorbeeld. Ik vind de naam eigenlijk niet zoveel toevoegen, er is meestal al een afbeeldingsbeschrijving. «Niels» zeg het eens.. 16 feb 2007 17:59 (CET)

Zie {{Superimpose}}. - Erik Baas 16 feb 2007 18:00 (CET)

Extra tijdbalk toevoegen aan muziekalbumtabel, hoe?

Ik wil graag een extra tijdbalk (zie Sjabloon:Extra tijdbalk) toevoegen aan de infobox in een artikel van een album dat ik maak (zie Sjabloon:Muziekalbumtabel). Ik heb eerder extra tijdbalken toegevoegd op Sjabloon:Infobox Single en dat ging zonder problemen via de 'misc' parameter. Deze ontbreekt echter op dit sjabloon - hoe moet ik het nu doen? Als ik de brontekst van de sjablonen bekijk, en vergelijk met die op de Engelse Wikipedia, heb ik wel ongeveer een idee wat er verkeerd is en wat er moet gebeuren; maar ik ben wat terughoudend om een zo'n veelgebruikt sjabloon te wijzigen - straks maak ik tientallen lemma's lelijk :-) Zou iemand met meer verstand dan ik van Sjablonen er even naar willen kijken? Dank, CaAl ^overleg 16 feb 2007 22:13 (CET)

Sjabloon op Catalaanstalige Wikipedia

Op de Catalaanstalige Wikipedia hebben ze een sjabloon: ca:Plantilla:Metacaixa, dat toelaat om tabs binnen één pagina te gebruiken. Mijn vraag is nu of er mensen zijn die dit sjabloon zouden kunnen overhevelen naar deze Wikipedia? Evil berry 20 feb 2007 19:31 (CET)

ik zal het voor je proberen 🙂 Crazyphunk 20 feb 2007 19:47 (CET)

ik heb het zojuist gekopieerd naar Sjabloon:Tabbladen, maar het werkt niet Crazyphunk 20 feb 2007 19:51 (CET)

Misschien dat het iets te maken heeft met <div id="mc{{{id|0}}}" class="mc{{{color|Lila}}}"> <div class="mcFileraBotons">? Evil berry 20 feb 2007 21:06 (CET)

Het leunt inderdaad zwaar op CSS, en de classes die in het sjabloon gebruikt worden zijn op nl: niet bekend. Nog niet, dat is, want dit is wel erg fraai (en nuttig !), en ik wil het ook kunnen gebruiken... ;-) - Erik Baas 21 feb 2007 01:34 (CET)

ook mooi voor gebruikerspagina`s! Crazyphunk 21 feb 2007 09:44 (CET)

En hoe kan je zo'n CSS dan "invoeren" op nl? Evil berry 21 feb 2007 12:43 (CET)

Kun je de nodige css opzoeken? Ik heb het nog niet bestuurd, maar op iedere wiki is er een pagina Special:Allmessages, waar alle systeemboodschappen, inclusief het css-bestand (wellicht moet het in Mediawiki:Monobook.css komen) in vermeld worden. Ik zou de vraag wel in Wikipedia:de kroeg stellen vooraleer een van de mods de css aanpast. Annabel_(overleg) 21 feb 2007 13:06 (CET)

Ik verplaats het dan naar De Kroeg. Evil berry 21 feb 2007 16:24 (CET)

In- en uitklappen

Ik vroeg me af of iemand weet hoe ik een sjabloon kan maken dat ervoor zorgt dat een bepaalde tekst standaard ingeklapt is (bv. op deze pagina staat het kopje "Veluws" maar de teksten daaronder zijn nogal lang, hier zou ik dus graag d.m.v. een bepaald sjabloon een pijl o.i.d. naast willen hebben zodat je het zelf kan uitklappen). Op deze manier is het wat overzichtelijker, maar ik heb 't geprobeerd maar ik kan niks vinden, heeft iemand een ideetje? Alvast bedankt! Sεrvιεи | Overleg » 27 feb 2007 14:21 (CET)

Het sjabloon Sjabloon:Toggletext is hiervoor misschien bruikbaar. Gerbennn 3 mrt 2007 18:05 (CET)

Maar dan zou het zonder dat 'frame' moeten en links gecentreerd moeten zijn. Enig idee hoe je dat voor elkaar krijgt? Sεrvιεи | Overleg » 4 mrt 2007 10:31 (CET)

hiddenStructure

Naar aanleiding van de discussie in de kroeg "Hans Ouwerkerk overleden?" lijkt het me een goed idee om overal de hiddenStructure te vervangen. Niet alleen in verband met de zoekmachines, maar ook voor gebruikers van Wikipedia die blind zijn of om een andere reden afhankelijk zijn van de ruwe tekst die in artikelen staat en dus geen gebruik maken van browsers als Internet Explorer of Firefox. Op de Engelse Wikipedia wordt het gebruik van hiddenStructure ontraden; zie en:Wikipedia:HiddenStructure. Zouden wij dat ook niet moeten doen en geleidelijk aan overal vervangen? - Robotje 12 feb 2007 11:00 (CET)

Daar ben ik helemaal voor. 't Is overigens geen geringe klus, waarvan ik me afvraag of die met een botje gedaan kan worden... - Erik Baas 12 feb 2007 21:37 (CET)

Ook helemaal voor. Ik heb me er een aantal keren geprobeerd mee bezig te houden, maar het blijkt vaak toch lastig om het goed te krijgen zonder die hiddenStructure. In elk geval zou het voor nieuwe templates verboden moeten worden. – gpvos (overleg) 16 mrt 2007 23:28 (CET)