>>> BTW for me more important is removing space padding in hbmk2 output, >>> i.e. try to redirect any hbmk2 output to file to see it. >> If you mean left padding, it's there to spit out >> readable output. If you just dump all long lines to >> terminal, it would look like an ugly mess. (that's >> where I started from) > > So you reach exactly different effect. > Please remove it.
Sorry, I won't. Unless the ugly output is resolved by some other means. >>> It badly interacts with tools which allows to catch some data from >>> application output, i.e. even simple mouse mark and past in terminal >>> window is confused by this spaces and cannot select text only. >>> Additionally when terminal window has less then 80 columns the text >>> is wrongly formatted. >> I use MaxCol() to determine screen width. There is no >> any sort of 80 columns limit I'm aware of. >> Help can look ugly below ~30 columns, that's true. > > NAXCOL() and MAXROW() in GTCGI always returns fixed values so it was never > working correctly as you expected :-(. > GTCGI does not make any formatting and does not wrap any lines. It simply > redirect output to stdout. All what you should do is removing this trailing > spaces. If terminal is wider then padding factor you are using it will not > cause visible difference and hbmk2 will work just like all other console > tools, i.e. harbour compiler or all C compilers we are using. If it's smaller > then lines will be automatically wrapped without empty lines forced by > padding. In all cases terminal output can be easy marked and past keeping > original formatting with any trailing spaces. Then someone will have to teach me how to produce adequate output for console apps in a multiplatform way. Or someone solves it instead of me. Again: Plain output looked almost unbearable. Maybe this is normal for portable apps, but I better like a help which is possible to read. Or: someone will have to rephrase all the texts, plus the help to be shorter, then retranslate it to HU and PT, to use shorter text as well. To be honest, at this moment I can't care too much if it doesn't look good on a 12x40 screen. Had a too long day today. Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
