Re: Get rid of cursor in Label

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Jun 26, 2005 at 09:57:09AM +0200, David Necas (Yeti) wrote:
> This behaviour is identical to any other selectable text in
> Gtk+: GtkEntry, GtkTextView.

Well it shouldn't be identical as they have different purposes. Labels
are to display text and not to be edited so the cursor should ideally
dissapear after some time, but I can see that this is not easy to do in
the library so it is ok.

> Why so complicated?  You can just give the widget focus
> using Tab.  It's exactly the same.  It doesn't matter how it
> got the focus.

Problem is that GTK gives labels focus automatically. Besides I find it
strange that up and down arrow shifts the focus from widget to widget. I
thought it was tab that should do this. Intuitively I would think that
arrow down and up would scroll a scollable window, but I see that I have
to use Ctrl-Arrow to do this. IMHO this is wrong and it should be the
other way around.


> Keyboard focus does not (normally) depend on where mouse
> pointer is.  The label is still the focused widget and you
> can select text.  So a cursor is present.  I would
> definitely not call this `serving no purpose'.

Problem is that one cannot click somewhere else in the application to
take away the focus. I mean a vbox cannot have focus, so the cursor
sticks there until you press a button.

> Why are you trying to create an accessibility problem? How
> would you like if GtkEntries behaved this way?

Interesting that should mention GtkEntries. How come I cannot type a TAB
character in an GtkEntry? I mean in a GTkTextView one can accept TABs,
but there is as I can see from the reference manual no way to get an
Entry to accept TABs.

Preben
_______________________________________________

gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list

[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux