How to get real folder path without lib://

Hi All

Can any of you you tell me what the setting is for disabling folder path addresses starting with lib:// such as: ( 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:

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.)

Thank you leo.

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
has more practical use than showing

Is it possible in the future to show sourcepath$ instead of the lib:// path?

Libraries can consist of multiple folders - there isn't always a 1:1 mapping between a library path and a "real" 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.

I am not asking to show the real path to lib://Music can contain:
lib://Music/My Music and
lib://Music/Public Music.

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

"lib://Documents/My Documents/Android Apps" could conceivably point to multiple folders as well. Unlikely I grant you, but it is possible.

There's already a way to copy the "real" path to the clipboard if that's what you want, so why not use that?

Or just navigate to the real path in the first place.

Okay that's fine jon. It was just a bit faster and more convenient to use the Address bar that's all.

There's already a way to copy the "real" path to the clipboard if that's what you want, so why not use that? I will use this method.

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...

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}}

Make a folder on D: called "My Documents" and add it to the library as well, and make a sub-dir in there called "Android Apps".

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. ... -09-56.png -- how do you move the Copy other -> Folder path to the main toolbar jon?

I understand you frustration in replying, I am a developer myself so I know :wink:

While in Customize mode.

Left-click on Edit
Left-click on Copy Other
Right-click on Folder Path
Select Copy
Now Right-click -> Paste it where ever you want.

Or you could Drag-n-Drop it to anywhere you want.
Or Cut-n-Paste.
Or make a new button that runs this code.

@nofilenamequoting Clipboard SET {sourcepath$|noterm}

Got it, thank you! ... -07-01.png

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...

Regards, AB

Thanks I am aware of that AB :slight_smile: I have all the URL formats ready at my finger tips but I just did not use them.

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 :wink:.

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.

Library TestLibrary

c:\folder1\ c:\folder2\

These folder contain

c:\folder1\ChildFolder c:\folder1\ChildFolder\file1.txt c:\folder2\ChildFolder c:\folder2\ChildFolder\file2.txt

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?

Sorry if I missed something.


Use the Edit / Copy Other / Folder path command.

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?