dir="auto" is not a precise way to support Bidi texts #1160

New issue

Open

opened 2024-07-22 20:03:01 +00:00 by gro2bl · 0 comments

gro2bl commented

2024-07-22 20:03:01 +00:00

Contributor

Currently there is a dir="auto" set for every paragraph to support RTL and LTR texts in the same context. Unfortunately it's not enough for some cases. For example when the paragraph starts with a word belonging to an LTR language but the whole paragraph has been written in an RTL language. In this case the paragraph should be rendered as RTL but browser relies on the first word to detect the direction which is LTR in this case, take a look at the attachment.

There are 2 potential solutions for this:

Use an script/js lib to dynamically detect the direction of each paragraph.
Add an option in the create/edit post page to mark the post as RTL and then render all paragraphs of the post from right to left. Unfortunately this one won't work perfect if someone wants to quote an LTR/RTL paragraph in RTL/LTR context.

Plume version: 0.7.3-dev
Operating system: All OSes
Web Browser: Firefox

Currently there is a `dir="auto"` set for every paragraph to support RTL and LTR texts in the same context. Unfortunately it's not enough for some cases. For example when the paragraph starts with a word belonging to an LTR language but the whole paragraph has been written in an RTL language. In this case the paragraph should be rendered as RTL but browser relies on the first word to detect the direction which is LTR in this case, take a look at the attachment. There are 2 potential solutions for this: 1. Use an script/js lib to dynamically detect the direction of each paragraph. 2. Add an option in the create/edit post page to mark the post as RTL and then render all paragraphs of the post from right to left. Unfortunately this one won't work perfect if someone wants to quote an LTR/RTL paragraph in RTL/LTR context. - **Plume version:** 0.7.3-dev - **Operating system:** All OSes - **Web Browser:** Firefox

Screenshot from 2024-07-22 19-12-30.png

112 KiB