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): evolution-2.8.0-3.fc6 pango-1.14.4-1.fc6 How reproducible: always 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 Actual results: Expected results: Additional info: 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] Better screenshot Confirm this bug.
Moving to devel.
Please note that this is just 1 contact.
Initial investigation... "generate_attribute_list" function ($evo/libedataserverui/e-name-selector-entry.c) is used when a error prone contact is selected from the contact list.
OOps... 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] Gtk bug? 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. CC'ing Behdad
Created attachment 140092 [details] Correct underlining - example of oo.o writer Hi, Yes, the underlining should be continuous & moreover, should not cut any character's ligerature. I'm attaching a screenshot from open office writer. Emulating such functionality shall be very good. Thanks, Mayank
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 Hi, 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 :) Thanks, Mayank
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 :)