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)

Maashorst (gemeente)

In de infobox van bovenstaande artikel staat bij water "Fout in uitdrukking: Onbekend woord "onbekend"." Kan dit hersteld worden? JasperWiki86 (overleg) 30 mrt 2022 19:08 (CEST)

Voor wie ermee aan de slag wil: de pagina staat in Categorie:Wikipedia:Pagina's met niet-numerieke formatnum-argumenten  →bertux 30 mrt 2022 19:31 (CEST)

Ik zie dat die gemeente dit jaar gevormd is, daar zal misschien de kneep zitten. Zijn de gegevens voor CBS-code 1991 al bekend? Anders kunnen de gegevens van Landerd en Uden misschien opgeteld worden en handmatig ingevoerd worden. Ik weet niet of dat problemen gaat geven, heb te weinig verstand van sjablonen  →bertux 30 mrt 2022 19:44 (CEST)

Heb er zelf ook geen kaas van gegeten. Wellicht dat iemand hier dan naar wil kijken. JasperWiki86 (overleg) 30 mrt 2022 20:00 (CEST)

Er komt niet direct een reactie, daarom ping ik twee mensen die recent gewerkt hebben aan Sjabloon:Array Nederland gemeentes oppervlakte: @Gielie1994, @Mbch331. Graag ook aandacht voor de actie van @Démarche Modi op 1 januari op dat sjabloon en op Sjabloon:Array Nederland gemeentes landoppervlakte: de gegevens van fusiegemeenten worden opgeteld. Het is een oplossing, maar als iemand de CBS-gegevens paraat heeft is dat wenselijk, want uit onverdachte bron en ongetwijfeld nauwkeuriger  →bertux 31 mrt 2022 17:42 (CEST)

Dank voor de ping @Bertux, in mijn actie vorig jaar heb ik een optelsom gemaakt van bestaande waarden om tot de nieuwe waarde te komen. Als ik het me goed herinner was dat een quick fix. Eenzelfde actie zal voor Maashorst de toevoeging | 1991 = =105.40138.24 in het sjabloon met de oppervlaktedata een (tijdelijke?) oplossing bieden. Hoe kom ik op die getallen? Het CBS informeert [hier] dat de gemeenten met indexcijfers 1685 (Landert) en 0856 (Uden) samengevoegd zijn tot 1991 (Maashorst). In het sjabloon vinden we de bijbehorende landoppervlakte waarden 70.71+34.6967.53 =105.40138.24. In dit geval is de landoppervlakte gelijk aan de totale oppervlakte waardoor er 0 overblijft voor wateroppervlakte en tevens berekend kan worden (en dus de foutmelding niet langer toont). Deze wijziging heb ik zojuist uitgevoerd, maar ik weet niet of ik het op de juiste manier gewijzigd heb. Démarche Modi (overleg) 31 mrt 2022 22:39 (CEST)

Niet kunnen opslaan.

Ik heb via mentorvraag een vraag gekregen van @Wolkendinos: aangezien ik er niet uitkomt, verwijs ik de vraag door naar hier. Zie de vragen op mijn overlegpagina: hier en hier. Mvg, Drummingman (overleg)‍ 31 mrt 2022 16:40 (CEST)

Aldaar geantwoord. –bdijkstra (overleg) 31 mrt 2022 16:51 (CEST)

Afgaande op mijn eigen ervaring is dit het probleem: Ik heb een ganse dag aan mijn eigen pagina gewerkt.

Afhankelijk van je instellingen kan je sessie dan verlopen.

@Wolkendinos: Voor wie het weet is de oplossing niet moeilijk: terug naar de bewerkte pagina, meestal kan dat nog. Daar alles kopiëren. Dan uitloggen en opnieuw inloggen en de gekopieerde tekst plakken en opslaan.

Maar voorkomen is beter: elke twee à drie uur je werk opslaan. Onaf werk kun je opslaan in user:Wolkendinos/Kladblok  →bertux 31 mrt 2022 16:51 (CEST)

Wil dat ook in visuele modus? –bdijkstra (overleg) 31 mrt 2022 16:57 (CEST)

U bent mijn held van de dag! Het is geluk! Dankuwel! Wolkendinos (overleg) 31 mrt 2022 16:59 (CEST)

@Bdijkstra: Beetje anders. Onopgeslagen werk wordt in de visuele modus automatisch bewaard, zoals ook in de vertaalmodule. Als je dan de pagina opnieuw gaat bewerken, krijg je een melding dat het onopgeslagen werk hersteld wordt. Dat gebeurt ook, zelfs als je laatste actie was om de bewerking te annuleren en je bevestigd hebt dat je dat zeker weet, wat een beetje irritant is; ik weet geen manier om daaraan te ontkomen, behalve teruggaan naar de laatst opgeslagen versie en de brontekstmodus gebruiken. Zodra je daar een letter veranderd hebt, kun je weer visueel verder  →bertux 31 mrt 2022 17:26 (CEST)

@Wolkendinos: het slechte nieuws is, dat het artikel Sabine De Vos terug zal moeten naar een oudere versie. Uw werk blijft dan wel bewaard via de paginageschiedenis, maar het is dan niet de versie die de lezers te zien krijgen. U zult zeker verbeteringen aangebracht hebben, maar ik zie dat er zeer veel naar externe sites gelinkt wordt in de lopende tekst. Dat doen we nooit, zelfs niet naar anderstalige Wikipedia's. Mogelijk kan er een synthese gemaakt worden tussen de bestaande versie en uw verbeteringen.

Nog enkele opmerkingen: reclameteksten zoals doorspekt met levenswijsheid en U kan een lezing en subsidie aanvragen zijn ongewenst. Verder zijn er bij uw wijzigingen interne links en bronvermeldingen verdwenen en tegenover gecorrigeerde schrijffouten zijn er andere geïntroduceerd, zo wordt langetermijnpartnerschappen wel degelijk aaneengeschreven, hooguit met een koppelteken erin. Opmerkingen over de bestaande tekst en suggesties voor verbeteringen plaatst u best op Overleg:Sabine De Vos. Verschillende collega's hebben vandaag nog aan het artikel gewerkt, dus die zullen u daar ongetwijfeld te woord willen staan.

Op uw eigen pagina is intussen een sjabloon verschenen met tips over het werken op Wikipedia. Daarmee zult u veel valkuilen kunnen vermijden  →bertux 31 mrt 2022 19:09 (CEST)

Bedankt, hoe zorg ik dan dat de mensen die laatste versie te zien krijgen? Want dat is wel de bedoeling natuurlijk, dat alle info te vinden is. Vandaar de update. Waarom 'moet' het terug nar een vorige versie? Deze nieuwe versie is volledig en ik denk dat ik het als beste kan weten: het is mijn eigen pagina.

Ik zal er de 'reclameteksten' uithalen, nochtans is die link naar www.auteurslezingen.be iets wat mensen vaak zoeken, net omdat je geen contactinfo mag zetten.

Ik zal er ook nog wat linken uithalen, dat had ik al gedaan met linken die ik zelf niet gemaakt had en er bij nazicht opnieuw stonden die ikzelf weinig nuttig vond die er plots stonden, zoals naar Lochristi en Gent. Dat heeft inhoudelijk niks extra en zijn irrelevante kernwoorden, vind ik. Mag je dat niet voor je eigen pagina beslissen? 91.180.193.167 31 mrt 2022 20:00 (CEST)

Eigen pagina

Om daar even apart op in te gaan: nee, een betrokkene heeft geen extra zeggenschap over zijn/haar eigen pagina. Het wordt meestal zelfs afgeraden om inhoudelijk (te veel) bij te dragen, omdat het in de praktijk erg lastig blijkt om gedistantieerd te blijven en de zaken evenwichtig weer te geven - uiteraard zijn er wel gradaties. Indien u wellicht vanwege privacy iets wilt wijzigen, is mogelijk deze beleidspagina ook relevant. Daarbuiten zal het vooral aankomen op algemene, redactionele argumenten. Mvg, Encycloon (overleg) 31 mrt 2022 20:05 (CEST)

Aanvullend @Wolkendinos: het is niet de taak van Wikipedia om mensen naar haar lezingen te leiden, daarvoor kan ze haar eigen website actualiseren (wat sinds 2013 niet gebeurd is) of de sociale media inzetten. Wikipedia is er voor het algemene beeld en de geschiedenis, uitdrukkelijk niet voor de actualiteit. Er zijn zelfs collega's die vinden dat gebeurtenissen niet eerder dan een jaar na dato beschreven zouden moeten worden op Wikipedia, om de feiten te laten bezinken. Nogmaals, klik de linkjes aan op uw overlegpagina. Bekijk ook hoe pagina's opgebouwd zijn van mensen die vergelijkbaar zijn met De Vos. Niet dat die allemaal goed zijn, maar het geeft een indruk.

Zie ook:

• Wat Wikipedia niet is
• Belangenverstrengeling

 →bertux 31 mrt 2022 21:03 (CEST)

Range clock

Het Braziliaanse slagschip Minas Geraes in de haven van Salvador, Bahia in 1942

Tijdens opruimwerkzaamheden op Commons kwam ik vanochtend de hiernaast geplaatste foto tegen. Mijn aandacht werd getrokken door het wijzerplaatvormige object bovenin de mast. Na wat gezoek blijkt dat een range clock te zijn (ook: concentration dial), die gebruikt werd als voor een vorm van visuele vuurgeleiding (link, zie bv. ook en:Vickers range clock). Nou wil ik graag weten hoe zo'n ding in het Nederlands heet en of de KM er ooit ook gebruik van heeft gemaakt. Wutsje 31 mrt 2022 20:49 (CEST)

Ik lees op dat Duitse forum: These range clocks were fitted to British, American, Brazilian, and French battleships and cruisers. Dat klinkt vrij specifiek. StuivertjeWisselen (overleg) 31 mrt 2022 21:18 (CEST)

Een range clock is een afstandsklok, maar het ding in de mast is niet wat in mijn link een range clock genoemd wordt  →bertux 31 mrt 2022 21:21 (CEST)

Ik kom ook de term range finder tegen  →bertux 31 mrt 2022 21:26 (CEST)

Ik vond de term afstandsklok ook hier: In de tweede helft van de jaren '30 van de vorige eeuw werden de grotere schepen met een afstandsklok uitgerust. Een afstandsklok bestond uit een wijzerplaat waarop de centrale vuurleiding de afstand en de richting van het doel aangaf. Deze informatie was afleesbaar in de geschuttorens van het eigen schip, maar bovendien ook vanaf andere schepen die met het eerste schip in verband voeren. In dat document wordt de Hr.Ms. Sumatra (1926) genoemd. Op de foto's op Commons kan ik niets vinden, maar op de beeldbank van Defensie wel! Zie hier, daar zie ik volgens mij echt een afstandsklok zitten... StuivertjeWisselen (overleg) 31 mrt 2022 21:31 (CEST)

Even los van de naam: hier wordt het doel uitgelegd in het Engels, voor wie het Duits niet machtig is: Trailing ships often did not have as good a view of the enemy as the leader, but could observe where the leaders guns were aimed (and read numbers from the range clock) in order to set initial values for aiming their own guns. De klok gaf de afstand. De hoeken werden afgelezen via markeringen op de geschutskoepels zelf.

Het ding heeft dus alleen zin in gevechtsgroepen en dan vooral bij gevechten in linie, niet voor individuele schepen

 →bertux 31 mrt 2022 21:36 (CEST)

Dank. Wellicht is het iets voor een stukje in Vuurleiding. Dat ding in de top van de Sumatra heeft er trouwens inderdaad wel wat van. Yandex RIS hoest ook wat plaatjes op, maar zo te zien niet van Nederlandse marineschepen. Wutsje 31 mrt 2022 22:29 (CEST)

Rare pagina

Er klopt iets niet hier ACdeRidder-Zwijndrecht/kladblok. Het is geen gebruikerskladblok maar ook geen artikel. VanBuren (overleg) 31 mrt 2022 21:35 (CEST)

De collega in kwestie heeft vaker moeite zijn kladblokken van de juiste naam te voorzien, als ik de overlegpagina zo lees. Daardoor komt dit in de hoofdnaamruimte terecht. StuivertjeWisselen (overleg) 31 mrt 2022 21:37 (CEST)

Hernoemd naar Gebruiker:ACdeRidder-Zwijndrecht/kladblok3. –bdijkstra (overleg) 31 mrt 2022 21:39 (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 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)