After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 138223 - Enhance Ethiopic wordspace rules in Justification
Enhance Ethiopic wordspace rules in Justification
Status: RESOLVED OBSOLETE
Product: pango
Classification: Platform
Component: general
unspecified
Other All
: Normal enhancement
: Medium feature
Assigned To: pango-maint
pango-maint
Depends on: 64538
Blocks:
 
 
Reported: 2004-03-26 15:53 UTC by Daniel Yacob
Modified: 2018-05-22 12:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Yacob 2004-03-26 15:53:01 UTC
If this does not occur at the Pango level the bug should be dismissed.

At issue is that how the punctuation (U+1361) should be treated when a block of
text is set to "full justification".  In this case the left and right side
kerning space around the dots should be treated as elastic.  This space should
be stretchable for formatting while keeping the dots centered between the words.
 When U+1361 is at the end of a line only the left side should stretch and the
character should be flush against the right side margin.

I haven't seen any GNOME apps treat the wordspace properly, granted I don't know
which are applying pango and which are not, or if pango has anything to do with
justification -though I understand pango plays a role in the presentation of
non-roman text.
Comment 1 Owen Taylor 2004-05-04 21:05:34 UTC
Pango currently doesn't have justification
Comment 2 Owen Taylor 2004-12-13 20:53:15 UTC
One question here is how U+1361 should be treated in priority compared
to other whitespace (space characters, etc, on the line) if both occur.
Comment 3 Daniel Yacob 2005-12-27 20:56:22 UTC
Can you give an example scenario where priority comes up?  I'm guessing that in a justification scenario, if an author has added multiple space characters that the extra are ignored and the group of spaces treated as a single unit.

With U+1361 a writer might try to manually add padding by putting a space (U+20) before or after the U+1361.  In this case, the ascii spaces can be ignored.  Justification should work as normal, where the words are spaced apart following regular rules, then the U+1361 placed in the center of the visual space created between words.

Two U+1361 characters together is most probably a malformed U+1362, and should be replaced by one (or given a red underline to show the author the possible error -for applicable software).
Comment 4 GNOME Infrastructure Team 2018-05-22 12:05:18 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/pango/issues/15.