Red Hat Bugzilla – Bug 157505
candidate window position at 0,0 in Evolution Calendar
Last modified: 2014-03-25 20:52:14 EDT
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):
Steps to Reproduce:
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
candidate window block the user from seeing what was typed earlier
candidate window positioned below the cursor
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
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.
(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.
(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 :
Tested on O.S. : Fedora Core Release 5.89 (Rawhide) i386.
Created attachment 131195 [details]
Modified an upstream patch, documented it & adapted it to latest codebase.
Things work perfect at my end now.
QE, kindly test.
Done - evolution-2.7.3-4
it is fixed for locale
test with envirnment:
Matt, Upstream has updated the patch, can you please have a look at it
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: