[�roda, 26 sierpie� 2009], Jaroslaw Kadziola napisa�(a): > PC> remove it, it will only force unnecessary console creation which > PC> will be overwritten in a while. > Without 'cls' i get very little window in the middle of screen > (see: > http://picasaweb.google.pl/jarek.kadziola/WCEHarbour#5374138184983947474 )
Looks perfectly. This are your real customized settings for initial font size 2 x 1 so here it works as expected. > >> hb_setCodePage( "PL852" ) > >> hb_setTermCP( "PL852" ) > >> hb_gtInfo( HB_GTI_RESIZEMODE, HB_GTI_RESIZEMODE_ROWS ) > >> SetMode(40,25) > PC> Maybe try to set sth smaller, i.e. > PC> SetMode(32,16) > Do nothing I guess you are talking about font selection. SetMode() should work though maybe the initial console window size was still bigger then your screen dimensions and you couldn't see the difference. > See : http://picasaweb.google.pl/jarek.kadziola/WCEHarbour#5374138190588280050 > (size : 4 , width : 2) > and then : > http://picasaweb.google.pl/jarek.kadziola/WCEHarbour#5374138186915078306 > size : 36, width : 18). The same picture, no difference. > The same picture for each 'i' variable. > The same results for 'Courier New' and 'Tahoma' fonts - two fonts on > my handheld. I cannot run MS-PocketPC emulator in my Linux box using WINE but I can test desktop windows application using GTWVT console and I confirm that font selection stop to work. It's working only once at startup what you have seen when you comment CLS. I looked at the code more carefully and I've found the reason in hb_gt_wvt_ResetWindowSize() function: /* * set the font and get it's size to determine the size of the client area * for the required number of rows and columns . * No need to call hb_gt_wvt_GetFont() if font is already existant [prtpal 20081108] */ Pritpal the above is not true and broke runtime font modification. Because current code is strongly different then the initial one I'll update it instead of restoring original behavior to not force multiple font selection. > PC> It does not have to. It depends on font high/width and number of > PC> rows and cols. > Not possible to move window 'wcecon' above top windows' beam. > Window comes back to primary position. I cannot say it's your WinCE feature or some side effect of current console window style. It was working for me in the initial version with PocketPC emulator. Anyhow each time you are changing font then window is centered by GTWVT code so maybe you wrote about this. Try to move some very small window. > PC> Probably console window is bigger then your screen. > See : http://picasaweb.google.pl/jarek.kadziola/WCEHarbour#5374138186497933314 > when i'm "taking" window for top beam and > little move from right to left (refresh ??) then char 'H' is good Now I can see what you are talking about. This is bad side effect of wrong font dimensions. Such things you should be able to tune using HB_GTI_FONTWIDTH / HB_GTI_FONTSIZE of course it font has correct metrics. I've just commited: 2009-08-26 11:16 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/gtwvt/gtwvt.c ! fixed runtime font modification so please try again. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
