Portable .LNK files
-
- Posts: 123
- Joined: Wed Sep 19, 2007 7:56 pm
Oh, you meant that it happens when you start lnker with a shortcut?
Strange.
Maybe all paths you tried contain spaces?
In such case the command should look like:
Strange.
Maybe all paths you tried contain spaces?
In such case the command should look like:
Code: Select all
"c:\lnker dir\lnker.exe" .\a&b.exe
Check if it has write rights to it's working directory [by default - it's own directory].
It writes "Error" because I was to lazy to do it another way.
This project is very quick and dirty because it's not in any way interesting for me and I really hope sb. writes a better version to take it off my head.
ADDED: What do you mean by "it"? The fact that you know how the "Done" box looks gives me doubts.
It writes "Error" because I was to lazy to do it another way.
This project is very quick and dirty because it's not in any way interesting for me and I really hope sb. writes a better version to take it off my head.
ADDED: What do you mean by "it"? The fact that you know how the "Done" box looks gives me doubts.
-
- Posts: 123
- Joined: Wed Sep 19, 2007 7:56 pm
I don't know, possibly there is a way.Island Boy wrote:Thanks m^(2). I was foolishly trying to delete the double quotes " which are only present when lnker.exe is in a directory (folder)
By the way....
Anyway to get these "relative path shortcuts" to display an "relative path icon" of my choosing.
Lnk file format supports custom icons, there's only question whether they can have relative paths.
But I want to encourage people to take this project off me, so I want lnker to have minimal functionality.
-
- Posts: 82
- Joined: Tue Feb 13, 2007 2:40 pm
I've posted a link to this thread to the PortableApps forums where there are a number of people actively doing development. Maybe one of them will pick this up. If I see any activity on it over there, I'll post a link to it here.m^(2) wrote:But I want to encourage people to take this project off me, so I want lnker to have minimal functionality.
Sorry, what I meant is that it runs and creates the link successfully, but double-clicking it doesn't do anything.m^(2) wrote:Check if it has write rights to it's working directory [by default - it's own directory].
It writes "Error" because I was to lazy to do it another way.
This project is very quick and dirty because it's not in any way interesting for me and I really hope sb. writes a better version to take it off my head.
ADDED: What do you mean by "it"? The fact that you know how the "Done" box looks gives me doubts.
-
- Posts: 123
- Joined: Wed Sep 19, 2007 7:56 pm
display any icon
I think it would be cool if link.exe by defalt display any icon nane "ICON.ICO" in the app folder.
or maybe "App Name.exe.ICO" in the same location is the shortcut.
(but this icon file would need to be hidden)
Hide files how to: viewtopic.php?t=2497
or maybe "App Name.exe.ICO" in the same location is the shortcut.
(but this icon file would need to be hidden)
Hide files how to: viewtopic.php?t=2497
-
- Posts: 123
- Joined: Wed Sep 19, 2007 7:56 pm
Just making suggestions
Just making suggestions to the PortableApps forums guys that might be reading this. ha, ha....
Don't always like apps built in icons.
Don't always like apps built in icons.
Re: Just making suggestions
So change them.Island Boy wrote:Just making suggestions to the PortableApps forums guys that might be reading this. ha, ha....
Don't always like apps built in icons.
In case of PA.com apps you have to recompile with CRC check turned off. Though. I usually do this with their programs.
-
- Posts: 123
- Joined: Wed Sep 19, 2007 7:56 pm
Why not making it simple?
I found an interesting post on a forum.
http://www.virtualplastic.net/msgboard/ ... thread=708
RockyTDR said,
Would RockyTDR "trick" work with 98 or "Read Only" media like a CD or a locked flash card?....
http://www.virtualplastic.net/msgboard/ ... thread=708
RockyTDR said,
I ask myself...Why not making it simple? Just let Windows do the work... I'll try to explain:
Suppose that you have file "start.exe" on your flashdrive in folder 'Program' (subfolder from the root) on drive D: and you want to make a shortcut that works on any other drive. Right click on the file start.exe and choose "create shortcut".
Move that shortcut in the root. You may rename it if you want. The program will, naturally, start because the shortcut refers to absolute location (path) of the start.exe.
Now, look at start.lnk (right click, properties). Erase everything in the second box from the top (Next to it says: "Start in:" or "Begin in:"... I'm not sure, because my pc is Dutch)
Now your shortcut works on every pc, with every drive letter!
Note: if the drive letter changes, the shortcut won't have the program's icon until you click on it... but that's not the most important thing
Would RockyTDR "trick" work with 98 or "Read Only" media like a CD or a locked flash card?....
This is a bad idea.
Why does it work?
Windows creates links containing 2 paths - full and relative.
By default, Windows uses the full one. When it's invalid, it changes drive letter to the letter of the drive .lnk is on and tries again. Then uses the relative one.
Did you notice that I didn't mention "Start in"? Because it doesn't mater. By removing it, you don't help in any way and some programs (fortunately it's not common) will refuse to run without it.
Also, when you create shortcut like this, the relative path is .\start.exe and doesn't work as soon as you move it to the root of the drive, a better way would be new->Shortcut performed on the root of the drive.
So if usual shortcut would work even better than such one, why isn't it considered portable? Because of 2 things. First, you may be unlucky that full path will actually point to an existing file on a local drive, usually low chance, but actually happened to me. When created as RockyTDR suggested (it's the most popular way, I guess), they don't contain valid relative paths, so it's only drive letter portability, not full path portability.
Why does it work?
Windows creates links containing 2 paths - full and relative.
By default, Windows uses the full one. When it's invalid, it changes drive letter to the letter of the drive .lnk is on and tries again. Then uses the relative one.
Did you notice that I didn't mention "Start in"? Because it doesn't mater. By removing it, you don't help in any way and some programs (fortunately it's not common) will refuse to run without it.
Also, when you create shortcut like this, the relative path is .\start.exe and doesn't work as soon as you move it to the root of the drive, a better way would be new->Shortcut performed on the root of the drive.
So if usual shortcut would work even better than such one, why isn't it considered portable? Because of 2 things. First, you may be unlucky that full path will actually point to an existing file on a local drive, usually low chance, but actually happened to me. When created as RockyTDR suggested (it's the most popular way, I guess), they don't contain valid relative paths, so it's only drive letter portability, not full path portability.