“Listing.txt” saved in wrong folders

[Clo]

Hello !

• There is a in that function, to reproduce it, the pre-conditions are :

a. Have another version in the same HD, indeed with another folder-name
b. Set the configuration files in the folder of XnView you are working with, in the case, the ß-4 version here located as

E:\XnVIew_190_beta\*.*

1. Go to Browser, open any folder to get thumb nails or a list, according to your setting.

2. Select at least one file,

3. Create Menu –> File Listing –> Dialogue –> OK

• The default text-editor is shown with a “Listing.txt” file containing the info for the selected file.

4. Close directly that text file : You are not prompted to save it at a wished location…

- Then, make a search to find out the text file

• Here, I got successively :

I. First test : e:\Documents and Settings\CLAUDE\Local Settings\Temp\listing.txt

II. Second test : e:\XnView_alpha\listing.txt wich is not the folder of the version I'm working with !

• At the very outside, the «Listing.txt» files might be saved in the <user> folder, so here
E:\Documents and Settings\CLAUDE\Application Data\XnView\
in a sub-folder for each listing one creates, in example : <Listing-1> <Listing-2> and so on…

- But I would much prefer that the Listing sub-folders be created in the folder of the programme
when the settings files are all stated there, and preferably in the folder of the right version !

• Point noted !

KR
Claude
Clo

XnView 1.90 <x>

[Clo]

Hi !

• Not fixed up in ß-5, still saved in the wrong version folder…

KR
Claude
Clo

[xnview]

Hi !

• Not fixed up in ß-5, still saved in the wrong version folder…

KR
Claude
Clo

It's a temporary file, so it's in temp

[Olivier_G]

It's a temporary file, so it's in temp

If I "Create" a file listing, I would expect the file text to be the result and to be prompted to save it somewhere. Can you call an application (notepad), paste text in it and open saving dialog with a specified path?
(maybe use current folder or Options>Integration>'Folder used for other files'... )

-> moved to more feedback for now.

[xnview]

It's a temporary file, so it's in temp

If I "Create" a file listing, I would expect the file text to be the result and to be prompted to save it somewhere. Can you call an application (notepad), paste text in it and open saving dialog with a specified path?
(maybe use current folder or Options>Integration>'Folder used for other files'... )

-> moved to more feedback for now.

No, i can only open notepad with the saved text

[Clo]

Pierre

Hello !

• Please, read again the start message more carefully !

- For one test, I got the file in a temp. dir., but then, ALL tests I performed led to the directory of another version of XnView, which is NOT a TEMP folder !

- IMHO, such a file able to contain full info for many files is not a temp. file… So, I guess it might be saved in the folder of XnView - the one in use , not another ! - creating a specific sub-folder for each to store…

KR
Claude
Clo

[xnview]

Pierre

Hello !

• Please, read again the start message more carefully !

- For one test, I got the file in a temp. dir., but then, ALL tests I performed led to the directory of another version of XnView, which is NOT a TEMP folder !

Even with the B5??? I've fixed that

[Clo]

Yes Pierre, even with ß-5 !

• Anyway, NotePad doesn't guess the path by itself ! So, you give a path ! It could be something like :

.\Listing-x…\listing.txt

- In brief, either a path like above, or display the Win dialogue “Save As…” to choose a location.

KR
Claude
Clo

[xnview]

Yes Pierre, even with ß-5 !

It's not possible, i always use path like <user>/local settings/temp/listing.txt

[Clo]

… and the file lands in the folder of the 1.90 Alphas… !

• I'll retest this when the ß-6 is out, and I'll make a video if not fixed up…

KR
Claude
Clo

[foxyshadis]

Yes Pierre, even with ß-5 !

It's not possible, i always use path like <user>/local settings/temp/listing.txt

Not %temp%/listing.txt? After all, shell shortcuts work in all file functions (as long as you're not using \\?\Device\HarddiskVolume1\...)

[ouistiti]

Here currently, I get the «listing.txt» in the «user»\XnView temp dir., but that doesn't the trick, since when I create a second listing, it overwrites the previous without any warning… It's not rare to need several listings to use a bit later…
- So, something like the Clo's proposal should be much better : Save each listing in a separate sub-folder created in the folder of the programme «Listing-1» …«Listing-5», five could be sufficient.

Friendly

Paul

[Olivier_G]

What about including a simple "Save in" field at the bottom of the 'File Listing' window?
(with previous used path +"..."(-> folder selection tree) +prompt dialog if file already exists)

[Clo]

—> Olivier_G

Hi !

…with previous used path +"..." …

• The previous path shall be always the one where there is already the previous file ! So, it needs always to browse the tree, and the most times this tree is collapsed, it takes ages to reach the wanted location…

- The current misfeature is that this function has not been planned to save more than one file, but quickly.

• Hence, I thought to keep the speed quality, but allowing several files.
- Something like to create the appropriate sub-folder for each file up to let's say, five or so, then reuse these n… sub-folders for the next bunch of listings, asking for overwrite the current “tenant”.

KR
Claude
Clo

[Olivier_G]

Claude, I think I would prefer an 'intelligent' naming of the listing file, rather than a sub-folder system, to handle multiple files.

Imagine an editable 'saving name' field where one could choose:
- simple name (example: "Listing.txt") which would replace the previous one.
- or adding current date (example: "Listing_20061217.txt") to keep them and manage them afterwards the way you want.
(I suppose more options - folder name, incremental index... - could be used too)