Bug 157505
| Summary: | candidate window position at 0,0 in Evolution Calendar | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lawrence Lim <llim> | ||||||
| Component: | evolution | Assignee: | Matthew Barnes <mbarnes> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | |||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | rawhide | CC: | eng-i18n-bugs, majain, tools-bugs | ||||||
| Target Milestone: | --- | Keywords: | i18n, Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | evolution-2.7.3 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2006-07-14 07:02:46 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 157506, 158504 | ||||||||
| Attachments: |
|
||||||||
|
Description
Lawrence Lim
2005-05-12 05:33:24 UTC
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 --- |