Wikipedia:Verzoeken voor wijziging menu's en dialoogteksten/Archief/2011

Aanpassing tabellen

Vanavond updatete ik een lijst en merkte dat "prettytable" is aangepast. Normaal gesproken had die hetzelfde uiterlijk als "wikitable", maar nu zit er bij prettytable ruimte tussen de kolommen. Het werd net ook al hier genoemd. Is er iemand die het uiterlijk van de tabellen zou kunnen herstellen zodat prettytable en wikitable weer identiek aan elkaar zijn? Trijnstel_overleg 17 feb 2011 23:35 (CET)

• Was een syntaxfout en is nu gefixt door Krinkle, zie hier. Trijnstel_overleg 18 feb 2011 23:31 (CET)

MijnSkin

Hier staat "Toon links naar "navigatie" en "zoeken" bovenaan pagina's in sommige skins, zoals Myskin". Gelieve het laatste woord te vervangen door de Nederlandstalige benaming van die skin: "MijnSkin". In het lijstje van skins bovenaan diezelfde pagina staat immers ook "MijnSkin". Bij voorbaat dank en met vriendelijke groet, Kwiki overleg 18 feb 2011 11:55 (CET)

De naam van de "Myskin"-skin staat hier en is correct. Het Tog-showjumplinks bericht hebben wij lokaal aangepast, daar is toen de naam van de skin uit het Engels overgenomen.  Uitgevoerd Fixed –Krinkle 18 feb 2011 23:33 (CET)

Geschiedenisknop Filterlogboek

Wanneer er een melding voorbij komt van een filterwaarschuwing (voorbeeld) kun je van alles direct aanklikken en bekijken, behalve de geschiedenis van de pagina in kwestie waar de waarschuwing op van toepassing is. In een deel van de gevallen is een bewerking na een waarschuwing helemaal niet opgeslagen en in andere gevallen zijn er zelfs meerdere bewerkingen gedaan die teruggedraaid moeten worden. Daarom zou ik het prettig vinden als ik direct naar de geschiedenis kan klikken van de betreffende pagina. Dit zou dan aangepast moeten worden op MediaWiki:Abusefilter-log-detailedentry-meta waarbij er gebruik wordt gemaakt van $5 als MediaWiki-parameter om de geschiedenis te linken. Het beste lijkt mij het als dat na de $5 door middel van (gesch) of (geschiedenis) wordt weergegeven, en dus direct achter de paginanaam te vinden is. Groetjes - Romaine (overleg) 22 jan 2011 19:37 (CET)

Ik heb het volgende aangepast in [1]:

$1: $2 liet $3 afgaan bij het uitvoeren van de handeling "$4" op $5 ([http://nl.wikipedia.org/w/index.php?title=$5&action=history gesch]).
Genomen maatregel: $6.
Filterbeschrijving: $7 ($8)

De externe link naar de bewerkingsgeschiedenis werkt echter niet. Je krijgt namelijk (bijv.) het volgende:

Teun (Teun&action=history" class="external text" rel="nofollow">gesch). 

waarbij de tweede 'Teun' verwijst naar http://nl.wikipedia.org/w/index.php?title=%3Ca%20href=. Mathonius 22 jan 2011 20:03 (CET)

Wellicht kun je proberen gebruik te maken van (<span class="plainlinks">[{{fullurl:{{FULLPAGENAME}}|action=history}} gesch]</span>)? Romaine (overleg) 22 jan 2011 20:40 (CET)

Ow pech, die $5 geeft meteen een link, ipv dat er rechte haken omheen moeten staan op de Mediawiki-pagina. Eens zien of er nog iets mogelijk is. Ik kan zo gauw niets vinden waardoor een of andere Mediawiki-parameter gebruikt kan worden hiervoor. Romaine (overleg) 22 jan 2011 20:48 (CET)

Ik heb een JavaScript gadget ontwikkeld. Het zou mooi zijn met fullurl: in het MediaWiki:-bericht. Maar dat kan zoals boven te lezen is niet. Deze oplossing werkt prima volgens mijn testen. Mochten er problemen zijn, laat het dan vooral weten, anders is deze  Uitgevoerd. –Krinkle 28 jan 2011 00:07 (CET)

Bedankt! :-) Romaine (overleg) 28 jan 2011 00:18 (CET)

Links met etalage-ster uit het lood

In de sidebar staan de interwikis links met een etalage ster nogal uit het lood, omdat de margin en padding niet goed staan ingesteld. (Zie bijvoorbeeld Maan.) Dit kan worden gecorrigeerd door in MediaWiki:Vector.css de margin en padding:

  margin: -3px 0px 6px -10px;
  padding: 0px 0px 0px 10px;

te vervangen door:

  margin-left: -1.25em;
  padding-left: 1.25em;

De huidige margin is rechtstreeks gekopiëerd van de menu-kopjes (h5) die de boven- en onder margin nodig hebben. De menu-items zelf hebben deze margin niet nodig; dit is waardoor de featured-liks uit het lood staan. Deze zullen dus zo wie zo verwijderd moeten worden. De enige functie van de margin/padding is ruimte te maken voor het featured-icoon. — Edokter (overleg) — 2 jan 2011 14:13 (CET)

In welke browsers heb je dit getest ? Dit ziet er namelijk nogal gebroken uit in Safari en Chrome met 1.25em.

En verder vraag ik mij af waarom je em gebruikt omdat deze ster namelijk een vaste pixelafmeting heeft. Dus de marge om deze erin te voegen moet ook met diezelfde pixelafmeting anders loopt alles doorelkaar als iemand zn tekstgrootte iets hoger of lager zet. –Krinkle 3 jan 2011 17:50 (CET)

Zie hier: https://i.imgur.com/C84Z9.jpg –Krinkle 3 jan 2011 18:01 (CET)

In Chrome ziet het er bij mij prima uit, ook in IE8 en Firefox. Ik gebruik em omdat de driehoekjes van de sidebar dezelfde methode gebruiken; deze hebben een padding-left van 1.5em. Zie werkend voorbeeld op en:Moon. En voor een betere vergelijking: Bestand:Featured.gif. — Edokter (overleg) — 6 jan 2011 00:17 (CET)

 Uitgevoerd edit –Krinkle 2 mrt 2011 18:32 (CET)

MediaWiki:Signupend

In MediaWiki:Signupend is onlangs een rare uitklapconstructie toegevoegd. Naast dat de originele versie mi duidelijker was, het wenselijk is de volledige criteria te laten zien, het balkje te smal is en dan breder wordt, en een rare kleur heeft, geeft het een raar dubbel uitklapeffect in {{OG}}. — Zanaq (?) 26 mrt 2011 16:06 (CET)

•  Uitgevoerd, teruggezet en opgeroepen tot overleg op Overleg MediaWiki:Signupend. Trijnstel_overleg 26 mrt 2011 18:30 (CET)

Correctie update

Recentelijk heeft er een update plaatsgevonden in de Mediawiki-softeware waardoor de tekst van MediaWiki:Recentchanges-summary bovenaan de RC-pagina verschijnt, terwijl de bedoeling van de recente wijzigingen ook al uitgelegd wordt in MediaWiki:Recentchangestext. Om deze dubbelheid op te lossen moet MediaWiki:Recentchanges-summary leeggemaakt worden. Wie wil dat doen? Alvast bedankt! Groetjes - Romaine (overleg) 17 apr 2011 17:34 (CEST)

Vreemd, het lijkt niet te werken... Romaine (overleg) 17 apr 2011 17:46 (CEST)

• Uitgevoerd Het werkt niet als de pagina helemaal leeg is, dus heb ik tussen <!-- en --> een zinnetje gezet. Zie de edithistory van het MediaWiki-bericht. Met vriendelijke groet, Mathonius 17 apr 2011 17:52 (CEST)

Gevorderde?

Hier staat "Gevorderde instellingen", een iets te letterlijke vertaling van het Engelse "Advanced options". Graag veranderen in "Geavanceerde instellingen". Bij voorbaat dank en met vriendelijke groet, Kwiki overleg 18 feb 2011 11:55 (CET)

Valt aan te passen, maar vraag me af of het echt fout is? "Geavanceerde instellingen" klinkt ook iets technischer. Josq (overleg) 18 feb 2011 12:28 (CET)

Zijn het gevorderde instellingen? Of zijn het instellingen voor gevorderde gebruikers? In ieder geval is "geavanceerde instellingen" een betere vertaling van "Advanced options" dan "Gevorderde instellingen". Met vriendelijke groet, Kwiki overleg 18 feb 2011 12:30 (CET)

Zie de Googletest. WP:BTNI? Josq (overleg) 18 feb 2011 13:11 (CET)

BTNI is niet van toepassing. Wat veel gebruikt wordt is nog niet altijd juist. [2]. Met vriendelijke groet, Kwiki overleg 18 feb 2011 13:25 (CET)

Hier schieten we natuurlijk geen millimeter mee op. Heb je een bron die aantoont dat "gevorderde instellingen" een onjuiste uitdrukking is? Zo niet, dan Niet uitgevoerd. Vriendelijke groet, Josq (overleg) 18 feb 2011 14:11 (CET)

258 resultaten, waaronder dingen als "de vijf verst gevorderde instellingen op het vlak van milieuzorg". Verder de logica dat de instellingen zelf niet gevorderd zijn; het slaat gewoon nergens op. Zie ook de Engelstalige Wikipedia waar "advanced" zeker niet slaat op de vorderingen van de instellingen maar op de complexiteit ervan. De instellingen hebben immers veel vorderingen gemaakt, en zijn niet voor gevorderden, of omgekeerd. Met vriendelijke groet, Kwiki overleg 19 feb 2011 01:48 (CET)

• Ik stel voor dat het voorstel van Kwiki in het Taalcafé aan de rest van de gemeenschap wordt voorgelegd (met een verwijzing op WP:OG). Een moderator heeft niet als taak om (mogelijke) discussies te beslissen, dus in dit geval geldt hetzelfde principe als op WP:AV: eerst overleggen, daarna wel of niet laten doorvoeren. Als gebruiker ben ik het ten zeerste met Kwiki eens en denk ik dat WP:BTNI hier geWP:NARt moet worden, maar als moderator wil ik liever eerst bekijken of voor de voorgestelde aanpassing voldoende draagvlak is. Met vriendelijke groet, Mathonius 19 feb 2011 02:42 (CET)
  • "Gevorderde instellingen"? Belachelijk! "Geavanceerd", inderdaad. Een concrete link naar het overleg zou handig zijn. --ErikvanB (overleg) 23 mrt 2011 05:36 (CET)

Permalink naar reacties in het Taalcafé over deze kwestie. Mathonius 22 apr 2011 19:51 (CEST)

•  Uitgevoerd "Gevorderde instellingen" in de voorkeuren vervangen door "Geavanceerde instellingen". Mathonius 22 apr 2011 20:26 (CEST)

Puntjes op de U

Zou iemand de puntjes op de U willen zetten in het woord "Geüploade"? Fijne dag, Jabeer (overleg) 27 apr 2011 22:00 (CEST)

•  Uitgevoerd, zie hier. Mathonius 27 apr 2011 22:21 (CEST)

"Gevorderde functies"

Ik weet het niet zeker, maar Gevorderde functies lijkt me een (te) letterlijke vertaling van Advanced functions. Dat zou ik vertalen met Uitgebreide functies, of desnoods met Geavanceerde functies (hoewel ik dat een beetje blurb vind), of Extra functies wellicht? (De Engelstalige interface gebruikt kortweg Advanced, dat we zouden kunnen vertalen met Extra.
Wat er nu staat lijkt me geen correct Nederlands. (Is het misschien Vlaams?) Er staat in feite dat de functies zijn gevorderd, dat wil zeggen: opgeëist, in beslag genomen. Muijz (overleg) 29 mei 2011 18:08 (CEST)

Zie hier. Zou je wellicht aan kunnen geven waar nog "gevorderde" gebruikt wordt? Mathonius 29 mei 2011 18:11 (CEST)

Ik zie dat in de uitgebreide bewerkingsbalk nog "gevorderde" staat. In de MediaWiki-naamruimte bestaat deze pagina, maar daarmee kan dit niet opgelost worden. Mathonius 29 mei 2011 19:01 (CEST)

Ik heb MediaWiki:Wikieditor-toolbar-section-advanced nog aangemaakt om elders dat probleem te verhelpen, maar de teksten in de bewerkingsbalk zijn blijkbaar niet binnen dit project aan te passen. Sorry. Mathonius 30 mei 2011 13:14 (CEST)

Whatlinkshere

MediaWiki:Whatlinkshere is weer eens verwijderd en vervangen door een minder duidelijke tekst die meer (onnodige) ruimte opslokt, vriendelijk verzoek de oude vertrouwde tekst terug te plaatsen, ♠ Troefkaart (overleg) 10 jun 2011 10:39 (CEST)

Steun wederom. Dit is de tweede keer dat dezelfde mod het zomaar zonder overleg weggooit. (de eerste keer heeft troefkaart het zelf weggegooid.) — Zanaq (?) 10 jun 2011 10:58 (CEST)

 Uitgevoerd Trijnstel_overleg 10 jun 2011 11:02 (CEST)

Het klopt dat ik het bericht de eerste keer heb weggegooid, maar dat was omdat de tekst toen overeenkwam met het standaard bericht. Het ontgaat me waarom iets wat ze standaard bericht noemen afwijkt van wat het standaard bericht is. Anyway, dank voor het snelle terugplaatsen. ♠ Troefkaart (overleg) 10 jun 2011 13:26 (CEST)

Bètafunctionaliteit: Gevorderde functies

Ik weet niet of het aan 1.17 van de MediaWiki-software gerelateerd is, maar de uitgebreide bewerkingsbalk in de bètafunctionaliteit heeft twee vreemde zaken. Beide in de gevorderde functies. Bij het klikken op de gallery-knop wordt er ondermeer 2x de code {{ns:file}} ingevoegd, terwijl dit "Bestand" dient te zijn. Dergelijek code hoort echt niet op artikelen thuis en zeker niet daar worden ingevoegd. Bij het klikken op de knop van de tabel wordt er als tabelkop {| class="wikitable" border="1" gegeven, terwijl border="1" reeds standaard in de wikitable-class verwerkt is en dit alleen maar loze code betreft die we beter kunnen vermijden. Kan dit worden aangepast? (Tevens ook op bugzilla gepost voor de zekerheid.) Romaine (overleg) 16 feb 2011 13:59 (CET)

De WikiEditor wordt ontwikkeld in een extensie met eigen release versies, los van MediaWiki zelf.

De bug is inmiddels gefixed en was veroorzaakt door een cacheprobleem bij de Wikimedia servers, niet in de software zelf. Andere wikis hebben hier mogelijk geen last van gehad. –Krinkle 12 jun 2011 00:16 (CEST)

Weergave tekst

Ik kom op tal van projecten en overal waar ik Nederlands in mijn voorkeuren heb in gesteld wordt de tekst in de bovenste regel van iedere pagina waar mijn gebruikersnaam staat met erachter: mijn overleg    mijn voorkeuren    mijn volglijst    mijn bijdragen . Alleen op nl-wiki staat er op die regel iets anders: overleg    voorkeuren    volglijst     bijdragen . Ik heb geen idee wat de reden hiervan is, maar de normale versie met mijn ervoor lijkt me beter zodat dit op dezelfde manier wordt weergegeven als alle andere projecten. Tevens is de toevoeging van mijn voor gebruikers een stuk duidelijker, omdat "overleg" op tal van pagina's kan slaan en de andere benamingen ook anders opgevat kunnen worden als iets algemeens. Door het woordje mijn maakt het de bezoeker duidelijk dat het zijn eigen persoonlijke pagina's zijn. Zou dit aangepast kunnen worden? Het betreft deze pagina's. Groetjes - Romaine (overleg) 30 jan 2010 19:16 (CET)

Niet geheel voor, het is ooit aangepast op 'mijn' verzoek omdat het wel heel erg op "Finding Nemo" (scene met de meeuwen) begon te lijken. Bij de voorkeuren en de volglijst hoeft er sowieso geen mijn voor, bij overleg en bijdragen zou het wel kunnen. ♠ Troefkaart 30 jan 2010 20:47 (CET)

Ook niet voor: het is niet duidelijker, minder compact, en komt betuttelend over. — Zanaq (?) 30 jan 2010 22:11 (CET)

Volgens mij(n ;-)) is dit het gevolg van een javascript hack die Jeroen ooit heeft ingevoerd. Ik moet zeggen dat ik het inmiddels gewend ben en het eigenlijk prettiger vind, zoals hierboven al gezegd, compacter en veroorzaakt wmb geen onduidelijkheden. Niels^? 11 apr 2010 02:17 (CEST)

Dit is geen javascript hack. De interfaceberichten overschrijven lokaal de standaard Nederlandse-interface van MediaWiki door deze pagina's. –Krinkle 11 jun 2010 11:15 (CEST)

Iets wat hier voor zover ik weet nog niet aangestipt was waren de tooltips:

• Uw gebruikerspagina
• Uw overlegpagina
• Mijn voorkeuren
• Pagina (dit is de tooltip van de voorkeuren)
• Overzicht van uw bijdragen
• Afmelden

Ik stel voor "Mijn voorkeuren" in "Uw voorkeuren" te veranderen en de volglijsttooltip naar "Uw volglijst" te veranderen. Alles naar "Mijn" omzetten vind ik ook niet erg, maar de huidige situatie lijkt me inconsequent en onlogisch.

Met vriendelijke groet, Kwiki overleg 9 nov 2010 09:35 (CET)

Liever niet, nergens voor nodig (dat het niet b.v. jouw overleg betreft snap ik toch al wel; het is inderdaad betuttelend, en minder tekst is overzichtelijker. - Erik Baas 10 nov 2010 22:49 (CET)

Dan de woordjes Uw/Mijn weglaten? Vind ik ook goed. Alleen de huidige situatie is nogal inconsequent. Met vriendelijke groet, Kwiki overleg 10 nov 2010 22:59 (CET)

Voor de volledigheid, het betreft deze berichten. Ik heb de tooltip van de volglijst aangepast in de centrale vertaling. mvg, Niels^? 11 nov 2010 21:28 (CET)

Inderdaad, dat van Kwiki lijkt me geen nl.wiki specifiek iets maar iets dat centraal in MediaWiki mag worden veranderd zodat de berichten met elkaar overeen komen. Die centrale vertaling is trouwens hier te zien. –Krinkle 5 dec 2010 20:40 (CET)

Gesproken wikipedia

Verzoeke de volgende regel op te nemen in Monobook.css:

.gw_klein audio {float:right;}

In {{Gesproken Wikipedia klein}} {{Gesproken Wikipedia medium}} is de class "gw_klein" toegekend aan de omvattende table. Het doel is te voorkomen dat de ogg-speler rechts buiten beeld valt na aanklikken van de play-button. De code is getest in mijn monobook, of het ook met andere skins werkt weet ik niet. - Erik Baas 27 mei 2010 15:13 (CEST)

OK. "Mooi is anders", nu gaat het balkje over het luidsprekericoontje heen... Niels^? 27 mei 2010 22:38 (CEST)

Dank je. Inderdaad niet fraai (het ding is transparant (wie verzint zuks???) en daar kan ik niks aan veranderen), alleen even QAD totdat de echte oorzaak bekend is en het dieper liggende probleem kan worden opgelost. Eerlijk gezegd weet ik nog niet waar ik dat moet zoeken... - Erik Baas 27 mei 2010 22:58 (CEST)

Ik heb het hier aangekaart, maar daar is nog geen enkele reactie op gekomen... - Erik Baas 6 jun 2010 15:33 (CEST)

Dit is gefixed in toekomstige versies van OggHandler, door de breedte van de div om de player niet vast te leggen. De player zal de div dan automatisch doen groeien tot de juiste minimum grootte. (Zo'n 200px) TheDJ 24 jul 2010 16:33 (CEST)

Dan wachten we dat eerst maar even af, dank je voor deze bijdrage. - Erik Baas 24 jul 2010 21:31 (CEST)

pre

Om horizontaal scrollende pagina's bij het gebruik van te lange regels in de "pre"-tag te voorkomen heb ik dit in mijn monobook.css toegevoegd:

/* voorkom horizontaal scrollende pagina's */
pre { overflow-x:auto; }

Het lijkt me een goed idee om deze code in MediaWiki:Common.css op te nemen, omdat het nogal vaak voorkomt (mn. op OP's, de Helpdesk, etc.). Zie hier voor een voorbeeld. - Erik Baas 10 jul 2010 11:05 (CEST)

Als je dit doet, moet je ook een bottom padding van 1,5 em ofzo toevoegen, want in IE worden scrollbars 'binnen' de hoogte van je element toegevoegd. Dat kan het geheel dus nogal onleesbaar maken. TheDJ 24 jul 2010 16:25 (CEST)

Dat betwijfel ik, hoor. T/m versie 7 gold dat inderdaad voor "border" en "margin", maar toch niet voor een scrollbar ?? Anyway, IE6 toont helemaal geen scrollbar, dus kan ik het niet testen. Hier staat een testje, en ik wil vragen of mensen met IE7 en hoger daar even naar willen kijken. - Erik Baas 24 jul 2010 21:30 (CEST)

Het ziet er in IE8 prima uit, boven en onder het "pre"-element is een gelijke marge. - 195.241.217.1 27 jul 2010 23:31 (CEST) – De voorgaande bijdrage werd geplaatst door Erik Baas (overleg · bijdragen)

Soft redirect

Eén element die bij Vector helemaal is vergeten is de CSS voor Sjabloon:Softredirect, waardoor de link veel te klein is. Het toevoegen van de volgende CSS in MediaWiki:Vector.css lost dit op totdat deze weer is toegevoegd in MediaWiki (/vector/main.css). — Edokter (overleg) — 2 jan 2011 14:43 (CET)

/* Soft redirect */
.redirectText {
  font-size: 150%;
  margin: 5px;
}

Dit is geen nl.wikipedia speciefiek iets. Voor zover ik weet was het een grafische overweging de tekst in Vector voor redirects niet zo extra groot te maken. Voel je echter vrij de makers van Vector feedback te geven en/of een ticket aan te maken op Wikimedia's ticket systeem (Enter new bug; Product: MediaWiki; Component: Vector Skin). –Krinkle 28 jan 2011 00:23 (CET)

Way ahead... Bugzilla:26544. — Edokter (overleg) — 30 jan 2011 22:11 (CET)

Omschrijving gadget Navigatie pop-ups

Kan in de voorkeuren bij Navigatie pop-ups de zin (werkt deels niet goed in combinatie met de zeus-extensie (zie beneden)) geschrapt worden: volgens mij is Zeusmodus nu wel compatible met popups. — Zanaq (?) 13 jun 2011 09:59 (CEST)

•  Uitgevoerd - MrBlueSky (overleg) 13 jun 2011 13:53 (CEST)

MediaWiki:Newuserlog-create2-entry

De hoofdletter in MediaWiki:Newuserlog-create2-entry van "Heeft" moet vervangen worden door een kleine letter. De tekst in het logboek wordt dan: "Gebruiker blablabla heeft gebruiker bliblibli ingeschreven", ipv "Gebruiker blablabla Heeft gebruiker bliblibli ingeschreven". Sum^?urai8^? 1 aug 2011 22:26 (CEST)

 Uitgevoerd Trijnstel_overleg 1 aug 2011 23:07 (CEST)

# : .

Zou het niet logisch zijn als het hekje (#) een redirect was naar Kardinaalteken, net zoals &, ?, !, , etc. naar het bijbehorende artikel linken?

Het lijkt niet mogelijk de redirect # aan te maken. Op dit moment leidt die link naar de hoofdpagina van Wikipedia. Misschien is dat een cross-wiki-afspraak, want ook op bijvoorbeeld enwiki leidt deze link naar de hoofdpagina.

De dubbelepunt kan evenmin aangemaakt worden (zelfs niet als link: [[:]]) en bij invullen in het zoekveld (en dan klikken op Artikel) leidt hij eveneens naar de hoofdpagina.

Ook de punt kan niet als redirect (of link: [[.]]) aangemaakt worden, maar die leidt niet naar de hoofdpagina!

Misschien heeft het allemaal te maken met "gereserveerde tekens", speciale tekens of dat soort zaken.

Kortom, hoe zit dat precies (lastige vraag, hè?) en is het mogelijk ervoor te zorgen dat alle leestekens een redirect worden naar het artikel over dat leesteken?

Vriendelijke groet, --ErikvanB (overleg) 17 jul 2011 06:58 (CEST)

Dat de # naar de hoofdpagina verwijst, komt doordat het teken gebruikt wordt om naar een subpagina te verwijzen - [[A#B]] verwijst naar het subkopje B op de pagina A. [[#]] komt dus automatisch uit op de hoofdpagina (waar het een leeg subkopje zoekt maar niet vindt). [[A:B]] geeft (zoals je ook wel weet) de pagina B in de naamruimte A aan; de hoofdnaamruimte is naamloos, dus [[:A]] heeft hetzelfde effect als [[A]]. De punt tenslotte is vermoed ik een algemene url-issue, niet specifiek voor Wikipedia: Het is het teken dat in zowel Windows als Unix/Linux gebruikt wordt voor 'de huidige directory', en daarom kun je in een url overal A/B door A/./B vervangen en nog steeds dezelfde pagina krijgen. - André Engels (overleg) Hulp gewenst? Neem een coach! 26 jul 2011 10:53 (CEST)

In normale URL's, zoals je die overal tegenkomt, is # gereserveerd voor labels, en browsers behandelen dat ook zo. : en . worden afgevangen door MediaWiki: die hebben geen standaardfunctie in URL's (natuurlijk wel voor in het protocol, bv http://, en om subdomeinen te scheiden, bv nl.wikipedia.org en om extensies aan te geven, bv index.php., en zoals André Engels al aangeeft voor in directorystructuren bv http://nl.wikipedia.org/w/././././index.php?title=Wikipedia:Verzoeken_voor_wijziging_menu%27s_en_dialoogteksten&action=edit&section=4) — Zanaq (?) 26 jul 2011 12:41 (CEST)

Hoe het ook zit, deze zijn technisch onmogelijk, en derhalve is dit verzoek, hoewel op zich waarschijnlijk wel gewenst, niet uitgevoerd. - André Engels (overleg) Hulp gewenst? Neem een coach! 11 aug 2011 08:09 (CEST)

Met behoorlijke vertraging wil ik nog mijn vriendelijke dank uitspreken voor de fraaie uitleg. Het klinkt allemaal heel aannemelijk. Mvg, --ErikvanB (overleg) 28 sep 2011 06:05 (CEST)

Purge gadget

Vele projecten hebben een Purge link als gadget, errug handig voor pagina's die blijven steken. Op Gebruiker:Edokter/Purgelink.js staat een vertaalde versie. Het zou mooi zijn als deze als gadget/uitbreiding wordt toegevoegd. — Edokter (overleg) — 4 mrt 2011 18:24 (CET)

De klok die je via Voorkeuren/Uitbreidingen op je scherm kunt plaatsen fungeert als purge-link. Wutsje 12 jun 2011 23:26 (CEST)

Leuke verborgen functie. Maar wat als iemand geen klok wil? — Edokter (overleg) — 14 jun 2011 16:26 (CEST)

Misschien de verborgen functionaliteit toevoegen aan de omschrijving? Ik vind die klok trouwens vrij irritant, omdat de gebruikerslinks verspringen. Ik zou er niet tegen zijn die purge-gadget als aparte functie aan te bieden. — Zanaq (?) 14 jun 2011 21:28 (CEST)

 Uitgevoerd De code voor deze link is sinds een tijdje gecentralizeerd op MediaWiki.org, ik heb het snippet vanaf daar geïmporteerd/vertaald en de gadget gedefinieerd. –Krinkle 25 aug 2011 17:02 (CEST)

Voorkeuren

Kan iemand met kennis van taal bij tijd en wijle ook eens de systeemteksten op spelfouten nalopen? Wij gewone zielen kunnen die namelijk niet zelf verbeteren, zoals we dat wel in artikelen kunnen doen. Zo zie ik in Voorkeuren alleen al op het tabblad Uitbreidingen staan:

• standaard MonoBook-skin i.p.v. standaard-MonoBook-skin (dat laatste streepje hoeft eigenlijk ook niet per se)
• navigatie kolom i.p.v. navigatiekolom
• UTC tijd i.p.v. UTC-tijd
• Navigatie pop-ups i.p.v. Navigatiepop-ups
• pagina cache i.p.v. paginacache
• CIDR ranges i.p.v. CIDR-ranges (tenzij u het écht als een Engels woord wilt zien)

En altijd mag er overal een koppelteken tussen als men bang is dat dyslectische lezers aaneengeschreven woorden moeilijk kunnen lezen. Maar nooit een spatie ertussen alstublieft! Dat moet toch zo langerzamerhand wel duidelijk zijn.

Zoudt u alvast eens kunnen beginnen met dit tabblad te verbeteren? Heel, heel veel dank. Hartelijke groet, --ErikvanB (overleg) 28 sep 2011 06:33 (CEST)

 Uitgevoerd - Behalve het nalopen dan. MrBlueSky (overleg) 30 sep 2011 01:22 (CEST)

:-) Dankjewel. --ErikvanB (overleg) 30 sep 2011 15:00 (CEST)