Catalog indirekt folder shortcut Problem

[sweety]

OS: XP and Vista 32Bit (Maybe 64Bit too)
XYplorer: v7.90.0125

Hello,
since the last update something changed at the Catalog for shortcuts to folders. I use an usb-drive ( and cant tell for sure the drive letter.) I have folder shortcuts to my usb drive and have done this with indirect Path. So the base from and indirect path was always the xyplorer.exe. Example: ..\..\Dokumente\ -> G:\Dokumente\ (independent from drive letter).

Now the base is the actual selected folder, that's wrong. Example: I'm now at C:\windows using shortcut ..\..\Dokumente\ and get now the error Could not find Location.

Exist there an variable for the drive letter on which xyplorer is running (like %windir% -> %xydir%)?

Greetings sweety

[j_c_hallgren]

Did you see this thread which is most likely related?
http://www.xyplorer.com/xyfc/viewtopic.php?f=5&t=3347

[sweety]

so now i lost the ability for portable shortcuts did i get it right? -.-

[RalphM]

so now i lost the ability for portable shortcuts did i get it right? -.-

No, you just need to adjust your relative path's using the variable <xypath>.

[Pagat]

or use the '?' for the USB drive letter where XY is running from. E.g.:

Code: Select all

?:\Dokumente\bla.doc

[sweety]

Code: Select all

?:\Dokumente

doesn't work it chose the drive which you are currently browsing

Code: Select all

<xypath>

chose the drive which you are currently browsing and says could not find location. "C:\<xypath>" xyplorer runs at moment under "x:\programs\xyplorer\"

sorry but at the moment none of those indirect helper variables work. Maybe i do it wrong, so i added an screenshot for "?:\" Solution. If you browsing currently drive C it replace ?:\ with C:\ on drive D with D:\ and so on

[Pagat]

Code: Select all

?:\Dokumente

doesn't work it chose the drive which you are currently browsing

Indeed . It should work and therefore that's a bug. Unfortunately i don't now how long the bug exists already since i'm not using this relative syntax. But i'm pretty sure it will be fixed soon.

[sweety]

Since i use xyplorer i did not get those things running with "?:\" or "<xyplorer>" so i always used "..\" Thanks for the fast answer and making the problem clear

[Pagat]

i just checked v7.90.0124 and with that version '?' works as expected. So i bet all my money that it has something to do with the ".." change in 7.90.0125:

Code: Select all

v7.90.0125 - 2009-02-21 13:18
    * Address Bar, Go To dialog, Find Files Location field: From now on, 
      relative paths are resolved relative to the current path. Before, 
      they had been resolved relative to the application path.
      Note that in Address Bar and Go To, you now can use ".." to go 
      upwards.

[jacky]

Code: Select all

?:\Dokumente

doesn't work it chose the drive which you are currently browsing

Indeed . It should work and therefore that's a bug. Unfortunately i don't now how long the bug exists already since i'm not using this relative syntax. But i'm pretty sure it will be fixed soon.

No it's not really a bug. This syntax (?:\Folder) was part of the relative syntax feature, which as of .0125 doesn't relate to <xypath> but <curpath> as you pointed out, so it actually makes sense / is the expected behavior now.
That said, we could say that maybe this syntax (?:\Folder) should always relate to the drive XY.exe is running from, even when the other one (..\..) relates to the current location, which I think would make sense indeed, but that would fall under the wish category I believe

As for the use of <xypath> I'd say it'd be nice if it worked yes, not sure if it's supposed to already or not. I'd guess so, since the script "goto <xypath>" does work, so maybe XY variables should always be resolved for Go To stuff (Go To, AB, etc) even outside of a script. Though there's a bug with that, if you try this one: goto "<xypath>\..\";
Then XY has the current location as e.g. "D:\Program Files\XYplorer\.." instead of simply "D:\Program Files"

[Pagat]

No it's not really a bug. This syntax (?:\Folder) was part of the relative syntax feature, which as of .0125 doesn't relate to <xypath> but <curpath> as you pointed out, so it actually makes sense / is the expected behavior now.

Well.. i disagree
I just checked the help file once again (the section about PFA) and (for me) it clearly states that there is:

1. The '?' feature to get XY's drive letter
2. The ".." feature for folders relative to <xypath>

So two different type of things according to the help file.

Therefore i assumed that only the ".." feature was changed and that "?" still can be used for XY's drive letter. And i'm definitely with you that it should work that way (Only that for me it falls under the bug category ).

[TheQwerty]

In my opinion, this needs to be implemented as an option, with the default value being relative to XY, ASAP.

Changing the base for this may be a small change in code but it affects a lot of user defined functionality.
Scripts
UDC
Catalog
PFA/POM
Favorite/Highlighted/Boxed Folders
MRU entries all over the place.

With all the other big changes that are apparently going to happen in the next official/stable release I don't think breaking all of the above should happen. As an option it would give us users the chance to keep the old behavior and switch to the new when we have the time and have updated our paths and so desire it.

[Pagat]

I also saw that a lot of help pages and examples on the website are based on the old ".." behaviour. So as i much as i like the new implementation it might indeed be a good idea to take it back for now until there is time to update all the help pages and examples (and maybe make it an option as you (TheQwerty) suggested).

[sweety]

I Agree with Pagat,
first it is so documented, second xyplorer say's its full portable and now its "wished away" ( i hope this is understandable for native English speakers ...) without an replacement.

So jacky
you think i should make an request at the "wish" section to get the old feature "in a new way" back? So if we use an other sign as placeholder for the drive letter than there should not be a problem, for example "#:\" instead of "?:\". So no changes have to be done at those points like Scripts, UDC, Catalog, PFA/POM, Favorite/Highlighted/Boxed Folders and MRU entries.

I don't agree with the opinion to make the behavior for all path interpretation as an option. Cause things like ..\ should do what they normal do. So i like the new way its handled, but leave an way to get at least the drive letter from xyplorer in normal input fields (Addressbar, goto with ctrl+g, shorcuts and so on...)

---
ps: sorry for my bad german-english is something not clear, just ask i try to transcribe it.

[j_c_hallgren]

you think i should make an request at the "wish" section to get the old feature "in a new way" back?

Don't worry about that as us regulars here, including Don, read most all threads/forums, and it's better to keep the nbr of threads reduced, IMO.