Opsommingstekens worden niet weergegeven zoals verwacht

Ingediend op 11-02-2021 om 10:52 door Inge Segers

Status: Voorstel werkgroep
Type standaard: 8 Punts voor brailleleesregels
RFC-ID: RFC-001773

Uitleg van het verzoek:

De opsommingstekens en varianten moeten normaal braillecombinatie 3678 geven op de brailleleesregel. Zowel jaws 2021 en NVDA wordt in veel gevallen het hex-teken weergegeven. Het verschilt ook tussen de programma’s onderling. Kan dit worden opgelost in de brailletabel zelf?

Voorstel werkgroep: wijzigingsverzoek aanvaarden
De tabel bevat inderdaad een beperkt aantal mogelijke opsommingstekens die we voorstellen met ⣤
Deze lijst is duidelijk onvolledig.
We zullen een aantal veelvoorkomende opsommingstekens toevoegen.
Bedenking: die lijst zal nooit volledig zijn. In theorie kan je in een programma als Word om het even welk karakter gebruiken als opsommingsteken

Welk alternatief stelt u voor?

Er werd geen alternatief opgegeven.

3 gedachten over “Opsommingstekens worden niet weergegeven zoals verwacht”

  1. Dit is inderdaad erg onpraktisch.
    In word gaat het bijvoorbeeld om teken 0x2043, 0x25e6, 0x25aa en 0xf0b7. De eerste 2 worden in NVDA niet als hexadecimale waarde weergegeven, maar als respectievelijk braillecombinatie 36 en 135. De laatste wordt weergegeven als combinatie 3678. Teken 0x25aa wordt ook in NVDA als hexadecimale waarde getoond. In Jaws zie ik voor elk teken de hexadecimale waarde.

  2. Wellicht moeten we de lijst met opsommingstekens aanvullen op basis van de tekens die in Word beschikbaar zijn voor opsommingen, te beginnen met de hiervoor genoemde tekens.

  3. Ik heb dit ook eens bekeken met Supernova screenreader.
    Elk opsommingsteken in Word wordt in braille weergegeven als ‘blt niv’. Afhankelijk van de insprong wordt niveau 1, 2, 3 aangegeven.
    Misschien kunnen we hier eens kijken hoe zij dit aanpakken in hun brailletabel?

Geef een antwoord