ZTree.com  | ZEN  | About...  

 Index   Back

[Bug] Issue with #ZTTools-Variable in F9 Menu   [Bug]

By: Thomas Salein     Germany  
Date: Dec 04,2015 at 07:19
In Response to: [Bug] Issue with #ZTTools-Variable in F9 Menu (Liviu)

> If ZTree searched #ZTTools first, unconditionally, and if some tool
> existed *both* in #ZTTools *and* somewhere else in the %PATH%, then there
> would be no (easy) way to call the one in the %PATH%. The way it works
> now, if I enter it as "rar.exe" then ZTree looks for whatever
> "rar.exe" can find in the default path, otherwise if it's
> "%#ZTTools%\rar.exe" then it only uses the one in that specific
> location. That leaves the choice to me, and I appreciate having choices.

Sorry, I don't agree, because it urges you to have _two different_ F9 application menues. One for your hard disk, calling "rar.exe", and one for your usb disk, calling "%#ZTTools%\rar.exe".
What's then the benefit of a #ZTTools variable? I could set an own one before starting ZTWIN.BAT:
rem if this is an usb/not my hard disk drive set e.g.:
set myzttools=D:\ztree\ztwkz\

Then my F9 entries could be:
%myzttools%rar.exe ...
and would work.

What is the benefit of such a variable if it is not used like the path variable?

Moreover it may leave some mess, as ZTree uses via #ZTMenu the last F9 application menu it had, when you had two instances running, and that may even be the one on your usb drive which is still sticking in the port.

So I would clearly prefer another behaviour of ZTree concerning the usage of this ZTTools variable: use it like part of the path variable, i.e.
a) if "rar.exe" is not found in %Path% search in %#ZTTools%
b) if "rar.exe" is not found in %#ZTTools% search in %Path%


Thread locked

Messages in this Thread

95,065 Postings in 11,983 Threads, 350 registered users, 119 users online (0 registered, 119 guests)
Index | Admin contact |   Forum Time: Aug 5, 2020 - 3:59 am EDT  |  Hits:32,859,956  (4,958 Today )
RSS Feed