Hello
Szakáts Viktor wrote: > > 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. > Yes. I am also puzzled why QT removes it from active windows list. All the examples in QT documentation only leads to this method. Don't know how to cover, yet. > 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. > Yep. Thi has to be optimized. Will do it in a while. > Cursor invisibility still present when you press F7 and > keep <Down> (or <Up>) pressed, or even <Left>/<Right> > to navigate inside the field. > It is as is. Even in KDE desktop example cursor is implemented like this only. More experiments are needed to see how it can be improved. > 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. > Probably, but I cannot see it on my machine. Thanks for giving feedback. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-10943--trunk-harbour-tp23259584p23260662.html Sent from the Harbour - Dev mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
