Red Hat Bugzilla – Bug 207882
Underline isn't rendered at the proper place in evolution.
Last modified: 2007-11-30 17:11:44 EST
Description of problem:
When you make new mail, and add contact-list. Chinese and Korean Underline
aren't rendered at the proper place in evolution.
I tested with Japanese and It was fine.
Only Chinese and Korean Underline bug.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Make Korean and Chinese Contact list
2. Make new mail and click "TO"
3. Add Korean and Chinese Contract list, then click OK
This bug might be associated with bug 206397, if it is a redering problem.
Created attachment 137029 [details]
evolution underline screeshot
Created attachment 137112 [details]
Confirm this bug.
Moving to devel.
Please note that this is just 1 contact.
($evo/libedataserverui/e-name-selector-entry.c) is used when a error prone
contact is selected from the contact list.
The file is $e-d-s/libedataserverui/e-name-selector-entry.c
Hence this bug might be e-d-s bug, hence changing the component to e-d-s
Created attachment 139964 [details]
This looks more like a Gtk bug...
Both evo composer (html mode) & gaim are showing this problem.
Also, the "To", "CC" etc fields in evo composer are straight forward gtk text
entries... not custom widgets.
Matthew, I think this should be reassigned to gtk... what do you think?
I'm more inclined to say Pango than GTK+, but I'm not sure. CC'ing Matthias.
First of all we need to clarify what the expected behaviour here is.
Do you expect the underline to be continuous ?
GTK+/Pango are probably just using the information available in the fonts, and
the latin font has a different underline position than the indic font.
Created attachment 140092 [details]
Correct underlining - example of oo.o writer
Yes, the underlining should be continuous & moreover, should not cut any
I'm attaching a screenshot from open office writer. Emulating such
functionality shall be very good.
Created attachment 140192 [details]
shot in oo.o with Latin and Arabic
So, OO.o is ignoring the underline position in the font.
As good as it looks for the Indic shot above, it looks bad for this shot. It
almost overlaps the dot below Beh and crosses Reh.
The only thing I can think of is to add a new underline mode to Pango to choose
a single underline position per line, most probably the lowest of those of all
the runs in the line.
Changing component to Pango. Hope you don't mind, Behdad.
Created attachment 140222 [details]
Underlining in oo.org
As in the screenshot, even oo cuts the characters.
with hi-phonetic layout, try "kU" "ku"
If we calculate the underlining to be the lowest of the extent in the line,
wouldnt that effect the next line thats after it?
Anyways... a uniform underline for multilang text is all we need in this bug :)
Filed as: http://bugzilla.gnome.org/show_bug.cgi?id=371726
I think this bug can be closed. That feature is not planned yet, and will be in
Fedora as soon as it's implemented upstream.
Okay, thanks everyone :)