OS Folder Operations in 1.0.8.67
-
- Posts: 1194
- Joined: 10 Jul 08 13:18
Re: OS Folder Operations in 1.0.8.67
Just one more thought for Hert and others to consider that leaves me currently undecided...
"Map to Correct Physical Folder" seems a bit odd to me in the sense that we would never map to an incorrect physical folder. So, I wonder if "Map to Physical Folder" wouldn't be better.
On the other hand, including "correct" in the phrase implies that the current mapping is incorrect and must be changed. I do like that.
Hert gets to decide.
"Map to Correct Physical Folder" seems a bit odd to me in the sense that we would never map to an incorrect physical folder. So, I wonder if "Map to Physical Folder" wouldn't be better.
On the other hand, including "correct" in the phrase implies that the current mapping is incorrect and must be changed. I do like that.
Hert gets to decide.
Re: OS Folder Operations in 1.0.8.67
I like the "correct" addition as well.Mike Buckley wrote:On the other hand, including "correct" in the phrase implies that the current mapping is incorrect and must be changed. I do like that.
Hert
This is a user-to-user forum. If you have suggestions, requests or need support then please send a message
Re: OS Folder Operations in 1.0.8.67
"Map to different disk folder"???Mike Buckley wrote: "Map to Correct Physical Folder" seems a bit odd to me in the sense that we would never map to an incorrect physical folder. So, I wonder if "Map to Physical Folder" wouldn't be better.
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
Re: OS Folder Operations in 1.0.8.67
A more radical thought! When once the cut/copy/paste items work properly, does this "remapping" need to be on the context menu? How often will it be used? It is essential for migrating to a new disk or computer, but otherwise? Perhaps, in addition to cut/copy/paste, the context menu should offer "move folder" and the remapping functions placed as an item in the Tools menu.
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
-
- Posts: 1194
- Joined: 10 Jul 08 13:18
Re: OS Folder Operations in 1.0.8.67
Jim,
Any time the database loses track of the physical location of a folder, that mapping function will be needed. That can happen when a folder is moved using external software and I suppose it can happen on rare occasions when Supreme should have kept track of it but for whatever reason didn't. So, it's important that the manual mapping capability is available. The current method that makes it available on the context menu is the easiest method to implement and to explain to others when they ask about the situation here in the forum.
Any time the database loses track of the physical location of a folder, that mapping function will be needed. That can happen when a folder is moved using external software and I suppose it can happen on rare occasions when Supreme should have kept track of it but for whatever reason didn't. So, it's important that the manual mapping capability is available. The current method that makes it available on the context menu is the easiest method to implement and to explain to others when they ask about the situation here in the forum.
Re: OS Folder Operations in 1.0.8.67
Mike
It was just a "quick thought". "Remapping/mapping" does indeed have to be available, but I use it so seldom in IDI that I thought that having to invoke it from the Tools menu on the toolbar could be a worthwhile tradeoff for simplifying the context menu.
Incidentally, you might not yet be familiar with PSu's "Verify Folder" context menu item. When this is run, any folder that is further down the path than the folder where the context menu item is invoked and that is identified in the catalog but not found on disk is listed. A selectable action is "Relocate folder". It needs different text of course, for clarity and consistency, but there is a nice mechanism here for discovering that something is wrong and deciding what to do about it.
It was just a "quick thought". "Remapping/mapping" does indeed have to be available, but I use it so seldom in IDI that I thought that having to invoke it from the Tools menu on the toolbar could be a worthwhile tradeoff for simplifying the context menu.
Incidentally, you might not yet be familiar with PSu's "Verify Folder" context menu item. When this is run, any folder that is further down the path than the folder where the context menu item is invoked and that is identified in the catalog but not found on disk is listed. A selectable action is "Relocate folder". It needs different text of course, for clarity and consistency, but there is a nice mechanism here for discovering that something is wrong and deciding what to do about it.
- Attachments
-
- PSU folder not found.png (46.42 KiB) Viewed 10085 times
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
-
- Posts: 1194
- Joined: 10 Jul 08 13:18
Re: OS Folder Operations in 1.0.8.67
That's helpful information to know, Jim. Thank you! Using IDimager, I routinely conduct a search of "missing" images and proceed at that point if any are returned. Hopefully that search mechanism is easily available in Supreme.
Re: OS Folder Operations in 1.0.8.67
Hi Jim and Everyone
Where I use the "Relocate Folder" a LOT is at Home I have my Pictures Stored on internal Drive P and I then Backup Onto an External Drive and take that to the office.
Then in Supreme I Relocate the "P:My Pictures( Refers to Internal Home Drive)" in the database to "P: My Pictures(Refers to External Office Drive) so that I can view my pictures.
So in this situation Verify Folder will be extremely long route around (especially when its got to verify 100,000+ pics)
And I think that it has to be in the folder context menu (rather than the tools menu) because you are relocating that specific folder ?
Regards
MikeP
Where I use the "Relocate Folder" a LOT is at Home I have my Pictures Stored on internal Drive P and I then Backup Onto an External Drive and take that to the office.
Then in Supreme I Relocate the "P:My Pictures( Refers to Internal Home Drive)" in the database to "P: My Pictures(Refers to External Office Drive) so that I can view my pictures.
So in this situation Verify Folder will be extremely long route around (especially when its got to verify 100,000+ pics)
And I think that it has to be in the folder context menu (rather than the tools menu) because you are relocating that specific folder ?
Regards
MikeP
-
- Posts: 100
- Joined: 07 Aug 12 19:57
- Location: Austria
Re: OS Folder Operations in 1.0.8.67
The new wording "Map to Correct Physical Folder" for me as a non-native-speaker of the Englishlanguage is a step back, becaus it is not clear if the word "correct" belongs to "physical folder" (adjective) or beeing a verb "to correct". While it doesn't make that much a difference in semantics, the old "relocate" was much easier for me to understand as would the suggestion of Jim have been. I also strongly dislike the term "physical" - as we all deal with "logical" structures like folders & directories, etc. on hard disks and not with their physical representation on the magnetic disc.jstartin wrote:"Map to different disk folder"???Mike Buckley wrote: "Map to Correct Physical Folder" seems a bit odd to me in the sense that we would never map to an incorrect physical folder. So, I wonder if "Map to Physical Folder" wouldn't be better.
Robert | R|E|F|RO | Fuji X & GFX | LR Classic CC | C1 | PSu since v1 | Win 11 on i9-9940X |
Re: OS Folder Operations in 1.0.8.67
A short digression from a native speaker of British English.freudenthaler wrote: The new wording "Map to Correct Physical Folder" for me as a non-native-speaker of the Englishlanguage is a step back, becaus it is not clear if the word "correct" belongs to "physical folder" (adjective) or beeing a verb "to correct". While it doesn't make that much a difference in semantics, the old "relocate" was much easier for me to understand as would the suggestion of Jim have been. I also strongly dislike the term "physical" - as we all deal with "logical" structures like folders & directories, etc. on hard disks and not with their physical representation on the magnetic disc.
One trouble with English as a common language is that British English, American English, International English and other variants have significant differences in the meaning of words and how they are used. Another is that the British are not taught English very well and often use it badly (especially in newspapers these days). As currently written and spoken by the majority of people in the UK, attention to context is often needed to establish what sense a word is intended to convey. A short phrase in a "context menu" does not give much context .
"To locate" does mean "to find" or "to discover the whereabouts of"; one might therefore expect "relocate" to mean "find again". "Relocate" is not actually listed in my late 1970s dictionary and I suspect it has come into use under the influence of American novels and films (aka "movies") where it is clear it is used for what "we" usually call "moving house".
When I first encountered "relocate folder" in IDimager I thought it must mean "move folder", and consequently I broke the perfectly good correspondence between folders on disc and my catalogue (using traditional British English spellings, but these are under assault from "foreign" influences). Clearly others have made the same mistake.
Before the recent change PSu used "Relocate this label" to move the label to a different place in the tree, but "Relocate folder" in the sense of "find again". Neither are "wrong" but such ambiguity, and inconsistency in a single application, is not desirable.
Can I suggest "Move this label" and, as another attempt, "Change catalog-to-disk mapping of this folder". The latter might be over-long for the "context" and relies on computerese jargon, but I hope that it is correct, unambiguous and not too obscure.
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
-
- Posts: 1194
- Joined: 10 Jul 08 13:18
Re: OS Folder Operations in 1.0.8.67
I sympathize with you, Robert. At the same time, as one who reads and speaks only one language, I'm in awe of you. You are correct that when using "correct" in that context, it can be accurately construed to be either an adjective or a verb due to the shorthand manner of the phraseology.freudenthaler wrote:
The new wording "Map to Correct Physical Folder" for me as a non-native-speaker of the English language is a step back, because it is not clear if the word "correct" belongs to "physical folder" (adjective) or beeing a verb "to correct".
The way to make the phrase perfectly clear is to use "Map to the Correct Physical Folder." That eliminates all possible confusion about how the word, "correct," is being used; it is only an adjective when used that way and cannot be accurately construed as a verb.
I don't have enough experience about the overall understanding of what "physical folder" means to most people. I gathered from using IDimager V4 and V5 that there is a typical understanding that referring to the virtual folder has to do with the database and that referring to the physical folder has to do with the image files and the folders that they are stored in. My understanding about that could be wrong.
Last edited by Mike Buckley on 02 Nov 12 0:44, edited 1 time in total.
-
- Posts: 1194
- Joined: 10 Jul 08 13:18
Re: OS Folder Operations in 1.0.8.67
While that phrase is clearly accurate, it took me far too long to understand what it means. As a result, it's not practical, at least not in my mind.jstartin wrote:"Change catalog-to-disk mapping of this folder".
Re: OS Folder Operations in 1.0.8.67
Bringing this thread back to the opening post...
Hert's added note to 0001236 is that "I still can't reproduce this. Hope someone can confirm the issue and provide more info. "
So, apart from the OP and me, is anyone else having this problem?
I have exactly the same problem, persisting still in 1.0.9.68. I entered it on the Mantis bug tracking system (0001234 for cut and paste, and 0001236 for delete).stefanknoll wrote:According to Hert's latest announcement, Build 1.0.8.67 should provide the capability to create, delete or move folders on operating system level. After having done some tests, I found out that:
[snip]
Every time I try to delete, move or copy a folder, I get a message from the operating system (in my case this is Win Vista SP2), telling me that the source folder cannot be found.....
Hert's added note to 0001236 is that "I still can't reproduce this. Hope someone can confirm the issue and provide more info. "
So, apart from the OP and me, is anyone else having this problem?
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)