Description of problem: For all CJKI, users are required to select candidates from the candidate window. In evolution, this candidate window is always positioned at 0,0. As a result, it obstruct users from seeing what was typed earlier. It would be ideal if the candidate window is positioned below the cursor. Version-Release number of selected component (if applicable): evolution-webcal-2.2.0-1 evolution-2.2.2-5 evolution-data-server-1.2.2-2 evolution-devel-2.2.2-5 evolution-data-server-devel-1.2.2-2 evolution-connector-2.2.2-3 evolution-debuginfo-2.2.2-5 How reproducible: Always Steps to Reproduce: 1.LANG=ja_JP.UTF-8 evolution 2.Go to calendar 3.Select 12 AM in the widget 4.ctrl-space to activate LE 5.type: sushi <space> <space> 6.observe the position of the candidate window Actual results: candidate window block the user from seeing what was typed earlier Expected results: candidate window positioned below the cursor Additional info: Tested with iiimf-12.2-3
I spent some times to fix this problem. but I have no idea ATM, because EText itself doesn't have a GdkWindow and it's being rendered on the parent GdkWindow. Basically Input Method gets a position from gtk_im_context_set_cursor_location() and location of client window which was set by gtk_im_context_set_client_window(). so generally you just need to consider the relative position of cursor at the widget with gtk_im_context_set_cursor_location. But on EText, where it's rendering depends on the behavior of the parent widget. EText could gets its position from the parent widget, but it won't work properly because the parent widget is in the scrolled widget and EText itself can't assume that.
Has this been filed upstream?
Yes and I have included it in the External Bugzilla References section in our bz towards the bottom of the page. <http://bugzilla.gnome.org/show_bug.cgi?id=303878>
(In reply to comment #5) > Fedora bug getting pulled into U3 proposed list. Please clone to RHEL4 bug and > explicitly place on U3 proposed list if plans are to fix in U3. Bug 157596 was created and tagged U3 proposed.
My bad. Should be Bug 157506 instead.
Created attachment 129170 [details] I dont find any text hiding here...
As seen in the attached screenshot, the typed text is clearly visible. Lawrence, can you please reconfirm this. Thanks, Mayank
(In reply to comment #10) > As seen in the attached screenshot, the typed text is clearly visible. Lawrence, > can you please reconfirm this. Apparently you are confused. this is saying that the candidate window doesn't follow at the bottom of the cursor.
This bug is not fixed yet. It still exists. Candidate window is not appearing at the bottom of the cursor. Tested on the package versions : evolution-2.7.3-2 evolution-data-server-1.7.3-2 evolution-sharp-0.11.1-1 evolution-webcal-2.7.1-4 Tested on O.S. : Fedora Core Release 5.89 (Rawhide) i386.
Created attachment 131195 [details] Patch Modified an upstream patch, documented it & adapted it to latest codebase. Things work perfect at my end now. QE, kindly test. Thanks, Mayank
Done - evolution-2.7.3-4
Thanks Matthew.
it is fixed for locale test with envirnment: ----------------- evolution-2.7.3-5 evolution-data-server-1.7.3-3 evolution-webcal-2.7.1-4 ------------------
Matt, Upstream has updated the patch, can you please have a look at it http://bugzilla.gnome.org/show_bug.cgi?id=303878#c18
Updated the patch in Rawhide - evolution-2.7.4-2 Changing component from evolution-data-server to evolution.
Thanks again :)
working fine with following package: --- evolution-2.7.4-2 ---