You are here

Feature Addition: Scanning multiple directories for apps, opinions sought

26 posts / 0 new
Last post
John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 32 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Feature Addition: Scanning multiple directories for apps, opinions sought

There have been a few requests over the years to have the PortableApps.com Platform scan additional paths for apps. The rationale is usually that users want to keep non-PAF apps separate from PAF apps or apps that are updated automatically by the platform separate from those that are not. I'm planning on implementing this within a future release of the PortableApps.com Platform and wanted to layout the setup and see if there are any comments or suggestions.

Since some people want to keep non-PAF apps separate and some want to keep unofficial apps separate, I think using 3 separate paths would make the most sense. I'll be talking about this as if the user has the platform installed to the root of a drive, but this will work with other relative paths as well.

X:\PortableApps - The PortableApps directory we have now which will be scanned by the platform for PA.c Format apps as well as non-PAF apps. Apps will automatically appear in the PA.c Platform and will be automatically updates.

X:\PortableAppsUnofficial - Apps in PA.c Format that have not yet officially been released from our forums and from publishers who have posted versions we do not yet officially update. Apps in this folder will be found by the platform's menu but will not be checked for updates by the PA.c Updater. Only PAF style appinfo.ini files will be scanned for existence in this folder.

X:\PortableAppsOther - Apps not in PA.c Format that are portable. Apps in this folder will be found by the platform's menu but will not be checked for updates by the PA.c Updater. The platform will only scan for EXE files and will not search for appinfo.ini configurations within this path.

For users who have no wish to separate things out, nothing will change from the way it currently works. It's entirely optional and these other two paths will not exist by default. This is strictly an option for power users.

Any thoughts or suggestions? The one thing I'm considering is the name of the last path. Possible PortableAppsNonPAF instead of PortableAppsOther.

Gord Caswell
Gord Caswell's picture
Offline
Last seen: 11 hours 58 min ago
DeveloperModerator
Joined: 2008-07-24 18:46
Unofficial --> Official handling?

Is there a way we could automagically move apps from PortableAppsUnofficial to PortableApps upon release? That way when we do support apps, users don't need to manually move files themselves, or reinstall new.

Something along the logic lines of {When scanning PortableAppsUnofficial: "If app is found that is in App Store list, move app from PortableAppsUnofficial to PortableApps"}

John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 32 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
No

The secondary folders won't be monitored by the updater at all. This is more for people who want to specifically separate things out.

Sometimes, the impossible can become possible, if you're awesome!

kentgeaney
Offline
Last seen: 2 years 9 months ago
Joined: 2018-11-18 07:49
I sort apps into Categories similar to Portable Apps directory

Thank you for your good work.

Secondary directory search.

I realise you said...
The secondary folders won't be monitored by the updater at all. This is more for people who want to specifically separate things out.

That's exactly what I want to do. The thing is I sort the apps directories into Categories similar to the Portable Apps directory listing, I generally have all the available portable apps on hand sorted into directories as in...
_Accessibility
BalabolkaPortable
DicomPortable
On-ScreenKeyboardPortable
VirtualMagnifyingGlassPortable
_Development
...
etc..

When I use Portable Apps, I simply would like to move a singular directory or directories ie "_Accessibility" with the apps it contains to the active apps directory and move it out again when I am finished. That leaves the PortableApps menu uncluttered (After Icon refresh), the active portableapps directory clean and a lot more usable when doing day to day tasks.

Also to note, I could copy the 10 or more categorised directories to the active directory folder and do a bulk update, and again put them back in the inactive directory.

So yeah, if it's possible I would love to have a secondary directory monitored if possible by default or an option setting.

Thank you again for your efforts.

RogerL
Offline
Last seen: 14 hours 35 min ago
Joined: 2007-03-14 09:17
PortableAppsNonPAF

PotableAppsNonPAF gets my vote.

Are you planning on initial setup to move the Unofficial and NonPaf apps out of the PortableApps folder into their respective folders?

Looking forward to this btw.

John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 32 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Optional, Manual

This will be an optional feature for folks who wish to use it. The folders won't be created by default but will be detailed in a readme.txt within the PortableApps directory, in the on-site documentation, and within the menu UI. Nothing will be automatically moved to or from the folders.

Sometimes, the impossible can become possible, if you're awesome!

eresele
Offline
Last seen: 4 years 6 months ago
Joined: 2007-10-28 18:21
PortableAppsNonPAF please!

I think it is more explicit, besides it was the name that intuitively came to my mind - even before I had read the last sentence of your posting Smile

BTW: Your, and your fellow developers hard work is very much appreciated. Thanks!

OFF TOPIC, and JFYI: Insecure password warning in Firefox (when logging in at PA.c).
Please see: https://support.mozilla.org/t5/Protect-your-privacy/Insecure-password-wa...

John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 32 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Not SSL

That's just because we don't use SSL yet. It requires setting it up on 5 different servers/accounts, most of which don't support Let's Encrypt. Soon, though.

Sometimes, the impossible can become possible, if you're awesome!

RaphaelRB
Offline
Last seen: 2 days 14 hours ago
Joined: 2011-07-20 11:10
The idea of two or three

The idea of two or three folders (including a non PAF folder) is still on hold? Or it has been deprecated already?

RaphaelRB - Brazil

Samuel Elstein
Offline
Last seen: 3 years 2 months ago
Joined: 2012-02-29 12:00
Maybe allow it as a configureable option

I think it would be a good idea, but only if as a configurable option. Maybe a list of directories that can be whitelisted or blacklisted for subdirectory scanning, as well as a simple checkbox for enabling disabling in the platform's options.
I think if implemented, it should be off by default, as many users who have many apps in platform like me will most likely have a long wait for apps to be loaded. It might confuse some of the less informed expecting automatic updates if enabled by default.

Also, this could help some advanced users who keep multiple official portable apps to not have to wait to load apps they do not use often by keeping them in separate directories that can be enabled or disabled at a whim, instead of moving them back and forth.

Proud user of Firefox

RogerL
Offline
Last seen: 14 hours 35 min ago
Joined: 2007-03-14 09:17
Probably won't use

I am in the process (at last) of transitioning from ASuite to PAM.

Knowing that the Platform doesn't mind if a non-released-app's root folder name is changed:

I prepended all my Non-PAF apps' root folders with _NonPAF-

and prepended my Dev-Tests' root folders with _DevTest-

Prepended so they are grouped together, the underscore keeps them grouped away from the released apps. DevTest preferred to Unofficial as all mine are DevTests and it's shorter. I am aware that I have to correct the destination folder when installing a Dev test.

PortableApps\_NonPAF-Appname
PortableApps\_DevTest-Appname
PortableApps\Appname

I don't think I will move these to separate folders - it's quite convenient to have them like this all in one folder.

Moon Moon
Offline
Last seen: 4 years 2 months ago
Joined: 2017-04-15 23:24
I like "Unofficial" and

I like "Unofficial" and "Other" folders.

Moon Moon
Offline
Last seen: 4 years 2 months ago
Joined: 2017-04-15 23:24
I really need this, please

I really need this, please provide test build

da1k
Offline
Last seen: 3 years 10 months ago
Joined: 2013-11-13 18:07
Hello,

Hello,

Is your idea with scanning multiple directiories alive? If yes did you think about possibilty to scan two folders e.g X:\PortableApps1 and X:\PortableApps2 (PortableAppsUnofficial and PortableAppsOther are also demanded Smile )? I have a lot of apps installed and all of them including platform I keep in my cloud drive to sync between different computers, but depends on computer sometimes I need only few apps. So it will be great for me to divide apps to two groups, let we say Essential and Extra and keep them in two folders. Than I will only tick (or not) Portableapps2 and my sync will do the rest Smile

thanks

syspsi
Offline
Last seen: 5 days 21 hours ago
Joined: 2010-07-07 05:03
I really need this feature,

I really need this feature, for separate official from unofficial Pac format.
Thanks a lot for your work.

pleiades
Offline
Last seen: 3 years 2 months ago
Joined: 2016-08-22 22:29
Hello,

Hello,
I think it would be better to support custom directory path and have an option to tell PortableApps.com if the content should be updated, in this way it will be more flexible and simple for users with their own directory.

bgks
Offline
Last seen: 2 years 11 months ago
Joined: 2010-07-21 18:13
Suggests: PortableAppsManaged, PortableAppsOnUse

The Feature Addition would be completed by:

X:\PortableAppsManaged - Apps in PA.c Format that are managed exclusively using the PortableApps Platform, i.e. don't need to be scanned on startup of the platform, but are remembered by the platform to exist. Benefit: drastically speed up the startup time. Apps in this folder will be stored in the platform's menu. If they got lost because of malicious user behavior, but the user tries to use them while they are missing, the user is asked to remove them from the platform or to reinstall them. Apps in this folder will be checked for updates by the PA.c Update. If they got lost because of malicious user behavior they will (anyway optionally) be restored on the next update of the respective app.

X:\PortableAppsManageOnUse - Apps in PA.c Format that are handled like Apps within the folder PortableAppsManaged, but will not be checked for updates by the PA.c Updater until they are used the first time during a session. Benefit: no updating of apps that are never used. For comfort an additional option to the Apps menu Prepare for Offline Use below Check for Updates would also check all Apps in the folder PortableAppsManageOnUse. Benefit: offline use is prepared easily.

mrharris73
mrharris73's picture
Offline
Last seen: 2 years 5 months ago
Joined: 2019-04-03 03:41
Multiple Directories (Folders)

I like the idea of "choosing" folders for the platform. First off, I'm a computer tech. I run MULTIPLE operating systems on MULTIPLE computers, tablets, and phones. My client base range from Apple Macintosh to Palm OS. I don't "know" all of my (their) OSes, so, I make multi-boots. With this in mind, I keep some "must-haves" on almost all systems. Some OSes (OS's ?) don't like lots of root folders. Some don't like long names. I keep an external USB drive with my "master set" of apps and programs. My folder structure is as simple as possible; Windows, Linux, Android, etc. Second level is Utils, Portables, etc. You get the idea. Would it be possible to suggest (request) that I could choose my root folder for PortableApps? I'd like to use something like X:\Windows\Repo\PAPS\Installs, X:\Windows\Repo\PAPS\Betas, X:\Windows\Repo\PAPS\Stable. (PAPS=PortableApps Platforms, Repo=Repository) I have to keep different versions of quite a few programs, as my customers don't always update. This is necessary to properly attempt to duplicate a reported issue they may be having. Sometimes, I make specific flash drives for my small business clients I have on maintenance contracts. They have their own set of apps that make up a "standard install" workstation. I know, a bit long for a comment, but I felt my reasoning was necessary for my request.

Simple version:
Can I choose my PAPS root install folder? Can I rename my subs? (installs, betas, stable, lite, full, etc.)

Jestre
Offline
Last seen: 1 year 1 week ago
Joined: 2005-12-09 12:01
Second this.

Flexibility in naming for all these directories would be preferred with possibly a check box or UI.
Only use x:\PortableApps\ since an update broke one of the apps.
Used x:\#Apps for many years across multiple drive and computers. (FYI files names starting with # appear at the top alphabetically, no scrolling or hunting)
All the apps work fine and update with the PA dir named this with the exception of x:\PortableApps\PortableApps.com.
It worked for years until one update removed the ability to update itself in any other dir.
Jestre

Movie Wisdom: Don't kick the monster!
Build mechanized armored assault suit to annihilate it, program robots to smash it, Shoot, Spear or even Throw something at it (preferably a grenade), but NEVER kick the monster!
NOTE: Doesn't apply to Black Belts

MunemWp
Offline
Last seen: 2 months 2 days ago
Joined: 2019-06-19 03:20
I like the idea of a seperate

I like the idea of a separate "Others" folder. Unofficial does not sound good to me.

Smile

ioqbit
Offline
Last seen: 2 months 1 week ago
Joined: 2019-02-15 06:54
I think this idea is great, I

I think this idea is great, I have the need to manage both official and unofficial applications separately.

I am boring.

Andy Jackson
Offline
Last seen: 2 years 3 weeks ago
Joined: 2017-03-12 05:32
Great! What about ability to launch Apps as an Administrator?

I like the idea for separating manually installed portable apps from officially supported ones, but some portable apps require administrator credentials to work. I know you can right-click and launch apps as an Administrator, but it would super helpful to be able to set that up once and than have the freedom to always launch apps using left-click.
I ask for this feature here since, in my mind, it's related to launching unofficial/other apps. If you would rather I posted this request on a different thread than you have permission to move it or let me know what's best.
To be clear, I'm requesting the ability to allow users to permanently set apps that require Administrative rights to always launch that way.

JustHangin
Offline
Last seen: 4 weeks 11 hours ago
Joined: 2019-06-30 14:15
Has anything come of this?

Has anything come of this? Perhaps the tool could recursively scan its main PortableApps folder rather than requiring flatness? It would make organization so much easier, for all the same reasons as every hierarchy simplifies organization

additional thoughts:

perhaps the subdirectory structure could precisely mirror the category names the user assigns on the platform, if this would simplify implementation.

perhaps an option switch for each discovered app which specifies if this app is to be auto-updated or hand managed by the user? this would seem no more complex that the already existing "Hide" setting. Might be more elegant than the idea of a manages and unmanaged root for portable apps. one can place all his portable apps in the single logical directory hierarchy and simply set whether that app should be auto-updated by the platform or not, so that it wont overwrite versions of apps which the user would prefer to hand-manage

John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 32 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Never Planned

The ability to scan sub-directories was never planned. This is just a possible option for official vs dev test vs non-PAF apps.

Sometimes, the impossible can become possible, if you're awesome!

JustHangin
Offline
Last seen: 4 weeks 11 hours ago
Joined: 2019-06-30 14:15
while unplanned, might i

while unplanned, might i request you consider these options? they would seem a considerable convenience for users. But perhaps there are technical reasons which would make these proposals most difficult. What might they be? It just strikes me that were this not the case, then allowing a hierarchical structure would add all the same benefit that it does in every users home directory, or mail program...rather than having a single directory with perhaps 200 apps in it and in time losing track of what one has an why when not otherwise using the platform interface

John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 32 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Majority Platform, Little Reason, Time and Energy

The majority of users use the PA.c Platform. Over 75%. And it lets you explore directly to any app's directory with a right-click. Whether using the platform or not, there's not much reason to regularly explore to the actual app directories. That's the point of using something to launch your apps. If you manually launch your apps in Explorer, then there's not much reason for the platform, and you can arrange them as you'd like. The installers won't automatically find the sub-directories the way they will something installed to X:\PortableApps\AppName, of course.

Windows itself is moving away from all organization by folders. Windows 11 just presents your apps in a single flat list now even in the menu. Just like folks are used to on phones.

Adding the complexity of deeper searches to both the platform and the updater for a little-used feature that wouldn't even be exposed to most users other than those who manually move their apps around isn't something I am interested in pursuing with all the other functionality still to be created and supported. If someone else wanted to and to commit to supporting it for a minimum of 5 years, it could be considered.

Sometimes, the impossible can become possible, if you're awesome!

Log in or register to post comments