On Wed, 11 Jun 2008, Szakáts Viktor wrote:

Hi Viktor,

> While Harbour is doing the processing, the GTWVT
> window doesn't get refreshed, so the content
> is pure blank if minimizing and restoring the
> window. It also doesn't react to any system inputs.
> Maybe other GTs are affected too.

It's problem with GUI GTs: GTWVT and GTXWC. In the most
of GUI system application has to redraw its screen contents.
Probaly in each OS some hacks exists which alows to move
this job to OS. F.e. on some X-Window systems it's possible
to set bitamp as window background and it will be redrawn
automatically by window manager so GT only have to update
this bitamp on output. Probably sth like that exists also
for MS-Windows. But because it will be hack which can cause
troubles in portability I left it for the future.
BTW I do not like that GTWVG draws into two areas: directly
to window and to internal bitamp. IMHO it will be much
easier to update only internal bitmap and restore the
screen from this bitamp or if possible to make it window
background as I wrote above.

> I think we should have an idle call processing
> ability built into the GTs. This call may be
> called by some generic idle processing functions
> in Harbour, and finally this function would need
> to be called regularly by these time-consuming
> Harbour functions.

It will not be easy to make it well and even if we
try to implement it then it will not be efficient
enough and it will cost a lot of CPU cycles. For
systems which supports MT we can intorduce inspector
thread which will make all background jobs and even
it will notice foregroung .prg thread(s) about some
events. I think that sth like that Ryszard wanted to
add. We do not need support for MT in HVM for it. If
Ryszard will not make it then working on MT mode
I'll add also support for such inspector threads.
Please remember that we also need common system for
inspecting incomming events. So far I'm using my
own library which uses select() for it (in *nixes
select() can watch for any type of handles not only
for sockets like in MS-Win). Anyhow it will be very
nice to have a solution on Harbour level which will
work also in MS-Windows and as I said I plan to work
on it.

best regards,
Przemek
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to