On Wed, 07 Oct 2009, Szak�ts Viktor wrote:

Hi,

> Indeed, especially for WinCE users, on desktop
> I expect it to be used rather rarely, although it
> may also be useful f.e. when connecting to a remote
> GT with higher resolutions.

Yes but it's also usable if user creates many console windows
using them just like CTWIN and wants to scroll some of them
automatically.

> BTW, GTXWC also has the same artificial limit.

Yes though it has a little bit different meaning in GTXWC
because maximal and minimal console window size and resize
factor is send to XServer so it's process out of Harbour
application on the client side.
Anyhow I can remove this limits too.

>> You can disable the code for font resizing by:
>>   HB_GTINFO( HB_GTI_RESIZEMODE, HB_GTI_RESIZEMODE_ROWS )
>> and it should resolve the problem. I have no idea what is expected
>> behavior for:
>>   SetMode( 250, 250 )
>> when HB_GTI_RESIZEMODE_FONT is set. We have few possible choices, i.e.:
>>   1. chose default window dimensions: 25x80
>>   2. resize rows and cols like in HB_GTI_RESIZEMODE_ROWS
>>   3. refuse to create window (SETMODE()->FALSE).
>> Users using HB_GTI_RESIZEMODE_FONT should chose sth what they prefer.
> I'd vote for 3. (and 1. as the second choice)

In fact we already have 3 but the problem is when application starts
and default or user settings creates too big for screen size.
I'll commit small modification in a while which will check if startup
(default or user) parameters are do not exceed screen dimension and
if yes then they will be reduced to the screen size.

BTW set mode does not automatically change the font size. Maybe it will
    be good to add such functionality but please remember that we have
    problem here with priority of object to update: window size or font
    size so I think it's important to first define expected behavior
    (algorithm) and document it and later update the code so anyone
    working on GTWVT will know expected behavior and can keep it adding
    own modifications. And of course it should be possible to disable it
    because not always our algorithm with its arbitrary decisions will
    follow user preferences.

best regards,
Przemek
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to