Naar inhoud springen

WikiWoordenboek:De Kroeg

Onderwerp toevoegen
Uit WikiWoordenboek
Welkom in de kroeg!
Hier kunt u kletsen met andere WikiWoordenboek-gebruikers.
Proost! Schol!
Santé!, на здоровье, Prost, Cin cin!, şerefe!, Na zdrowie!, Cheers!, Skål!, εις υγείαν, לחיים, Kippis!, Salud, Noroc!, ممنون - شادباش, Na zdraví!, Kanpai!

Per kalenderjaar: 200420052006200720082009201020112012201320142015201620172018201920202021202220232024 hedenwerklijst


Invitation to Participate in Wiki Loves Ramadan Community Engagement Survey

[bewerken]

Dear all,

Apologies for writing in English. Please help to translate in your language. We are excited to announce the upcoming Wiki Loves Ramadan event, a global initiative aimed at celebrating Ramadan by enriching Wikipedia and its sister projects with content related to this significant time of year. As we plan to organize this event globally, your insights and experiences are crucial in shaping the best possible participation experience for the community.

To ensure that Wiki Loves Ramadan is engaging, inclusive, and impactful, we kindly invite you to participate in our community engagement survey. Your feedback will help us understand the needs of the community, set the event's focus, and guide our strategies for organizing this global event.

Survey link: https://forms.gle/f66MuzjcPpwzVymu5

Please take a few minutes to share your thoughts. Your input will make a difference!

Thank you for being a part of our journey to make Wiki Loves Ramadan a success.


Warm regards,

User:ZI Jony 6 okt 2024 05:20 (CEST)

Wiki Loves Ramadan Organizing Team

Tech News: 2024-41

[bewerken]

MediaWiki message delivery 8 okt 2024 01:42 (CEST)Reageren

Wijziging op patatje oorlog

[bewerken]

Zojuist deed een IP-bewerker deze wijziging, kan iemand beoordelen of dit klopt?

Overigens lijkt mij de hele opzet van patatje oorlog een beetje atypisch voor hier. Dit soort opsommingen is over het algemeen beter op zijn plek op Wikipedia, of bijv. het Wikikookboek. De Wikischim (overleg) 10 okt 2024 11:32 (CEST)Reageren

Preliminary results of the 2024 Wikimedia Foundation Board of Trustees elections

[bewerken]

Hello all,

Thank you to everyone who participated in the 2024 Wikimedia Foundation Board of Trustees election. Close to 6000 community members from more than 180 wiki projects have voted.

The following four candidates were the most voted:

  1. Christel Steigenberger
  2. Maciej Artur Nadzikiewicz
  3. Victoria Doronina
  4. Lorenzo Losa

While these candidates have been ranked through the vote, they still need to be appointed to the Board of Trustees. They need to pass a successful background check and meet the qualifications outlined in the Bylaws. New trustees will be appointed at the next Board meeting in December 2024.

Learn more about the results on Meta-Wiki.

Best regards,

The Elections Committee and Board Selection Working Group

MPossoupe_(WMF) 14 okt 2024 10:27 (CEST)Reageren

Tech News: 2024-42

[bewerken]

MediaWiki message delivery 14 okt 2024 23:21 (CEST)Reageren

Seeking volunteers to join several of the movement’s committees

[bewerken]

Each year, typically from October through December, several of the movement’s committees seek new volunteers.

Read more about the committees on their Meta-wiki pages:

Applications for the committees open on 16 October 2024. Applications for the Affiliations Committee close on 18 November 2024, and applications for the Ombuds commission and the Case Review Committee close on 2 December 2024. Learn how to apply by visiting the appointment page on Meta-wiki. Post to the talk page or email cst@wikimedia.org with any questions you may have.

For the Committee Support team,

-- Keegan (WMF) (talk) 17 okt 2024 01:09 (CEST)Reageren

Tech News: 2024-43

[bewerken]

MediaWiki message delivery 21 okt 2024 22:52 (CEST)Reageren

[bewerken]

Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 22 okt 2024 13:29 (CEST)Reageren

Lege subcats in Categorie:Werkwoord

[bewerken]

Zojuist valt me op dat er in Categorie:Werkwoord voor sommige talen geheel lege subcats staan (bijv. Categorie:Werkwoord in het Bafia). Bdijkstra ik ken jou inmiddels van elders als dé expert op dit gebied, weet jij hier raad mee? Moeten deze lege subcats maar worden weggegooid, zoals dat je-weet-wel-waar ook de gewoonte is, of is er een redelijke kans dat ze op afzienbare termijn alsnog invulling krijgen? (Dit laatste vraag ik met name aan MarcoSwart.) De Wikischim (overleg) 27 okt 2024 22:32 (CET)Reageren

In het algemeen houd ik de regel aan dat een categorie pas wordt aangemaakt als er minstens 2 pagina's zijn om haar te vullen. Maar er zijn een beperkt aantal situaties waar het doelmatiger is om categorieën op voorhand aan te maken, ook als er nog geen woorden zijn die daarin vallen. Elke natuurlijke taal heeft naamwoorden en werkwoorden, vandaar dat ik deze categorieën op voorhand heb aangemaakt. Dit maakt dat de pagina Categorie:Woorden in het Bafia een iets informatiever overzicht geeft, een vergelijkbare overweging geldt bij de audio- en IPA-weergave. Deze categorieën zijn er niet alleen voor de navigatie, maar hebben ook een huishoudelijke functie. MarcoSwart (overleg) 27 okt 2024 22:53 (CET)Reageren

Tech News: 2024-44

[bewerken]

MediaWiki message delivery 28 okt 2024 21:56 (CET)Reageren

Final Reminder: Join us in Making Wiki Loves Ramadan Success

[bewerken]

Dear all,

We’re thrilled to announce the Wiki Loves Ramadan event, a global initiative to celebrate Ramadan by enhancing Wikipedia and its sister projects with valuable content related to this special time of year. As we organize this event globally, we need your valuable input to make it a memorable experience for the community.

Last Call to Participate in Our Survey: To ensure that Wiki Loves Ramadan is inclusive and impactful, we kindly request you to complete our community engagement survey. Your feedback will shape the event’s focus and guide our organizing strategies to better meet community needs.

Please take a few minutes to share your thoughts. Your input will truly make a difference!

Volunteer Opportunity: Join the Wiki Loves Ramadan Team! We’re seeking dedicated volunteers for key team roles essential to the success of this initiative. If you’re interested in volunteer roles, we invite you to apply.

  • Application Link: Apply Here
  • Application Deadline: October 31, 2024

Explore Open Positions: For a detailed list of roles and their responsibilities, please refer to the position descriptions here: Position Descriptions

Thank you for being part of this journey. We look forward to working together to make Wiki Loves Ramadan a success!


Warm regards,
The Wiki Loves Ramadan Organizing Team 29 okt 2024 06:12 (CET)

Tech News: 2024-45

[bewerken]

MediaWiki message delivery 4 nov 2024 21:50 (CET)Reageren

Tech News: 2024-46

[bewerken]

MediaWiki message delivery 12 nov 2024 01:07 (CET)Reageren

Tech News: 2024-47

[bewerken]

MediaWiki message delivery 19 nov 2024 03:00 (CET)Reageren

Sign up for the language community meeting on November 29th, 16:00 UTC

[bewerken]

Hello everyone,

The next language community meeting is coming up next week, on November 29th, at 16:00 UTC (Zonestamp! For your timezone <https://zonestamp.toolforge.org/1732896000>). If you're interested in joining, you can sign up on this wiki page: <https://www.mediawiki.org/wiki/Wikimedia_Language_and_Product_Localization/Community_meetings#29_November_2024>.

This participant-driven meeting will be organized by the Wikimedia Foundation’s Language Product Localization team and the Language Diversity Hub. There will be presentations on topics like developing language keyboards, the creation of the Moore Wikipedia, and the language support track at Wiki Indaba. We will also have members from the Wayuunaiki community joining us to share their experiences with the Incubator and as a new community within our movement. This meeting will have a Spanish interpretation.

Looking forward to seeing you at the language community meeting! Cheers, Srishti 21 nov 2024 20:55 (CET)Reageren

Tech News: 2024-48

[bewerken]

MediaWiki message delivery 25 nov 2024 23:42 (CET)Reageren

Tech News: 2024-49

[bewerken]

MediaWiki message delivery 2 dec 2024 23:22 (CET)Reageren

Tech News: 2024-50

[bewerken]

MediaWiki message delivery 9 dec 2024 23:16 (CET)Reageren

Nieuw publiek?

[bewerken]

De statistieken suggereren dat WikiWoordenboek een nieuw publiek heeft aangeboord: 11 miljoen geraadpleegde pagina's in alleen november, ruwweg het viervoudige van een normaal maandgemiddelde. Een uitsplitsing naar herkomst laat zien dat deze nieuwe klanten vooral uit Singapore (8 miljoen) en de VS (1 miljoen) komen. Een nuchtere verklaring is dat het de WMF niet meer lukt om de geautomatiseerde raadplegingen nog te onderscheiden van menselijke gebruikers. Er is kennelijk op minstens 2 plaatsen in de wereld veel interesse om onze informatie voor onderzoek te gebruiken, want het totaal van menselijke en geautomatiseerde raadplegingen is ook fors toegenomen. Het grote aantal raadplegingen uit Singapore is ook zichtbaar bij andere Wiktionary's, wat mij doet denken dat er een kunstmatige intelligentie op taalkundig gebied wordt ontwikkeld. MarcoSwart (overleg) 13 dec 2024 11:54 (CET)Reageren

Tech News: 2024-51

[bewerken]

MediaWiki message delivery 16 dec 2024 23:24 (CET)Reageren

Swánga̱lyiatwuki

[bewerken]

Dat is de naam van de nog jonge Wiktionary in het Tyap. Zij hebben mij gevraagd of het mogelijk is om volgend jaar bij wijze van project vanaf januari tot maart pakweg duizend woorden uit te wisselen: Nederlandse woorden op Swánga̱lyiatwuki en spiegelbeeldig woorden uit het Tyap op WikiWoordenboek. Dat leek me een mooi plan. Als we dit een beetje degelijk willen doen, zou het wel handig zijn als we daarbij ook wat taalkundige kennis over het Tyap kunnen inschakelen. Helaas is er vrijwel geen informatie in het Nederlands beschikbaar over het Tyap en ook de Engelstalige informatie is nog te mager om bijvoorbeeld goede sjablonen en een doordachte selectie van woorden te maken.

Ik heb mijn licht opgestoken bij de Universiteit Leiden, waar die taal ook nog een witte vlek bleek te zijn. Het leek hun uiteindelijke wél een interessante stageopdracht. Impliciet houdt dat ook een zekere erkenning voor WikiWoordenboek in. In overleg met Wikimedia Nederland heb ik die vraag nu uitgezet; het is natuurlijk afwachten of er een student is die dit wil oppakken. Het gaat daarbij echt om ontsluiting van kennis over het Tyap, het toevoegen van lemma's blijven we gewoon zelf doen. Zijn er collega's die daar de komende drie maanden aan willen meedoen? MarcoSwart (overleg) 19 dec 2024 12:02 (CET)Reageren

De kersttoespraak van de koning 2024

[bewerken]

Ieder jaar controleer ik even of de kersttoespraak van de koning wel helemaal 'wikiwoordenboek-proof' is en omgekeerd of het wikiwoordenboek geen gevoelige omissies heeft. Ik heb dit jaar geen woorden gevonden in de toespraak die niet in het wikiwoordenboek stonden. Een compliment voor de koning een compliment voor ons. Een gelukkige en gezegende kerst en een arbeidzaam 2025 gewenst uit Almelo Marcel coenders (overleg) 25 dec 2024 15:52 (CET)Reageren

Aan onze kant heb ik wel een beetje gesmokkeld door nog heel snel margarinefabriek en Vlaardingen toe te voegen. Bij de complimenten en wensen sluit ik me graag aan. MarcoSwart (overleg) 28 dec 2024 15:13 (CET)Reageren

Weet iemand een goede audio recorder voor losse woorden.

[bewerken]

Een goed 2025 gewenst. Helaas is mijn jaar wat minder geweest door een diefstal van mijn computer. En omdat ik een domme jongen ben ben ik vergeten welk programma ik gebruikte voor het opnemen van woordjes. De naam was iets als sho... recorder en het betreft een website waarin lange lijsten met woorden in vele talen beschikbaar zijn maar ik kan het niet meer vinden Marcel coenders (overleg) 3 jan 2025 12:19 (CET)Reageren

Was het wellicht Shtooka recorder van dit project? MarcoSwart (overleg) 4 jan 2025 00:01 (CET)Reageren
Bedankt tja zaken die je iedere dag gebruikt vergeet je en zie je niet meer Marcel coenders (overleg) 4 jan 2025 03:11 (CET)Reageren
Het lijkt me vreselijk om mee te maken, dus alles wat ik kan doen om te helpen is meer dan graag gedaan. Vergeten is overigens heel goed voor onze geestelijke gezondheid: ruimte maken voor nieuwe gedachten betekent dat je leeft. MarcoSwart (overleg) 5 jan 2025 15:33 (CET)Reageren
Het was ook vreselijk maar goed heb mijn "werkprogrammatuur" geherprogrammeerd in Python met als bijkomend voordeel dat ik geen eindeloze lijsten met meer woorden maak die vallen onder de categorie "werk in uitvoering" en "woorden met ontbrekende definitie". Dus tja van alles waar je niet aan dood gaat wordt je sterker van. Maar werken in de trein doe ik niet meer ik heb nu een grotere laptop gekocht. Bij de pakken neer zitten, wanhopen ect mag als opa natuurlijk nooit. Altijd het goede voorbeeld geven. Verdrietig zijn mag natuurlijk wel. Marcel coenders (overleg) 12 jan 2025 09:49 (CET)Reageren

Tech News: 2025-03

[bewerken]

MediaWiki message delivery 14 jan 2025 02:42 (CET)Reageren

Launching! Join Us for Wiki Loves Ramadan 2025!

[bewerken]

Dear All,

We’re happy to announce the launch of Wiki Loves Ramadan 2025, an annual international campaign dedicated to celebrating and preserving Islamic cultures and history through the power of Wikipedia. As an active contributor to the Local Wikipedia, you are specially invited to participate in the launch.

This year’s campaign will be launched for you to join us write, edit, and improve articles that showcase the richness and diversity of Islamic traditions, history, and culture.

To get started, visit the campaign page for details, resources, and guidelines: Wiki Loves Ramadan 2025.

Add your community here, and organized Wiki Loves Ramadan 2025 in your local language.

Whether you’re a first-time editor or an experienced Wikipedian, your contributions matter. Together, we can ensure Islamic cultures and traditions are well-represented and accessible to all.

Feel free to invite your community and friends too. Kindly reach out if you have any questions or need support as you prepare to participate.

Let’s make Wiki Loves Ramadan 2025 a success!

For the International Team 16 jan 2025 13:08 (CET)

Afgekeurde woorden

[bewerken]

Worden woorden gemarkeerd die wel gebruikt worden maar niet echt steek houden op grammaticaal of inhoudelijk vlak, zoals in de Engelse Wiktionary ("proscribed")? M!dgard (overleg) 19 jan 2025 14:22 (CET)Reageren

Zelfs de officiële Woordenlijst van de Nederlandse taal bevat heel wat woorden waar ik grammaticaal of inhoudelijk bezwaar tegen kan aanvoeren. Het zou vermoedelijk al snel nogal subjectief kunnen worden welke woorden wel of niet gemarkeerd gaan worden. Dat is dan weer niet zo nuttig voor onze lezers. Als er algemeen betrouwbaar geachte bronnen zijn die op een neutrale toon bezwaren tegen een bepaald woord beschrijven, kan daar onder Opmerkingen naar worden verwezen. Verder zou ik niet willen gaan. MarcoSwart (overleg) 20 jan 2025 13:40 (CET)Reageren

Tech News: 2025-04

[bewerken]

MediaWiki message delivery 21 jan 2025 02:36 (CET)Reageren

Palindromen

[bewerken]

Traditioneel gebruikten we een contextlabel voor het markeren van een palindroom. Dit is wat verwarrend, omdat het gaat om een eigenschap van het letterbeeld van een woord, dat helemaal losstaat van de betekenis(sen) ervan: het is gewoon geen context. Gevolgd hiervan is dat deze markering uiterst wisselvallig werd gebruikt:

  1. alleen vermeld bij de eerste betekenis
  2. herhaling bij elke betekenis (bij meerdere betekenissen)
  3. geplaatst naast het eerste vetgedrukte trefwoord
  4. herhaling bij elk vetgedrukt trefwoord (bij meerdere woordsoorten)
  5. vermelding bij etymologie
  6. aparte vermelding onder een kopje opmerkingen
  7. herhaling bij sommige betekenissen en/of trefwoorden
  8. geheel weglaten, uit onwetendheid, onzekerheid of doordat de betekenisomschrijvingen uit sjablonen komen die geen ruimte laten voor contextlabels.

Het ontbreken van een zichtbare vermelding wordt soms weer "opgelost" door direct een categorie aan het lemma toe te voegen met [[Categorie:Palindroom in het ...]]. Deze toevoeging kan ook weer op allerlei plaatsen gebeuren, wat het beheer van onze informatie nog ingewikkelder maakt.

Bij sommige betekenissen droeg dit contextlabel ook bij aan "labeldrukte", waarbij een lezer eerst een hele reeks labels moet lezen, voordat de eigenlijke betekenis volgt. Dit is extra storend bij relatief eenvoudige woorden, helemaal omdat "palindroom" zelf nu eenmaal een minder bekend begrip is. WikiWoordenboek heeft de uitdaging dat het een algemeen publiek wil bedienen, uiteenlopend van mensen die nog bezig zijn Nederlands te leren, tot liefhebbers die het naadje van de kous willen weten. In die situatie is het een goed ontwerpprincipe om te beginnen met de basale gegevens en de informatie voor liefhebbers wat later in het lemma te vermelden.

Om die laatste reden heb ik de informatie over prevalentie voorheen bewust aan het eind van lemma's geplaatst. Andere informatie die niet specifiek bij een bepaalde woordsoort of betekenis hoort (uitspraak, afbreking) bieden we juist helemaal aan het begin aan, maar dat zijn echte basisgegevens. Dat een woord een palindroom is, is meer een bijzonderheid van het woordbeeld voor liefhebbers van taalfeitjes. Sommige bronnen beschouwen het palindroom als een specifiek soort anagram. Om die reden heb ik de vermelding dat een woord een palindroom is nu stelselmatig vorm gegeven onder dat kopje ({{-ana-}} met een aangepaste versie van {{palindroom}}. Dat kopje hoort in deze benadering dan bijna aan het eind van een taalsectie te komen, net voor eventuele kopjes als {{-preval-}}, {{-info-}} en {{refs}}.

Mij viel bij dit alles op dat we ooit hebben afgesproken om palindromen van woorden met lengte 1 of 2 niet te markeren. Voor de categorieën die de palindromen in een bepaalde taal laten zien, lijkt me dat eigenlijk jammer. Het is een overzichtelijke klus om alle taalsecties op een pagina of 50 van een vermelding te voorzien.

Hetzelfde geldt voor het meenemen van palindromen in de sectie "universeel taalgebruik". Als categorie op zichzelf zijn deze tamelijk oninteressant, maar uiteraard vormen ze per definitie een onderdeel van de palindromen in elke taal. We zouden daarom in elke categorie "Palindroom in het ..." een linkje naar die categorie kunnen opnemen.

Normaal gesproken zou ik voor alle veranderingen als deze eerst een voorstel voorleggen en daarna pas veranderingen doorvoeren. In dit geval leverde het eerste onderzoek voor zo'n voorstel al zo'n complexiteit op, dat het maken van het complete voorstel meer werk dreigde te worden dan het invoeren of terugdraaien van de verandering voor wat betreft de markering. Om die reden heb ik dit onderdeel al uitgevoerd. Bijkomend voordeel van deze aanpak is dat er zo ook vele tientallen ontbrekende palindromen aan de categorieën zijn toegevoegd. Dit neemt niet weg dat het gewenste eindresultaat uiteraard nog steeds een voorstel is: als overleg hier tot andere inzichten leidt, kan ook de gekozen vorm van vermelden worden aangepast of ongedaan worden gemaakt. Hieronder som ik de onderdelen van het voorstel nog eens op, zodat er eenvoudiger op kan worden gereageerd.

  1. De kopjes {{-ana-}}, {{-preval-}}, {{-info-}} en {{refs}} worden voor zover aanwezig in die volgorde aan het eind van een taalsectie geplaatst.
  2. Palindromen worden met het nieuwe {{palindroom}} onder het kopje {{-ana-}} vermeldt; dat wil dus zeggen: maar één keer in elke taalsectie op een pagina.
  3. (nog te doen) Ook woorden met een lengte van 1 of 2 letters worden als palindroom gemarkeerd.
  4. (nog te doen) Ook woorden in het universeel taalgebruik kunnen als palindroom worden gemarkeerd; de beschrijving van categorieën met palindromen per taal wordt uitgebreid met een linkje naar de categorie met palindromen in het universeel taalgebruik.

Mijn idee is om nu eerst 4 weken de reacties en discussie af te wachten en dan op basis daarvan verder te gaan. --MarcoSwart (overleg) 22 jan 2025 14:06 (CET)Reageren

Universal Code of Conduct annual review: provide your comments on the UCoC and Enforcement Guidelines

[bewerken]

My apologies for writing in English. Help met het vertalen in uw taal.

I am writing to you to let you know the annual review period for the Universal Code of Conduct and Enforcement Guidelines is open now. You can make suggestions for changes through 3 February 2025. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) (talk) 24 jan 2025 02:12 (CET)Reageren

Tech News: 2025-05

[bewerken]

MediaWiki message delivery 27 jan 2025 23:14 (CET)Reageren

Reminder: first part of the annual UCoC review closes soon

[bewerken]

My apologies for writing in English. Help met het vertalen in uw taal.

This is a reminder that the first phase of the annual review period for the Universal Code of Conduct and Enforcement Guidelines will be closing soon. You can make suggestions for changes through the end of day, 3 February 2025. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta. After review of the feedback, proposals for updated text will be published on Meta in March for another round of community review.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) (talk) 3 feb 2025 01:49 (CET)Reageren

Tech News: 2025-06

[bewerken]

MediaWiki message delivery 4 feb 2025 01:09 (CET)Reageren

Tech News: 2025-07

[bewerken]

MediaWiki message delivery 11 feb 2025 01:12 (CET)Reageren

Migration to Parsoid

[bewerken]

Hello everyone! I am glad to inform you that as the next step in the Parser Unification project, Parsoid will soon be turned on as the default article renderer on your Wiktionary. We are gradually increasing the number of wikis using Parsoid, with the intention of making it the default wikitext parser for MediaWiki's next long-term support release. This will make our wikis more reliable and consistent for editors, readers, and tools to use, as well as making the development of future wikitext features easier.

If this transition disrupts your workflow, don’t worry! You can still opt out through a user preference or turn Parsoid off on the current page using the Tools submenu, as described in the Extension:ParserMigration documentation.

There is more information about our roll-out strategy available, including the testing done before we turn on Parsoid for a new wiki.

To report bugs and issues, please look at our known issues documentation and if you found a new bug please create a phab ticket and tag the Content Transform Team in Phabricator.

Help met het vertalen in uw taal

C. Scott Ananian (Parsoid technical lead) 12 feb 2025 21:48 (CET)Reageren

Lemma's over kleuren

[bewerken]

Voor WikiWoordenboek heeft voorgaand bericht vermoedelijk geen merkbare gevolgen, omdat we storende afwijkingen van html5 in wikitext al lange tijd vrijwel volledig hebben opgelost. Een prettig neveneffect is dat ook de problemen die er nog waren om de donkere modus goed te laten werken nu wat overzichtelijker zijn geworden. Ik heb daarvan gisteren iets meer dan de helft opgeruimd. Een volgende grote stap is het aanpassen van de navigatiesjablonen voor kleuren. Mijn plan is om bij deze gelegenheid meerdere verbeteringen ineens door te voeren:

  1. De sjablonen geschikt maken voor de donkere modus.
  2. De sjablonen geschikt maken voor weergave op mobieltjes (ze passen zich nu niet aan aan de breedte van het scherm).
  3. Het nieuwe sjabloon op de logische plaats (onder het kopje {{-rel-}} plaatsen.
  4. Op lemma's over een kleur die eenvormig laten zien: niet als een los plaatje, maar als onderdeel van de betekenisomschrijving; een beetje zoals op de Engelse Wiktionary.

Het resultaat zou er uit gaan zien zoals nu op donkerblauw als voorbeeld wordt getoond. De daar gebruikte sjablonen zijn nog in ontwikkeling, het doel is op dit moment vooral om reacties op de weergave te krijgen. MarcoSwart (overleg) 14 feb 2025 17:06 (CET)Reageren

Wij hebben de Nederlandse namen van RAL-kleuren in het verleden al aangepast aan de spellingregels. Dat lijkt me correct, omdat wij strikt genomen woorden beschrijven die naar die namen verwijzen. Die namen hebben een hoofdletter en daarvoor zou het donorbeginsel ook doorslaggevend horen te zijn, maar de gewone woorden in het taalgebruikt zijn soortnamen voor kleuren die gewoon de spellingregels volgen. Dat is te meer van belang omdat de vertalers van de RAL-namen die wat wispelturig hebben toegepast.
Vanuit onze benadering lijken mij nog twee aanpassingen wenselijk.
  1. In het verleden zijn naast de correct gespelde varianten zuiver groen, zuiver oranje, zuiver rood en zuiver wit ook de aaneengeschreven varianten zuivergroen, zuiverrood en zuiverwit opgenomen (bij "Zuiver oranje" bevatte de officiële naam al een spatie conform spellingregel 6.).
  2. Naast briljant lichtoranje en briljant lichtrood (ook met spatie in de officiële naam) en briljant oranje (gecorrigeerde vorm op WikiWoordenboek), zou ik ook in briljantblauw, briljantgeel, briljantgroen en briljantrood. Deze vorm suggereert een direct verband met de edelsteen, maar het gaat hier vooral om het bijvoeglijk naamwoord "stralend". Dit heeft ook het voordeel dat er onderscheid is met de kleurstof "briljantblauw" (een leenvertaling) die net een andere tint heeft.
Omdat dit moet worden meegenomen in de aanpassing van het sjabloon heeft het wel wat meer voeten in de aarde om uit te voeren. Daarom leg ik het hier eerst een weekje voor en ga dan pas aan de hand van eventuele reacties en discussie verder. MarcoSwart (overleg) 18 feb 2025 17:11 (CET)Reageren

Tech News: 2025-08

[bewerken]

MediaWiki message delivery 17 feb 2025 22:16 (CET)Reageren

De komende Language Community Meeting (28 februari 2025, 14:00 UTC) en de Nieuwsbrief.

[bewerken]

Dag allemaal!

Een symbool voor meerdere talen

We zijn blij om te kunnen aankondigen dat de volgende Language Community Meeting binnenkort plaatsvindt, op 28 februari, om 14:00 UTC! Als je wilt meedoen, schrijf je dan eenvoudig in op de wiki pagina.

Het is een bijeenkomst die wordt vormgegeven door de deelnemers. We delen updates over projecten die met taal samenhangen, bespreken technische problemen in de taalwiki's en werken samen aan oplossingen. In onze vorige bijeenkomst kwamen onderwerpen aan de orde zoals het ontwikkelen van taal-toetsenborden, het ontwikkelen van de More-talige Wikipedia en updates vanuit de taalondersteunings-track van Wiki Indaba.

Heb jij een onderwerp om te delen? Of het nu een technische update is vanuit jouw project, een probleem waarvoor je hulp nodig hebt, of een verzoek om ondersteuning voor een vertaling... we willen het graag van jou horen! Voel je daarom vrij om te antwoorden op dit bericht of om agendapunten toe te voegen aan dit document.

We willen ook graag de aandacht vestigen op de zesde editie van de Language & Internationalization newsletter (januari 2025). Deze is hier beschikbaar: Wikimedia Language and Product Localization/Newsletter/2025/January. Deze nieuwsbrief geeft updates van het vierde kwartaal van 2024: de ontwikkeling van nieuwe functies, verbeteringen in verschillende taal-gerelateerde technische projecten en inspanningen voor ondersteuning, details over bijeenkomsten van de gemeenschappen en ideeën om aan projecten bij te dragen. Als je deze updates wilt ontvangen, dan kan je je inschrijven op de nieuwsbrief op deze wiki-pagina: Wikimedia Language and Product Localization/Newsletter.

We kijken uit naar jouw ideeën en naar jouw deelname aan de language community meeting. Tot ziens op 28 februari!

MediaWiki message delivery 22 feb 2025 09:30 (CET)Reageren

Tech News: 2025-09

[bewerken]

MediaWiki message delivery 25 feb 2025 01:41 (CET)Reageren

Tech News: 2025-10

[bewerken]

MediaWiki message delivery 4 mrt 2025 03:30 (CET)Reageren

Universal Code of Conduct annual review: proposed changes are available for comment

[bewerken]

My apologies for writing in English. Help met het vertalen in uw taal.

I am writing to you to let you know that proposed changes to the Universal Code of Conduct (UCoC) Enforcement Guidelines and Universal Code of Conduct Coordinating Committee (U4C) Charter are open for review. You can provide feedback on suggested changes through the end of day on Tuesday, 18 March 2025. This is the second step in the annual review process, the final step will be community voting on the proposed changes. Read more information and find relevant links about the process on the UCoC annual review page on Meta.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) 7 mrt 2025 19:52 (CET)Reageren

Tech News: 2025-11

[bewerken]

MediaWiki message delivery 11 mrt 2025 00:09 (CET)Reageren

Inrichting van Categorie:Werkwoord van de vijfde vervoeging in het Latijn

[bewerken]

Een vraag over deze cat.: wat is het precieze idee achter de inrichting hiervan? Er staan nu zowel deponente (in de inifitief eindigend -ri) als niet-deponente ( (in de inifitief eindigend -re) ) werkwoorden in. Bovendien lijkt de cat. inhoudelijk grotendeels dubbelop met de vier andere cats naar vervoeging in Categorie:Werkwoord in het Latijn.

Op EN-wiktionary lijkt geen overeenkomende cat. hiervan te bestaan; dezelfde werkwoorden die hier in Categorie:Werkwoord van de vijfde vervoeging in het Latijn zijn ondergebracht, worden daar bij de derde of vierde vervoeging ingedeeld.

Hoe willen we hier nu precies mee verder? Is de "vijfde vervoeging"-cat. hier eigenlijk echt nodig? De Wikischim (overleg) 12 mrt 2025 12:58 (CET)Reageren

Deponente werkwoorden komen nu eenmaal in verschillende vervoegingen voor; ik zie niet waarom dat speciaal bij de vijfde vervoeging een probleem zou zijn. Wat we hier beschrijven als de vijfde vervoeging heb ik vroeger geleerd als de gemengde vervoeging. Als je de benadering van de Engelstalige collega's volgt, maak je binnen de derde of vierde vervoeging weer een onderscheid. Het is dus vooral een verschil in presentatie van een onderverdeling die hoe dan ook bestaat. De Nederlandstalige Wikipedia gaat uit van 5 vervoegingen. Op dit moment zijn ook onze vervoegingssjablonen gebaseerd op het onderscheid van een vijfde vervoeging. Daardoor zou een verandering nog best een karwei worden. MarcoSwart (overleg) 15 mrt 2025 23:46 (CET)Reageren

Uw wiki zal binnenkort in de 'alleen-lezen' modus te gebruiken zijn

[bewerken]

MediaWiki message delivery 15 mrt 2025 00:15 (CET)Reageren

Sjabloon:-info-

[bewerken]

Even een vraag over Sjabloon:-info-. Zou het mogelijk zijn om de parameters hiervan zo aan te passen dat je bij een term desgewenst naar twee of drie toepasselijke WP-artikelen kunt linken, zonder dat je het sjabloon daarvoor helemaal moet kopiëren? De enige andere optie is momenteel: in al deze gevallen steevast naar de betreffende DP op Wikipedia linken. Om meerdere redenen is dat echter niet altijd even wenselijk. De DP's aldaar zijn soms helemaal vol gezet met afgeleide betekenissen en eigennamen die voor hier verder totaal niet van belang zijn, soms zijn ze ook moeilijk leesbaar. Mij lijkt het eigenlijk onnodig om daar vanaf dit project nog eens speciaal heen te linken. Wellicht nog belangrijker is dat daardoor de ècht zinvolle termen "verdrinken".

Volgens mij zijn er best wat pagina's waarop dit een uitkomst kan bieden. De Wikischim (overleg) 17 mrt 2025 22:18 (CET)Reageren

Het lastige kan hier zijn dat mensen een woordenboek op verschillende manieren gebruiken. Voor een lezer die vooral belangstelling heeft voor een specifieke betekenis is een verwijzing naar de inhoudelijk meest relevante pagina inderdaad het handigst. Maar er zijn ook lezers die vanuit belangstelling voor de vorm van het woord, liever de breedte van mogelijke betekenissen willen verkennen. Een link naar een doorverwijspagina is dan juist superieur en kan ook van waarde zijn als een specifieke betekenis bij ons nog ontbreekt.
Een praktische oplossing is ook mogelijk zonder {{-info-}} nog ingewikkelder te maken, door gewoon regels met het sjabloon {{w|nl|...|...}} toe te voegen. Ik heb dat op vlucht bij wijze van illustratie gedaan. Dit heeft ook het voordeel dat het met een willekeurig groot aantal betekenissen blijft werken. MarcoSwart (overleg) 21 mrt 2025 09:43 (CET)Reageren
Ter verhoging van het gebruiksgemak heb ik aan {{w}} als mogelijke waarde van parameter 3 het dubbele aanhalingsteken toegevoegd. Dit kan worden gebruikt als de linknaam niet identiek moet zijn aan de paginanaam hier, maar aan de paginanaam op Wikipedia. --MarcoSwart (overleg) 21 mrt 2025 10:26 (CET)Reageren

Tech News: 2025-12

[bewerken]

MediaWiki message delivery 18 mrt 2025 00:48 (CET)Reageren

Tech News: 2025-13

[bewerken]

MediaWiki message delivery 24 mrt 2025 23:42 (CET)Reageren

[bewerken]

Zojuist zie ik o.a. deze en dit.

Vraag: vinden anderen het wenselijk om ook in de voorbeeldzinnen op grote schaal interne links toe te voegen (al dan niet naar WP)? Naar mijn idee voegt het in de meeste gevallen niets wezenlijks toe. Het is ook niet waar voorbeeldzinnen in de eerste plaats voor bedoeld zijn. Ook is het niet erg bevorderlijk voor de leesbaarheid, het echte kernwoord "sneeuwt onder" denk ik. De Wikischim (overleg) 2 apr 2025 10:50 (CEST)Reageren

Je hebt wel een punt, denk ik. Bij een encyclopedie ligt de nadruk op het geven van informatie over een onderwerp en daarvoor zijn hyperlinks binnen de tekst een goed instrument. In een woordenboek gaat het ook om de morfologische eigenschappen van een woord en dan is het al gauw zo dat je vrijwel de hele tekst blauw kan maken.
Een doelstelling van dit project is dat we informatie aanbieden die weer hergebruikt kan worden. Bij een woordenboek gaat het dan vaak om de betekenisomschrijving en de voorbeeldzinnen. Het toepassen van links in die kernteksten kan juist belemmerend werken op dat hergebruik. Goede betekenisomschrijvingen en voorbeeldzinnen horen volgens mij op zichzelf duidelijk te zijn en niet afhankelijk van links.
Alle links naar woorden die sterk verband houden met het trefwoord kunnen beter onder het toepasselijke kopje worden vermeld. Andere links vormen dan inderdaad eerder een afleiding dan een verduidelijking. MarcoSwart (overleg) 2 apr 2025 14:11 (CEST)Reageren

Tech News: 2025-14

[bewerken]

MediaWiki message delivery 1 apr 2025 02:05 (CEST)Reageren

Compatibility of the Citeer TypVla template with Parsoid

[bewerken]

Dear contributors to WikiWoordenboek,

As announced a few weeks ago, Parsoid has been turned on as the default article renderer on your Wiktionary. Unfortunately, in the meantime, we have discovered a compatibility issue with the citeer TypVla template; this issue is documented in task T386713 on Phabricator.

citeer TypVla generates a citation name based on the following string: Typisch Vlaams. 4000 woorden en uitdrukkingen-{{{pagina|{{PAGENAME}}}}}}}. Citations that link to the same page are on occasion differentiated by the use of spaces in the page name. This is the case on gaan with the following markup: {{citeer TypVla|Als het aan Vereecke ligt, komt er nog een veertigste, of zelfs vijftigste editie van de Night of the Proms. 'Het kan, maar we beseffen dat dat niet vanzelf '''gaat gaan'''.'||De morgen|pagina=p.  178 kol. 2}} {{citeer TypVla|Het kan best zijn dat we het nooit echt '''gaan''' weten.||Het Laatste Nieuws|pagina=p. 178 kol. 2}} (note the double space between p. and 178 in the first citation.)

While this works with the legacy version of the parser, this is more by accident than by explicit design; this is currently not supported by Parsoid, which considers both references to be conflicting, because they have the same name and different content. This is visible on the difference between https://nl.wiktionary.org/wiki/gaan?useparsoid=1 (the new default rendering), which displays errors in the references block, and https://nl.wiktionary.org/wiki/gaan?useparsoid=0 (the old default rendering), which does not. We would advise a modification of the citeer TypVla template to avoid relying on spaces in the page number to make the difference between different references - we would suggest the addition of an optional parameter to enable the users to force differentiation if it is needed.

We apologize for the inconvenience and hope that the suggested modification will suit your purposes.

Best regards,

Isabelle, for the Content Transform team IHurbainPalatin (WMF) (overleg) 1 apr 2025 10:46 (CEST)Reageren

Instead of adding more parameters, I have opted to use the template name plus the citation itself also as the value for the name attribute. It is highly unlikely that this template will quote the same text on the same page twice. In fact, the resulting error would probably point to content that is undesirable for other reasons too. MarcoSwart (overleg) 2 apr 2025 14:40 (CEST)Reageren
Fantastic! Thank you very much for the quick action! IHurbainPalatin (WMF) (overleg) 3 apr 2025 09:16 (CEST)Reageren

Final proposed modifications to the Universal Code of Conduct Enforcement Guidelines and U4C Charter now posted

[bewerken]

The proposed modifications to the Universal Code of Conduct Enforcement Guidelines and the U4C Charter are now on Meta-wiki for community notice in advance of the voting period. This final draft was developed from the previous two rounds of community review. Community members will be able to vote on these modifications starting on 17 April 2025. The vote will close on 1 May 2025, and results will be announced no later than 12 May 2025. The U4C election period, starting with a call for candidates, will open immediately following the announcement of the review results. More information will be posted on the wiki page for the election soon.

Please be advised that this process will require more messages to be sent here over the next two months.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community so they can participate as well.

-- In cooperation with the U4C, Keegan (WMF) (talk) 4 apr 2025 04:05 (CEST)Reageren

Tech News: 2025-15

[bewerken]

MediaWiki message delivery 7 apr 2025 20:52 (CEST)Reageren

Tech News: 2025-16

[bewerken]

MediaWiki message delivery 15 apr 2025 02:24 (CEST)Reageren

Vote now on the revised UCoC Enforcement Guidelines and U4C Charter

[bewerken]

The voting period for the revisions to the Universal Code of Conduct Enforcement Guidelines ("UCoC EG") and the UCoC's Coordinating Committee Charter is open now through the end of 1 May (UTC) (find in your time zone). Read the information on how to participate and read over the proposal before voting on the UCoC page on Meta-wiki.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review of the EG and Charter was planned and implemented by the U4C. Further information will be provided in the coming months about the review of the UCoC itself. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community so they can participate as well.

In cooperation with the U4C -- Keegan (WMF) (talk) 17 apr 2025 02:35 (CEST)Reageren

Tech News: 2025-17

[bewerken]

MediaWiki message delivery 21 apr 2025 23:00 (CEST)Reageren

Tech News: 2025-18

[bewerken]

MediaWiki message delivery 28 apr 2025 21:31 (CEST)Reageren

Vote on proposed modifications to the UCoC Enforcement Guidelines and U4C Charter

[bewerken]

The voting period for the revisions to the Universal Code of Conduct Enforcement Guidelines and U4C Charter closes on 1 May 2025 at 23:59 UTC (find in your time zone). Read the information on how to participate and read over the proposal before voting on the UCoC page on Meta-wiki.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this message with members of your community in your language, as appropriate, so they can participate as well.

In cooperation with the U4C --

Tech News: 2025-19

[bewerken]

MediaWiki message delivery 6 mei 2025 02:14 (CEST)Reageren

We will be enabling the new Charts extension on your wiki soon!

[bewerken]

(Apologies for posting in English)

Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.

As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.

After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.

The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.

If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.

Thank you in advance! -- User:Sannita (WMF) (talk) 6 mei 2025 17:08 (CEST)Reageren

Tech News: 2025-20

[bewerken]

MediaWiki message delivery 13 mei 2025 00:37 (CEST)Reageren

Call for Candidates for the Universal Code of Conduct Coordinating Committee (U4C)

[bewerken]

The results of voting on the Universal Code of Conduct Enforcement Guidelines and Universal Code of Conduct Coordinating Committee (U4C) Charter is available on Meta-wiki.

You may now submit your candidacy to serve on the U4C through 29 May 2025 at 12:00 UTC. Information about eligibility, process, and the timeline are on Meta-wiki. Voting on candidates will open on 1 June 2025 and run for two weeks, closing on 15 June 2025 at 12:00 UTC.

If you have any questions, you can ask on the discussion page for the election. -- in cooperation with the U4C,

Keegan (WMF) (overleg) 16 mei 2025 00:08 (CEST)Reageren

Tech News: 2025-21

[bewerken]

MediaWiki message delivery 20 mei 2025 01:12 (CEST)Reageren

GLAM Wiki 2025 in Lissabon 30-10 tot 1-11-2025: WMNL reisbeurzen beschikbaar - deadline 27 mei

[bewerken]

Van 30 oktober tot 1 november vindt GLAM Wiki 2025, een internationale conferentie gewijd aan de samenwerking tussen Wikimedia en culturele instellingen (GLAM: Galleries, Libraries, Archives and Museums) plaats in Lissabon, Portugal.
GLAM Wiki 2025 wordt georganiseerd door Wikimedia Portugal in samenwerking met Wiki Editoras Lx. De conferentie biedt een platform voor uitwisseling van expertise, het versterken van samenwerkingen en het ontwikkelen van duurzame strategieën voor open culturele kennis. De conferentie is bedoeld voor Wikimedianen, erfgoedprofessionals, bibliothecarissen, conservatoren, onderzoekers en andere geïnteresseerden in open toegang tot cultuur en kennis. Op het programma staan lezingen, panelgesprekken, workshops en netwerkmomenten die gericht zijn op actuele thema’s als digitale collecties, inclusiviteit, open licenties, en de rol van Wikimedia binnen cultureel erfgoed. Meer informatie: GLAM Wiki 2025 op Meta

Lijkt het je interessant om deel te nemen?
WMNL heeft 4 volledige reisbeurzen beschikbaar voor Wikimedianen of medewerkers van erfgoedinstellingen. Een volledige beurs is maximaal € 1.076. Het is ook mogelijk een beurs aan te vragen voor een deel van de kosten. Aanvragen van een beurs kan tot 27 mei door het invullen van dit formulier. Je hoort dan uiterlijk 1 juni of je aanvraag is toegekend. We realiseren ons dat dit wat kort dag is, maar we wilden mensen ook nog in de gelegenheid stellen om indien nodig een beurs aan te kunnen vragen via de centrale aanvraagprocedure (deadline 7 juni) en daarvoor moesten aanvraagrondes bij affiliates afgerond zijn.

Om in aanmerking te komen, hoef je geen lid te zijn van Wikimedia Nederland. Ons streven is om één beurs toe te kennen aan iemand die voor het eerst deelneemt aan de GLAM Wiki conferentie.

Heb je vragen over de conferentie, kijk dan op de projectpagina van de organisatie. Voor vragen over de beursaanvraag neem je contact op met Michelle van Lanschot (vanlanschot-at-wikimedia.nl.

MichellevL (WMNL) (overleg) 20 mei 2025 10:59 (CEST)Reageren

RfC ongoing regarding Abstract Wikipedia (and your project)

[bewerken]

(Apologies for posting in English, if this is not your first language)

Hello all! We opened a discussion on Meta about a very delicate issue for the development of Abstract Wikipedia: where to store the abstract content that will be developed through functions from Wikifunctions and data from Wikidata. Since some of the hypothesis involve your project, we wanted to hear your thoughts too.

We want to make the decision process clear: we do not yet know which option we want to use, which is why we are consulting here. We will take the arguments from the Wikimedia communities into account, and we want to consult with the different communities and hear arguments that will help us with the decision. The decision will be made and communicated after the consultation period by the Foundation.

You can read the various hypothesis and have your say at Abstract Wikipedia/Location of Abstract Content. Thank you in advance! -- Sannita (WMF) (overleg) 22 mei 2025 17:27 (CEST)Reageren

Tech News: 2025-22

[bewerken]

MediaWiki message delivery 26 mei 2025 22:04 (CEST)Reageren

Wikimedia Foundation Board of Trustees 2025 Selection & Call for Questions

[bewerken]

Meer talenHelp met het vertalen in uw taal

Dear all,

This year, the term of 2 (two) Community- and Affiliate-selected Trustees on the Wikimedia Foundation Board of Trustees will come to an end [1]. The Board invites the whole movement to participate in this year’s selection process and vote to fill those seats.

The Elections Committee will oversee this process with support from Foundation staff [2]. The Governance Committee, composed of trustees who are not candidates in the 2025 community-and-affiliate-selected trustee selection process (Raju Narisetti, Shani Evenstein Sigalov, Lorenzo Losa, Kathy Collins, Victoria Doronina and Esra’a Al Shafei) [3], is tasked with providing Board oversight for the 2025 trustee selection process and for keeping the Board informed. More details on the roles of the Elections Committee, Board, and staff are here [4].

Here are the key planned dates:

  • May 22 – June 5: Announcement (this communication) and call for questions period [6]
  • June 17 – July 1, 2025: Call for candidates
  • July 2025: If needed, affiliates vote to shortlist candidates if more than 10 apply [5]
  • August 2025: Campaign period
  • August – September 2025: Two-week community voting period
  • October – November 2025: Background check of selected candidates
  • Board’s Meeting in December 2025: New trustees seated

Learn more about the 2025 selection process - including the detailed timeline, the candidacy process, the campaign rules, and the voter eligibility criteria - on this Meta-wiki page [link].

Call for Questions

In each selection process, the community has the opportunity to submit questions for the Board of Trustees candidates to answer. The Election Committee selects questions from the list developed by the community for the candidates to answer. Candidates must answer all the required questions in the application in order to be eligible; otherwise their application will be disqualified. This year, the Election Committee will select 5 questions for the candidates to answer. The selected questions may be a combination of what’s been submitted from the community, if they’re alike or related. [link]

Election Volunteers

Another way to be involved with the 2025 selection process is to be an Election Volunteer. Election Volunteers are a bridge between the Elections Committee and their respective community. They help ensure their community is represented and mobilize them to vote. Learn more about the program and how to join on this Meta-wiki page [link].

Thank you!

[1] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2022/Results

[2] https://foundation.wikimedia.org/wiki/Committee:Elections_Committee_Charter

[3] https://foundation.wikimedia.org/wiki/Resolution:Committee_Membership,_December_2024

[4] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_committee/Roles

[5] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/FAQ

[6] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/Questions_for_candidates

Best regards,

Victoria Doronina

Board Liaison to the Elections Committee

Governance Committee

MediaWiki message delivery (overleg) 28 mei 2025 05:08 (CEST)Reageren

Broken layout in Spanish pages

[bewerken]

"Woordafbreking" section is put inside POS section incorrectly: https://nl.wiktionary.org/w/index.php?title=acalenturarse&diff=prev&oldid=5293164

Could these pages be corrected be a bot? It's tedious to do it manually. Public class (overleg) 30 mei 2025 03:49 (CEST)Reageren

Thanks for pointing out the problem. The changes are a little too subtle for a bot. However, with some help of AutoWikiBrowser I have tried to resolve most of the incorrectly placed syllabification sections. --MarcoSwart (overleg) 30 mei 2025 22:13 (CEST)Reageren

Ontbrekend: Categorie:Deelwoord in het Frans

[bewerken]

Misschien dat ik het volgende (of iig een onderwerp dat hiermee verband hield) ook al weleens eerder heb aangekaart, maar Categorie:Deelwoord in het Frans ontbreekt nog steeds. Een dergelijke deelcat. is er nu al wel voor andere talen (ook nog wat weinig trouwens), zie Categorie:Deelwoord.

Er is momenteel alleen Categorie:Werkwoordsvorm in het Frans, maar dat is hier echt te algemeen; deelwoorden, vervoegingen en infinitieven zijn klassen die duidelijk onderscheiden moeten worden, ook in de categorisatie. De Wikischim (overleg) 31 mei 2025 00:17 (CEST)Reageren

Ik heb de gevraagde categorie aangemaakt. Dit levert wel een aanvullend karweitje op, omdat er in het verleden ook deelwoorden kunnen zijn aangemaakt met het algemene sjabloon {{verb-form}}. De lijst van Franse werkwoordvormen met dit sjabloon staat hier. De Wikischim, zou je die lijst willen nalopen en waar nodig aanpassen? --MarcoSwart (overleg) 7 jun 2025 17:37 (CEST)Reageren
Goed zo, mooie eerste stap. Het sjabloon lijkt nu echter alleen nog te werken voor de onverbogen (mannelijke) vormen; het zou nog zo moeten worden aangepast dat de vormen met een uitgang (dus vrouwelijk en meervoud) er ook in passen. Of kan dit toch al? De Wikischim (overleg) 7 jun 2025 19:56 (CEST)Reageren
MarcoSwart Kan het sjabloon ook nog zo worden aangepast dat het waar nodig meteen naar de juiste sectie linkt? Op lu wordt nu bijvoorbeeld niet gelinkt naar lire#Frans, maar naar het begin van die pagina. De Wikischim (overleg) 12 jun 2025 12:30 (CEST)Reageren
Uitgevoerd Uitgevoerd. --MarcoSwart (overleg) 12 jun 2025 21:37 (CEST)Reageren

Participe présent/passé

[bewerken]
Ik zit nu eigenlijk al weer met een vervolgvraag hierover: in Categorie:Deelwoord in het Frans staan momenteel alle tegenwoordige en voltooide deelwoorden (participe présent/passé) bij elkaar geveegd. Dat is uiteraard ook niet erg wenselijk; er zou een eigen ondercat. Categorie:Voltooid deelwoord in het Frans moeten komen, zoals die er nu ook al is voor de talen Nederlands en Spaans, zie de twee subcats in Categorie:Voltooid deelwoord.
En dan straks bij uitbreiding natuurlijk precies idem dito voor alle andere talen waarin dit grammaticale onderscheid bestaat, maar dat is even veel te veel voor nu. Waarschijnlijk betekent het in de praktijk dat veel van deze sjablonen opnieuw ingesteld moeten worden. De Wikischim (overleg) 7 jun 2025 20:10 (CEST)Reageren
Het sjabloon {{fra-deelwoord}} heeft parameters voor verbogen vormen. Is er een voorbeeld waar dit sjabloon niet doet wat het zou moeten doen?
Als alle deelwoorden met dit sjabloon zijn gemarkeerd is het vermoedelijk vrij eenvoudig om de uitsplitsing van voltooid en onvoltooid door te voeren. Wanneer de lijst is nagelopen, pak ik dit op. MarcoSwart (overleg) 7 jun 2025 20:31 (CEST)Reageren

Tech News: 2025-23

[bewerken]

MediaWiki message delivery 3 jun 2025 01:55 (CEST)Reageren

Tech News: 2025-24

[bewerken]

MediaWiki message delivery 10 jun 2025 03:16 (CEST)Reageren

Vote now in the 2025 U4C Election

[bewerken]

Apologies for writing in English. Help met het vertalen in uw taal

Eligible voters are asked to participate in the 2025 Universal Code of Conduct Coordinating Committee election. More information–including an eligibility check, voting process information, candidate information, and a link to the vote–are available on Meta at the 2025 Election information page. The vote closes on 17 June 2025 at 12:00 UTC.

Please vote if your account is eligible. Results will be available by 1 July 2025. -- In cooperation with the U4C, Keegan (WMF) (talk) 14 jun 2025 01:01 (CEST)Reageren

Tech News: 2025-25

[bewerken]

MediaWiki message delivery 17 jun 2025 01:38 (CEST)Reageren

Wikimedia Foundation Board of Trustees 2025 - Call for Candidates

[bewerken]

Hello all,

The call for candidates for the 2025 Wikimedia Foundation Board of Trustees selection is now open from June 17, 2025 – July 2, 2025 at 11:59 UTC [1]. The Board of Trustees oversees the Wikimedia Foundation's work, and each Trustee serves a three-year term [2]. This is a volunteer position.

This year, the Wikimedia community will vote in late August through September 2025 to fill two (2) seats on the Foundation Board. Could you – or someone you know – be a good fit to join the Wikimedia Foundation's Board of Trustees? [3]

Learn more about what it takes to stand for these leadership positions and how to submit your candidacy on this Meta-wiki page or encourage someone else to run in this year's election.

Best regards,

Abhishek Suryawanshi
Chair of the Elections Committee

On behalf of the Elections Committee and Governance Committee

[1] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Call_for_candidates

[2] https://foundation.wikimedia.org/wiki/Legal:Bylaws#(B)_Term.

[3] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Resources_for_candidates

MediaWiki message delivery (overleg) 17 jun 2025 19:44 (CEST)Reageren

Tech News: 2025-26

[bewerken]

MediaWiki message delivery 24 jun 2025 01:21 (CEST)Reageren

Sister Projects Task Force reviews Wikispore and Wikinews

[bewerken]

Dear Wikimedia Community,

The Community Affairs Committee (CAC) of the Wikimedia Foundation Board of Trustees assigned the Sister Projects Task Force (SPTF) to update and implement a procedure for assessing the lifecycle of Sister Projects – wiki projects supported by Wikimedia Foundation (WMF).

A vision of relevant, accessible, and impactful free knowledge has always guided the Wikimedia Movement. As the ecosystem of Wikimedia projects continues to evolve, it is crucial that we periodically review existing projects to ensure they still align with our goals and community capacity.

Despite their noble intent, some projects may no longer effectively serve their original purpose. Reviewing such projects is not about giving up – it's about responsible stewardship of shared resources. Volunteer time, staff support, infrastructure, and community attention are finite, and the non-technical costs tend to grow significantly as our ecosystem has entered a different age of the internet than the one we were founded in. Supporting inactive projects or projects that didn't meet our ambitions can unintentionally divert these resources from areas with more potential impact.

Moreover, maintaining projects that no longer reflect the quality and reliability of the Wikimedia name stands for, involves a reputational risk. An abandoned or less reliable project affects trust in the Wikimedia movement.

Lastly, failing to sunset or reimagine projects that are no longer working can make it much harder to start new ones. When the community feels bound to every past decision – no matter how outdated – we risk stagnation. A healthy ecosystem must allow for evolution, adaptation, and, when necessary, letting go. If we create the expectation that every project must exist indefinitely, we limit our ability to experiment and innovate.

Because of this, SPTF reviewed two requests concerning the lifecycle of the Sister Projects to work through and demonstrate the review process. We chose Wikispore as a case study for a possible new Sister Project opening and Wikinews as a case study for a review of an existing project. Preliminary findings were discussed with the CAC, and a community consultation on both proposals was recommended.

Wikispore

[bewerken]

The application to consider Wikispore was submitted in 2019. SPTF decided to review this request in more depth because rather than being concentrated on a specific topic, as most of the proposals for the new Sister Projects are, Wikispore has the potential to nurture multiple start-up Sister Projects.

After careful consideration, the SPTF has decided not to recommend Wikispore as a Wikimedia Sister Project. Considering the current activity level, the current arrangement allows better flexibility and experimentation while WMF provides core infrastructural support.

We acknowledge the initiative's potential and seek community input on what would constitute a sufficient level of activity and engagement to reconsider its status in the future.

As part of the process, we shared the decision with the Wikispore community and invited one of its leaders, Pharos, to an SPTF meeting.

Currently, we especially invite feedback on measurable criteria indicating the project's readiness, such as contributor numbers, content volume, and sustained community support. This would clarify the criteria sufficient for opening a new Sister Project, including possible future Wikispore re-application. However, the numbers will always be a guide because any number can be gamed.

Wikinews

[bewerken]

We chose to review Wikinews among existing Sister Projects because it is the one for which we have observed the highest level of concern in multiple ways.

Since the SPTF was convened in 2023, its members have asked for the community's opinions during conferences and community calls about Sister Projects that did not fulfil their promise in the Wikimedia movement.[1][2][3] Wikinews was the leading candidate for an evaluation because people from multiple language communities proposed it. Additionally, by most measures, it is the least active Sister Project, with the greatest drop in activity over the years.

While the Language Committee routinely opens and closes language versions of the Sister Projects in small languages, there has never been a valid proposal to close Wikipedia in major languages or any project in English. This is not true for Wikinews, where there was a proposal to close English Wikinews, which gained some traction but did not result in any action[4][5], see section 5 as well as a draft proposal to close all languages of Wikinews[6].

Initial metrics compiled by WMF staff also support the community's concerns about Wikinews.

Based on this report, SPTF recommends a community reevaluation of Wikinews. We conclude that its current structure and activity levels are the lowest among the existing sister projects. SPTF also recommends pausing the opening of new language editions while the consultation runs.

SPTF brings this analysis to a discussion and welcomes discussions of alternative outcomes, including potential restructuring efforts or integration with other Wikimedia initiatives.

Options mentioned so far (which might be applied to just low-activity languages or all languages) include but are not limited to:

  • Restructure how Wikinews works and is linked to other current events efforts on the projects,
  • Merge the content of Wikinews into the relevant language Wikipedias, possibly in a new namespace,
  • Merge content into compatibly licensed external projects,
  • Archive Wikinews projects.

Your insights and perspectives are invaluable in shaping the future of these projects. We encourage all interested community members to share their thoughts on the relevant discussion pages or through other designated feedback channels.

Feedback and next steps

[bewerken]

We'd be grateful if you want to take part in a conversation on the future of these projects and the review process. We are setting up two different project pages: Public consultation about Wikispore and Public consultation about Wikinews. Please participate between 27 June 2025 and 27 July 2025, after which we will summarize the discussion to move forward. You can write in your own language.

I will also host a community conversation 16th July Wednesday 11.00 UTC and 17th July Thursday 17.00 UTC (call links to follow shortly) and will be around at Wikimania for more discussions.

-- Victoria on behalf of the Sister Project Task Force, 27 jun 2025 22:58 (CEST)Reageren

Tech News: 2025-27

[bewerken]

MediaWiki message delivery 1 jul 2025 01:40 (CEST)Reageren

Tech News: 2025-27

[bewerken]

MediaWiki message delivery 1 jul 2025 01:42 (CEST)Reageren

Uit de oude doos

[bewerken]

Op YouTube kwam ik deze uitzending tegen: aan de ene kant natuurlijk zeer gedateerd, maar daardoor aan de andere kant ook weer boeiend: tv die duidelijk nog vooral radio met beelden is, grote namen die je op een heel andere manier bezig ziet, maar vooral ook zeer gearticuleerd Nederlands, zoals we dat vandaag de dag niet meer spreken. Wel boeiend om het verschil zo te horen. MarcoSwart (overleg) 7 jul 2025 15:04 (CEST)Reageren

Was het in die tijd normaal om zo gearticuleerd te spreken, of was dit voornamelijk zo omdat er in die tijd zoveel getrouwheid (fidelity) verloren ging tussen de studio en de luisteraar? bdijkstra (overleg) 9 jul 2025 19:46 (CEST)Reageren
In mijn persoonlijke herinnering was het toen niet alleen op radio en tv inderdaad normaal om zo gearticuleerd te spreken, maar bijvoorbeeld ook in bioscoopjournaals en "gewone" toespraken. De variatie in informeel taalgebruik was in die tijd groter dan nu, paradoxaal genoeg werd er daarom veel aandacht besteed aan standaardtaal; en dus ook -uitspraak. Door radio en tv is er eind 20e eeuw een veel grotere eenvormigheid ontstaan, die als een soort reactie nu weer een toenemende variatie in informele spraak lijkt op te leveren. MarcoSwart (overleg) 22 jul 2025 15:38 (CEST)Reageren
Interessant. bdijkstra (overleg) 28 jul 2025 00:19 (CEST)Reageren

Tech News: 2025-28

[bewerken]

MediaWiki message delivery 8 jul 2025 02:05 (CEST)Reageren

Wikidata Item and Property labels soon displayed in Wiki Watchlist/Recent Changes

[bewerken]

(Apologies for posting in English, you can help by translating into your language)

Hello everyone, the Wikidata For Wikimedia Projects team is excited to announce an upcoming change in how Wikidata edit changelogs are displayed in your Watchlists and Recent Changes lists. If an edit is made on Wikidata that affects a page in another Wikimedia Project, the changelog will contain some information about the nature of the edit. This can include a QID (or Q-number), a PID (or P-number) and a value (which can be text, numbers, dates, or also QID or PID’s). Confused by these terms? See the Wikidata:Glossary for further explanations.

The upcoming change is scheduled for 17.07.2025, between 1300 - 1500 UTC. The change will display the label (item name) alongside any QID or PIDs, as seen in the image below: An edit sum entry on Wikidata, labels display alongside their P- and Q-no.'s

These changes will only be visible if you have Wikidata edits enabled in your User Preferences for Watchlists and Recent Changes, or have the active filter ‘Wikidata edits’ checkbox toggled on, directly on the Watchlist and Recent Changes pages.

Your bot and gadget may be affected! There are thousands of bots, gadgets and user-scripts and whilst we have researched potential effects to many of them, we cannot guarantee there won’t be some that are broken or affected by this change.

Further information and context about this change, including how your bot may be affected can be found on this project task page. We welcome your questions and feedback, please write to us on this dedicated Talk page.

Thank you, - Danny Benjafield (WMDE) on behalf of the Wikidata For Wikimedia Projects Team. MediaWiki message delivery (overleg) 14 jul 2025 14:46 (CEST)Reageren

Tech News: 2025-29

[bewerken]

MediaWiki message delivery 14 jul 2025 22:09 (CEST)Reageren

Tech News: 2025-30

[bewerken]

MediaWiki message delivery 22 jul 2025 01:42 (CEST)Reageren

Opecht?

[bewerken]

Ik vond op een lijst met Afrikaanse woordenschat het woord opeg. Eerst dacht ik dat het een schrijffout was voor opreg, maar as ek naar Nederlands opecht, opechte zoek op Google krijg ik diverse rouwbetuigingen met opechte deelneming, vooral uit België. Bestaat dit woord wel degelijk? Jcwf (overleg) 28 jul 2025 23:12 (CEST)Reageren

Mijn indruk is dat het woord vooral voorkomt als verschrijving van "oprecht". Op deze pagina is daar een typisch voorbeeld van te vinden, opmerkelijk genoeg ook in de uitvaartsfeer. In de publicaties over typisch Vlaamse woorden heb ik "opecht" niet teruggevonden. MarcoSwart (overleg) 30 jul 2025 00:56 (CEST)Reageren

Anonieme edit op manipulatie (die de definitie herstelde)

[bewerken]

Zie hier. Het lijkt er dus op dat er op deze pagina een keer vandalisme heeft plaatsgevonden, wat jarenlang door niemand hier is opgemerkt...? (En inderdaad, nomen est omen zou je in dit geval bijna denken.) De Wikischim (overleg) 29 jul 2025 01:31 (CEST)Reageren

Tech News: 2025-31

[bewerken]

MediaWiki message delivery 29 jul 2025 02:27 (CEST)Reageren

Tech News: 2025-32

[bewerken]

MediaWiki message delivery 5 aug 2025 05:40 (CEST)Reageren

IPA-symbool ⁼

[bewerken]

Een bewerker onder een IPv6-nummer is begonnen met het toevoegen van IPA-weergaven waarin het symbool ⁼ voorkomt. Ik kan de betekenis hiervan niet eenvoudig terugvinden. Als iemand die weet, lijkt het me zinvol dat die wordt toegevoegd op IPA. Als dat de komende 2 weken niet mogelijk blijkt, is mijn tweede voorstel om alle weergaves waarin dit symbool wordt gebruikt weer te verwijderen. MarcoSwart (overleg) 7 aug 2025 11:45 (CEST)Reageren

Het symbool ⁼ is U+207C superscript equals sign. Een gelijkend symbool is ˭ U+02ED modifier letter unaspirated, een teken in extIPA. bdijkstra (overleg) 10 aug 2025 16:43 (CEST)Reageren
Die symbolenset is bedoeld voor het weergeven van spraakgebreken. Het lijkt me niet correct als we het gaan gebruiken om de gangbare uitspraak weer te geven. --MarcoSwart (overleg) 12 aug 2025 00:21 (CEST)Reageren
Dat lees ik niet terug in de pagina over extIPA en ook niet op w:en:Tenuis consonant. Wat ik er wel uit opmaak, is dat de aspiratie van medeklinkers van belang is bij sommige talen. --bdijkstra (overleg) 13 aug 2025 15:45 (CEST)Reageren
bdijkstra: Kun je jouw bevindingen toevoegen aan de projectpagina IPA? Dan leggen we het in ieder geval ergens uit. MarcoSwart (overleg) 15 aug 2025 10:51 (CEST)Reageren
Gedaan. Ik ben geen spraakkundige dus ik heb mij beperkt tot de essentie. bdijkstra (overleg) 15 aug 2025 16:26 (CEST)Reageren

Tech News: 2025-33

[bewerken]

MediaWiki message delivery 12 aug 2025 01:29 (CEST)Reageren

Tech News: 2025-34

[bewerken]

MediaWiki message delivery 19 aug 2025 02:38 (CEST)Reageren

Sjabloon:-lastam-

[bewerken]

Kan dit sjabloon worden uitgebreid met een parameter voor het weergeven van Latijnse imperatieven? Die lijkt er nog niet te zijn (ik kan 'm iig nergens vinden, maar zoals wel vaker is het ook nogal moeilijk zoeken naar dit soort dingen).

Daarbij speelt ook het volgende: in het Latijn eindigen zowel de infinitief van veel werkwoorden als de imperatiefvormen vaak op -ere, maar het gaat dan in veel gevallen weer niet om hetzelfde werkwoord. Zo is bijv. patere tegelijk een infinitief en de gebiedende wijs van een ander werkwoord, pati (waar bijv. in het Nederlands "passief" van is afgeleid). Dat verschil moet natuurlijk worden weergegeven. Is een apart sjabloon hier misschien nog het beste? De Wikischim (overleg) 21 aug 2025 16:14 (CEST)Reageren

De stamvormen zijn een hulpmiddel: een klein aantal voorbeelden waaruit je bij de meeste werkwoorden de overige vervoegingen gemakkelijk kunt afleiden. De imperatieven zijn zulke vervoegingen. Het lijkt me niet de bedoeling dat we de sjablonen voor stamvormen op deze manier gaan uitbreiden, daar hebben we de vervoegingstabellen voor. In het presens zijn de infinitief en de passieve imperatief meervoud vaak identiek.
Het komt ook in andere talen wel voor dat een bepaalde vorm bij twee verschillende trefwoorden hoort. Die worden dan op de betreffende pagina gewoon allebei beschreven. Bij patere wordt dat nog wat vereenvoudigd omdat dat werkwoord alleen actieve vormen heeft, zodat er geen verwarring met het deponens pati is. Wat zou de functie van een nieuw sjabloon daarbij moeten zijn? MarcoSwart (overleg) 21 aug 2025 21:35 (CEST)Reageren
Maar op bijv. de bovengenoemde pagina is het onderscheid nu niet zichtbaar, of in gevallen als parere#Latijn (mogelijk gaat het hier zelfs om drie verschillende werkwoorden). Mijn vraag is eigenlijk vooral hoe dat kan worden gefikst. Als een apart sjabloon daarvoor niet nodig is maar het ook op een andere manier kan, is dat natuurlijk ook goed. De Wikischim (overleg) 21 aug 2025 22:01 (CEST)Reageren
Aanvullend: bij parere staan nu weliswaar al twee losse tabellen, maar de imperatiefvorm (die volgens mij gewoon bestaat) ontbreekt. De Wikischim (overleg) 21 aug 2025 22:03 (CEST)Reageren
Ik heb op beide pagina's de genoemde varianten met onze bestaande sjablonen beschreven. Voldoet het zo aan je bedoelingen? --MarcoSwart (overleg) 28 aug 2025 13:26 (CEST)Reageren
Ja, dit lijkt me op het eerste gezicht wel in orde zo. Bedankt ook nog voor het vollediger maken van de verschillende vervoegingen, zelf weet ik die niet meer precies (het is alweer behoorlijk lang geleden dat ik Latijn op school had, en dit vond ik altijd al een van de lastigere onderdelen). De Wikischim (overleg) 30 aug 2025 01:11 (CEST)Reageren

Tech News: 2025-35

[bewerken]

MediaWiki message delivery 26 aug 2025 02:12 (CEST)Reageren

Temporary accounts will be rolled out soon

[bewerken]

Hello, we are the Wikimedia Foundation Product Safety and Integrity team. We would like to announce that we plan to enable temporary accounts for this wiki in the week of September 1.

Temporary accounts are successfully live on 30 wikis, including many large ones like German, Japanese, and French. The change they bring is especially relevant to logged-out editors, who this feature is designed to protect. But it is also relevant to community members like mentors, patrollers, and admins – anyone who reverts edits, blocks users, or otherwise interacts with logged-out editors as part of keeping the wikis safe and accurate.

Why we are building temporary accounts

Our wikis should be safer to edit by default for logged-out editors. Temporary accounts allow people to continue editing the wikis without creating an account, while avoiding publicly tying their edits to their IP address. We believe this is in the best interest of our logged-out editors, who make valuable contributions to the wikis and who may later create accounts and grow our community of editors, admins, and other roles. Even though the wikis do warn logged-out editors that their IP address will be associated with their edit, many people may not understand what an IP address is, or that it could be used to connect them to other information about them in ways they might not expect.

Additionally, our moderation software and tools rely too heavily on network origin (IP addresses) to identify users and patterns of activity, especially as IP addresses themselves are becoming less stable as identifiers. Temporary accounts allow for more precise interactions with logged-out editors, including more precise blocks, and can help limit how often we unintentionally end up blocking good-faith users who use the same IP addresses as bad-faith users.

How temporary accounts work

Any time a logged-out user publishes an edit on this wiki, a cookie will be set in this user's browser, and a temporary account tied with this cookie will be automatically created. This account's name will follow the pattern: ~2025-12345-67 (a tilde, current year, a number). On pages like Recent Changes or page history, this name will be displayed. The cookie will expire 90 days after its creation. As long as it exists, all edits made from this device will be attributed to this temporary account. It will be the same account even if the IP address changes, unless the user clears their cookies or uses a different device or web browser. A record of the IP address used at the time of each edit will be stored for 90 days after the edit. However, only some logged-in users will be able to see it.

What does this mean for different groups of users?

For logged-out editors

  • This increases privacy: currently, if you do not use a registered account to edit, then everybody can see the IP address for the edits you made, even after 90 days. That will no longer be possible on this wiki.
  • If you use a temporary account to edit from different locations in the last 90 days (for example at home and at a coffee shop), the edit history and the IP addresses for all those locations will now be recorded together, for the same temporary account. Users who meet the relevant requirements will be able to view this data. If this creates any personal security concerns for you, please contact talktohumanrights at wikimedia.org for advice.

For community members interacting with logged-out editors

  • A temporary account is uniquely linked to a device. In comparison, an IP address can be shared with different devices and people (for example, different people at school or at work might have the same IP address).
  • Compared to the current situation, it will be safer to assume that a temporary user's talk page belongs to only one person, and messages left there will be read by them. As you can see in the screenshot, temporary account users will receive notifications. It will also be possible to thank them for their edits, ping them in discussions, and invite them to get more involved in the community.

For users who use IP address data to moderate and maintain the wiki

  • For patrollers who track persistent abusers, investigate violations of policies, etc.: Users who meet the requirements will be able to reveal temporary users' IP addresses and all contributions made by temporary accounts from a specific IP address or range (Special:IPContributions). They will also have access to useful information about the IP addresses thanks to the IP Info feature. Many other pieces of software have been built or adjusted to work with temporary accounts, including AbuseFilter, global blocks, Global User Contributions, and more. (For information for volunteer developers on how to update the code of your tools – see the last part of the message.)
  • For admins blocking logged-out editors:
    • It will be possible to block many abusers by just blocking their temporary accounts. A blocked person won't be able to create new temporary accounts quickly if the admin selects the autoblock option.
    • It will still be possible to block an IP address or IP range.
  • Temporary accounts will not be retroactively applied to contributions made before the deployment. On Special:Contributions, you will be able to see existing IP user contributions, but not new contributions made by temporary accounts on that IP address. Instead, you should use Special:IPContributions for this.

Our requests for you, and next steps

  • If you know of any tools, bots, gadgets etc. using data about IP addresses or being available for logged-out users, you may want to test if they work on testwiki or test2wiki. If you are a volunteer developer, read our documentation for developers, and in particular, the section on how your code might need to be updated.
  • If you want to test the temporary account experience, for example just to check what it feels like, go to testwiki or test2wiki and edit without logging in.
  • Tell us if you know of any difficulties that need to be addressed. We will try to help, and if we are not able, we will consider the available options.
  • Look at our previous message about requirements for users without extended rights who may need access to IP addresses.

To learn more about the project, check out our FAQ – you will find many useful answers there. You may also look at the updates (we have just posted one) and subscribe to our new newsletter. If you'd like to talk to me (Szymon) off-wiki, you will find me on Discord and Telegram. Thank you!

NKohli (WMF), SGrabarczuk (WMF) 26 aug 2025 23:37 (CEST)Reageren

Tech News: 2025-36

[bewerken]

MediaWiki message delivery 1 sep 2025 22:50 (CEST)Reageren

Verkleinwoordjes

[bewerken]

Verkleinwoorden zijn belangrijk voor een taal. Maar naar mijn aanvoelen hoeven niet alle woorden een verkleinwoord te hebben? Ik heb de gewoonte om enkel verkleinwoorden te documenteren, als die in het natuurlijke taalgebruik effectief zouden worden gebruikt. Voorbeelden: ruilboekenkast, stationfiets, eetfestijn, politiezone, steekvlamwetgeving. Wat denken jullie? --Geertivp 8 sep 2025 20:23 (CEST)Reageren

Bij sommige pagina's over zelfstandige naamwoorden hier ontbreken er verkleinde vormen in de tabel. De grens lijkt idd. nogal arbitrair te zijn, ik zie ook weleens pagina's over verkleinde vormen die volgens mij in de praktijk nooit zullen voorkomen. Dan dient zich idd. een beetje de vervolgvraag aan of zulke verbogen vormen hier per se beschreven moeten worden, enkel omdat ze in theorie volgens de Nederlandse verbuigingsregels mogelijk zouden kunnen zijn. Een van de basisvoorwaarden voor een ingang hier is immers juist dat een woord of woordvorm wèl echt moet bestaan. De Wikischim (overleg) 8 sep 2025 22:23 (CEST)Reageren
De gedachtegang achter de vermelding van onder meer de verkleinwoorden is uitgewerkt op Gewenste lemma's:
"Als een woord wordt opgenomen, kunnen ook alle grammaticaal correcte verbuigingen van het woord opgenomen, tenzij er een betrouwbare bron die een of meer vormen uitsluit (in welk geval je ook kunt stellen dat die vormen grammaticaal niet correct zijn). Bij gegronde twijfel over de gangbaarheid, kan die op de pagina waarop de vorm staat worden aangegeven. De lezer is daarmee beter geholpen dan met het weglaten van het lemma."
Voor dit laatste doel is er een sjabloon {{geen-vindplaats}}, dat onder {{-preval-}} kan worden geplaatst. Het voordeel van deze benadering is dat heel wat eindeloze discussies worden voorkomen. Ik zie op woordenlijst.org nogal wat verbogen vormen (ook bij werkwoorden en bijvoeglijke naamwoorden) waarvan ik sterk betwijfel of ze gangbaar zijn, terwijl daar af en toe weer verkleinwoorden ontbreken die toch vrij gemakkelijk te attesteren zijn.
We hebben nu een een verzameling redelijk hanteerbare criteria: een trefwoord moet in een woordenboek staan, of minstens driemaal onafhankelijke van elkaar in een gewone zin zijn gebruikt door publicaties in verzorgd Nederlands. Die drie kunnen al verschillende vormen zijn. Als een woord bestaat, mogen in principe alle grammaticaal correcte flexievormen worden vermeld. Als je denkt dat zo'n vorm niet bestaat, kun je een onderzoekje naar een vindplaats doen. Levert dat niets op, dan kun je "geen vindplaats" toevoegen, en weet de lezer dat dit geen gangbare vorm is. Wie zo'n vermelding niet terecht vindt, kan gewoon een vindplaats toevoegen.
Het is uiteraard niet verplicht om flexievormen toe te voegen. Ik beperk me zelf meestal tot de vormen die op woordenlijst.org staan. Maar van bijvoorbeeld het "ruilboekenkastje" is het niet zo moeilijk om voorbeelden te vinden. En als een columnist nu een klein voorbeeld van snelle, ondoordachte regelgeving wil beschrijven, is het niet verkeerd als die op WikiWoordenboek de informatie kan vinden dat dat dan geen steekvlamwetgevingetje maar steekvlamwetgevinkje moet zijn. MarcoSwart (overleg) 9 sep 2025 19:13 (CEST)Reageren
Dank je, Marco, voor je duidelijk antwoord. Dan lijkt mij zwangerschapsstriemen (verkleinwoord met een streepje) of zwangerschap (verkleinwoord tussen haakjes) duidelijk? tienerzwangerschap zou dan beter dezelfde manier als zwangerschap kunnen volgen? --Geertivp 9 sep 2025 21:17 (CEST)Reageren

Tech News: 2025-37

[bewerken]

MediaWiki message delivery 9 sep 2025 03:14 (CEST)Reageren

Tech News: 2025-38

[bewerken]

MediaWiki message delivery 15 sep 2025 19:07 (CEST)Reageren

Een korte troonrede

[bewerken]

De troonrede in 2025 was wat korter dan gewoonlijk. Ze bevatte maar 8 woorden die nog niet in WikiWoordenboek stonden: handelstarieven, migratiewetgeving, WIA-uitkering, stikstofslot, stikstofdoelen, buitenlandagenda, agressieoorlog en luchtverdedigingseenheden. Dat wil zeggen dat bijna 99,6% van alle woorden in de troonrede wél in WikiWoordenboek waren te vinden. Dit lijkt het beeld te bevestigen dat we nu duurzaam rond de 99% blijven schommelen, waarbij de variatie meer zegt over de inhoud van de troonrede dan die van WikiWoordenboek. Voor alle 8 ontbrekende woorden geldt dat het samenstellingen zijn van twee woorden die elk afzonderlijk wel op WikiWoordenboek stonden. Van die 8 staat er 1 (agressieoorlog) in de laatste papieren editie van de dikke Van Dale en zijn er twee (handelstarief en WIA-uitkering) op woordenlijst.org terug te vinden; 5 van de 8 ontbraken dus ook in die bronnen. MarcoSwart (overleg) 16 sep 2025 21:30 (CEST)Reageren

Wisselen van server - Uw wiki zal binnenkort even alleen in de modus 'alleen-lezen' te gebruiken zijn

[bewerken]

Trizek (WMF) (Overleg) 18 sep 2025 17:42 (CEST)Reageren

Tech News: 2025-39

[bewerken]

MediaWiki message delivery 23 sep 2025 00:55 (CEST)Reageren

Wikifuncties wordt op 2025-10-01 uitgerold op jouw wiki

[bewerken]

Meer talenHelp met het vertalen in uw taal

Hallo allemaal, we willen jullie laten weten dat Wikifuncties binnenkort beschikbaar komt op dit project! Zodra het is ingeschakeld, kun je functies aanroepen vanuit Wikipedia en ze opnemen in artikelen.

Een functie is iets wat een of meer invoeren neemt en die omzet in een gewenst resultaat. Denk bijvoorbeeld aan het optellen van twee getallen, het omrekenen van mijlen naar meters, berekenen hoeveel tijd er is verstreken sinds een gebeurtenis, of het verbuigen van een woord naar een bepaalde naamval. Dit soort dingen doen we nu meestal met sjablonen, die vaak lastig te maken of te importeren zijn. Met Wikifuncties kan dit straks met een paar klikken!

Bekijk gerust deze handleidingen voor meer informatie. Je bent ook welkom om zelf functies te maken die jij handig vindt, of om hulp te vragen aan de Wikifuncties-gemeenschap.

We willen je graag uitnodigen om bij te dragen door de bestaande functielabels naar het Nederlands te vertalen. Zo kunnen meer mensen uit onze gemeenschap ze makkelijker hergebruiken. Ook kun je de berichten voor de Wikifuncties-interface vertalen via TranslateWiki (hier voor VisualEditor-berichten, en hier voor de Wikifuncties-interface zelf).

Als er vragen of problemen zijn, helpen we jullie natuurlijk graag verder en staan we open voor feedback. Ping me gerust als dat nodig is, of laat een bericht achter op mijn overlegpagina.

Sannita (WMF) (talk) 24 sep 2025 13:05 (CEST)Reageren

Weergave actuele Franse spellingvarianten

[bewerken]

De weerstand tegen de spellingverbetering van 1990 heeft geleid tot een situatie waarin zowel de "traditionele spelling" (orthographe traditionnelle) als de "verbeterde spelling" (orthographe rectifiée) worden gebruikt en officiële status hebben. In dit geval is onze gebruikelijke werkwijze met {{oudeschrijfwijze}} minder passend, temeer omdat vooral in Frankrijk zelf de traditionele spelling nog heel gangbaar is. In het verleden zijn hiervoor de sjablonen {{fr-orth-trad}} en {{fr-orth-rect}} aangemaakt, maar deze sjablonen werken niet zo prettig in combinatie met sjablonen die een verbogen of vervoegde vorm beschrijven. Het is typografisch ook wat verwarrend om informatie over schrijfwijzen niet onder dat kopje, maar op de trefwoordregel te geven, die eigenlijk zelf als een kopje is bedoeld. Overleg met Jochenknabben die het afgelopen jaar vele duizenden Franse lemma's heeft toegevoegd, heeft een oplossing opgeleverd in de vorm van twee nieuwe sjablonen: {{-writ-fra-t-}} en {{-writ-fra-r-}}. Deze zorgen voor een consistente presentatie van informatie over deze spellingvarianten, ook op lemma's met verbogen en vervoegde vormen. Voorbeelden zijn te zien op île, îles, ile, iles. Dit levert ook een categorie van woorden uit de verbeterde spelling op. Om te zien hoe het in de praktijk werkt, kunnen deze sjablonen op nieuwe lemma's worden gebruikt. Afhankelijk van de reacties hier staat mij voor ogen om over 4 weken om op bestaande pagina's de oude sjablonen door de nieuwe te vervangen. MarcoSwart (overleg) 28 sep 2025 20:50 (CEST)Reageren

Tech News: 2025-40

[bewerken]

MediaWiki message delivery 29 sep 2025 22:53 (CEST)Reageren

Upcoming Dark Mode user interface rollout for anonymous Wikimedia sites users

[bewerken]

Hallo Wikimedians,

Apologies if this message is not in your language. Help met het vertalen in uw taal.

The Reader Experience team will launch the Dark mode feature for anonymous users on all Wikimedia sites, including yours, on October 29, 2025.

Dark mode is an option that allows users to view pages in light-coloured text, and icons on a dark background. Once it is available for anonymous users, they can enable it when using various devices. More information on ways to enable it can be found on this page. Given many pages are still not compatible with dark mode this will be an opt-in feature and not automatically apply to pages.

Dark mode requires modifications to content pages and templates, and since our initial launch in July 2024, we have been working with communities and helping them prepare for dark mode. Before the rollout, it is essential that template authors and technical contributors test dark mode and read this page to learn how to make pages Dark mode-ready and address any compatibility issues found in templates.

We will fix most color compatibility issues only on the most-viewed pages on projects with over 5 million monthly page views. Technical contributors with an account should opt into dark mode currently using preferences or settings and test pages and seek help before the release to ensure everything complies before the enablement.

If you have any questions or need help, please contact the Reader Experience team for support.

Thank you!

UOzurumba (WMF) 30 sep 2025 04:08 (CEST)Reageren