|
Post by Admin on Aug 3, 2021 8:42:51 GMT
Hi, Direct link (right-click & save as..) --> Gui4Cli 20.05 BetaJust a few fixes in the executable: - Fixed print issue when printing unicode characters (wrong count) - Fixed bug in Run command when no arguments given - Fixed rare bug with explorer context menu Dimitris
|
|
renez
New Member
Posts: 14
|
Post by renez on Aug 3, 2021 14:09:20 GMT
Hi Dimitris,
Version 20.05 solves the issue with UTF-8. Thanks a lot.
On my system, I found another issue with 'print style -wrap/oneline/nomove' If 'print style' is used with flag '-wrap' the 'oneline/nomove' is not honoured for $$print.ypos. $$print.ypos gets increased by $$print.font.height. $$print.xpos correctly does not change. Without flag '-wrap' $$print.ypos does not change as expected.
René
|
|
|
Post by Admin on Aug 4, 2021 6:51:21 GMT
Hi Rene, WRAP and ONELINE are just flags I pass to the windows function DrawTextONELINE = DT_SINGLELINE WRAP = DT_WORDBREAK NOMOVE I implement myself, and that should stop it from changing line. I have to recreate a gui to see what you mean. How do you expect it to behave? Dimitris
|
|
renez
New Member
Posts: 14
|
Post by renez on Aug 4, 2021 7:51:53 GMT
Hi Dimitris,
I sent you an email with a sample program showing my issue.
As documented in help, the $$print.xpos and $$print.ypos should not be changed if 'nomove' was set with 'print style'. If flag '-wrap' is added to the style, $$print.ypos gets changed (last $$print.ypos + $$print.font.height), $$print.xpos is correctly handled (not changed).
René
|
|
|
Post by Admin on Aug 4, 2021 10:48:01 GMT
Hi Rene,
Thanks for the gui - it makes it much easier. I uploaded a new Beta.
The problem was that I didn't reset the "-" flag for every style given, so the first "-" was applied to all the others too, which negated the NOMOVE style
Dimitris
|
|