[Fixed] CD tree doesn't display brackets besides on 1st run

[icfu]

Steps to reproduce:
1. Delete treeinfo.wc on a drive of your choice.
2. Create a directory with brackets, like "Process Monitor [Sysinternals] 1.23"
3. Press Alt+F10
4. When completed search for "process monitor".

=> Brackets will be displayed.

5. Press ESC.
6. Repeat steps 3. and 4.

=> Beackets are NOT displayed anymore.

Icfu

[petermad]

Confirmed!

I can add that the brackets are stored correctly inside the treeinfo.wc file - they are just not displayed correctly.

[ghisler(Author)]

This is by design. Brackets are removed because the folders are stored with brackets around them in the treeinfo file. Unfortunately this means that you cannot use real folders containing brackets in their name with this dialog, sorry.

[icfu]

This is by design. Brackets are removed because the folders are stored with brackets around them in the treeinfo file.

Again: On the first run the brackets are shown in the dialog and are NOT removed! So, obviously you are able to differ between brackets at the beginning/ending of a line and brackets within. Hint: CR/LF in front/behind...

Unfortunately this means that you cannot use real folders containing brackets in their name with this dialog, sorry.

What do you mean with "cannot use"?
Typing "*Sysinternals" finds "Process Monitor [Sysinternals] 1.23"!

If you really have problems to differ under certain circumstances – I cannot see any because it works on the first run and you have CR/LF – you could mask them when storing:
Process Monitor [[Sysinternals]] 1.23

Please, fix this, it's annoying to not see real disk content when searching.

Icfu

[Lefteous]

I guess on the first run the directory names are not read from the file. In the subsequent runs the directory names are read from treeinfo.wc which doesn't support these brackets.

[icfu]

Yep, pressing "Refresh" reenables the display of brackets, so it seems that you are right. Anyway, this inconsistency is not worth to be called a feature.

Icfu

[petermad]

In the subsequent runs the directory names are read from treeinfo.wc which doesn't support these brackets.

But the brackets are present inside the treeinfo.wc file - so you cannot say that the file doesn't support them - just that TC doesn't support reading them.

[Lefteous]

2petermad

But the brackets are present inside the treeinfo.wc file

No

[Clo]

2petermad

Hello Peter !

• Do you mean that ?

[2Xexplorer]
[2Xexplorer\Editor2]
[2Xexplorer\English]
[A_fichiers_reg]
[A1]
[A2]
[A3]
[A3\Save_TC_INI_6-54a]
[A4]
[A5]
[A5\7-ZIP-NT]
[A5\Alcohol]
[A5\AntiVir]
…

 FR
Claude
Clo

[icfu]

@Lefteous:
The brackets are stored in treeinfo.wc.

They are not only stored when using XCD, but also when Alt+F10 dialog creates or updates it. Nothing is removed.

Icfu

[Lefteous]

The brackets are stored in treeinfo.wc.

No

[petermad]

Yes:

http://madsenworld.dk/tcmd/brackets.png

- or I need new glasses

[icfu]

Yes.

By the way:
The only situation in which brackets are NOT stored is when the directory is created and the single entry is added to treeinfo.wc. But, when updating, the brackets are rewritten to treeinfo.wc.

Icfu

[icfu]

Another bad side effect of the realtime update:

If your treeinfo file contains these two entries:
Process Monitor [Sysinternals] 1.23
Process Monitor Sysinternals 1.23

deleting the first directory from disk will remove BOTH entries from treeinfo.wc.

This is not a cosmetical problem only but it will also mean that directories which are still existing on disk will not be found anymore until refreshing.

Also, when having both above directories on disk, only the one without brackets will be shown in the dialog until refreshing.

Regarding me I consider that dialog not trustworthy anymore. If it doesn't show me what I have on disk it's ready for recycling.

Icfu

[petermad]

Regarding me I consider that dialog not trustworthy anymore

I agree.