[Lazarus] TreeView with columns

[Juha Manninen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martin wrote:
> I don't think there is a simple fix for it. Actually in the latest 
> revision it the auto complete will probably even close itself in this case.
> It behaves like a menu would do => loose focus => close

I will try the latest snapshot later when I find some time. Currently I
have 0.9.29-0-20100326.

> How does any other window work for you, if the window manager keeps 
> steeling the focus?

Of course I have to move the mouse over the other windows to use them
too, but this is not a problem, this is how it is supposed to be with
every other Application too, also I would not call this "stealing" the
focus, it is the way focus is switched between top level windows.

This is a quite common way how many users who are used to *ix-based
Dektops have done focus switching for decades and have configured their
desktops accordingly, so I wonder why nobody has found this behavior of
Lazarus annoying yet. I have a few other applications with similar popup
lists that I often use, also based on GTK while running under KDE that
will not get confused by this. For example PyCrust, a Python shell/ide
that is also using GTK2 has an autocomplete list but somehow this list
is not a top level window it acts as a control of the editor window. It
will not lose focus or need focus removed from the editor window. As
long as the editor as a whole has focus it just works like any other
control also (menus for example).

If I open the Options dialog or other dialogs I must of course move my
moue anywhere inside this window before I can use it, this is absolutely
OK and suppoed to be this way but inside this window the mouse position
alone does of course not influence the focus of the individual controls
in any way, except I intentionally click on one of them.

The problem is the autocomplete list popping up as a completely separate
top level window with its own top level focus and not as a control of
the editor window. This will *interrupt* my typing and I have to move
the hand away from the keyboard to the mouse and carefully position the
mouse. If I enter the list and move the mouse too far and leave the list
again, giving focus back to the editor the list will close.

This is not like for example menus work, a menu does not have its own
top level focus, it is a control of the containing window like all the
other controls and does not require focus being taken away from its
parent to be used.

Bernd
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFMO0EvxT6R4jlFoh0RAgY2AJ9Aqb9Ghp9vfHJZGGKC8sUl51kchwCeLQWQ
lPjOTlf1mx97IK4zIPFwh24=
=5VRi
-----END PGP SIGNATURE-----