Panel no longer shows which input method is being used
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ayatana Ubuntu |
Fix Released
|
High
|
Karl Lattimer | ||
libindicator |
Fix Released
|
Undecided
|
Unassigned | ||
ibus (Ubuntu) |
Fix Released
|
Critical
|
Karl Lattimer | ||
Lucid |
Won't Fix
|
Undecided
|
Canonical Desktop Team |
Bug Description
Binary package hint: ibus
In ibus 1.2.0.20091215-
Application indicators currently do not allow bitmap icons. So in bug 528213, the new indicator was altered to use a generic keyboard icon instead of the icon representing the current input method whenever the latter is a bitmap -- which is most of the time.
This makes it unreasonably difficult to tell what input method you are currently using. According to Emmet Hikory, this problem will affect anyone who uses IBus to type Chinese, Japanese, or Korean, who uses an input method that does not cover all the characters they use, but who does not use a dedicated keyboard with specific keys for changing input method.
Because of the number of people this affects, I think this may deserve fixing for Ubuntu 10.04, even though we're past Final Freeze. As I understand it, fixing it would involve removing 05_appindicator
Problem occurs in: Ubuntu Lucid
Does not occur in: Ubuntu 9.10
Related branches
- David Barth: Approve
- Ubuntu branches: Pending requested
-
Diff: 72 lines (+22/-12)1 file modifiedlibindicator/indicator-image-helper.c (+22/-12)
- Ken VanDine: Pending requested
-
Diff: 143 lines (+29/-11)5 files modifiedChangeLog (+8/-0)
configure (+10/-10)
configure.ac (+1/-1)
debian/changelog (+7/-0)
tools/indicator-loader.c (+3/-0)
- Ken VanDine: Pending requested
-
Diff: 46227 lines (+45734/-272)41 files modified.bzr-builddeb/default.conf (+2/-0)
.bzrignore (+0/-174)
AUTHORS (+15/-1)
ChangeLog (+3837/-0)
INSTALL (+365/-0)
Makefile.in (+771/-0)
aclocal.m4 (+9189/-0)
autogen.sh (+0/-11)
compile (+143/-0)
config.guess (+1502/-0)
config.h.in (+77/-0)
config.sub (+1714/-0)
configure (+14205/-0)
debian/changelog (+372/-0)
debian/compat (+1/-0)
debian/control (+92/-0)
debian/copyright (+17/-0)
debian/libindicator-dev.install (+4/-0)
debian/libindicator-tools.install (+2/-0)
debian/libindicator3-3.install (+1/-0)
debian/libindicator3-dev.install (+4/-0)
debian/libindicator3-tools.install (+1/-0)
debian/libindicator3.install (+1/-0)
debian/rules (+39/-0)
debian/watch (+2/-0)
depcomp (+630/-0)
helper/test-loader-build (+0/-3)
helper/test-loader.c (+0/-18)
install-sh (+520/-0)
libindicator/Makefile.in (+945/-0)
libindicator/gen-indicator-service.xml.c (+23/-0)
libindicator/gen-indicator-service.xml.h (+1/-0)
libindicator/indicator-object-enum-types.c (+25/-0)
libindicator/indicator-object-marshal.c (+241/-0)
libindicator/indicator-object-marshal.h (+52/-0)
ltmain.sh (+8413/-0)
missing (+376/-0)
tests/Makefile.in (+1486/-0)
tests/service-version-manager.c (+0/-64)
tools/Makefile.am (+2/-1)
tools/Makefile.in (+664/-0)
tags: | added: patch |
Changed in ibus (Ubuntu): | |
assignee: | Karl Lattimer (karl-qdh) → Canonical Desktop Team (canonical-desktop-team) |
Changed in libindicator: | |
status: | New → Fix Committed |
status: | Fix Committed → In Progress |
Changed in libindicator: | |
milestone: | none → 0.3.11 |
status: | In Progress → Fix Released |
Changed in ibus (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in ibus (Ubuntu): | |
assignee: | nobody → Karl Lattimer (karl-qdh) |
status: | Confirmed → In Progress |
Changed in ayatana-ubuntu: | |
assignee: | nobody → Karl Lattimer (karl-qdh) |
importance: | Undecided → High |
milestone: | none → ubuntu-10.10-beta |
status: | New → In Progress |
Changed in ayatana-ubuntu: | |
status: | Fix Released → In Progress |
Changed in ayatana-ubuntu: | |
status: | In Progress → Fix Committed |
Changed in ayatana-ubuntu: | |
status: | Fix Committed → Fix Released |
Seems the indicator limitations don't allow to fix that properly for lucid, we should consider dropping the application indicator change in lucid maybe there