Er... that is to say it doesn't work as I would like it to and some of the problem seems to be a change from the earlier version (pre V1.68). I can't say definitively that the latter is correct as in the meantime I've changed Op Sys, mboard, CPU, etc but I don't see why any of those changes would affect what I'm talking about.
When I want to reclassify a photo from one folder to another I highlight the name in the browser, press Alt-M and up comes the box with the drop-down list of the last ten (?) destination folders. If the folder I want is not in the list I click the browse button and the explorer-type window will open with the focus on the folder of the same name as the one in the drop-down list and showing that level of folder fully expanded for the ten or so before and after the highlighted one. I can then scroll the explorer-type list to find the folder I want.
Note especially the facility to position the highlight on whichever folder I choose in the drop-down list and the full expansion of the same level folders in the tree. The first still works but the second only works where there's less than 100 folders (my guess) at that level in the tree. For more than 100 it shows the next level up folder with a "+" and the one folder only that you had in the drop-down list. This is annoying because if you wanted to use that folder you would not have clicked on the browse button and it's exactly with these large quantity folders that scrolling becomes tiresome.
If the above isn't understandable please say so and I'll give some examples but I didn't want to go on and on if you know all about this.
While I have your attention I'd like to suggest a couple of changes to the drop-down list:
1) Allow the user to specify the # of entries.
2) Make it work so that the last move-to folder is always the first in the list and any earlier duplicate is deleted. At present it leaves the duplicate at its original position and ignores the last move.
Alt-M doesn't work properly
Moderators: helmut, XnTriq, xnview
Re: Alt-M doesn't work properly
FeelFree,
I think that I could reproduce your bug, these are the steps:
1.) In a folder ('C:\Temp\Test') create 150 sub folders ('001', ..., '150').
2.) Move one or more files to the last folder ('150') of the 150 sub folders using the 'Move' dialog
3.) Select another file and open the 'Move' dialog, again.
4.) In the 'Move' dialog, select the '...' to choose a folder. The dialog 'Choose folder' appears.
-> In the dialog 'Choose folder', the last folder used ('150') is shown and selected, but all the other 149 folders one the same directory level are not shown (invisible).
When pressing the plus symbol [+] (of C:\Temp\Test) the 149 folders appear, but you have to manually scroll to folder '150'.
System is Windows XP SP1 and XnView 1.70.4
your description is indeed a bit lenghty (we all know how moving files works), but the bug description is valuable.FeelFree wrote: ...
Note especially the facility to position the highlight on whichever folder I choose in the drop-down list and the full expansion of the same level folders in the tree. The first still works but the second only works where there's less than 100 folders (my guess) at that level in the tree. For more than 100 it shows the next level up folder with a "+" and the one folder only that you had in the drop-down list. This is annoying because if you wanted to use that folder you would not have clicked on the browse button and it's exactly with these large quantity folders that scrolling becomes tiresome.
If the above isn't understandable please say so and I'll give some examples but I didn't want to go on and on if you know all about this.
While I have your attention I'd like to suggest a couple of changes to the drop-down list:
1) Allow the user to specify the # of entries.
2) Make it work so that the last move-to folder is always the first in the list and any earlier duplicate is deleted. At present it leaves the duplicate at its original position and ignores the last move.
I think that I could reproduce your bug, these are the steps:
1.) In a folder ('C:\Temp\Test') create 150 sub folders ('001', ..., '150').
2.) Move one or more files to the last folder ('150') of the 150 sub folders using the 'Move' dialog
3.) Select another file and open the 'Move' dialog, again.
4.) In the 'Move' dialog, select the '...' to choose a folder. The dialog 'Choose folder' appears.
-> In the dialog 'Choose folder', the last folder used ('150') is shown and selected, but all the other 149 folders one the same directory level are not shown (invisible).
When pressing the plus symbol [+] (of C:\Temp\Test) the 149 folders appear, but you have to manually scroll to folder '150'.
System is Windows XP SP1 and XnView 1.70.4
Re: Alt-M doesn't work properly
I have not the problem on windows 2000. And the dialog used to select the ouput directory is from windows, so perhaps a windowshelmut wrote:I think that I could reproduce your bug, these are the steps:
1.) In a folder ('C:\Temp\Test') create 150 sub folders ('001', ..., '150').
2.) Move one or more files to the last folder ('150') of the 150 sub folders using the 'Move' dialog
3.) Select another file and open the 'Move' dialog, again.
4.) In the 'Move' dialog, select the '...' to choose a folder. The dialog 'Choose folder' appears.
-> In the dialog 'Choose folder', the last folder used ('150') is shown and selected, but all the other 149 folders one the same directory level are not shown (invisible).
When pressing the plus symbol [+] (of C:\Temp\Test) the 149 folders appear, but you have to manually scroll to folder '150'.
Pierre.