Can any of you you tell me what the setting is for disabling folder path addresses starting with lib:// such as: i.imgur.com/7Y8cJ.png ( Output - 180 KiB )
It becomes a real hassle when I can't just copy the folder path ( lib://Documents/My Documents/Visual Studio 2010/Projects/ZApps/trunk/Output ) and paste it in a Folder Browse dialog.
I just want it to be a normal folder path e.g. D:\Users\Mike\Documents\Visual Studio 2010\Projects\ZApps\trunk
If you want to be in the real folder, you can go to the real folder rather than the virtual library folder. (They aren't quite the same thing.)
Alternatively, if you want to keep using the library folder but need a quick way to copy the real folder path to the clipboard, you can use Edit -> Copy Other -> Folder Path, which does just that. If you use it a lot you might want to give it a hotkey or move it to a more convenient place, like directly on the toolbar.
Also, if you edit that Folder Path item, you'll see it runs this:
@nofilenamequoting
Clipboard SET {sourcepath$|noterm}
So if you need the real folder path for any other purpose when creating a command, that's how to get it: {sourcepath$} will turn into the real folder path. (The "|noterm" bit just removes the trailing \ from the end of folder paths.)
I am just trying to figure out what real purpose there in the Address bar displaying paths starting with lib:// - do you have any practical use because I cannot think of any.
I thought at any given situation, showing
[quote]D:\Users\Mike\Documents\Visual Studio 2010
[/quote]
has more practical use than showing
Is it possible in the future to show sourcepath$ instead of the lib:// path?
That is true jon, but if I am not mistaken, once you are in a folder, e.g. lib://Documents/My Documents/Android Apps there is a real folder path for the folder: Android Apps which is D:\Users\Mike\Documents\Android Apps.
So all I am asking is have the ability to show this path.
However, once you are lib://Music/My Music you know that the real path is D:\Users\Mike\Music which is why you can show this in the Address Bar.
So, I am not asking to show a real path when you are in lib://Music folder view because it will be inaccurate. But whenever it is possible to have a real path it would make sense to show that path.
That is exactly what Windows Explorer does. If you are in Documents, it shows Libraries\Documents because it can be a merge of Public Documents and personal Documents. As you seen as you go to sub-directories it reverts to normal folder path view: e.g. D:\Users\Mike\Documents\Visual Studio 2010
Not automatically though... in Explorer on Win7 you have to click into the address bar in order for it to display the 'real' path. Unless there's an option somewhere, you still have to "click" something in order to see that info. From a compatibility perspective - it would make sense to me for Opus to have this as an option for those who find any value in it - though I'd not use it myself.
I don't see how...? You could have sub-folders with the same name under each of multiple lib member folders... but those would still be displayed individually in the file display. Browsing into one or the other would still take you take a unique physical folder path - "lib://Documents/My Documents/Android Apps" would still be distinct from a "lib://Documents/Public Documents/Android Apps" folder path...
@mcored:
Since you have to click on 'something' to see the real path in Explorer - you could add things to the code that Jon mentioned that will also 'display' the real path (in case getting it into the clipboard isn't really what or all you want). maybe something like:
@nofilenamequoting
clipboard set {s|noterm}
{RS|Current folder path:\n\n{clip}|{clip}}
I would actually much prefer this option in Directory Opus in the future; and yes I did omit the requirement in Windows Explorer having to click on the Address bar first in order to retrieve the real folder path; however, after clcking you can get the rea path. Windows Explorer is doing it, so I don't see the impossibility of Directory Opus not being able to.
You can get it in Opus, through the Edit menu. You could even assign a hotkey to it if you want, or put it as a big button on the toolbar if you use it that often.
FYI, If you use the Post Reply button, you can easily embed or append screen grabs / images directly in your posts rather than having to save them somewhere else and link to an external location. For example...
Yeah, but then you'd still have another separate and unique "Android Apps" folder in the library. It's only different from my other example in that now even if you reveal the library "member folders" in the folder tree or something (which is the only time I think you would see the now 'duplicate' member folder name from your example) - the 'virtual' library path would appear to be the same. But that's still even different than the 'physical' path, and would only seem to bolster the reasoning why some people might want consistency with Exploders behavior...
But it's not my "my" request - so I'll just sit quietly now .
I would also like to request this be changed, so it was the same as how windows explorer handles things
I think this is only the case for the library root.
A library can be many folders, but once you go inside a child folder you are in a specific folder an no longer a library is that correct?
An example:
If I create a Library "TestLibrary" which contains two folders folder1 and folder2, and both contain a folder of the same name.
When you go to the TestLibrary library you see two folders ChildFolder and ChildFolder. Entering each folder displays only the contents of that specific folder.
If the user navigates to a child folder in the library
ChildFolder - in folder1
dopus = lib:\\TestLibrary\ChildFolder
Windows Explorer = c:\folder1\ChildFolder
ChildFolder - in folder2
dopus = lib:\\TestLibrary\ChildFolder
Windows Explorer = c:\folder2\ChildFolder
The address that Dopus displays is not as useful, if you copy the address for folder2 it and paste it in to another Lister you get folder1 as dopus it cant tell them apart.
Is there a reason it needs to be displayed this way and cant be displayed the sameway that explorer does?
Thanks for the reply and the work around Jon.
Would you mind speaking more to my scenario above and the couple of questions.
Is there a reason it needs to be this way and cant work the same way windows explorer does?