Hi Przemek,

I know there are problems, but this code is above
my Windows and/or C knowledge (I've already spent
many days in avoiding lots of strange issues introduced
by the resize code, tons of flicker and alignment problems,
and it's still far from perfect I know :( ). Scrollable
should IMO be an option, as on destktop it is rather
annoying, and simply setting the size smaller is friendlier.
One of the most annoying things in GTWIN is the scrollbars,
if the sizes are not properly setup (which they aren't
by default). Maybe the default for scrollable should be
TRUE for CE and FALSE for desktop. Of course GTWVT
should never crash because of too small chars. In this
case scrollable my be forced as a final fallback case.

Crappy as is, this patch solves this bad positioning
problem (which is also very disturbing for a normal
user), anything beyond this I just can hope you or
someone else can solve them once properly.

Another remaining issue is screen refresh problem, which
should probably put in a separate native thread as you've
suggested already. Maybe this would solve some bad refresh
problems in GTWVG, too.

Having run my app with GTXWC, this GT is apparently
resizing rows/cols by default, which can easily break
an app, so maybe it would be good to sync resize
behavior with GTWVT once in the future. But this is far
from being a priority (for me) as I don't have long
queues of Linux/OSX users in front of my door :) (yet :)

Brgds,
Viktor

On 2008.11.08., at 13:42, Przemyslaw Czerpak wrote:

On Sat, 08 Nov 2008, Szak�ts Viktor wrote:

Hi Viktor,

2008-11-08 12:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
 * source/rtl/gtwvt/gtwvt.c
   * hb_gt_wvt_ResetWindowSize(): Not very good looking (or
     overly efficient) solution added for the windows
     resize/positioning problem in case the initally set size
     cannot fit on the screen (Windows desktop).

All this stuff with font/window resizing broke WINCE support.
It will have to be changed.
Probably we should start by adding support for scrollable window
view area. At startup we should calculate maximum console window
size for default font and change screen buffer to this size. On small
screens like in PocketPC current code seems to end choosing font
to small for OS and application crashes. The internal code for
resizing should be changed because now the same operations are
repeated many times at startup and on each setmode() call.
Just simply the original code was not designed for some operations
which was added later in a little bit dirty way to make it working.
Now we have all conditions which we should support and the main
algorithm should be redesigned for them.

best regards,
Przemek

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

Reply via email to