Re: No caret/text cursor?

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

On May 22, 2002 04:49 pm, Jacob Hammeken wrote:
> Hi.
>
> I am new to KDE and Linux in general and from what I can tell,
> there does not seem to be any functionality for drawing and
> updating a caret (text cursor) in QT or the KDE libraries,
> except for doing it explicitly by drawing and updating an icon.
> At least that is the impression I got from reading message 5 in
> the following (I also tried to find it in the documentation and
> elsewhere):

that's what QTextCursor is for. it is a private class, but it exists and 
allows for consistent text editting across Qt apps.

> http://lists.trolltech.com/qt-interest/1995-06/msg00046.html

lots has changed since 1995 ;-)

> - The caret seems to blink in most programs because the QT
> widgets do this. However, in a lot of Mandrake programs, the
> caret does not blink. Even if this is because the Mandrake
> programs do not use KDE, it would still be nice to know what the
> blink rate is when you develop a KDE application if you cannot
> use the KDE widgets.

tell mandrake to use Qt/KDE, not gtk in their apps. the blink rate is easily 
found, but that's really the least of the problems in not using Qt/KDE on an 
otherwise KDE focussed desktop, now isn't it? ;-)

> - In OpenOffice, the caret is hidden when you select a menu.
> - In OpenOffice, the caret looks like a vertical line. However,

tell openoffice to use Qt/KDE, not their own home brew widget set.

> - In Mozilla, the caret is drawn when you click in the location

tell Mozilla to use Qt/KDE, not their own home brew widget set.

> Additionally, if there is no such functionality in the QT or KDE
> libraries, adding it would make it possible for a user to change
> the blink rate for all programs (in the KDE Control Center, for
> instance) rather than change it on a per program basis.

run qtconfig. it's there. i don't think it is in any of the kde control 
modules though ...

> worth considering whether the caret is really supposed to blink
> in KDevelop when the editor window does not have the keyboard
> focus, such as when selecting a menu.

no it shouldn't. this is a bug. it may already be fixed in the devel version 
though. check bugs.kde.org to see if this is the case.

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD4DBQE87Czo1rcusafx20MRArBsAJ9gnDp57gAaEzVVXHfqOD5+Kl4F3ACY9XlH
fsgehd8aB7GfeXC5mf4+xQ==
=QD4C
-----END PGP SIGNATURE-----