Help:Helpdesk

Overzicht hulppagina's
Alfabetische index Portaal:Hulp en beheer Helpdesk Toch een paar regels Veelgestelde vragen (FAQ) Veelgestelde verwijderingsvragen Hoe je mee kunt doen Waarom zou ik meedoen? Uitleg Terminologie op Wikipedia Nieuwe pagina aanmaken Titel kiezen Titel wijzigen Redirectpagina aanmaken Pagina's samenvoegen Tips voor het schrijven van een goed artikel Tips voor het vertalen van een artikel Tekstopmaak Spelling Tabellen Formules Tijdbalken Afbeeldingen en bestanden Geluid Links Interwiki-links Sjablonen Navigatie Categorieën Kleine wijziging Bots Coördinaten & externe kaarten Hulpmiddelen Donkere modus Toegankelijkheid Privacy
Zie ook Regels en richtlijnen Zie ook Artikelen bewerken

Welkom op de Wikipedia-helpdesk! Stel hier uw vragen aan hulpvaardige Wikipedia-gebruikers. Voordat u uw vraag stelt ... Net als andere pagina's op Wikipedia is deze helpdesk vrijwilligerswerk. Er wordt geen garantie geboden voor de juistheid en volledigheid van de gegeven informatie. Gebruik van de informatie is geheel vrij, maar wel voor eigen risico. Als u advies zoekt op het gebied van recht of geneeskunde, stel dan uw vraag niet hier, maar bij een jurist of arts. Klik hier om een vraag te stellen Wachten op antwoord... Uw vraag wordt op deze pagina beantwoord, soms al binnen enkele minuten, doorgaans binnen enkele uren. Kijk dus regelmatig op deze pagina. Vragen die beantwoord zijn worden na ongeveer een week in het archief geplaatst.

hulp US Monastir

Beste zou je me kunnen helpen om de uniformen van US Monastir juist te krijgen? ik weet niet goed hoe dat met die kleur codes precies werkt. zo zien de huidige uniformen eruit thuis: https://www.youtube.com/watch?v=BXV77UZ5SRc pauze op 0:30. Uit uniformen: https://www.youtube.com/watch?v=AfoX0Zrp-fM pauze op 37:44 je ziet hier op zeer duidelijk de details. Bibnieuws 29 maart 2022 15:14(CEST)

Ik heb hier geen ervaring mee, maar voor wat het waard is: mogelijk kan hier de code van een interwiki gebruikt worden. Encycloon (overleg) 2 apr 2022 22:15 (CEST)

Even een ping voor de gebruiker, is al even geleden: @Bibnieuws. Ennomien (overleg) 2 apr 2022 22:42 (CEST)

@Bibnieuws: Voor het definieren van een tenue bestaan 10 parameters, zie {{Tenue voetbal}}. Er zijn er dus 5 voor het definieren van een patroon en 5 voor het definieren van een kleur. Het sjabloon {{Tenue voetbal}} gebruiken we gewoonlijk niet rechtstreeks maar via {{Infobox voetbalclub}}. In dit laatste sjabloon komen dezelfde 10 parameters voor, met dat verschil dat er een volgnummer achter staat. Bijvoorbeeld in {{Tenue voetbal}} kennen we de parameter |pattern_la=. In {{Infobox voetbalclub}} wordt dit |pattern_la1=. Analoog voor de andere 9 parameters. Volgnummer "1" kan je gebruiken voor het thuistenue, en volgnummer "2" voor het uittenue. Als je zowel het thuis- als uittenue definieert kan je zo maximaaal 2x10=20 parameter definities hebben. Het is niet altijd nodig om alle parameters te gebruiken. Wanneer er geen patroon is, en iets effen van kleur is, zijn de "pattern" parameters niet nodig. Wanneer iets kleurloos (wit) is, is/zijn hleur gerelateerde parameters niet nodig.

Je vraag richt zich op de kleuren. De kleur geeft je aan met een html color code, 6 karakters bestaande uit 0 t/m 9 of A t/m F (de hexadecimale getallen). Hier vind je een color picker om de juiste code voor een kleur te vinden. Wanneer je de juiste kleur gevonden hebt, dan zie je onder het vlak met de kleur de nodige waarden staan. Je zoekt naar de waarde die achter het "#" staat. Dit is een zogenaamde hexadecimale code. Verder staan er nog andere manieren om de hleur te definieren, zoals o.a. de RGB en HSL methode. Deze kan je verder negeren. Het gaat alleen om de hex-code achter het "#" teken. --Sb008 (overleg) 3 apr 2022 10:44 (CEST)

Nieuw Sjabloon:Statistiek gemeente Nederland wateroppervlakte

Beste Wikipedianen,

Wie kan mij helpen om een statistieksjabloon voor de berekende waarde wateroppervlak te maken? @Michiel1972, @Cycn, @Gielie1994 of @Sjoerddebruin misschien?

Na een vraag alhier eergisteren heb ik de afgelopen dagen een beetje aandacht geschonken aan CBS data en de in Wikipedia aanwezige sjablonen. Het is me opgevallen dat er verschillende statistieksjablonen aanwezig zijn. Sjabloon:Statistiek gemeente Nederland oppervlakte en Sjabloon:Statistiek gemeente Nederland landoppervlakte noem ik nu even als specifiek voorbeeld. Met behulp van een dergelijk sjabloon (door bijvoorbeeld {{Statistiek gemeente Nederland landoppervlakte|0439}} te gebruiken) kan er eenvoudig een dynamische waarde uit de datatabellen van de sjablonen gehaald worden om in artikeltekst te tonen.

Onderliggend roept dit statistieksjabloon een array aan. In Sjabloon:Infobox gemeente Nederland, de infobox voor gemeenten, worden deze arrays ook gebruikt. Deze sjablonen halen de data op met een dergelijke regel als: | oppervlak = {{formatnum: {{Array Nederland gemeentes oppervlakte|OPPTOT={{{CBS|}}}}}}}

In de genoemde infobox wordt het wateroppervlak berekend aan de hand van een rekensom met twee van dergelijke array aanroepen: - | oppervlakwater = {{#if:{{{CBS|}}}|{{formatnum: {{#expr: {{Array Nederland gemeentes oppervlakte|OPPTOT={{{0439|}}}}}-{{Array Nederland gemeentes landoppervlakte|OPPLAND={{{0439}}}}} round 2}}}}|onbekend}}. Hier wordt de landoppervlakte van de totale oppervlakte afgetrokken om het wateroppervlak te berekenen.

Nu dacht ik eraan om voor het wateroppervlak ook een statistieksjabloon te maken, zodat indien gewenst het wateroppervlak van een gemeente dynamisch toegevoegd kan worden in de tekst van een artikel. Bijvoorbeeld met {{Statistiek gemeente Nederland wateroppervlakte|0439}} wat dan het resultaat 2,9 geeft, zoals in de infobox. Op basis van de bestaande statistieksjablonen en de rekensom in de infobox dacht ik dat even te doen. Nu is mij dat niet gelukt (ik krijg steeds 'onbekend') en zoek ik hulp bij collega's die wél weten hoe het moet.

Hopelijk is mijn hulpvraag helder, indien ik toch onduidelijk ben, dan verneem ik dat graag.

Groet, Démarche Modi (overleg) 2 apr 2022 16:20 (CEST)

Na de koffie is het gelukt.Démarche Modi (overleg) 2 apr 2022 18:54 (CEST)

Spatie levert onverwachte box

Na mijn voorgaande actie en een nieuw sjabloon merk ik bij het gebruik in een artikel vreemd gedrag op. Zie [deze update] waar de tekst na het sjabloon in een box gezet is. Indien ik [de spatie tussen het sjabloon en de tekst weghaal] is deze box verdwenen (maar wel een spatie getoond). Terwijl ik op koffiejacht ga is er wellicht iemand die mee wil kijken en begrijpt wat hier mis gaat. Démarche Modi (overleg) 2 apr 2022 19:18 (CEST)

Ik ben het wel eens tegengekomen, maar hoe dat precies werkt zit het niet. Wel weet ik dat het gebruikelijk is een &nb​sp; te plaatsen tussen een getal en eenheid, zodat ze op dezelfde regel staan. En waarom laat je het sjabloon niet km^2 weergeven? Ik kan me geen situatie voorstellen waar je het er niet achter wilt hebben. Als die er wel is, kun je altijd nog een of andere parameter verzinnen die ervoor zorgt dat km^2 achterwege wordt gehouden. (+ dan hoef je niet het superscript op te zoeken, waarvoor ik nu te lui ben :p). Groet, Ennomien (overleg) 2 apr 2022 19:23 (CEST)

Het kwam door dit overbodige regeleinde. En inderdaad, als er altijd " km²" achter moet, kan je dat beter in het sjabloon zelf doen. –bdijkstra (overleg) 2 apr 2022 20:10 (CEST)

 Uitgevoerd bdijkstra en Ennoniem, dank voor het meewerken en -denken! Ook ik kan me geen situatie voorstellen waarbij km² niet zal volgen. Démarche Modi (overleg) 2 apr 2022 20:20 (CEST)

Top! Zou de no-breaking-space niet handig zijn om nog toe te voegen? Wat zeg jij, @Bdijkstra? Ennomien (overleg) 2 apr 2022 22:00 (CEST)

Vergeef me mijn knulligheid, maar wanneer ik &nb​sp toevoeg aan {{formatnum:{{Array Nederland gemeentes oppervlakte|OPPTOT={{{1}}}}}}}&nb​spkm²<!-- -->}} dan krijg ik dat gewoon terug van deze slimme computer (geeft: 57,63&nbspkm²). Ik doe daarbij de aanname dat je bedoelde om de &nbsp daar te zetten. Gemakshalve heb ik nu Sjabloon:Statistiek_gemeente_Nederland_oppervlakte gebruikt en niet de wateroppervlakte. Démarche Modi (overleg) 2 apr 2022 22:46 (CEST)

En als je het probeert met de puntkomma erachter? Dus zo (niet de brontekst kopiëren van hier!): &nb​sp; Ennomien (overleg) 2 apr 2022 23:05 (CEST)

Zijpaadje: Ennomien, wat is die &#x200b;? Blijkbaar niet de Zero Width Joiner? Ikzelf toon dergelijke codes door de ampersand te escapen met &amp; Makkelijker te onthouden, vind ik.

Ah, gevonden: de zero width space, blijkbaar net iets anders dan de joiner, hij breekt het woord (of in dit geval de code) af aan het eind van een regel, wat de joiner (&zwj;) niet doet  →bertux 2 apr 2022 23:19 (CEST)

Je hebt helemaal gelijk, ik had beter de ampersand kunnen escapen! Het is dat ik de zero width space wel vaker gebruik en daar als eerste aan dacht. Allebei weer wat geleerd. :) Groet, Ennomien (overleg) 3 apr 2022 10:25 (CEST)

Yep, de puntkomma deed het hem! Ontzettend bedankt voor de hulp! Nu ga ik speuren naar km-tot-de-macht-tweetjes. :) Démarche Modi (overleg) 2 apr 2022 23:19 (CEST)

@Bertux de sjablonen zijn nu voorzien van de nbsp;, wellicht had ik eerder iets nadrukkelijker naar jouw handtekening moeten kijken ;) Démarche Modi (overleg) 2 apr 2022 23:23 (CEST)

Nee, beter niet! Die ; kun je namelijk alleen op de harde manier leren: door hem te vergeten en je vloekend af te vragen wat er misging ;-)  →bertux 2 apr 2022 23:28 (CEST)

Cursor positioneren

De laatste dagen kost het soms moeite om in bewerkingsvensters met muis of tutsjpet de cursor op de gewenste plaats te positioneren (broncode, monobook, LM 20.3, FF 98.0.2 64). Het lijkt geen hardwareprobleem te zijn: in bv. LibreOffice Writer en Xed speelt dit niet. Weet iemand wat er aan de hand kan zijn en of er wat aan te doen is? Wutsje 2 apr 2022 21:18 (CEST)

Ik merkte het ook al op, maar vandaag niet meer. De cursor weigerde domweg te verschijnen of kwam een of meer alinea's hoger dan waar ik klikte. Dubbelklikken of driemaal klikken hielp ook niet, dat had geen enkel merkbaar effect. In de brontekstmodus vond ik een wurkeround (om in Wutsjes stijl te blijven): Met Ctrl-A selecteer ik alles, daarna gebruik ik een willekeurige cursortoets en is de cursor weer zo mak als een lammetje. Een hardwareprobleem kan het inderdaad nauwelijks zijn, want met mijn chromebook erbij hebben we drie totaal verschillende apparaten. Mijn skin is Vector, versie 2010.

In de visuele modus is en was er niets aan de hand, Wikimedia zet harde middelen om ons die kant op te duwen!  →bertux 2 apr 2022 21:41 (CEST)

Ja, dat gevoel heb ik er ook steeds bij, maar er is vast gewoon iets gemisprogrammeerd, net als een week of wat geleden met dat overlegtabjestekstongelukje. Wutsje 2 apr 2022 21:51 (CEST)

Dank trouwens voor de wurkerount, daar ben ik blij mee. Wutsje 2 apr 2022 21:54 (CEST)

Ik loop tegen hetzelfde probleem aan, zelfs bij het schrijven van dit berichtje. Je klikt je af en toe bijkans een ongeluk, voordat je de cursor op de plek hebt waar je hem hebben wil. Heel lastig. Als je even niet oplet, zit je op de meest onmogelijke plekken je wijzigingen of aanvullingen door te voeren. Kortom, heel vervelend, dit. Groet, Piet.Wijker (overleg) 3 apr 2022 12:50 (CEST)

@Piet.Wijker: Zoals gezegd is er een handigheidje: CtrlA en dan ↑ of een andere pijltjestoets. Daarna doet de cursor het goed  →bertux 3 apr 2022 13:17 (CEST)

@ →bertux: Dank voor de tip. Ik ga het proberen. Groet, Piet.Wijker (overleg) 3 apr 2022 13:38 (CEST)

Aangezien ik niet die software (Linux/FireFox) gebruik kan ik daarbij niet helpen. Echter, misschien ligt het aan de browser. Kijk dan eens naar Brave (Chrome Engine met nieuwerwetsere voordelen). Wikipedia is reeds een erkende ontwikkelaar in het Brave ecosysteem. Wellicht loont het om je hier eens in te verdiepen en is daarmee ook het cursorprobleem verholpen. Démarche Modi (overleg) 3 apr 2022 14:41 (CEST)

Een andere browser dan Chrome is op een chromebook nauwelijks een optie. Los daarvan, dergelijke basisfunctionaliteit zou altijd moeten werken.

Overigens zijn er ook bij de visuele editor cursorproblemen, zij het dat die eerder vermoeiend dan hinderend zijn: in de dialoogvensters voor het toevoegen van een bronvermelding is er geen peil te trekken op de focus: soms staat die in het invulvakje waar die mijns inziens hoort, maar vaak genoeg moet je net zo lang op Tab ⇆ drukken tot de cursor daar verschijnt. Lastig en tijdrovend als je door een visuele of motorische handicap niet met muis of touchpad kunt of wilt werken. Dat focusprobleem speelt trouwens al jaren, terwijl het cursorprobleem nieuw lijkt te zijn. Ik verdenk een recente update van de Wikimedia-software  →bertux 3 apr 2022 15:12 (CEST)

Ik vermoed dat de ontwikkelaars out of the box denken. Démarche Modi (overleg) 3 apr 2022 15:26 (CEST)

Na het aanzetten van de syntax highlighting moet ik tot de trieste conclusie komen dat ik soms in Brave (MacOS Monterey 12.2.1 (21D62), Brave Versie 1.36.119 Chromium: 99.0.4844.83 (Officiële build) (x86_64)) ook het probleem van de zoek geraakte cursor heb. Maar ondertussen ben ik wel 0,07 USD rijker... tenminste, als die volatiele crypto niet ineens als een kaartenhuis in elkaar stort. Démarche Modi (overleg) 6 apr 2022 15:22 (CEST)

Het merkwaardige is: op de:wiki, en:wiki, es:wiki, fr:wiki, it:wiki en sv:wiki, alsmede op Commons en Meta, waar ik allemaal ook broncode/monobook gebruik, treedt dit verschijnsel consequent niét op. Nu begin ik me af te vragen of het wellicht enkel op de Nederlandstalige wiki speelt. Wat denken jullie? Wutsje 4 apr 2022 05:27 (CEST)

Dat zou me niet verbazen, ik merk al jaren dat nlwiki anders 'aanvoelt' dan de rest. Het zou iets met de css kunnen zijn, al dan niet in interactie met een recente updeet van de softwèèr. Zelf heb ik er al twee dagen geen last meer van, maar ik gebruik vooral de VE en de reageerfunctie. Ik heb dus ook niet geprobeerd de werkbalk uit te schakelen  →bertux 4 apr 2022 08:45 (CEST)

Als ik syntax highlighting uitzet lijkt het cursorpositioneringsprobleem niet meer op te treden. Jammer dat dat er voor nodig is. Wutsje 4 apr 2022 20:38 (CEST)

Dat zal ik dan ook maar doen, want dat eerdere voorstel van  →bertux met die knoppen heeft bij mij in elk geval tot niets geleid. Ik moest trouwens ongeveer 20 keer klikken, voordat ik de cursor op de juiste plaats kreeg en aan deze reactie kon beginnen. Tussen haakjes, waar vind ik dat, syntax highlighting? Ik zoek me rot, maar kan het niet vinden. Bvd en groet, Piet.Wijker (overleg) 4 apr 2022 21:28 (CEST)

In het balkje direct boven het bewerkingsscherm (dat je te zien krijgt als je hier Bewerkingsbalk inschakelen hebt aangevinkt) staat een pictogram van een potloodje. Daarop klikken zet syntax highlighting aan of uit. Wutsje 4 apr 2022 21:46 (CEST)

Ik heb het probleem nu ook en de truc met Ctrl-A die eergisteren werkte, hielp zojuist niet meer, maar nu weer wel. Wat bij mij ook werkt: dubbelklikken in de tekst als je de eerste keer in het bewerkingsvenster klikt; Normaal zou het dubbelgeklikte woord geselecteerd worden, maar dat gebeurt niet. Soms moet ook mijn volgende klik een dubbelklik zijn, maar daarna is het afwijkende gedrag over. Het uitschakelen van de syntax highlight is bij mij dus niet nodig, al helpt het inderdaad  →bertux 4 apr 2022 22:08 (CEST)

Intussen heb ik op en:wiki syntax highlighting eens aangezet – en prompt kreeg ik het gedoe daar ook. Dit is wel een oefening in zen zeg. Wutsje 4 apr 2022 22:21 (CEST)

Ik dacht eerst dat het een probleem op mijn computer was, maar niet dus. Inmiddels los ik het ook op met een of meer keer dubbelklikken. Maar na op "toon bewerking ter controle" geklikt te hebben begint het gedoe weer van voren af aan. Gouwenaar (overleg) 4 apr 2022 22:54 (CEST)

Dit klinkt als het rapport in T305333, welke inmiddels in ontwikkeling is en zal hopelijk over 2-3 dagen klaar en op Wikipedia uitgedraaid zijn. Zo niet, meld het dan aldaar of ping mij hier even. Groet! --Krinkle (overleg) 4 apr 2022 23:41 (CEST)

Ha, dat is bemoedigend. Dank voor je reactie. Groet, Wutsje 5 apr 2022 00:04 (CEST)

Bevolkingspiramides van Nederlandse gemeenten

Sinds gisteren zijn alle bevolkingspiramides geactualiseerd op Commons onder nieuwe bestandsnamen. Bij de eerste gemeenten in het alfabet werden ze handmatig door desbetreffende gebruiker op de artikelen geplaatst, maar het sjabloon is nu aangepast waardoor dat automatisch gaat. Bij pagina's waar dat handmatig is gebeurd, zijn nu nog wat problemen. De parameter "bevolkingspiramide" moet daar weggehaald worden. Ik wilde iemand vragen om dat botmatig te doen, maar ik vroeg me af of de parameter niet helemaal weg kon. Nu staat er in het sjabloon (Sjabloon:Infobox gemeente Nederland) ook code voor het geval "bevolkingspiramide=geen", kan iemand kijken of dat ergens wordt gebruikt? Ik dacht iets met in de brontekst zoeken of een categorie laten toevoegen als die parameter "geen" is, maar ik twijfel of ik dat goed ga uitvoeren. Alvast bedankt, groetjes Ennomien (overleg) 3 apr 2022 14:24 (CEST)

De zoekfunctie, vooral dieper in de templates, begrijp ik onvoldoende. Ook wildcards of regex voor de ruimte voor en na de '=' krijg ik niet voor elkaar. En ik vermoed dat zoekresultaten uit onderliggende sjablonen worden meegegeven zodat het zoekresultaat altijd 'alles' is en de zoekresultaten een vertekenend beeld tonen.

Echter, indien ik de [zoekfunctie goed gebruik] dan zie ik dat er 351 maal het template gebruikt is en deze situatie dus niet vaker voor kan komen. (Dat is overigens meer dan in de Lijst van Nederlandse gemeenten voorkomt, dus ik voorzie nog een puzzeltje.) Sinds gisteren ben ik bezig om de teksten van de gemeenten in Nederland langs te lopen om te zien of er statische waarden getoond worden voor de oppervlakte en dit aan te passen. Ik wil deze parameter ook wel meenemen, maar ik ben niet zo snel als een bot. Démarche Modi (overleg) 3 apr 2022 15:12 (CEST)

Met regex kan ik je niet helpen, maar deze zoekopdracht brengt het aantal terug tot 59. Bij het langslopen van die pagina kwam ik Hengelo (Overijssel) en Gooise Meren tegen. Er kunnen er wel meer zijn waar niets zinvols ingevuld is, bijvoorbeeld Goeree-Overflakkee met enkel een &nbsp;  →bertux 3 apr 2022 15:26 (CEST)

Bedankt voor het meedenken allebei. Met behulp van Bertux' zoekopdracht ben ik erachter gekomen dat de parameter nergens nuttig gebruikt werd met "geen", ik zal dan ook de code daarvoor uit het sjabloon halen en op WP:VVB vragen of iemand de parameter overal weg wilt halen. Een vraag vanuit mijn kant die overblijft: waarom mag de parameter "altnaam" niet leeg zijn / waarom verschijnt de piramide dan niet? Ennomien (overleg) 3 apr 2022 15:57 (CEST)

Vwb Altnaam: Heb je een voorbeeld? Is daar {{naam|{{PAGENAME}} gevuld? Indien die niet gevuld is loopt ie mogelijk in | bronkort bij een van de {{altnaam|{{{naam|{{PAGENAME}}}}}}'s spaak met het ophalen van de afbeelding. In het eerste praktijkvoorbeeld Aa en Hunze is altnaam niet gevuld en de afbeelding wel getoond. Démarche Modi (overleg) 3 apr 2022 17:03 (CEST)

Ik heb dat bij sommige vanmiddag weggehaald. Probeer op Hoeksche Waard (gemeente) "altnaam=" maar terug te zetten. Groet, Ennomien (overleg) 3 apr 2022 17:38 (CEST)

Zojuist gedaan op Hoekse Waard:

- Indien ik "altnaam = " toevoeg dan geen afbeelding.

- Indien ik "altnaam = Niet bestaande naam" toevoeg dan ook geen afbeelding.

- Indien ik "altnaam = Arnhem" toevoeg dan de afbeelding van Arnhem.

Mijn voorzichtige conclusie: in dat stukje code/script wordt eerst geprobeerd om Altnaam op te gebruiken, indien die niet null is wordt datgene gebruikt wat er eerder gespecificeerd is (ik vermoed dat "altnaam = " iets anders oplevert dan null). Indien het resultaat wel null is (de parameter bestaat geheel niet / zoals het nu is) dan wordt de exceptie/tweede deel uitgevoerd "naam|{{PAGENAME}}" Démarche Modi (overleg) 3 apr 2022 18:16 (CEST)

Dat laatste is inderdaad precies wat zo'n stuk code doet. Wat ik niet wist, en waarbij jij tot dezelfde conclusie komt, is dus dat "altnaam = " iets anders is dan überhaupt geen altnaam. Dat is vervelend en zou toch verholpen moeten kunnen worden. Maar hoe ...? Ennomien (overleg) 3 apr 2022 19:38 (CEST)

Zo? Zie [Maastricht] Démarche Modi (overleg) 3 apr 2022 20:31 (CEST)

Onderaan beantwoord om 20:59. Groet, Ennomien (overleg) 3 apr 2022 21:10 (CEST)

Overigens @Gebruiker:Démarche Modi, wanneer je alleen in artikelen zoekt vind je 344 en dat klopt perfect! :) Ennomien (overleg) 3 apr 2022 16:02 (CEST)

Wat doe ik dan niet goed met [deze zoekopdracht]? Démarche Modi (overleg) 3 apr 2022 16:11 (CEST)

Toch klopt er iets nog niet, 344 is een false positive. Dijk en Waard is 1 van de 344 gemeenten maar gebruikt niet het template. Die gebruikt vooralsnog Sjabloon:Infobox plaats in Nederland. Démarche Modi (overleg) 3 apr 2022 16:25 (CEST)

Wellicht was mijn conclusie dan iets te voorbarig. Dan zit er dus ergens anders een artikel dat onterecht dit sjabloon gebruikt (of zelfs nog meer artikelen) ... Ennomien (overleg) 3 apr 2022 16:52 (CEST)

Ja, en ik denk dat de eerste onderzoeksrichting richting voormalige gemeenten de meeste kansen biedt. Démarche Modi (overleg) 3 apr 2022 17:04 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Op de pagina Eijsden-Margraten wordt |bevolkingspiramide=geen ook gebruikt. --Sb008 (overleg) 3 apr 2022 16:26 (CEST)

Hoe heb je die gevonden? Overigens, gelukkig komt die ook terug uit bertux' zoekopdracht. Démarche Modi (overleg) 3 apr 2022 16:47 (CEST)

Ik zoek vanaf mijn eigen systeem m.b.v. scripting. --Sb008 (overleg) 3 apr 2022 16:51 (CEST)

Bedankt @Sb008! Ik weet vrijwel zeker dat ik die pagina wel zag, maar heb het er blijkbaar niet weggehaald. Nu wel. Zie voor de rest van mijn "probleem" WP:VVB. Misschien kunnen we het probleem van @Démarche Modi van 16:25 hierboven nog oplossen. Ennomien (overleg) 3 apr 2022 16:55 (CEST)

Verwijzingen naar deze pagina met de instellingen artikel en alleen ingevoegd als sjabloon lijkt mij het betrouwbaarst: 344 stuks om 17:03  →bertux 3 apr 2022 17:03 (CEST)

Ik lees die lijst zometeen wel even door. Ik heb alle (destijds 355?) gemeenten ooit gekend. Ik hoop dat ik een paar foutieve herken. Ennomien (overleg) 3 apr 2022 17:40 (CEST)

@Démarche Modi het klopt verder helemaal. 344 pagina's gebruiken het sjabloon. Dijk en Waard niet, maar Amsterdam én Amsterdam (gemeente) wel. Verder geen fouten gezien. Ennomien (overleg) 3 apr 2022 17:50 (CEST)

Dank voor deze info. Démarche Modi (overleg) 3 apr 2022 18:25 (CEST)

@Ennomien: Bedoel je met de vraag op WP:VVB het verwijderen van |bevolkingspiramide= in deze 41 gevallen?

• Arnhem
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Arnhem.svg|thumb|Bevolkingspiramide (2021)]]
• Amersfoort
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Amersfoort.svg|thumb|Bevolkingspiramide (2021)]]
• Dordrecht
  | bevolkingspiramide = [[Bestand:Hofstraat.jpg|260px|[[Dordtse gevel]]s in de Hofstraat]]<br /><small>[[Dordtse gevel]]s in de Hofstraat</small>
• Maastricht
  | bevolkingspiramide = [[Bestand:2017 Maastricht montage (cropped).jpg|thumb|centre|260px|Beelden van Maastricht: [[Maas (hoofdbetekenis)|Maas]] in de winter · [[Stadhuis van Maastricht|Stadhuis]] bij avond · terrassen [[Onze Lieve Vrouweplein (Maastricht)|Onze Lieve Vrouweplein]] · [[Sint Servaasbrug]] · [[Sterre der Zee (Maastricht)|Kapel Sterre der Zee]] · [[Vrijthof (Maastricht)|Vrijthof]] met 'kerkentweeling' [[Sint-Janskerk (Maastricht)|Sint-Jan]] en [[Sint-Servaasbasiliek (Maastricht)|Sint-Servaas]]]]
• Brielle
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Brielle.svg|thumb|Bevolkingspiramide (2021)]]
• Almere
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Almere.svg|thumb|Bevolkingspiramide (2021)]]
• Gouda
  | bevolkingspiramide = [[Bestand:Gouda vanuit de lucht.jpg|270px|De Goudse binnenstad in vogelvlucht]]<br /><small>De binnenstad van Gouda in vogelvlucht.</small>
• Delft
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Delft.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Almelo
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Almelo.svg|thumb|Bevolkingspiramide (2021)]]
• Assen
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Assen.svg|thumb|Bevolkingspiramide (2021)]]
• Amstelveen
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Amstelveen.svg|thumb|Bevolkingspiramide (2021)]]
• Baarle-Nassau
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Baarle-Nassau.svg|thumb|Bevolkingspiramide (2021)]]
• Ameland
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Ameland.svg|thumb|Bevolkingspiramide (2021)]]
• Meppel
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Meppel.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Borger-Odoorn
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Borger-Odoorn.svg|thumb|Bevolkingspiramide (2021)]]
• Coevorden
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Coevorden.svg|261px|Bevolkingspiramide (2021)]]
• Achtkarspelen
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Achtkarspelen.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Baarn
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Baarn.svg|thumb|Bevolkingspiramide (2021)]]
• Bunschoten
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Bunschoten.svg|thumb|Bevolkingspiramide (2021)]]
• Culemborg
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Culemborg.svg|thumb|Bevolkingspiramide (2021)]]
• Brunssum
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Brunssum.svg|thumb|Bevolkingspiramide (2021)]]
• Aalsmeer
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Aalsmeer.svg|230px]]Bevolkingspiramide (2021)
• Beverwijk
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Beverwijk.svg|thumb|Bevolkingspiramide (2021)]]
• Blaricum
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Blaricum.svg|thumb|Bevolkingspiramide (2021)]]
• Castricum
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Castricum.svg|thumb|Bevolkingspiramide (2021)]]
• Alblasserdam
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Alblasserdam.svg|class=notpageimage|230px]]Bevolkingspiramide (2021
• Albrandswaard
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Albrandswaard.svg|thumb|Bevolkingspiramide (2021)]]
• Barendrecht
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Barendrecht.svg|thumb|Bevolkingspiramide (2021)]]
• Alphen-Chaam
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Alphen-Chaam.svg|thumb|Bevolkingspiramide (2021)]]
• Bernheze
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Bernheze.svg|thumb|Bevolkingspiramide (2021)]]
• Best
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Best.svg|thumb|Bevolkingspiramide (2021)]]
• Berkelland
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Berkelland.svg|thumb|Bevolkingspiramide (2021)]]
• Bronckhorst
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Bronckhorst.svg|thumb|Bevolkingspiramide (2021)]]
• Súdwest-Fryslân
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Súdwest-Fryslân.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Bodegraven-Reeuwijk
  | bevolkingspiramide = [[Bestand:AgeSexPyramid 2021 Bodegraven-Reeuwijk.svg|thumb|Bevolkingspiramide (2021)]]
• Nissewaard
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Nissewaard.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Meierijstad
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Meierijstad.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Waadhoeke
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Waadhoeke.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Noardeast-Fryslân
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Noardeast-Fryslân.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)
• Beekdaelen
  | bevolkingspiramide = [[File:AgeSexPyramid 2021 Beekdaelen.svg|thumb|Bevolkingspiramide (2021)]]
• Molenlanden
  | bevolkingspiramide = [[Afbeelding:AgeSexPyramid 2021 Molenlanden.svg|class=notpageimage|230px]]Bevolkingspiramide (2021)

Sb008 (overleg) 3 apr 2022 17:31 (CEST)

Correct! Al zal herstel van de afbeeldingen op Maastricht mooi zijn. Ennomien (overleg) 3 apr 2022 17:41 (CEST)

Zojuist zag ik dat @Ad Verburg [hier vandaag veel werk heeft verricht]. (zonder dat ik weet wat wel/niet gewenst is in de artikelen). Démarche Modi (overleg) 3 apr 2022 17:52 (CEST)

Oh, dat is vreemd. Ad wist dat het automatisch opgelost zou worden. Of dat ik dat althans, met hulp van jullie, aan het proberen was. Ennomien (overleg) 3 apr 2022 17:55 (CEST)

Bij Maastricht hetzelfde: haal de parameter altnaam helemaal weg en de bevolkingspiramide verschijnt weer. Maar we willen natuurlijk die altnaam Mestreech wel tonen. Wikiwerner (overleg) 3 apr 2022 19:48 (CEST)

Ik heb zojuist het sjabloon gewijzigd. Zie Mestreech voor het resultaat. Démarche Modi (overleg) 3 apr 2022 20:32 (CEST)

Oh nee, zo werkt dat niet. De reden van die code was misschien niet helemaal duidelijk, maar dat is voor gevallen als Bergen op Zoom (gemeente) waar we in de bestandsnaam willen zoeken naar "Bergen op Zoom", oftewel de altnaam van het sjabloon.

Tijdens het typen van dit bedenk ik me dat dit bij altnamen als die bij Maastricht juist averechts werkt. Ik ga hier even een nette oplossing voor verzinnen. Ennomien (overleg) 3 apr 2022 20:59 (CEST)

Als ik gisteren bij het zoeken naar een geschikt magisch woord iets meer moeite had gedaan, was dit probleem er nooit geweest. Toen zocht ik ook al naar een magisch woord dat de haakjes in een artikelnaam buiten beschouwing laat. Zie deze bewerking. Groet, Ennomien (overleg) 3 apr 2022 21:05 (CEST)

Chapeau! Wat er in PAGENAMEBASE staat had ik never nooit niet zelf kunnen bedenken. :) Wat ik me nu wel bedenk is dat niet alle sjablonen het /doc principe hanteren zoals Sjabloon:PAGENAMEBASE/doc dat wel doet. Démarche Modi (overleg) 3 apr 2022 21:30 (CEST)

Dan hebben we allebei weer wat geleerd, want ik dacht dat PAGENAMEBASE een magisch woord was zoals PAGENAME, maar in feite is het dus een sjabloon dat PAGENAME gebruikt. :) Ennomien (overleg) 3 apr 2022 21:41 (CEST)

Wat nog resteert

Volgens mij is het enige wat nog resteert het verwijderen van deze 51 parameters en eventueel nog parameters die een andere waarde hebben meegekregen ("geen", "-" of leeg bijv.). Daarna zal ik, maar eenieder staat vrij dat te doen (misschien iets botmatigs, controleren op insource "File:AgeSexPyramid ..."?), nog even een steekproef doen om te kijken of het goed is gegaan. Wanneer er nog iets vergeten is, hoor ik dat graag. Ennomien (overleg) 3 apr 2022 21:13 (CEST)

Overleg gewenst

Zie hier voor gewenst overleg met betrekking tot sjablonen waar u wellicht aan bij kan dragen. Bij voorbaat dank. Groet, Démarche Modi (overleg) 4 apr 2022 18:08 (CEST)

Dierenzorg Zaanstreek

Vorig jaar heb ik een artikel geschreven over Dierenzorg Zaanstreek. Ik begrijp dat dit artikel op de beoordelingslijst is geplaatst en later is verwijderd. Waar kan ik de argumenten vinden op grond waarvan het artikel is afgekeurd? Mogelijk staan deze op een oude beoordelingslijst die ik niet kan vinden. Ik wil het artikel graag aanpassen en opnieuw aanbieden ter plaatsing. – De voorgaande bijdrage werd geplaatst door Marquesta (overleg · bijdragen)

Hoi, het is te vinden op Wikipedia:Te_beoordelen_pagina's/Toegevoegd_20210505#Dierenzorg_Zaanstreek. Dajasj (overleg) 5 apr 2022 16:49 (CEST)

Verkleinde letters in bewerkingsvenster

Vandaag constateer ik dat de letters in de bewerkingsvensters veel kleiner zijn dan voorheen. Ik constateer dit niet alleen op nl-wiki maar ook elders (en-wiki, wikidata), dus kennelijk is dit een ingreep van 'hogerhand'. Is daar iets tegen te doen? Dit is namelijk voor mijn oude ogen heel vermoeiend. En er schijnen toch best veel ouderen onder de wikipedianen te zijn? Pommée (overleg) 6 apr 2022 15:04 (CEST)

Heb je een link naar het probleem? En kan het zijn dat je browser uitgezoomd is? Démarche Modi (overleg) 6 apr 2022 15:10 (CEST)

@Pommée: Los van de oorzaak, Wikipedia:Scriptbibliotheek#Lettergrootte bewerkvenster geeft een mogelijkheid om de lettergrootte zelf aan te passen  →bertux 6 apr 2022 15:36 (CEST)

@Démarche Modi: Nee, browser staat 'gewoon' op control nul. Het externe aanzicht was namelijk niet veranderd, alleen binnenin het bewerkingsvenster.

@Bertux: Dank voor de tip van de scriptbibliotheek. Aanpassing van lettergrootte werkt. Pommée (overleg) 6 apr 2022 15:58 (CEST)

Een link naar het probleem is wat lastig, maar het is te reproduceren door de brontekst van een willekeurige pagina te openen, of door een pagina te bewerken in de modus 'brontekst bewerken'. En het komt niet doordat Pommée's browser is uitgezoomd: ik constateerde vandaag exact hetzelfde: in het bewerkingsvenster wordt een ander letterype gebruikt, en het opvallendste daaraan is dat het kleiner is. Je kunt het ook zien in de bewerkingsgeschiedenis wanneer je daar 'geselecteerde versies vergelijken' klikt. WIKIKLAAS overleg 6 apr 2022 16:04 (CEST)

Opeens herinner ik me dat ik, bij het aanzetten van de computer vandaag, werd 'verblijd' door een nieuwe versie (99) van FireFox. Waarschijnlijk zijn zij de daders. Pommée (overleg) 6 apr 2022 16:07 (CEST)

Nou, ik ben blij dat ik iets van jouw hulpvraag heb geleerd Pommée! (1. ik ben geen geschikte helpdeskmedewerker en 2. er gaat een wereld voor me open met global.css) Brave had dit probleem overigens niet :') Démarche Modi (overleg) 6 apr 2022 16:15 (CEST)

@Démarche Modi: Tip: creëer jouw global.css beter niet op nl-wiki maar op meta. Dan werkt-ie op alle projecten van wikimedia. Zie de mijne: meta:User:Pommée/global.css. Pommée (overleg) 6 apr 2022 16:26 (CEST)

Done! https://meta.wikimedia.org/wiki/User:D%C3%A9marche_Modi/global.css Démarche Modi (overleg) 6 apr 2022 16:29 (CEST)

De boosdoener is inderdaad FireFox. Ik heb net even de test gedaan met wat andere browsers, en die geven nog het oude beeld. Sinds versie 99 gebruikt FireFox kennelijk geen Courier (-achtige letter) meer voor monospace, maar iets wat veel weg heeft van een Consolas (de 'i', 'j' en 'l' zijn de enige letters met een schreef). En die lijkt een punt kleiner, maar is (op mijn scherm) ook duidelijk scherper. WIKIKLAAS overleg 6 apr 2022 19:22 (CEST) Nu ik onderteken zie ik ook dat de tilde heel anders is: een golf met een twee keer zo grote amplitude als ik gewend was)

Als ik in FF 99 LM achtereenvolgens klik op Edit – Settings – Fonts and Colours (onder Language and Appearance) – Advanced, dan verschijnt een submenu/kader met de titel Fonts. Daar staat bij mij nu als Monospace-verstekwaarde DejaVu Sans Mono, maar dat is desgewenst te vervangen door een ander lettertype en/of een andere lettergrootte. Ook een algemene minimumlettergrootte opgeven is mogelijk. Verder kun je de optie Allow pages to choose their own fonts, instead of your selections above uitvinken. Mozilla's helppagina hierover staat hier. Wutsje 6 apr 2022 20:45 (CEST)

Bij mij begint het rijtje met Tools – Settings enzovoort. En daar stond inderdaad ineens 'Consolas' waar voorheen 'Courier New' moet hebben gestaan. Dus als Pommée terug wil naar de vertrouwde omgeving, dan weet hij nu wat hij kan doen. WIKIKLAAS overleg 6 apr 2022 21:05 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Opgelost! Met grote dank aan Wutsje en Wikiklaas. Ik moest in mijn Nederlandstalige FF-menu ff zoeken, maar sta nu terug op Courier New. Fontgrootte in global.css weer op de standaardwaarde 13pt gezet en het bewerkingsvenster (alsmede de verschillenlijst bij 'Wijzigingen bekijken') is/zijn weer als vanouds. Pommée (overleg) 6 apr 2022 23:32 (CEST)

Ik verbaas me er regelmatig over hoe goed de Helpdesk werkt in gevallen als deze. Fijn dat we er met vereende krachten binnen een dag uit zijn gekomen, en mooi dat je dat nog even als feedback gaf. WIKIKLAAS overleg 7 apr 2022 02:31 (CEST)

Subjectieve reisgidsteksten

In 2008 heeft een gebruiker op verschillende plaatsen subjectieve reisteksten ('impressies' zoals hier) toegevoegd. Zouden jullie kunnen meehelpen om deze bijdragen na te lopen? Encycloon (overleg) 7 apr 2022 23:07 (CEST)

Het aantal is te overzien dus ik zet ze hier even neer. Als iedereen er een paar aanpakt zijn we er zo! Gebruik  Uitgevoerd en  Mee bezig ({{d}} en {{bezig}}) →bertux 7 apr 2022 23:33 (CEST)

• wijz Gaja-et-Villedieu Impressie, bezienswaardigheden en economie van Gaja-et-Villedieu
• wijz Loupia Impressie, bezienswaardigheden en economie van Loupia
• wijz Villelongue-d'Aude →‎Externe links: Site van Villelongue d'Aude zelf toegevoegd
• wijzMalras Impressie, bezienswaardigheden en economie van Malras
• wijz gesch Pomy (Frankrijk) →‎Externe links: link toegevoegd: serie foto's van Pomy: dorp en omgeving
• wijz Pieusse →‎Impressie: tikfout
• wijz Pieusse Impressie, bezienswaardigheden en economie van Pieusse
• wijz La Digne-d'Amont Impressie, bezienswaardigheden en economie van La Digne-d'Amont
• wijz Saint-Martin-de-Villereglan Impressie, bezienswaardigheden en economie van Saint-Martin-de-Villereglan
• wijz Cournanel Impressie, bezienswaardigheden en economie van Cournanel
• wijz Castelreng Impressie, bezienswaardigheden en economie van Castelreng
• wijz Bourigeole Impressie, bezienswaardigheden en economie van Bourigeole
• wijz k Categorie:Gemeente in Aude gemeente --> gemeenten
• wijzk Bouriège →‎Externe links: omschrijving link officiële site van Bouriège gewijzigd
• wijz Bouriège Impressie, bezienswaardigheden en economie van Bouriège
• wijz La Digne-d'Aval →‎Bezienswaardigheden: tikfout
• wijz La Digne-d'Aval Officiële site van de gemeente
• wijz Saint-Couat-du-Razès →‎Externe links: tikfout
• wijz k Saint-Couat-du-Razès →‎Externe links: Officële site van de gemeente, maar laatste update uit 2003
• wijz Saint-Couat-du-Razès Impressie, bezienswaardigheden en economie van Saint-Couat-du-Razès
• wijzTourreilles Impressie, bezienswaardigheden en economie van Tourreilles
• wijz Pauligne Impressie, bezienswaardigheden en economie van Pauligne
• wijz Véraza Impressie, bezienswaardigheden en economie van Véraza
• wijz Cépie Impressie, bezienswaardigheden en economie van Cépie
• wijz Magrie →‎Economie: tikfout
• wijz Magrie →‎Externe links: titel link aangepast; toegevoegd: L'art s'invite à Magrie
• wijz Magrie Impressie, bezienswaardigheden en economie van Magrie
• wijz Festes-et-Saint-André Impressie, bezienswaardigheden en economie van Festes-et-Saint-André
• wijz Alet-les-Bains Geen bewerkingssamenvatting
• wijz La Bezole Impressie en bezienswaardigheden van La Bezole
• wijz La Bezole Impressie en bezienswaardigheden van La Bezole
• wijz k Ajac →‎Externe links: tikfout: gemeentehuisn --> gemeentehuis
• wijz Pomy (Frankrijk) volgorde gewijzigd
• wijz Pomy (Frankrijk) Geen bewerkingssamenvatting
• wijz Pomy (Frankrijk) Impressie, bezienswaardigheden en economie van Pomy
• wijz Ajac impressie, bezienswaardigheden en economie van Ajac
• wijz Villelongue-d'Aude Geen bewerkingssamenvatting
• wijz Limoux (gemeente) →‎Externe links: naar een collectie foto's van Limoux

Bovenstaande artikeltjes zijn inmiddels allemaal aan de beurt geweest. Wutsje 8 apr 2022 01:26 (CEST)

Fijn! Encycloon (overleg) 8 apr 2022 07:33 (CEST)

Witregel op beoordelingslijsten

Weet iemand waarom op de beoordelingslijsten opeens onder ieder kopje een witregel staat (vb.)? En is daar wat aan te doen (in het algemeen of in de eigen common.css)? Achtergrond: zelf vind ik het niet mooi en ik heb de pest aan overbodig skrollen. Wutsje 8 apr 2022 00:49 (CEST)

Het enige dat ik op dit tijdstip kan aandragen en je hopelijk verder help: op mijn kladblok krijg ik niet die witregel te zien, maar op de pagina Wikipedia:Te beoordelen pagina's/Toegevoegd 20220406 zie ik de witregels wel. Ik vermoed daarom de common.css, maar daar heb ik verder helaas geen verstand van. Démarche Modi (overleg) 8 apr 2022 01:45 (CEST)

En in de voorbeeldweergave zie ik die witregel ook niet... Démarche Modi (overleg) 8 apr 2022 01:57 (CEST)

Ik heb er evenmin verstand van, maar MediaWiki:Common.css is vier dagen geleden voor het laatst gewijzigd (link) en die witregel was er bij mijn weten (eer)gisteren nog niet. Dat die regel in de voorbeeldweergave niet wordt getoond viel me ook al op. Wutsje 8 apr 2022 02:04 (CEST)

Het viel me ook net op. Naar mijn snelle analyse, lijkt het bij de afdeling DiscussionTools te liggen. Deze voegt (indien je "Overleghulpmiddelen" in je voorkeuren hebt ingeschakeld) wat onzichtbare elementen aan discussiepagina's toe om de functionaliteit te ondersteunen. Tussen het kopje en de tbp-links wordt zodoende een <span data-mw-comment-start="" id="..."></span> ingevoegd, ik vermoed i.v.m. het in de ogen van DiscussionTools wellicht ongebruikelijke div-element (de tbp-links). Dat is al lange tijd zo, maar de crux zit 'm in de recent toegevoegde css-regel span[data-mw-comment-start], span[data-mw-comment-end] { display: inline-block; } (die ontbreekt in de styling van een discussiepagina die ik al een tijdje heb openstaan; WikiMedia-versie 1.39.0-wmf.5). Blijkbaar is een leeg inline-element voor een div onzichtbaar, maar zorgt een leeg inline-block-element voor een div voor die witruimte. Even met het ontwikkelteam sparren of zij dit kunnen oplossen, of dat er een eenvoudige fix hier mogelijk is, lijkt me. Met vriendelijke groeten — Mar(c). ^[overleg] 8 apr 2022 08:14 (CEST)

Hm... de releasenotes van 1.39.0-wmf.6 meldt expliciet "Make comment markers inline-block to fix comment wrapping in Safari". Ik heb op de daar genoemde phab:T298371 een melding gemaakt. — Mar(c). ^[overleg] 8 apr 2022 08:49 (CEST)