Hi Kevin, > > HB_GT_LIB=gtcrs - now by default Harbour in *nixes uses GTTRM > > which does not need any external libraries like curses. It should > > also work well in FreeBSD so I suggest to remove it too. If GTTRM > > does not work correctly then default GT for BSD builds should be > > changed. BTW it will be good to test if it works correctly in > > pure BSD console (screen output and escape key decoding). I do not > > remember any test results for it. > > I tried removing HB_GT_LIB and afterwords all text displayed by programs > compiled with Harbour would just scroll up the screen instead of > displaying at the positions coded via @ get/say, and also all color was > lost. All text was displayed as white text on a black background. It > looks like the default GT for BSD does need to be changed. Adding
No. I forgot that you are using Harbour 1.0.1 where default GT for BSD is GTSTD not GTTRM and the above is exact GTSTD behavior. In 1.1.x default GT is GTTRM. So if you are using 1.0.1 version then please set HB_GT_LIB=gttrm GTTRM should automatically recognize terminal mode (iso/utf8) and work correctly with both. > HB_GT_LIB=gtcrs back fixed the problem. But, with HB_GT_LIB=gtcrs, I'm There was nothing to fix :-). It was expected GTSTD behavior. It uses only raw console input/output with any terminal escape sequences what is very usable in some programs. > unable to enter unicode characters, even though Harbour detected > libslang2. With libslang2 and HB_GT_LIB=gtsln I'm able to enter unicode > characters, but all the colors in my program are changed. For example, > text that was displayed in cyan is displayed in red, green text is > displayed in cyan, blue text in green, etc. Also, with gtsln some > function keys stop working. I don't have a program set up at the moment > to test all of them, but I out of the ones I've tried I know F12 stops > working. It works with gtcrs. The colors and keys problems seems to be related to BSD Slang port or wrong termcap/terminfo terminal description. Probably it can be resolved but it will be necessary to locate the exact reason of problems. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
