Hello there!
When i close my PortableApps.com using the X button on the bottom of the menu, the Programm closes itself but leaves all portable apps opened.
When i try to close&eject PortableApps.com with the ^ Button on the bottom of the menu, and still have apps opened, PortableApps close but Windows refuses ejecting my USB device because there are still apps opened.
Is there a way to tell PortableApps.com to close the opened Apps before closing itself?
By using the Search option of this forum i found an old thread from 2007:
-> Eject script (https://portableapps.com/node/7178)
But the link postet there is dead.
So, anny further suggestions?
Thank you
I can only tell you that something like this is planned for a future version, although this is a pretty gereric answer and no one knows when it will be implemented.
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
Is there any script that runs when i use the close-function of the PA StartMenu where i could put in some lines of batch or call a small selfwritten programm?
At this moment i'm reading the documentation of the WindowsCommands "tasklist" and "taskkill".
Maybe i'll be able to write a batch script to end running processes that were started by PortableApps.
At this moment the only Idea i have is to kill processes with "Portable" in their names.
This would match the most but sadly not all portable Programms ...
Killing all processes with Portable in the name would only kill the processes that make pApps portable, not the actual app itself.
For example (using Task Coach as that is what I currently have open in front of me) If you had it running and looked at the list of running processes you would see that both taskcoach.exe (the program exe) and TaskCoachPortable.exe (the portable exe) are running. Killing the portable exe would not stop the program exe, but would mean that any changes made to the registry/filesystem etc. would not be cleaned up on closing the program exe, possibly causing greater problems depending upon the program.
Task Coach itself will restart without a hitch, but will say that the file it is trying to load is locked, wold you like to unlock it etc. but I could see other programs behaving more erratically, such as losing profiles and/or data.
We have a better process in development that will allow apps to close properly and not lose data nor strand them without their launchers.
Sometimes, the impossible can become possible, if you're awesome!
Thank you for your reply!
Now i'm realy (!!!) looking forward for version 2.
I think after christmas you'll read something from me in the testing-forums.
I'm planing to help a bit to accelerate the release of Version 2
I need this in order to terminate my portable autostart apps like exPresso and WallPaperSwitcher.
If the plans to implement this had been dropped, perhaps someone can give me a hint: It would be trivial to close a windowed app with an auxiliary AutoIt script, but the above sit in the tray. Any way to terminate them "gracefully" (not "kill" them)?
Thanks.
I personally use AutoClose to close both of those, as well as a couple of other apps. The catch is that apps need to support some kind of exit functionality from the command line in order for it to work.
Note that for me, this is just a temporary thing until the same functionality is available in the platform.
[EDIT: added second paragraph]
Any updated thought on this ?
Simha
It is still on the list of upcoming features, but new releases have been slow for a number of reasons.
It is still coming but we can't say when.
Any updated thought on this ?
Simha
the latest official beta that I use, works 90% of the time, only when there is a lot of writing left, like in Thunderbird, that it gives me the message that there are apps open when I click on the close&eject button in the menu. But then it actually did close it and I just have to manually eject. It seems that the time to tell me stuff was open was enough time to close them in the background.
Don't be an uberPr∅. They are stinky.