Forum for XYplorer Users and Developers
https://www.xyplorer.com/xyfc/
You have a list of those things handy?itsme28m wrote:Hi,
When you go to start, run, and then type in %temp%, you go directly to the temp folder, but it seems this is not possible in xyplorer. Am i missing something or is this just not possible in xyplorer?
http://en.wikipedia.org/wiki/Environment_variable ??admin wrote:You have a list of those things handy?itsme28m wrote:Hi,
When you go to start, run, and then type in %temp%, you go directly to the temp folder, but it seems this is not possible in xyplorer. Am i missing something or is this just not possible in xyplorer?
Thanks, that will be a nice enhancement to portability!ugus wrote:http://en.wikipedia.org/wiki/Environment_variable ??admin wrote:You have a list of those things handy?itsme28m wrote:Hi,
When you go to start, run, and then type in %temp%, you go directly to the temp folder, but it seems this is not possible in xyplorer. Am i missing something or is this just not possible in xyplorer?
/Ulrik
I was just thinking of this/these the other day, definitely a great enhancement to portability.admin wrote:Thanks, that will be a nice enhancement to portability! :D
I found these environment variables pointing to paths:allen wrote:I was just thinking of this/these the other day, definitely a great enhancement to portability.admin wrote:Thanks, that will be a nice enhancement to portability!
This would be great! I was accustomed to use these as shortcuts using the run-box (before I ever knew about XY) for fast navigation in Explorer.admin wrote:I found these environment variables pointing to paths:allen wrote:I was just thinking of this/these the other day, definitely a great enhancement to portability.admin wrote:Thanks, that will be a nice enhancement to portability!
%allusersprofile%
%appdata%
%commonprogramfiles%
%programfiles%
%systemdrive%
%systemroot%
%temp%
%tmp%
%userprofile% (ADDED)
%windir%
Anything missing?
Of course, we could get crazy and add own stuff to the list... like
%xyapp%
%xythumbscache%
and what not.
thereby making some kind of favorites reachable from addressbar, searches etc 
Code: Select all
%FILE% The entire path plus filename to the file
%FILENAME% The file name without path
%FILENAMENOEXT% The file name without the extension
%FILENAMENODOT% The file name cut off at the first dot
%FILEEXT% The extension of the file name without the dot
%FILELONGEXT% Everything in the file name after the first dot
%PATH% The full path without trailing delimiter to the file
%DRIVE% The drive the file is on, without trailing delimiter
%FOLDER% The full path without the drive and without leading or trailing delimiters
%FOLDER1% First folder in the path
%FOLDER2% Second folder in the path
%FOLDER99% 99th folder in the path.
%FOLDER<1% Last folder in the path
%FOLDER<2% Second folder from the end in the path
%FOLDER<99% 99th folder from the end in the path.
%PATH1% First folder in the path, without delimiters
%PATH2% First two folders in the path, without leading or trailing delimiters
%PATH99% First 99 folders in the path, without leading or trailing delimiters
%PATH<1% Last folder in the path, without delimiters
%PATH<2% Last two folders in the path, without leading or trailing delimiters
%PATH<99% Last 99 folders in the path, without leading or trailing delimiters
%PATH-1% Path without the drive or the first folder
%PATH-2% Path without the drive or the first two folders
%PATH-99% Path without the drive or the first 99 folders.
%PATH<-1% Path without the drive or the last folder
%PATH<-2% Path without the drive or the last two folders
%PATH<-99% Path without the drive or the last 99 folders.
Which is exactly what I have done in the meantime. The nice thing about the %_%-syntax is that it is pretty foolproof for simple replacement operations. So in the next version you can state "%tmp%?*.txt" and so on. I will just squeeze every location string through a little environment-variable-replacer-routine. Folks that call their folders "%temp%" then have the problems they deserveRalphM wrote:Following this thread for a while, I really started wondering if you shouldn't actually leave the management of system variables to the system and just replace any path entered in the form of "%xxx%" with the respective path that's stored in the variable.
In case it's not valid you could use the "not available" message we already know from tabs that point to destinations currently not available.
Yes, I'd think so, too. Only that aliases, at least as they are currently planned ("@alias" - no suffix @), cannot be part of term but only stand for a whole term. I don't know if it would be worth the pain to allow things like "@blah@?*.txt" where "@blah@" then would be replaced by the data field of the matching catalog item. A touch too much, or?ugus wrote:OK after some thoughts of it...maybe some of the need for userdefined paths are covered by the plans using aliases in adressbar? or?
Watching this thread with increasing curiosity... just wonder if you haveadmin wrote:Which is exactly what I have done in the meantime. The nice thing about the %_%-syntax is that it is pretty foolproof for simple replacement operations. So in the next version you can state "%tmp%?*.txt" and so on. I will just squeeze every location string through a little environment-variable-replacer-routine. Folks that call their folders "%temp%" then have the problems they deserveRalphM wrote:Following this thread for a while, I really started wondering if you shouldn't actually leave the management of system variables to the system and just replace any path entered in the form of "%xxx%" with the respective path that's stored in the variable.
In case it's not valid you could use the "not available" message we already know from tabs that point to destinations currently not available.
Yes - I think.admin wrote:Yes, I'd think so, too. Only that aliases, at least as they are currently planned ("@alias" - no suffix @), cannot be part of term but only stand for a whole term. I don't know if it would be worth the pain to allow things like "@blah@?*.txt" where "@blah@" then would be replaced by the data field of the matching catalog item. A touch too much, or?ugus wrote:OK after some thoughts of it...maybe some of the need for userdefined paths are covered by the plans using aliases in adressbar? or?