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

Uit Wikipedia, de vrije encyclopedie

Hernoemen van deze pagina[bewerken | brontekst bewerken]

De naam van deze verzoekpagina en de links ernaartoe zijn volgens mij ietwat gedateerd, dit maakt het moeilijk voor gebruikers deze pagina te vinden met de terminologie die zij mogelijk herkennen van elders op Wikipedia (JavaScript, CSS, MediaWiki-naamruimte, "Bericht" paginas, Wikipedia-programmatuur), omdat deze niet overeen komt met de huidige woorden hier gebruikt, zoals "systeemtekst" en "menu's en dialoogteksten".

Wellicht is het een idee om het te vernoemen naar de Interfacemoderatoren groep zoals de "Verzoekpagina voor moderatoren" pagina dat al doet. Misschien "Verzoekpagina voor interfacemoderatoren" met labeltje "gebruikersinterface" of iets dergelijks. --Krinkle (overleg) 16 sep 2021 18:50 (CEST)[reageer]

interfacemoderatoren hoeft er voor mij niet bij. Misschien simpel 'Verzoeken voor aanpassing gebruikersinterface'? Akoopal overleg. 16 sep 2021 19:25 (CEST)[reageer]
Ik vind "tekst" duidelijker dan "bericht" omdat het niet gaat over berichten die aan iemand toegestuurd worden maar over teksten die ergens in geplakt worden. –bdijkstra (overleg) 16 sep 2021 19:50 (CEST)[reageer]
In de mediawiki-naamruimte staan niet alleen systeemteksten/berichten, maar ook zaken als commons.js en alle gadgets. Die zijn in deze context veel meer van belang, en ook de reden dat de interfacemoderator is ingevoerd. Ik zag ook de aanpassing van @Krinkle op Help:Naamruimte en daar komt dat eigenlijk ook niet de andere, maar mijn inziens belangrijkere, functie naar voren. De interfaceteksten gaan inderdaad via translatewiki, staan nauwelijks nog op nlwiki, maar verzoeken tot aanpassing worden nog wel vaak vanuit hier opgepakt om aldaar aan te passen. Maar vandaar ook mijn keuze voor 'gebruikersinterface'. Akoopal overleg. 17 sep 2021 18:09 (CEST)[reageer]
Wikipedia:Verzoeken voor aanpassing gebruikersinterface lijkt mij een prima naam. Interface zou duidelijk genoeg moeten zijn voor mensen die de moeite nemen om WP te bewerken en dekt de lading beter dan de huidige titel. Wickey (overleg) 30 sep 2021 16:33 (CEST)[reageer]
Is menu's en dialoogteksten voor de leek niet beter te begrijpen dan gebruikersinterface? Maar het maakt mij niet zoveel uit, behalve dat deze discussie hier niet thuishoort. — Zanaq (?) 3 jan 2022 11:43 (CET)[reageer]

Symbool bij pdf-links[bewerken | brontekst bewerken]

Kan voor de duidelijkheid het document-symbooltje achter pdf-links in referenties worden gewijzigd in Pdf-document, net als bij de en-wiki? (wel te verstaan zonder de link naar het symbool zelf) Wickey (overleg) 9 sep 2021 14:05 (CEST)[reageer]

@Wickey: dat zou gewoon aangepast kunnen worden op {{Pdf}}, maar het plaatje is niet in het publiek domein en ik vraag me af of we nog wel aan de licentie voldoen als er geen link is. Heb je een voorbeeld van de Engelstalige Wikipedia? Multichill (overleg) 11 sep 2021 22:13 (CEST)[reageer]
Voorbeelden vind je uiteraard hier.
Commons heeft een hele cat PD-logo's.
Persoonlijk vind die met pdf er in wel zo aardig, maar in de icoon is dat niet meer leesbaar, dus werkt averechts.
Mocht er al copyright op zitten, dan kan ik me niet voorstellen dat Adobe daar een probleem van zou maken. Bij WP kennelijk i.i.g niet. Wickey (overleg) 12 sep 2021 11:51 (CEST)[reageer]
Gevonden, op enwiki gebruiken ze geen sjabloontje, maar doen ze het met css. Zie en:MediaWiki:Common.css#L-503. Dus dan komt er een andere icoontje achter deze link te staan. Multichill (overleg) 12 sep 2021 22:33 (CEST)[reageer]
Dat was nu precies mijn idee. Kennelijk wordt er nu een heel algemeen doc-ikoontje gebruikt. Knap gevonden trouwens, ook die Gadget-popups. Bij pdf's gaat het overigens om regel 459.
Zou een kwestie moeten zijn van kopiëren naar de NL-CSS. op regel 332 bijvoorbeeld. Wickey (overleg) 13 sep 2021 11:51 (CEST)[reageer]
Het blijkt op mijn persoonlijke css te werken. Verzoek aan de moderators om dit conform bovenstaande door te voeren. Overigens zag ik hier dat deze voorziening in 2014 centraal is afgeschaft. Wickey (overleg) 30 sep 2021 17:35 (CEST)[reageer]
Wie gaat dan {{pdf}} verwijderen bij al die links? –bdijkstra (overleg) 30 sep 2021 17:51 (CEST)[reageer]
────────────────────────────────────────────────────────────────────────────────────────────────────Dat dit sjabloon zo vaak is gebruikt bij links geeft al aan dat hier veel behoefte aan is. Het is wezenlijke info, omdat pdf's doorgaans een substantiële bestandsgrootte hebben en de browser hiervoor een extra programma moet opstarten met het nodige lokale geheugengebruik en meestal extra venster. Overigens geldt dit evengoed voor .doc, .ppt en dergelijke. Het sjabloon plaatst een zinloze link naar de icon zelf.
Het verwijderen van reeds geplaatste sjablonen is typisch iets dat door een bot gedaan kan worden, maar het is geen ramp als deze geleidelijk worden verwijderd en nu nog dubbel staan.
Het lijkt mij belangrijker dat het bij nieuwe links automatisch gaat gebeuren en alsnog wordt toegevoegd in de veel meer gevallen waar die nu ontbreken. Wickey (overleg) 1 okt 2021 12:57 (CEST)[reageer]

Over een andere boeg: waarom zouden we icoontjes willen? Naast mogelijk auteursrechtproblemen zijn die ook niet (makkelijk) maximaal toegankelijk (te maken). Waarom niet gewoon (PDF) neerzetten? Dat is zeer toegankelijk, zeer eenvoudig en laagdrempelig, en geeft mogelijkheid te linken naar uitleg. — Zanaq (?) 3 jan 2022 11:49 (CET)[reageer]

De functie heb ik hierboven al uitgelegd. Alleen PDF vermelden kan, maar is minder duidelijk. Er is ook geen auteursrechtprobleem. De link PDF neerzetten is ongewenst; dan gaan mensen er per ongeluk op drukken omdat ze denken dat dit het document is. Heel frustrerend. Wickey (overleg) 3 jan 2022 12:13 (CET)[reageer]
Dat mensen op verkeerde links drukken is geen reden uitleg te vermijden en ze het leermoment te ontzeggen. — Zanaq (?) 3 jan 2022 12:15 (CET)[reageer]
Onduidelijk zijn is niet gelijk aan leermomenten. The Banner talk 3 jan 2022 12:44 (CET)[reageer]
Het idee is dat een concrete tekst (met link naar uitleg) duidelijker is dan een vaag icoontje. — Zanaq (?) 3 jan 2022 12:46 (CET)[reageer]
Dat is voor jou misschien zo, maar voor de meeste mensen is het symbool, dat iedere computergebruiker kent, veel duidelijker, juist omdat het van de tekst afwijkt. Wickey (overleg) 3 jan 2022 13:39 (CET)[reageer]
Ik ben ook voorstander van de CSS-methode, als vervanging van {{pdf}}. --Strepulah (💬) 4 jan 2022 18:42 (CET)[reageer]
Ik heb {{pdf}} genomineerd voor verwijdering. --Strepulah (💬) 9 jan 2022 01:21 (CET)[reageer]

Zoeken[bewerken | brontekst bewerken]

Als ik (in monobook) op Special:Preferences#mw-prefsection-searchoptions de strikte modus (her)selecteer en de wijziging opsla, wordt dat geweigerd, Standaard wordt teruggezet. Wil iemand daar eens naar kijken? Alvast bedankt, Wutsje 22 jan 2022 20:49 (CET)[reageer]