> http://betanews.com/2012/05/17/ditch-windows-explorer-go-retro-with-xfile/

From the homepage
http://www.coastline-software.com/
it looks as though the developer has abandoned work on this XTree clone.

The file 714KB file XFile.exe is UPXed, its uncompressed size is 2MB. I suspect this is largely because it is not a console program. I could not get it to log two drives at once.

Another XTree clone is Extreme file manager:
http://textmode.netne.net/Extreme.html
This is a very small (UPXed 63KB) console program, free and still under development. It also comes with a version of the excellent console based TDE editor which I now use with ZTree.

Neither of these programs can compete with ZTree, for features or user support.

Oliver]]> http://www.ztw3.com/forum/forum_entry.php?id=114529 Fri, 18 May 2012 05:41:54 GMT Post by Laurent Duchastel, May 18,2012 at 00:21:

http://betanews.com/2012/05/17/ditch-windows-explorer-go-retro-with-xfile/]]> http://www.ztw3.com/forum/forum_entry.php?id=114528 Fri, 18 May 2012 00:21:34 GMT Reply from Hartmut Schneider, May 17,2012 at 16:51:

> The only issue that I can see with changing this is that if using the
> /ZI (or /ZC) switches, you might not be using the default filename - so
> the pathname alone would not be enough to guarantee being able to
> reference the actual config file in use.

That's true.
#ZTIniPath and #ZTZColorsPath should stay as they are, so they can be used directly.
Fixing the bug would be nice however :-)

But to address the other eight 'alternate configuration files', their directory is needed.
According to ZTW.HLP chapter 3.14 'Auxiliary Files' it is determined by "setting the
'Working' or 'Start in' directory. ZTreeWin will then use these files for configuration settings."

Just one additional variable, e.g. #ZTIniDir or #ZTAuxDir, would give this info at runtime.

Hartmut]]> http://www.ztw3.com/forum/forum_entry.php?id=114527 Thu, 17 May 2012 16:51:56 GMT Reply from Kim Henkel, May 16,2012 at 13:14:

> #ZTIniPath was
> introduced as the "Full path of the configuration file (ZTW.INI)
> in use by the current instance of the ZTW executable".
>
> However, it is quite useless:
> - Trying to directly view ZTW.INI by pressing [V]iew in DW and entering %#ZTIniPath%
> does not work: "Error: [161] Bad Pathname".
It's incorrectly appending the full pathname to the current pathname. Easily fixed, but...

> - The 10 Alternate configuration files (see ztw.hlp chapter 3.14)
> ( ZTW.INI, ZCOLORS.INI, ARCHIVER.BB2, ZTW.HST, ZTW.KEY,
> ZTW.ZAM, ZTW.ZA$, ZLIST.ZLS, TEMP.ZLOG, ZNOLOG.INI )
> can not be addressed using
> %#ZTIniPath% directly - because it ends with ...ZTW.INI.
>
> Change Request:
> Please could #ZTIniPath be changed to alone the path to ZTW.INI e.g. the Alternate
> configuration Directory of the current ZTree> instance.

The same case could probably be made for #ZTZColorsPath.
The only issue that I can see with changing this is that if using the /ZI (or /ZC) switches, you might not be using the default filename - so the pathname alone would not be enough to guarantee being able to reference the actual config file in use.]]> http://www.ztw3.com/forum/forum_entry.php?id=114526 Wed, 16 May 2012 13:14:34 GMT Reply from Hartmut Schneider, May 16,2012 at 03:11:

#ZTIniPath was introduced as the "Full path of the configuration file (ZTW.INI)
in use by the current instance of the ZTW executable".

However, it is quite useless:
- Trying to directly view ZTW.INI by pressing [V]iew in DW and entering %#ZTIniPath%
does not work: "Error: [161] Bad Pathname".

- The 10 Alternate configuration files (see ztw.hlp chapter 3.14)
( ZTW.INI, ZCOLORS.INI, ARCHIVER.BB2, ZTW.HST, ZTW.KEY, ZTW.ZAM, ZTW.ZA$, ZLIST.ZLS, TEMP.ZLOG, ZNOLOG.INI )
can not be addressed using %#ZTIniPath% directly - because it ends with ...ZTW.INI.

Change Request:
Please could #ZTIniPath be changed to alone the path to ZTW.INI
e.g. the Alternate configuration Directory of the current ZTree instance.

Thus all 10 Alternate configuration files could be addressed.


Best regards,
Hartmut]]> http://www.ztw3.com/forum/forum_entry.php?id=114525 Wed, 16 May 2012 03:11:18 GMT Reply from Martijn Coppoolse, May 14,2012 at 07:33:

> > > > ...this is not bashing, it’s simply true! :-D
> > >
> > > Not really. The third car is the IKEA version. :-)
> >
> > You're aware that Linus Torvalds is a native Swedish speaker? ;-)
>
> Are you aware that the majority of GNU/Linux was not developed by
> Torvalds?

Of course; he once stated that he only wrote about 5% of the Linux kernel (and that was back in 2000 or so). He also said —more recently— that nowadays, he codes by telling others what to do. :-D.

But he’s the only "big name" I know of the GNU/Linux/etc. world who’s got even a remote connection to Ikea of Sweden... :-P


> This probably makes the analogy more appropriate.

Yes, bits and pieces created by people all over the planet.]]> http://www.ztw3.com/forum/forum_entry.php?id=114524 Mon, 14 May 2012 07:33:57 GMT Reply from Ian Binnie, May 12,2012 at 17:44:

> > > ...this is not bashing, it’s simply true! :-D
> >
> > Not really. The third car is the IKEA version. :-)
>
> You're aware that Linus Torvalds is a native Swedish speaker? ;-)

Are you aware that the majority of GNU/Linux was not developed by Torvalds?
This probably makes the analogy more appropriate.]]> http://www.ztw3.com/forum/forum_entry.php?id=114523 Sat, 12 May 2012 17:44:12 GMT Reply from Martijn Coppoolse, May 12,2012 at 15:32:

> > ...this is not bashing, it’s simply true! :-D
>
> Not really. The third car is the IKEA version. :-)

You're aware that Linus Torvalds is a native Swedish speaker? ;-)]]> http://www.ztw3.com/forum/forum_entry.php?id=114522 Sat, 12 May 2012 15:32:02 GMT Reply from Matthias Kring, May 12,2012 at 13:43:

> ...this is not bashing, it’s simply true! :-D

Not really. The third car is the IKEA version. :-)]]> http://www.ztw3.com/forum/forum_entry.php?id=114521 Sat, 12 May 2012 13:43:24 GMT Reply from Juergen Hestermann, May 11,2012 at 00:24:

> But none of these settings lead to files beginning with a dash
> sorted *in the middle* as in:
> 199
> -199
> 1998
> This would only be the case if the sort order is nuMber. But as you can
> see from the screenshot it is Name.


Sorry, I just discovered that Windows is realy doing this strange kind of sorting. Never expected that it could be so weird. But for what reason do they ignore leading dashes? I don't get it. Well, it's MS in the end.


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114520 Fri, 11 May 2012 00:24:26 GMT Reply from Juergen Hestermann, May 11,2012 at 00:22:

> These settings would only influence whether dashes are sorted *before*
> or *after* numbers but they would not lead to have dashes ignored at all
> (for sorting).

Sorry, I just discovered that Windows is doing this weird sorting. I never expected it to be so weird.


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114519 Fri, 11 May 2012 00:22:25 GMT Reply from Juergen Hestermann, May 11,2012 at 00:16:

> I mistyped the character setting it should be CO-3C.
> And the same effect can be achieved by setting the character set in the
> sort menu if you exit the menu with [Enter]

These settings would only influence whether dashes are sorted *before* or *after* numbers but they would not lead to have dashes ignored at all (for sorting).


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114518 Fri, 11 May 2012 00:16:17 GMT Reply from Juergen Hestermann, May 11,2012 at 00:14:

But none of these settings lead to files beginning with a dash sorted *in the middle* as in:

199
-199
1998

This would only be the case if the sort order is nuMber. But as you can see from the screenshot it is Name.


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114517 Fri, 11 May 2012 00:14:24 GMT Reply from Kim Henkel, May 10,2012 at 19:20:

Charset (ANSI)


Charset (OEM)
]]> http://www.ztw3.com/forum/forum_entry.php?id=114516 Thu, 10 May 2012 19:20:52 GMT Reply from Ian Binnie, May 10,2012 at 19:15:

> It looks as though [A]nsi (and Explorer) ignore - when it is part
> of a number.

There are a number of different sorts used in MicroSoft programs.
I remember getting very frustrated in Excel VBA where different algorithms were used by different methods - one of which ignores '-'. The following is my note to myself

' NOTE Microsoft insists on sorting strings containing "-" as if this was not there
' StrCmp however treats it in the correct collating sequence
' The end result is that updates do not work where similar names are hyphenated.
' This is "fixed" by removing "-" from keys

I have never investigated Explorer, but I suspect this is the case, although knowing M$ it may differ between Windows versions.


> But now I wonder what the point of nu[M]ber is.

Still quite useful for any name containing a mixture of numbers and letters.]]> http://www.ztw3.com/forum/forum_entry.php?id=114515 Thu, 10 May 2012 19:15:15 GMT Reply from Kim Henkel, May 10,2012 at 19:09:

]]> http://www.ztw3.com/forum/forum_entry.php?id=114513 Thu, 10 May 2012 19:09:41 GMT Reply from Oliver Pretzel, May 10,2012 at 17:34:

It looks as though [A]nsi (and Explorer) ignore - when it is part of a number.

But now I wonder what the point of nu[M]ber is.]]> http://www.ztw3.com/forum/forum_entry.php?id=114511 Thu, 10 May 2012 17:34:46 GMT Reply from Oliver Pretzel, May 10,2012 at 17:17:

> Realy? How can this sort order result in *any* sort order (other than
> nuMber):

I mistyped the character setting it should be CO-3C.
And the same effect can be achieved by setting the character set in the sort menu if you exit the menu with [Enter]

Try it and see:
CO-3C= ANSI
CO-3D= Name:
19-27
1998...
-1989x...
(This sort is weird, but it is exactly the order selected by Explorer)


CO-3C= OEM
CO-3D= Name:
-1989x...
19-27
1998...


Oliver]]> http://www.ztw3.com/forum/forum_entry.php?id=114510 Thu, 10 May 2012 17:17:21 GMT Reply from Art Kocsis, May 10,2012 at 17:13:

> I would like to suggest that ZTreeWin be modified to allow the
> insertion and deletion of characters from a file, while in Hex Edit mode.

I, for one, would not want this as the risk of changing the file size is too great and I rely on the ZT hex editor to prevent that happening. For hex editing that can change file sizes I suggest (and use), the freeware hex editor HxD [www.mh-nexus.de]. It is small (no bloat), extremely fast, and will view and edit raw disk data as well as files. It loads my 2 TB disks almost instantaneously. Set your CO-1B alt editor to HxD or make an F9 menu item for ease of access.]]> http://www.ztw3.com/forum/forum_entry.php?id=114509 Thu, 10 May 2012 17:13:40 GMT Reply from Art Kocsis, May 10,2012 at 16:47:

What! No 8 inch disks???]]> http://www.ztw3.com/forum/forum_entry.php?id=114508 Thu, 10 May 2012 16:47:08 GMT Reply from Juergen Hestermann, May 10,2012 at 11:22:

> If you set it to ANSI they will show as you describe.

Realy? How can this sort order result in *any* sort order (other than nuMber):


19-27
-1989x...
1998...


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114507 Thu, 10 May 2012 11:22:38 GMT Reply from Oliver Pretzel, May 10,2012 at 10:50:

> No, Charset option is not important, it doesn't work same way either
> OEM or Ansi charset.

I think you may not realize that Antti means the character set chosen in the Alt-F10 configuration file page 2 option C (normally referred to as CO-2C in this forum). If you set that to OEM and close and reopen the directory the entries starting with '-' will be at the start.

If you set it to ANSI they will show as you describe. This is exactly the way the files are sorted by Windows Explorer. I assume that is intentional. As it is important for ZTree to be consistent with the Windows standard by default.

Oliver]]> http://www.ztw3.com/forum/forum_entry.php?id=114505 Thu, 10 May 2012 10:50:54 GMT Post by Hartmut Schneider, May 10,2012 at 06:30:

In Split mode, most commands fill in the Other Pane's path/filename.
However, Create Archive (F5 and Ctrl-F5) does *not* offer Other Pane at all.

Wish: provide at least F8 to fill in the opposite item.

Regards,
Hartmut]]> http://www.ztw3.com/forum/forum_entry.php?id=114503 Thu, 10 May 2012 06:30:07 GMT Reply from CZ Brno, May 10,2012 at 04:05:

No, Charset option is not important, it doesn't work same way either OEM or Ansi charset.

> > In recent 4-5 versions (maybe from 2.4.70) there is wrong sorting
> of
> > files. I have some images, which start by sign "-" (minus) or digits
> and
> > when I try to sort files by NAME, order is incorrect. Files, starting
> by
> > "-" are not on the beginning, but they are mixed in other files on
> > position as without sign "-". See image.
> >
>
> I assume you are have the OEM Charset option on? With that setting, I
> can see the files in your desired order at least in v2.4.79.]]> http://www.ztw3.com/forum/forum_entry.php?id=114501 Thu, 10 May 2012 04:05:55 GMT Reply from Antti, May 10,2012 at 03:49:

> In recent 4-5 versions (maybe from 2.4.70) there is wrong sorting of
> files. I have some images, which start by sign "-" (minus) or digits and
> when I try to sort files by NAME, order is incorrect. Files, starting by
> "-" are not on the beginning, but they are mixed in other files on
> position as without sign "-". See image.
>

I assume you are have the OEM Charset option on? With that setting, I can see the files in your desired order at least in v2.4.79.]]> http://www.ztw3.com/forum/forum_entry.php?id=114500 Thu, 10 May 2012 03:49:15 GMT Reply from Martijn Coppoolse, May 10,2012 at 03:07:

Bashing? I don't get it...





...this is not bashing, it’s simply true! :-D
(Which reminds me, I need to reassemble my bike before tomorrow... Oh yes, and my server).]]> http://www.ztw3.com/forum/forum_entry.php?id=114499 Thu, 10 May 2012 03:07:22 GMT Post by CZ Brno, May 10,2012 at 03:01:

In recent 4-5 versions (maybe from 2.4.70) there is wrong sorting of files. I have some images, which start by sign "-" (minus) or digits and when I try to sort files by NAME, order is incorrect. Files, starting by "-" are not on the beginning, but they are mixed in other files on position as without sign "-". See image.



Wrong sorting is in all modes - alfanum, number, name.

George]]> http://www.ztw3.com/forum/forum_entry.php?id=114498 Thu, 10 May 2012 03:01:32 GMT Post by Laurent Duchastel, May 09,2012 at 19:05:

]]> http://www.ztw3.com/forum/forum_entry.php?id=114497 Wed, 09 May 2012 19:05:58 GMT Post by Laurent Duchastel, May 09,2012 at 18:31:

]]> http://www.ztw3.com/forum/forum_entry.php?id=114496 Wed, 09 May 2012 18:31:59 GMT Post by Andrew Watson, May 08,2012 at 23:56:

http://www.itworld.com/hardware/273070/greatest-pc-mysteries-solved?source=ITWNLE_nlt_windows_2012-05-08]]> http://www.ztw3.com/forum/forum_entry.php?id=114495 Tue, 08 May 2012 23:56:22 GMT Reply from Kim Henkel, May 08,2012 at 20:58:

]]> http://www.ztw3.com/forum/forum_entry.php?id=114494 Tue, 08 May 2012 20:58:57 GMT Reply from Juergen Hestermann, May 08,2012 at 06:30:

> > (message "Disk drive T: Path not found [3]").
> I randomly get this message in both 2.4.79 and 2.4.80 for ZLOG files
> when merging non-present drives for the first time, but ZTree does not
> crash.

Since version 2.4.62 (where relogging was disabled) I have only seen this behaviour in 2.4.80 so far.


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114493 Tue, 08 May 2012 06:30:23 GMT Post by Slobodan Vujnovic, May 08,2012 at 05:55:

I was Copying with Rename lots of files and messed some things up
until I realized I'd ignored one aspect of Copy: the TAB
cycle discards whatever explicit filename rename mask you specify.
Example: I want to Copy this group of files somewhere and give the
files a better name:

src.c
src.h
src.txt
src.jpg

copy as:

My New Source.C
My New Source.H
My New Source.Txt
My New Source.Jpg

After Tagging and Ctrl+Copy, I specify:

<my new source>.*

but before hitting Enter, I hit TAB and cycle to Word Caps.Cap. (I don't
know what I was thinking...)

It took me a while to realize that my rename mask (which in reality is much more
complex) is discarded as the files end up as:

Src.H
Src.H
Src.Txt
Src.Jpg

My expectation was that the uppercasing process would come at the very end,
after my mask processing, not instead of it.

I'm not ZEPping that this be changed or enhanced, so it's just a tip for
constructing the mask in advance as you want it to appear. It's entirely
my error and sloppiness, but it may bite you... The danger comes from the
fact that, if you opt for "Automatically replace existing files", you will
wipe out target files -- in this case all src.* without realizing it!
]]> http://www.ztw3.com/forum/forum_entry.php?id=114492 Tue, 08 May 2012 05:55:46 GMT Reply from Oliver Pretzel, May 08,2012 at 05:06:

> (message "Disk drive T: Path not found [3]").

I randomly get this message in both 2.4.79 and 2.4.80 for ZLOG files when merging non-present drives for the first time, but ZTree does not crash. After selecting [S]kip and repeating the merge ZTree succeeds in loading the ZLOG.

Oliver]]> http://www.ztw3.com/forum/forum_entry.php?id=114489 Tue, 08 May 2012 05:06:04 GMT Reply from Juergen Hestermann, May 08,2012 at 00:18:

> When I load a ZLog file created with an older version
> Do you know what version it was created with? If not, please share the
> first few bytes in hex.

I think it was version ztw2478 (the date of the ZLog file is from 24th of april and ztw2479 was later). Hex content is the following:

----------------
00000000 5A 56 43 00 00 00 00 01 01 03 02 00 01 01 00 00 ZVC····☺☺♥☻·☺☺··
00000010 00 01 00 00 00 01 00 00 00 00 00 00 00 00 00 00 ·☺···☺··········
00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ················
00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ················
00000040 00 00 00 00 00 00 00 00 00 00 31 00 30 00 31 00 ··········1·0·1·
00000050 30 00 30 00 31 00 30 00 34 00 31 00 30 00 32 00 0·0·1·0·4·1·0·2·
00000060 30 00 30 00 30 00 41 00 32 00 31 00 30 00 30 00 0·0·0·A·2·1·0·0·
00000070 5A 00 32 00 FB 00 30 00 31 00 31 00 30 00 30 00 Z·2·¹·0·1·1·0·0·
00000080 31 00 00 00 20 00 20 00 20 00 2D 00 22 00 2A 00 1··· · · ·-·"·*·
00000090 20 00 63 00 64 00 32 00 2A 00 2E 00 2A 00 22 00 ·c·d·2·*·.·*·"·
000000A0 2C 00 2D 00 22 00 2A 00 20 00 63 00 64 00 33 00 ,·-·"·*· ·c·d·3·
000000B0 2A 00 2E 00 2A 00 22 00 2C 00 2D 00 2A 00 2E 00 *·.·*·"·,·-·*·.·
000000C0 6A 00 70 00 67 00 0A 00 0A 00 00 00 00 00 20 00 j·p·g·◙·◙····· ·
----------------

Error message on crash:
>



> > into v2.4.80 it crashes
> Is this something new? ie,. did it not crash with v2.4.79?

It does not crash with v2.4.79 nor does this version show the error message that T: cannot be accessed.


Jürgen.]]> http://www.ztw3.com/forum/forum_entry.php?id=114488 Tue, 08 May 2012 00:18:30 GMT