Tekst staat vast op links-naar-rechts, ook als de alinea Arabisch of Hebreeuws is #2752

Open
opened 2026-11-02 23:43:46 +00:00 by brenno · 0 comments
Owner

Wat je wilt bereiken

Een alinea in het Arabisch of Hebreeuws leest in de juiste richting, in de editor, op de dia en in de HTML-export. De interface blijft zoals ze is.

Wat er nu mist

lib/widgets/slides/slide_preview.dart zet TextDirection.ltr om de hele dia. docs/KNOWN_LIMITATIONS.md en docs/ACCESSIBILITY.md zeggen hetzelfde voor de inhoud: de basisrichting is fout, leestekens en gemengde getallen komen aan de verkeerde kant. Geen van de 32 interfacetalen is rechts-naar-links. Dat is een andere vraag dan de inhoud.

Bestandsformaat

Geen nieuw token en geen direction:-sleutel in de front matter. Een deck-brede override is een formaatvraag en hoort eerst in een ontwerp, als de automatische richting niet volstaat. De eerste stap gebruikt wat Unicode en HTML al doen: de richting van de alinea volgt het eerste sterke teken, en de HTML-export zet dir="auto" op de blokken. Een ander Marp-gereedschap negeert dat attribuut of volgt het. De tekst zelf blijft leesbaar.

Oplossingsrichting

Aanbeveling: bouwen, per alinea en zonder de schil te spiegelen.

De basisrichting komt uit de tekst, niet uit één richting voor de hele dia of het hele document. In de HTML-export dir="auto". Geen vertaling van de interface naar het Arabisch in deze stap: dat is een taal erbij, met de hele registratieketen, en een apart besluit. Geen lettertype-download. Vormen die de PDF niet kan zetten, blijven de bestaande eerlijke melding. Dat schrift is een apart issue.

Niet: de hele schil spiegelen. Niet: een class-token dat alleen OciDeck begrijpt.

Afweging

  • Toegankelijkheid: de leesvolgorde van de inhoud klopt.
  • Soevereiniteit: wie in het eigen schrift schrijft, heeft daar geen dienst voor nodig.
  • Stabiliteit: dir=auto en de Unicode-regels, geen eigen algoritme.
  • Gebruik: het werkt zonder een instelling die je eerst moet vinden.
  • Privacy en informatiebeveiliging: de tekst verandert niet, alleen de richting waarin hij gezet wordt.
  • Bestandsformaat: markdown zonder nieuwe sleutel.
## Wat je wilt bereiken Een alinea in het Arabisch of Hebreeuws leest in de juiste richting, in de editor, op de dia en in de HTML-export. De interface blijft zoals ze is. ## Wat er nu mist `lib/widgets/slides/slide_preview.dart` zet `TextDirection.ltr` om de hele dia. `docs/KNOWN_LIMITATIONS.md` en `docs/ACCESSIBILITY.md` zeggen hetzelfde voor de inhoud: de basisrichting is fout, leestekens en gemengde getallen komen aan de verkeerde kant. Geen van de 32 interfacetalen is rechts-naar-links. Dat is een andere vraag dan de inhoud. ## Bestandsformaat Geen nieuw token en geen `direction:`-sleutel in de front matter. Een deck-brede override is een formaatvraag en hoort eerst in een ontwerp, als de automatische richting niet volstaat. De eerste stap gebruikt wat Unicode en HTML al doen: de richting van de alinea volgt het eerste sterke teken, en de HTML-export zet `dir="auto"` op de blokken. Een ander Marp-gereedschap negeert dat attribuut of volgt het. De tekst zelf blijft leesbaar. ## Oplossingsrichting Aanbeveling: bouwen, per alinea en zonder de schil te spiegelen. De basisrichting komt uit de tekst, niet uit één richting voor de hele dia of het hele document. In de HTML-export `dir="auto"`. Geen vertaling van de interface naar het Arabisch in deze stap: dat is een taal erbij, met de hele registratieketen, en een apart besluit. Geen lettertype-download. Vormen die de PDF niet kan zetten, blijven de bestaande eerlijke melding. Dat schrift is een apart issue. Niet: de hele schil spiegelen. Niet: een class-token dat alleen OciDeck begrijpt. ## Afweging - Toegankelijkheid: de leesvolgorde van de inhoud klopt. - Soevereiniteit: wie in het eigen schrift schrijft, heeft daar geen dienst voor nodig. - Stabiliteit: `dir=auto` en de Unicode-regels, geen eigen algoritme. - Gebruik: het werkt zonder een instelling die je eerst moet vinden. - Privacy en informatiebeveiliging: de tekst verandert niet, alleen de richting waarin hij gezet wordt. - Bestandsformaat: markdown zonder nieuwe sleutel.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
LibreKAT/Ocideck#2752
No description provided.