home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.comp.os.windows-xp      Actually wasn't too bad for a M$-OS      17,273 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 17,036 of 17,273   
   Paul to R.Wieser   
   Re: How to create a relative shortcut ?   
   03 Sep 25 09:17:47   
   
   XPost: comp.os.ms-windows.programmer.win32, alt.windows7.general   
   From: nospam@needed.invalid   
      
   On Wed, 9/3/2025 3:47 AM, R.Wieser wrote:   
   > Paul,   
   >   
   >> A shortcut is designed to be copied or moved anywhere.   
   >   
   > And, as it looks now, their *only* goal.    I can imagine using a full path   
   > as the default, but ignoring relative paths is just a "it works for us"   
   > short-sighteness.   
   >   
   > ... unless you have a good reason why relative paths would not be possible ?   
   >   
   >> If the Original file is moved (somewhere), you are required to create   
   >> a new Shortcut (new absolute path).   
   >   
   > Nope.  It will try to find the target itself, but gives you the option to   
   > browse for it.   
   >   
   > I could easily do without that behaviour (its search method is opaque) and   
   > just get an "target has gone" error.  Have not seen any configuration for   
   > that though.   
   >   
   >> If you want a file to appear in two places (on the same partition),   
   >> then mklink or junction.exe might work.   
   >   
   > Hard links do not work on FAT32 (thumb)drives.   And neither program exists   
   > on my OS (XPsp3).   
   >   
   >> but when the program "works out where it is", as some programs   
   >> do, it is going to find that it is not located in the portable   
   >> folder where all the DLLs are located.   
   >   
   > :-) Pros and cons.  They have to be weighted.   
   >   
   >> Right now, the betting money is on a shortcut with an absolute   
   >> path inside it.   
   >   
   > Not usable on a removable (thumb)drive I'm afraid.   
   >   
   > ... hence my (subject-line) question.   
   >   
   > Regards,   
   > Rudy Wieser   
      
   There is a feature called "AppPath" or so, where executables not   
   in the regular path environment variable, are stored in the Registry.   
      
      https://learn.microsoft.com/en-us/windows/win32/shell/app-registration   
      
   I somehow doubt a USB key would be allowed a reference in there.   
   Only partition letters "in good standing" like C: should be   
   stored there. Any partition which is volatile would be a poor   
   candidate for inclusion, since the drive letter could be reused   
   any time.   
      
   But that's just a demo that at some point, they decided to augment   
   %path% type environment variables, with a few more pointers.   
      
   Just leave your EXE and DLL in the bin\ subdirectory you created   
   and people will find it :-) Or, consult the people who make portable   
   applications, and maybe they have a treatise on the subject.   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca