Bug 1239200
| Summary: | ibus preedit segments with colors are lost in gnome desktop | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Ding <dingdangdi> | ||||||
| Component: | gnome-shell | Assignee: | Florian Müllner <fmuellner> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | Desktop QE <desktop-qa-list> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 7.3 | CC: | dingdangdi, eng-i18n-bugs, fmuellner, mclasen, pwu, shawn.p.huang, tfujiwar | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2020-12-15 07:35:15 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
notice: Use xterm to reproduce. This problem does not happen in RHEL 7 but also Fedora. I think his problem is the preedit text does not show the color of an activate segment instead of the under line. ibusCandidatePopup.js in gnome-shell calls CandidatePopup._setTextAttributes() but the clutterText.set_selection() does not effect. I also tried CandidatePopup._preeditText.clutter_text.set_selection_color() but it does not effect. If you also need the fix of non-GNOME desktop, please file another bug. Need to backport the feature of IBus 1.5.9 to RHEL7 ibus. https://github.com/ibus/ibus/releases/tag/1.5.9 (In reply to fujiwara from comment #3) > This problem does not happen in RHEL 7 but also Fedora. This problem does not happen in RHEL 7 only but also Fedora. Created attachment 1049139 [details]
correct result screenshot
correct result screenshot
(In reply to fujiwara from comment #3) > This problem does not happen in RHEL 7 but also Fedora. > > I think his problem is the preedit text does not show the color of an > activate segment instead of the under line. Sorry, it's not what I mean I uploaded the correct result for iBUS in Japan. you can compare the 2 images: pre-edit text not display on xterm but on ibus dialog box; activate segments haven't show active color also haven't show underline at all. > > ibusCandidatePopup.js in gnome-shell calls > CandidatePopup._setTextAttributes() but the clutterText.set_selection() does > not effect. > I also tried CandidatePopup._preeditText.clutter_text.set_selection_color() > but it does not effect. > > If you also need the fix of non-GNOME desktop, I think xterm also run in gnome-desktop; > please file another bug. you mean file another bug on fedora project? > Need to backport the feature of IBus 1.5.9 to RHEL7 ibus. > https://github.com/ibus/ibus/releases/tag/1.5.9 Do you mean iBUS 1.5.9 can act like my correct screen shot? So I reinstalled 1.5.9 rpm, I don't think so. fujiwara: Also, Thank you for reply so quickly! (In reply to Ding from comment #6) > (In reply to fujiwara from comment #3) > > This problem does not happen in RHEL 7 but also Fedora. > > > > I think his problem is the preedit text does not show the color of an > > activate segment instead of the under line. > Sorry, it's not what I mean > I uploaded the correct result for iBUS in Japan. > you can compare the 2 images: > pre-edit text not display on xterm but on ibus dialog box; input metod does not show preedit text on X11 applications since old RHELs. > activate segments haven't show active color also haven't show underline at > all. Probably I don't think the underline is useful since the preedit text is show on another widget. > > > > ibusCandidatePopup.js in gnome-shell calls > > CandidatePopup._setTextAttributes() but the clutterText.set_selection() does > > not effect. > > I also tried CandidatePopup._preeditText.clutter_text.set_selection_color() > > but it does not effect. > > > > If you also need the fix of non-GNOME desktop, > I think xterm also run in gnome-desktop; I mean this bug treats the preedit on GNOME desktop. GNOME uses owned preedit widget. IBus preedit widget is used on non-GNOME desktops. > > > please file another bug. > you mean file another bug on fedora project? I mean a bug on RHEL7 for non-GNOME desktops upon a request. You can see XFCE or KDE shows preedit segments on xterm in Fedora 22. > > > Need to backport the feature of IBus 1.5.9 to RHEL7 ibus. > > https://github.com/ibus/ibus/releases/tag/1.5.9 > Do you mean iBUS 1.5.9 can act like my correct screen shot? > So I reinstalled 1.5.9 rpm, I don't think so. Did you try non-GNOME desktops? The preedit settings depends on each X11 application: https://github.com/ibus/ibus/blob/master/client/x11/main.c#L362 If your application enables XIMPreeditCallbacks, the application's preedit is used. fujiwara: In my mind, you want to told me: This problem is not caused by ibus, but because of gnome-shell have not show ibus pre-edit text well right? ibus will handle it's preedit text on non-gnome desktop, but will not handle in gnome desktop. If the non-gnome desktop have bugs, You will backport the feature of IBus 1.5.9 to solve. OK then, How can I solve my problems? what I want is ibus works with xterm on gnome desktop. Thank you! (In reply to Ding from comment #10) Yes, I meant it. > > OK then, > How can I solve my problems? what I want is ibus works with xterm on gnome > desktop. > Thank you! Then gnome-shell needs to be fixed with this bug. Mr fujiwara, Mr Florian Müllner: Is there any way can easy and temporarily enable ibus works with xterm on gnome desktop. eg: modify a file or replace some lib*so, such things like After evaluating this issue, there are no plans to address it further or fix it in an upcoming release. Therefore, it is being closed. If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened. |
Created attachment 1045989 [details] this is the bug screen shot Description of problem: I'm input Japanese in xterm Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1.open a xterm on desktop. 2.swich IM to ibus-anthy 3.begin input and press SPACE key to select Actual results: charactor line lost Expected results: charactor line appear. Additional info: See attachment. when input words in libroffice, gedit, there have a line under charactor. when input words in xterm, there's no line there. I colored it in green to mark.