After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 649825 - Search field lacks onscreen keyboard
Search field lacks onscreen keyboard
Status: RESOLVED DUPLICATE of bug 612662
Product: gnome-shell
Classification: Core
Component: general
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-05-09 18:26 UTC by Christoph Wickert
Modified: 2011-06-07 13:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christoph Wickert 2011-05-09 18:26:17 UTC 
If the onscreen keyboard is enabled, it does not show up when the search field is focused, there it is not possible to use this field with a tablet device. 

AFAICS the field also lacks keyboard navigation.

Version-Release number of selected component (if applicable):
gnome-shell-3.0.1-2.fc15
Comment 1 Florian Müllner 2011-05-09 18:28:04 UTC 
Yes, that's why we want to move the on-screen keyboard (or at least it's UI) into gnome-shell itself. See bug 612662 for discussion.
Comment 2 Murray Cumming 2011-06-06 13:07:44 UTC 
Isn't this just a case of making sure that the search field uses the GTK+ input method system, like a normal GtkEntry widget? Is there a bug open about that already?
Comment 3 Dan Winship 2011-06-06 13:10:15 UTC 
no, it's not possible for X windows to show up in the overview. There is a bug about input method support somewhere, yes
Comment 4 Michael Hasselmann 2011-06-06 13:20:20 UTC 
> no, it's not possible for X windows to show up in the overview.

Sounds like an artificial restriction to me.
Comment 5 Dan Winship 2011-06-06 13:51:23 UTC 
Yes, we enjoy adding artificial restrictions that force us to do extra work and otherwise make our lives more difficult.

Anyway, duping this to the OSK bug. bug 640634 mentions the input method problem. bug 576412 is a more general overview/tracking bug for windows-in-the-overview issues.

*** This bug has been marked as a duplicate of bug 612662 ***
Comment 6 Murray Cumming 2011-06-07 09:41:13 UTC 
(In reply to comment #1)
> Yes, that's why we want to move the on-screen keyboard (or at least it's UI)
> into gnome-shell itself. 

Is that still the plan? Is Caribou that plan?

Maybe I misunderstand "into gnome-shell itself", but I really don't think you want to force the gnome-shell maintainers to maintain an on-screen keyboard system that can do everything that on-screen keyboards should do. It's a big job that requires a separate team.

Fixing the lack of GTK+ input methods and the X11 problem seem like a far better route.
Comment 7 Dan Winship 2011-06-07 13:26:42 UTC 
Caribou master has been split into model/view/controller. gnome-shell is reimplementing the D-Bus interface for the view part, but reusing the model (keyboard layout, etc) via libcaribou, and leaving the controller for "a11y keyboard mode" (listening to at-spi, etc) in /usr/bin/caribou.