Yep, a prefix variable would be nice going forward -- buthopefully that kind of change to the path reference won't happen again. For now, I just try to use a "base_path" variable that at least would make the change a single line of code if ever needed again.
Yep, a prefix variable would be nice going forward -- bu hopefully that kind of change to the path reference won't happen again. For now, I just try to use a "base_path" variable that at least would make the change a single line of code if ever needed again.
I know I got similar problems when I went to v 6.7, where the mount point evidently changed to an absolute path needing to start from: /zvfs. So, in the code, you may need to look for where it's loading: "/hismain/source/utils" and change it to: "/zvfs/hismain/source/utils.tcl"
Is there any chance of getting an update soonish to correct the issue with the 256x256 icon not being applied when building on Windows? It is a bit of a game breaker when it comes to distributing a freewrapped Windows program as it shows the big feather icon in all the large icon views and on some desktop views too.
Freewrap 670 icon wrapping with 256x256 - 24 bit