GNOME Bugzilla – Bug 306749
Automatic paragraph direction detection algorithm needed
Last modified: 2021-07-05 11:01:01 UTC
Quoting Owen Taylor on bug 122990:
"""One thing that still won't be addressed with that is the
automatic determination of paragraph direction as done by GtkTextView
-- this needs to be implemented separately in gtksourceview's
(Probably 30 minutes of work or so)"""
Currently the gtksourceview printing code doesn't handle neutral pragraphs, they
simply becom left-to-right. Any need or way to share the semantics of that
algorithm between the too, or am I being too picky?
Could you clarify what you mean with the "paragraph direction" and "neutral
"paragraph direction" is the direction of the paragraph (right-to-left or
left-to-right) determined by looking at the first alphabetic letter of the
paragraph. Latin letters are LtR, Arabic are RtL for example.
A "neutral paragraph" is a paragraph with no alphabetic letter. For example a
paragraph consisting of only periods: "..."
The algorithm Gtk handles netural paragraphs by looking for non-neutral
paragraphs ahead or before. You can read more about these concetps here:
Is there still a problem, is it fixed in the new printing code?
Still needed. Print the following lines in gedit and observe how the "..." line appears on right on display, but left when printing:
I need a linux for this. Arabic and Hebrew text is totally screwed up on Mac.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).
If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
and create a new ticket at
Thank you for your understanding and your help.