Naar inhoud springen

Wikipedia:SHEIC

Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 4 dagen geleden door MediaWiki message delivery in het onderwerp Tech News: 2025-17
SHEIC
SHEIC
SHEIC

Dit is een overlegruimte voor mensen die op de Nederlandstalige Wikipedia tijd willen besteden aan informatica, automatisering, andere technische zaken van de wiki (zoals sjablonen) en verwante onderwerpen. Dit is tevens een centrale plaats ter bespreking en afstemming van artikelen, categorieën, portalen, lijsten en andere zaken met betrekking tot informatica, automatisering en wat dies meer zij. Let op dat er een zekere overlap is met de Helpdesk, stel voor dringende zaken je vraag ook daar.


Naar inhoud   Naar onder   Nieuw onderwerp toevoegen   Archief   Beheerpagina's


Sjabloon:Lang

[bewerken | brontekst bewerken]

(Deze vraag heb ik tevens in de Kroeg gesteld, zie hier)

In het Scandinavisch café hebben we het sinds gisteren over het sjabloon {{lang}}. Gisteren heb ik twee verschillende schermlezers gedownload (Pericles: Text to speech Screen Reader (add-on op Firefox) en NonVisual Desktop Access) om het sjabloon te testen, maar het sjabloon wordt door de software niet herkend of simpelweg genegeerd. Ik heb het uitgeprobeerd op de Nederlandstalige en Engelstalige Wikipedia en bij beide taalversies kreeg ik hetzelfde resultaat.

Is er iemand met meer ervaring met schermlezers en/of met sjablonen die hierbij kan helpen? Ligt het aan een fout in het sjabloon, om ongeschikte schermleessoftware of om een menselijke fout in de opmaak van het sjabloon? Als voorbeeld/test: de Zweedse tekst op deze pagina staat in het sjabloon lang en zou in het Zweeds voorgelezen moeten worden door een schermlezer. Alle hulp/inzichten zijn welkom! :) - (overleg) 3 mrt 2025 18:17 (CET)Reageren

Ik heb ook ervaring met VoiceOver (zowel Mac als iPhone) en deze spreekt, met de Nederlandse spraaksynthese, de {{lang}}-stukjes ook niet goed uit. Maar dat doet-ie ook niet buiten Wikipedia op andere HTML-pagina's. Met NVDA heb ik dezelfde ervaringen, Pericles heb ik niet geprobeerd.
Mogelijk doen de schermlezers het beter in andere talen dan in het Nederlands, en werkt de taal-omschakeling daar wel? Ik heb dit nog niet geprobeerd. Frank Geerlings (overleg) 3 mrt 2025 22:47 (CET)Reageren
Ik heb de schermlezers ook geprobeerd op de Engelstalige Wikipedia bij een artikel over een Nederlands onderwerp, waar de Nederlandse woorden het sjabloon gebruiken. Zelfde resultaat helaas, alles wat Engels is, wordt met een zeer sterk Nederlands accent uitgesproken ('broodkast' in plaats van 'broadcast'). Bij omschakeling naar het Engels worden de Nederlandse woorden op z'n Engels uitgesproken ('journal' in plaats van 'journaal').
Ik ben, met mijn zeer gelimiteerde computerkennis, nog even wat dingen aan het uitproberen om te kijken of ik het toch functioneel krijg ;) - TheGoodEndedHappily (overleg) 4 mrt 2025 09:16 (CET)Reageren
Volgens mij hangt het er maar net van af of de gebruikte stem die taal ondersteunt. Meestal kies je een stem die bij jouw taal hoort en die kan niet zomaar een andere taal uitspreken. De html die dat sjabloon produceert geeft volgens mij de juiste code om schermlezers, die de stem/taal ondersteunen, te laten omschakelen naar die uitspraak. Novopas (overleg) 4 mrt 2025 09:52 (CET)Reageren
Ik heb inmiddels een kleine update: ik heb gisteren een e-mail gestuurd naar NonVisual Desktop Access (het bedrijf van de schermlezer) en het blijkt dat er een fout zit in hun software en ze gaan het nu oplossen.
Heel kort gezegd: als je tekst aanwijst met de muis (wat vooral slechtzienden doen) werkt de schermlezer niet. De schermlezer werkt wel als je naar de tekst navigeert met je toetsenbord (wat vooral blinden doen).
Ik heb op mijn laptop het Nederlandse en Zweedse taalpakket geïnstalleerd en met de bovenstaande informatie lukte het uiteindelijk wel de teksten op de juiste manier te laten voorlezen. Eind goed, al goed dus :) - TheGoodEndedHappily (overleg) 4 mrt 2025 09:58 (CET)Reageren
Bij VoiceOver werkten zo'n stukje in een andere taal heel lang niet op macOS. Op iOS werkte het een paar jaar, maar het is ook al meerdere keren weer stuk gegaan. Traditioneel was het switchen van taal een vrij intensief proces, waarbij stem varianten moesten worden gedownload, of als ze al geinstalleerd waren, moesten worden ingeladen in het geheugen. Hierdoor bleef deze technologie lange tijd beperkt tot '1 ingeladen taal', maar het lijkt er dus op dat ze eindelijk weer een paar stappen gezet hebben. Als ik nu dat stukje zweeds op die pagina van de volksschool probeer, dan werkt het nu zowel op macOS als iOS bij mij. TheDJ (overleg) 12 mrt 2025 15:18 (CET)Reageren

Tech News: 2025-10

[bewerken | brontekst bewerken]

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

Script voor voorlezen artikel

[bewerken | brontekst bewerken]

Hoi, ik heb m.b.v. AI een scriptje gemaakt dat een Wikipedia-pagina voorleest mbv de TTS-engine van het OS van de cliënt zelf. Ik kon niet zoiets vinden in de voorkeuren. Bestaat zoiets al? Ik zag wel het project Wikispeech, is/komt dat al beschikbaar bij ons? Het script geeft een kleine play-button rechts naast de titel van de pagina, waarmee het voorlezen start (en op dat moment wordt het een stop-knop). Getest in Chrome, Edge en Firefox op Windows 11 en werkt goed. Klopt het dat dit nog niet beschikbaar is bij ons? Zo ja, dan voeg ik het binnenkort toe aan de lijst met gebruikersscripts. Novopas (overleg) 6 mrt 2025 15:11 (CET)Reageren

Kan ik het in met mw.loader.load aanroepen in mijn global.js om uit te proberen met mijn chromebook? Werkt het ook in andere taalversies?  →bertux 6 mrt 2025 15:19 (CET)Reageren
Het is wel specifiek voor de Nederlandse Wikipedia geschreven (i.i.g. een NL-stem), maar vrij makkelijk om te zetten denk ik. Volgens mij kun je het wel laden via mw.loader en zou het waarschijnlijk ook op een Chromebook moeten werken. Novopas (overleg) 6 mrt 2025 15:27 (CET)Reageren
Bedankt nog voor het idee van meertalige spraak via global.js. Ik heb nu op mijn Global.js een versie gezet die een aantal talen ondersteunt (Nederlands, Engels, Duits, Spaans, Frans, Italiaans). Lijkt ook prima te werken. Het script moet misschien nog wat opgeschoond, maar het werkt nu. Novopas (overleg) 6 mrt 2025 16:23 (CET)Reageren
Ik merk alleen dat het voorlezen soms ineens stopt (in Google Chrome). Ik ga dit later nog proberen te fixen. Novopas (overleg) 6 mrt 2025 16:34 (CET)Reageren
Heb nog een aanpassing gedaan in het script (op mijn global.js). Nu doet hij het in principe gewoon in alle talen (bij mij tenminste, Windows 11 Edge browser) met de Nederlandse stem als terugval-optie als er geen overeenkomstige stem kan worden gevonden. Novopas (overleg) 8 mrt 2025 20:32 (CET)Reageren
Bedankt nog voor de feedback. Ik heb op Gebruiker:Novopas/Artikel voorlezen informatie over het definitieve script en ook hoe het toe te voegen, lokaal of aan je global.js. Novopas (overleg) 10 mrt 2025 15:26 (CET)Reageren
Met goede ogen en slechte oren behoor ik beslist niet tot de doelgroep, maar ik vond het leuk om het script uit te proberen met mijn Chromebook. Observaties:
  1. Terwijl ik podcasts eigenlijk nooit kan volgen, blijken de monotone, mechanische stemmen wel verstaanbaar te zijn, vooral de scherpe Engelse en Nederlandse. De vriendelijke Duitse en Franse stemmen zijn een stuk lastiger. Het helpt dat ik spraaksnelheid laag ingesteld heb en ook de toonhoogte verlaagd heb; tonen boven de 1500 Hz hoor ik nauwelijks.
  2. De terugvaloptie blijkt bij mij Engels te zijn. Misschien omdat ik dat als reservetaal ingesteld heb op mijn Chromebook?
  3. Sommige sjablonen worden overgeslagen, andere niet. Tabellen en foto-onderschriften worden overgeslagen.
  4. Soms worden webadressen voorgelezen (h-t-t-p...) die ik niet kan plaatsen. In een geval (be:Вікіпэдыя:Пошук па катэгорыях, een helptekst) terwijl zelfs de broncode geen url bevat. Op enwiki en nlwiki leek dit ook voor te komen, maar heb ik er geen aandacht aan besteed, omdat ik ervan uitging dat het bronvermeldingen of zo betrof.
  5. Op ta:ஔசுபூர்கு werkt het script kennelijk, maar er wordt geen hoorbare tekst geproduceerd.
  6. De voorlezer haalt nooit het einde, zelfs niet in beginnetjes.
  7. Op dewiki werkte het script opvallend slecht, zie echter het allerlaatste punt. Vaak zie ik bij het aanklikken een oranje vierkantje opflitsen, maar bij het loslaten is het alweer weg. Of het vierkantje blijft, zonder hoorbare tekst. Herladen (🔃 of CtrlShiftR) maakt weinig uit, purge maakt het vaak slechter. Ik heb me afgevraagd of een vetgedrukt eerste woord verschil maakt (zoals bij plaatsnamen), of dat een overmaat aan ungesichtete versionen invloed heeft, maar ik weet het niet.
  8. Bij de:Douglas XCG-17 werd een keer of tien het eerste woord half afgemaakt, bij de elfde poging werd zowaar de eerste zin onder het kopje Geschichte gehaald.
  9. Bij zinseinden en alinea-einden pauzeert de stem, maar na kopjes niet. Dat is lastig. Idem bij de overgang van sjabloon naar artikeltekst; in Chromebook bijvoorbeeld: [...] De omschrijving van de hardware en de modellenreeks zijn aan actualisering toe een Chromebook is een laptop- of tabletcomputer [...].
  10. Op veel hoofdpagina's, waaronder nl: wordt het koptelefoontje niet getoond. Op ar: wel, maar het werkt niet, überhaupt niet op arwiki.
  11. Op he:טרומן ניוברי (en:Truman H. Newberry) worden de jaartallen en namen Engelstalig voorgelezen, de rest wordt overgeslagen of is stilte.
  12. ja:Help:キャッシュ破棄 wordt voorgelezen, althans een stuk van de inleiding. Ik neem aan dat de stem Japans is, ik hoor althans geen Engels geknauw.
  13. Op de hoofdpagina van hiwiki worden (denk ik) Engelse fragmenten voorgelezen en een webadres.
  14. hi:फरहान बेहारडियन wordt tot het einde voorgelezen, inclusief de bronvermeldingen! Daarna volgt h-t-t-p en nog iets.
  15. Ik kan geen manier vinden om een fragment te laten voorlezen. Het is altijd vanaf het begin tot het op een willekeurig punt ophoudt.
  16. De manier waarop de talen gegenereerd worden lijkt invloed te hebben. Fr:, en:, hi:, nl: en ja: hebben in het besturingssysteem de aanduiding Chrome OS; deze functioneren beter dan talen als he:, ar: en de: die de aanduiding Android Spraakherkenning hebben. En inderdaad, na het downloaden van een Duits taalpakket gaat het beter.
 →bertux 11 mrt 2025 15:45 (CET)Reageren
Erg bedankt voor de feedback, heel waardevol! Het is wel bekend dat de Chrome browser soms niet goed werkt met spraaksynthese via Javascript in de browser, maar ik heb daar ook wel mogelijke oplossingen (hacks) voor gezien online, dus dat kan ik nog onderzoeken. De voorbeelden die je noemt waar je niets hoorde, werkten bij mij wel goed (Edge browser, Windows 11), maar het hangt inderdaad nogal van de browser af en beschikbare TTS-stemmen. Een aantal zaken wordt inderdaad (bewust) niet voorgelezen, om te focussen op de artikeltekst. Ik herken ook wel dat hij soms ineens onverwachte dingen kan gaan zeggen, vooral bij wat complexere opmaak of wiskundige formules etc.. Ik weet nog niet zo goed wat ik daar aan kan doen. Bij hoofdpagina's is soms de eerste hoofding verborgen, waardoor het icoontje dan ook onzichtbaar is (het wordt als superscript bij de eerste H1-tag toegevoegd). Waarschijnlijk is daar ook nog wel wat op te bedenken, maar het is in eerste instantie vooral om artikelteksten te laten voorlezen. Ik merk dat dit script niet goed werkt met complexere opmaak (zoals bij een hoofdpagina), helaas. In elk geval nogmaals dank voor de uitgebreide feedback! Novopas (overleg) 11 mrt 2025 17:38 (CET)Reageren
Ik heb wel e.e.a. proberen te verbeteren, bijv. met implementatie van MathJax voor het uitspreken van de wiskundige formules en een alternatief voor de hoofdpagina's. Helaas niet met het gewenste resultaat. De wiskundige formules worden wel goed uitgesproken maar ook met toevoeging van onzinnige frases zoals "backslash style etc. etc.". De hoofdpagina met een aparte weergave van het hoofdtelefoon-icoontje werkt, maar geeft toch een hele rare gesproken tekst als je die laat voorlezen (waarschijnlijk door de complexe opmaak). Helaas, al met al niet de ideale oplossing die ik zocht dus (althans niet in alle gevallen) en wat te buggy in sommige browsers. Een plug-in zoals Read Aloud werkt een stuk beter. Ik laat het er maar even bij voor nu. Nogmaals dank voor je feedback, Bertux. Novopas (overleg) 12 mrt 2025 11:03 (CET)Reageren
Het was beslist niet mijn bedoeling extra wensen op tafel te leggen, ik hoopte vooral dat het zou helpen om de werking en beperkingen van het script te verduidelijken. Misschien had ik dat nog explicieter moeten maken. Ik hoop dat jij en vele anderen zullen profiteren van het script!  →bertux 12 mrt 2025 11:53 (CET)Reageren

Tech News: 2025-11

[bewerken | brontekst bewerken]

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

Tech News: 2025-12

[bewerken | brontekst bewerken]

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

Tech News: 2025-13

[bewerken | brontekst bewerken]

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

Tech News: 2025-14

[bewerken | brontekst bewerken]

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

DisamAssist.js

[bewerken | brontekst bewerken]

Ik gebruik DisamAssist. Nu is dit n.m.i. bijna een automatisering van iets, waardoor ik me soms een beetje ongemakkelijk voel als ik iets te veel per minuut doe. Is er een manier (d.w.z. een script) dat ik aan DisamAssist kan toevoegen waardoor de bewerkingen ophopen en er een begrenzing komt; dus dat DisamAssist er maar een bewerking per minuut 'doorlaat'? WikiJonathan2 (Overleg) 1 apr 2025 13:14 (CEST)Reageren

Je hoeft je niet druk te maken om de snelheid van DisamAssist. Mbch331 (overleg) 1 apr 2025 13:17 (CEST)Reageren
Trouwens na iedere edit wacht DisamAssist al 12 seconden. Mbch331 (overleg) 1 apr 2025 13:20 (CEST)Reageren
Ah, ok, dankjewel voor de 'geruststelling' :)! WikiJonathan2 (Overleg) 1 apr 2025 13:22 (CEST)Reageren
Met die 12 seconden werkt hij langzamer dan ik op topsnelheid  →bertux 1 apr 2025 13:23 (CEST)Reageren

Tijdelijke accounts: Hoe je software te updaten

[bewerken | brontekst bewerken]

Dit jaar zullen de tijdelijke accounts worden ingevoerd. Daarom stuurt het Trust and Safety Product team deze mededeling, met de bedoeling dat alle hulpmiddelen, gadgets, bots, gebruikersscripts, misbruikfilters en andere door de gemeenschap onderhouden software en code soepel blijven werken.

Wat zijn tijdelijke accounts?

Tijdelijke accounts zijn een nieuw type gebruikersaccount voor niet-ingelogde gebruikers. Wanneer een gebruiker die niet is ingelogd een bewerking probeert te doen, wordt er een tijdelijk account toegewezen. De gebruiker wordt daarmee ingelogd. Hulpmiddelen die gericht zijn op bijdragen van niet-ingelogde gebruikers hebben mogelijk een update nodig om correct te blijven werken. Tools die de IP-adressen van niet-ingelogde bewerkers gebruiken, werken niet meer en de functionaliteit moet worden herschreven om ervoor te zorgen dat deze gaan werken op basis van de tijdelijke accounts. Tijdelijke accounts zijn al ingevoerd op sommige pilot wiki's, en zullen dit jaar volledig worden uitgerold op alle wiki's.

Hoe jij kunt helpen:

  • Controleer of de software of code die jij hebt geschreven of die jij vaak gebruikt werkt op de wiki's waar tijdelijke accounts al zijn ingevoerd. Het kan dan gaan om code op Toolforge of on-wiki: hulpmiddelen, gadgets, bots of user scripts. Hier vind je de lijst met inhoudelijke wiki's en hier is de lijst met bèta cluster en test wiki's met tijdelijke accounts.
  • Als je een hulpmiddel vindt dat mogelijk wordt beïnvloed, dan verzoeken wij jou om te kijken of je dat hulpmiddel kan updaten. Gebruik daarvoor onze developer documentation guide. We vragen je ook vriendelijk of je een taak zou willen aanmaken in Phabricator, met de tag #temporary-accounts. Dat maakt het ons mogelijk om de impact van onze wijzigingen op de code die gemaakt is door de gemeenschap te monitoren.
  • Voeg de tools waarvan jij ziet dat ze worden beïnvloed toe aan deze pagina. We willen dit monitoren om zeker te stellen dat alles blijft werken zoals je zou verwachten.
  • Kijk ook eens naar de misbruikfilters die op jouw wiki gebruikt worden. De filters die IP-adressen gebruiken via user_name zullen niet langer op die manier functioneren. Deze filters hebben een update nodig en moeten voortaan user_unnamed_ip variable gaan gebruiken. Nog een opmerking van onze ontwikkelaars: "Het belangrijkste gebruiksscenario zou moeten zijn wanneer je iets probeert zoals ip_in_range(s). Dingen die naar gebruikersnamen verwijzen, zouden over het algemeen geen probleem moeten zijn, aangezien ze blijven verwijzen naar tijdelijke accountnamen." Als je meer vragen hebt over het misbruikfilter, voeg dit dan doen aan Phabricator ticket T369611.
  • Als je problemen tegenkomt, als je opmerkingen hebt of als je vragen wilt stellen, laat het ons dan weten op de overlegpagina van het project. Je kan ook een taak op Phabricator aanmaken met de tag #temporary-accounts. Je kan ook meepraten in de speciale thread op de Engelstalige Discord (zorg er in dat geval voor dat je eerst toegang hebt tot de serrver). Via die thread kan je steun krijgen en kan je ook je opmerkingen delen met het team.

Door te helpen met het testen en door je ervaringen te delen zorg jij ervoor dat belangrijke hulpmiddelen soepel blijven werken met deze update. Dank je wel voor je steun!

Udehb-WMF (overleg) 2 apr 2025 16:32 (CEST)Reageren

Tech News: 2025-15

[bewerken | brontekst bewerken]

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

Tech News: 2025-16

[bewerken | brontekst bewerken]

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

Tech News: 2025-17

[bewerken | brontekst bewerken]

MediaWiki message delivery 21 apr 2025 22:59 (CEST)Reageren