> It's as if you right click on a tool then chose 'Run as
> Administrator'.
> It does NOT suppress the UAC prompt.
> Instead it forces an UAC prompt (because of requiring elevated rights
> for the command).
>
> Hartmut
Hartmut,
Thanks for the clarification. So sorry it took me a while to respond!
Steven James
[Help!] Skip UAC Running ZTW (Admin)?
[ZEP] A new % value
> I would like to request %c (child) be added to the list of
> Batch Parameters.
>
> >> Given the directory structure:
> C:AAABBBCCCDDDEEEFFF
> >> CCC is the currently directory
> >> %c returns DDDEEEFFF
>
> Potential enhancement:
> %c0 returns CCCDDDEEEFFF
> %c1 returns DDDEEEFFF
> %c2 returns EEEFFF
> etc.
>
> Whatcha think?
>
> Walt
How is ZTree to know which of many child branches to pick?
First/Last as stored in memory, random, ... ?
It might be better for you two use a F9 menu item to walk the tree.
Or maybe some form of Directory mode macro directive.
Ben
CTRL_SH_LEFT/RIGHT
>> Just curious: What do these key-combos do?
>> Are they needed within ZTree? Or for passing them to a ZAAP?
>
> Extend selection word left/right when entering text. See the
> "Ctrl-Left/Right" and Shift sections of "Editing the Input Line"
> in the help file.
> They need to be added to the "3.10 Keyboard Macros" section of the
> help file.
Actually they are listed, but not very clearly:
CTRL_x - 0..9, A..Z, F1..F12, BKSL, BKSP, BTAB, DOWN, END, ENTER,Agreed, They should be moved to the CTRL_SH_x enumeration.
HOME, INS, LEFT, PGDN, PGUP, RET, RIGHT, SH_LEFT,
SH_RIGHT, SPACE, TAB, UP, [, ]
Hartmut
[ZEP] A new % value for sub-branch
>> Given the directory structure:
>> C:AAABBBCCCDDDEEEFFF
>> CCC is the current directory [NOTE: i.e. the Branch Root,
and the current file is in FFF, chosen from the BSG list under CCC ]
>> Then %c should return DDDEEEFFF
> How is ZTree to know which of many child branches to pick?
> Ben
Makes sense to me, but IMHO especially in Branch view, where it is more obvious:
For example.
Be in Branch view, highlight a file Not in branch root, then try to copy it AS another filename to the subdir it is in.
No luck if you enter '.' as destination dir - the copy goes to the branch root !
There is no % parameter for the file's relative location.
Hartmut
[ZEP] A new % value
See my second post -- I added info forgotten in the first post and couldn't edit.
[Q] Jump to a certain file number in the list?
I know we can jump to line numbers when viewing files.
Can we do this with large lists of files? I have 300,000+ files I need to navigate through, and I'd like to be able to jump to a specific file number in the list so I can do "tag from here up/down".
Thanks!
Dan
CTRL_SH_LEFT/RIGHT
> >> Just curious: What do these key-combos do?
> >> Are they needed within ZTree? Or for passing them to a ZAAP?
> >
> > Extend selection word left/right when entering text. See the
> > "Ctrl-Left/Right" and Shift sections of "Editing the Input Line"
> > in the help file.
> > They need to be added to the "3.10 Keyboard Macros" section of the
> > help file.
>
> Actually they are listed, but not very clearly:
> CTRL_x - 0..9, A..Z, F1..F12,
> BKSL, BKSP, BTAB, DOWN, END, ENTER,
> HOME, INS, LEFT, PGDN, PGUP, RET, RIGHT, SH_LEFT,
> SH_RIGHT, SPACE, TAB, UP, [, ]
> Agreed, They should be moved to the CTRL_SH_x enumeration.
>
> Hartmut
Ahh, that explains it, I was looking in the CTRL_SH_x section.
So yes the request becomes.
In the help file "3.10 Keyboard Macros", "Shift keys, where x is:" subsection. For CTRL_x, remove SH_LEFT and SH_RIGHT. And for CTRL_SH_x add LEFT and RIGHT.
Thanks
Ben
[ZEP] A new % value
> See my second post -- I added info forgotten in the first post and
> couldn't edit.
I did see the second post, but it didn't click what you were getting at.
To me the current directory is the directory of the highlighted file.
Using those definitions if C:AAABBBCCC is the current directory, then how can ZTree know which sub file you are referring to?
Maybe you are referring to the branch directory.
I think you may mean
Given this directory structure: C:AAABBBCCCDDDEEEfile.ext
Navigate to C:AAABBBCCC
[B]ranch
Highlight file DDDEEEfile.ext
%c returns the path relative to the branch i.e. DDDEEE
There are already these
%e - Current dir ext
%n - Current dir name
%r - Root of Branch
so maybe this new one should be
%b - Path relative to the branch
So it doesn't get confused with the Current dir ones in peoples heads.
Ben
[Q] Jump to a certain file number in the list?
> I know we can jump to line numbers when viewing files.
>
> Can we do this with large lists of files? I have 300,000+ files I need
> to navigate through, and I'd like to be able to jump to a specific file
> number in the list so I can do "tag from here up/down".
>
> Thanks!
>
> Dan
From the help file, also works in the directory window.
Alt- ~ Jump to a specific file based on the entered ordinal value.
This value is absolute from the top of the list unless
prefixed with + or -, in which case it is relative to the
current file.
Ben
Fixed next build (nomsg)
Alt-\ fails on my system. Alt-; works but not in directory window
> From the help file, also works in the directory window.
>
> Alt- ~ Jump to a specific file based on the entered ordinal
> value.
> This value is absolute from the top of the list unless
> prefixed with + or -, in which case it is relative to
> the
> current file.
>
> Ben
On my UK-Keyboard Alt- does not work.
The alternative Alt-; works, but only in the file windows not in the directory window.
It does work in directory mode. Maybe that is what you meant,
/Oliver
Alt-\ fails on my system. Alt-; works but not in directory window
> > From the help file, also works in the directory window.
> >
> > Alt- ~ Jump to a specific file based on the entered
> ordinal
> > value.
> > This value is absolute from the top of the list
> unless
> > prefixed with + or -, in which case it is relative
> to
> > the
> > current file.
> >
> > Ben
>
> On my UK-Keyboard Alt- does not work.
>
> The alternative Alt-; works, but only in the file windows not in the
> directory window.
>
> It does work in directory mode. Maybe that is what you meant,
>
> /Oliver
UK keyboard layout here.
is between Shift, a and z.
Both keys are working.
File window, the ordinal is at the bottom.
Directory window, the ordinal is at the top, so maybe you missed it.
Ben
[ZEP] A new % value
> To me the current directory is the directory of the highlighted file.
> Using those definitions if C:AAABBBCCC is the current directory,
> then how can ZTree know which sub file you are referring to?
To me, the current directory is the directory you Branched from (CCC) whereas the file is in a child/subdirectory of the current (EEE). Semantics... ;)
> There are already these
> %e - Current dir ext
> %n - Current dir name
> %r - Root of Branch
>
> so maybe this new one should be
> %b - Path relative to the branch
I chose %c for Child directory path. %b feels more obscure to me, but I can be convinced otherwise.
Thanks for the correction
On my UK-Keyboard Alt- does not work.
> > The alternative Alt-; works, but only in the file windows not in the
> > directory window.
> > /Oliver
> UK keyboard layout here.
> is between Shift, a and z.
> Both keys are working.
>
>
> Ben
I have a UK-international Keyboard driver. It gives loads of accents using the right Alt-Key(the red keys are dead keys which place the accent on the following letter):
but it seems to cause the Alt- combination to fail. I believe Kim added Alt-; because that happens with some international keyboard layouts.
> File window, the ordinal is at the bottom.
> Directory window, the ordinal is at the top, so maybe you missed it.
Yes indeed. I only lookes at the bottom. You live and learn
Thank you,
Oliver
Directory Mode %4.%5
Currently when in the Directory Mode File Window, the %4 & %5 Batch Parameters contain the name & extension of the highlighted directory.
While I agree with the logic of the DM commands treating directories as files as much as possible, I think the %4 & %5 parameters should be reserved for file names only.
The sequence %2:%3%4.%5 should always be the same as %1. Currently in DM it repeats the directory name after including it in the %3 path. This is inconsistent. Either it's a directory or a file, it can't be both.
We have %n.%e to represent the directory name and extension. Including it in %4.%5 is redundant, and could result in batch and F9 menu scripts attempting to act on these directories as files.
This may raise a question regarding %8. The %8 short name has never been blank in the Tree Window, so it's consistent to continue to show the short directory name here when in the DM. There is no short directory path equivalent to %3, so there is no way to cause a short-name repetition with it.
In help file section 3.4.1, the %4 & %5 parameters are defined simply as "Name" and "Extension." But the sentence just above explains the "file name and extension information will be blank" when in a directory window. So these are clearly meant to be file name and extension only.
For clarification I think the Help file definitions should be changed to "File name" and File extension," and these should always be blank when in Directory Mode.
- John
[ZEP] A new % value
> I would like to request %c (child) be added to the list of
> Batch Parameters.
>
> >> Given the directory structure: C:AAABBBCCCDDDEEEFFF
> >> CCC is the currently directory
> >> %c returns DDDEEEFFF
>
> Potential enhancement:
> %c0 returns CCCDDDEEEFFF
> %c1 returns DDDEEEFFF
> %c2 returns EEEFFF
> etc.
>
> Whatcha think?
As Hartmut said, it might be useful to have the relative directory path to a file from the current directory.
But first I think we should clarify what "current" means. Batch parameters do not treat "current" the same as the Alt-Copy/Move commands do. This can lead to some confusion. In the Showall/Global (SG) FWs, Alt-Copy/Move treat "current" as the root of the drive, and in the Branch (and of course Normal) FWs it's the highlighted directory from which the FW is entered.
Batch parameters on the other hand treat "current" as the directory in which the highlighted file resides. This includes %6, %n, %e and %p. Note that in terms of the batch parameter %p, calling this proposed path the "child" would have no relation to what is called the "parent".
What it does relate to is %r, the "Root of Branch". It is indeed a "child" of that path, but only when in a Branch FW. In an SG FW, %r has absolutely no relation to the path to any highlighted file. It would only be a coincidence when it does. So choosing "from the BSG list" as you suggest in your second post, is not workable. (In fact the usefulness of %r in an SG FW is questionable, and perhaps should be left blank.)
Clearly then the only time %c should contain a path would be in a Branch FW, and then only if the highlighted file was in a subdirectory of %r, and only in the File Mode (not Directory Mode).
I think adding %c0, %c1, etc. would further complicate this, while adding little functionality. The main purpose is to have the path to the file relative to %r. So %c should suffice.
I share Ben's concern about confusing the proposed %c with "current". Also, as I mentioned, it could be confused with relating it to the batch parameter %p, "parent". But frankly I cannot think of a better mnemonic. Others such as %b might be even more confusing. So as long as it's explained in the Help file that it's a "child" of the Branch Root, %r, calling it %c would be OK.
- John
[ZEP] A new % value
> The main purpose is to have the path to the file relative to %r.
> So %c should suffice.
> I share Ben's concern about confusing the proposed %c with "current".
I'd suggest %s,
thinking of it as a "sub-path" relative to branch root.
Would this be clearer?
Hartmut
[ZEP] A new % value
> I'd suggest %s,
> thinking of it as a "sub-path" relative to branch root.
> Would this be clearer?
Yes, but unfortunately %s is already used for "size".
- John
[Q] Distorted ZTree View on Win 10 Home.
All,
I wonder if someone can help me out.
While ZTree will open normally, and functions correctly, sometime after I've been using other applications -- usually web browsing, when I task-switch back to ZTree, it will often appear distorted as in the image. Sometimes it's much worse than that, although it continues to respond to keystrokes as expected.
I'm using two USB-C to HDMI connected external monitors on an Alienware R5 laptop. Both the displays are running: 1920x1080@60Hz, or 1080p, and it doesn't seem to matter on which of the two monitors ZTree appears (the displays are extended as 2 & 3 with primary laptop (1) display disabled). The display card is Nvidia GTX 1080. I'm using the ZTree invocation string:
"D:ZTreeWinZTW64.EXE" /ZB /ZD /ZF /ZM /T"STEVEN JAMES: ZTW64.EXE" /COLS:MAX /ROWS:MAX /APIT -- if it matters.
Two quick Alt-F7's will straighten everything out again, but this has been a persistent problem on my Windows 10 Home system (build 17763.rs5_release.180914-1434 -- again if it matters). Anyone have any idea why this might be happening?
Thanks,
SJ
[ZEP] A new % value
Yes, you're right about BSG. I should have mentioned only Branch.
After more analysis, %c should not include the root directory. It should only return the sub-directory path to the highlighted file. This way, the %1 would be mimicked by %r%c%4.%5
If the root directory is needed, %n%c would work.
This would be the most versatile.
Walt