Thanks. I've tried it, but loss of focus is still present.
QT not only hides the window, but removes it from the
visible window list (or similar) which makes the next
available app to become active and receive input for
a moment. Quite strange the QT works like this.
I've tried cut & paste and moving the cursor into negative
position (relative to starting position). There is also
much flicker in the selection area. There also a single
pixel of selection if moving the cursor in the same row
as the starting pos.
Cursor invisibility still present when you press F7 and
keep <Down> (or <Up>) pressed, or even <Left>/<Right>
to navigate inside the field.
When you open a new wnd with F10, and navigate the browse
left/right, the last pixel of the vertical lines are
visible on the red (bottommost) line. Probably just a
cycle overrunning by 1.
Brgds,
Viktor
On 2009.04.27., at 18:02, [email protected] wrote:
Revision: 10943
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10943&view=rev
Author: vouchcac
Date: 2009-04-27 16:02:28 +0000 (Mon, 27 Apr 2009)
Log Message:
-----------
2009-04-27 08:59 UTC-0800 Pritpal Bedi ([email protected])
* harbour/contrib/gtqtc/gtqtc.cpp
! Fixed a very important issue of focussing. Now F3 and F4
correctly set the focus to window in question.
The flickering cannot be avoided as QT hides the window
before setting the flags until I come up with another way.
Modified Paths:
--------------
trunk/harbour/ChangeLog
trunk/harbour/contrib/gtqtc/gtqtc.cpp
This was sent by the SourceForge.net collaborative development
platform, the world's largest Open Source development site.
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
