|
srm12 Posts: 3
30/03/2015
|
Thanks for your software 
Automate installation, updates and suppression of portable apps is a very important issue. Thanks to develop this with SPS. I tested the download and automatc installation. It worked fine but I'd like just make a suggestion : I'd like to be able to decide in which directory the app is dowloaded. I used to put all my apps in the same "?:\Apps\" directory including SyMenu.
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
30/03/2015
|
Hi srm12.
This is impossible. SPS works thanks to a strict folder monitoring of its own root folder that is:
[SyMenuRoot]\ProgramFiles\SPSSuite\
If you move a program outside that folder it becomes too difficult to track the SPS programs and to maintain it aligned with the current version.
IMHO you have two options.
First: don't use SPS. The portable programs offered by SPS are freely available on the Internet. You can download them by yourself and, if you want, put them under the SyMenu control. No need for SPS anymore.
Second option: try to relax your FS organization.
SPS is a tool that maintains organization of your programs without any need of manual intervention. It is even better than an human because it maintains uniformity and consistency even on the program naming and helps you to update the programs to their latest version.
You will have a "?:\Apps\" directory for your manually managed programs and a "?:\Apps\SyMenu\ProgramFiles\SPSSuite\" directory for that ones managed by SPS. I guess that the latter folder will be neater than the first one
Well my approach was the same of yours ("?:\Misc\Software") and now I work without any problem with two different root folder for portable software.
|
|
|
link
|
|
srm12 Posts: 3
30/03/2015
|
I would have add a global param "Apps folder" for a relativ path and to track apps I would have search first in the default place and then in the "Apps folder" the app directory ending with "_sps"...
I thought to use jonction. It works but my backup soft don't cope with them properly.
Maybe a fonction which would help me would be a contextuel menu on SyMenu apps options to access directly the app's directory and you could add in this contextuel menu "update", "remove"...
|
|
|
link
|
|
starstuff Posts: 1
12/04/2015
|
Hello Gianluca,
i put all the apps currently in "?:\apps\", i dont use the ProgramFiles folder before because i like everything on one folder so i can check if there is any duplicates. but with the SPS feature, im planning on using ProgramFiles for all the apps supported by SPS.
im using the second option because its more flexible.
btw, i believe SPS has great potential!
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
20/04/2015
|
Hi guys.
A fantastic idea came to me. Why not use symbolic link (symlinks)?
SyMenu will continue thinking that its folders are in the usual place but you can put them whenever you want.
I've just added in the SyMenu SPS suite a tool to help you creating simlinks, it's called Symlink Creator, but before use it I recommend to understand well what a symbolic link is and what's happening when you delete it....
Let me know.
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
11/11/2015
|
I hope that the new feature in the 4.14 version can add another solution to your request.
You can customize the SyMenu ProgramFiles folder manually modifying the program configuration file.
http://www.ugmfree.it/SyMenuManual.aspx#CustomProgramFilesFolder
Let me know.
|
|
|
link
|
|
sl23 Posts: 285
12/11/2015
|
Nice addition, hopefully this does what I wanted, simply to remove one folder from the path. The SPSsuite folder seems pointless and causes extra needless navigating, only a minor issue though ;-)
edited by sl23 on 12/11/2015
|
|
|
link
|
|
sl23 Posts: 285
12/11/2015
|
I forgot to add:
Would this affect my current setup if I changed the default path now?
Does it mean that symenu and it's component apps, just work as normal including the whole update process?
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
12/11/2015
|
Well I've already found several serious bugs on this feature so use it only for test purpose.
Maybe we are luckier with the next version
|
|
|
+1
link
|
|
sl23 Posts: 285
12/11/2015
|
Ah!ok I'll wait for the next installment then... ;-)
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
15/11/2015
|
Ok. The next version is here. It'a a 4.14 fixed version.
Download it with the SyMenu built in updater and give a try to the new feature.
Well the new feature is still in beta so use it with caution and make a full backup of your configuration before trying that.
|
|
|
link
|
|
Hyper Posts: 2
26/08/2016
|
Hi,
why don't we work with symlinks here?
It should be implemented quite easy and would be very comfortable.
I thought of:
- Select the Application
- Choose Installation path
- SPS installer will put the files in the chosen Folder
- SPS installer creates a symlink
Regards,
Hyper
edited by Hyper on 26/08/2016
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
29/08/2016
|
As I previously posted you can freely work with symlinks but forget to see this option natively included in SyMenu.
Symlinks are very dangerous for normal users because you can easily lose control of your folders. Symlinks are not shortcuts and the Windows users are used to the latter ones. I know that Linux is strongly based on mount points but the Linux users are really different than the Windows ones... well don't troll me now! I'm a Windows user too :-)
The second reason for not natively use symlinks in SyMenu is that you completely lose the portability of your programs.
So use symlinks in anyway you like but you won't have it in SyMenu and you will have no support for bugs due to symlinks.
|
|
|
link
|
|
Hyper Posts: 2
31/08/2016
|
Too bad 
You could add it as advanced option with a disclaimer that is displayed before
I miss this feature so much.
edited by Hyper on 08/09/2016
|
|
|
link
|