Your efforts are truely Appreciated !!
[APP] EverApp V0.2 - Application persistence under WM6.x
#4
Posted 09 August 2009 - 10:42 PM
Your efforts are truely Appreciated !!
#5
Posted 09 August 2009 - 11:07 PM
JaGuR, on Aug 9 2009, 22:42, said:
Your efforts are truely Appreciated !!
OK, couple of quick questions,
Do we need to re-start EverApp every time we do a soft reset ?
and also
Do we need to add EverApp to the list to not be closed down ?
Cheers
This post has been edited by JaGuR: 09 August 2009 - 11:20 PM
#6
Posted 10 August 2009 - 01:48 AM
JaGuR, on Aug 9 2009, 23:07, said:
Do we need to re-start EverApp every time we do a soft reset ?
Cheers
Until I add Autostart functionality, yes -- you'll need to run EverApp and select "Start Service" on each reboot. (Alternatively, you can add EAService.exe to the startup folder).
Quote
Nope. EverApp is really two applications -- a UI component ("EverApp"), and a service-oriented app ("EAService"). It's EAService that runs in the background and does all the heavy lifting (ie, monitoring and management). It's immune to shutdown since it doesn't have a visible window. You don't need to add EverApp as a monitored app.
This post has been edited by zman919: 10 August 2009 - 01:56 AM
#7
Posted 10 August 2009 - 02:15 AM
zman919, on Aug 10 2009, 01:48, said:
Nope. EverApp is really two applications -- a UI component ("EverApp"), and a service-oriented app ("EAService"). It's EAService that runs in the background and does all the heavy lifting (ie, monitoring and management). It's immune to shutdown since it doesn't have a visible window. You don't need to add EverApp as a monitored app.
Thanks,
Not sure if this is a bug, but when I added s2u2 and ilock to the imune list, s2u2 stopped working ?
I just removed them from the imune list, and s2u2 started behaving normally again, and to be honset I don't think it suffers from shutdown anyways.
This post has been edited by JaGuR: 10 August 2009 - 02:18 AM
#8
Posted 10 August 2009 - 02:23 AM
JaGuR, on Aug 10 2009, 02:15, said:
Not sure if this is a bug, but when I added s2u2 and ilock to the imune list, s2u2 stopped working ?
I just removed them from the imune list, and s2u2 started behaving normally again, and to be honest I don't think it suffers from shutdown anyways.
Which brings up a good point -- applications that don't suffer from shutdown problems (ie, apps that already handle shutdowns properly and/or maintain background processes) shouldn't be added to EverApp. It's really geared more towards "traditional" apps. (For example, my baseline test app was Google Maps)
#10
Posted 10 August 2009 - 07:29 AM
#11
Posted 10 August 2009 - 09:27 AM
Not sure if iGO8 is one of those programs that need to be in the immune list, so I removed it anyways
#12
Posted 10 August 2009 - 10:14 AM
IMPRESSIVE! Looks like ZE MAN has done it! You da man! =P
Yep, it definitely seems to be keeping apps alive. Objective complete ^^
=========================================================================
A few observations/notes:
1.
I can confirm that protected apps will not appear with wkTask.
Whilst for now we'd have to use the EverApp UI as a pseudo-taskmanager/switcher - zman, do you think it'd be possible to access protected processes normally in future releases? Or is that simply not possible?
2.
As a consequence of point 1 (maybe?) -
If the app is protected, but is opened again (via shortcut or whatever), a new process instance of the app is opened alongside the protected process. (Confirmed with dotfred taskmanager) Maybe in future releases, the protected process could be opened instead?
For example, I have S2P protected. I opened S2P, played music. Minimized S2P. Then opened S2P again, playing music. Two streams of music played at the same time lol ><"
Also, on the topic of S2P, if it's playing then gets minimized/protected, it doesn't progress to the next track...
Minor point - album art won't show on S2U2. I think we can live with that though
I note however, that Nitrogen 1.1 does not have this issue - tracks will proceed as per normal.
3.
In future releases, perhaps some way of backing up the list of designated protected apps could be implemented
================================================================================
==========
I'll keep testing and looking out for things to work on
Funny "About" quote, btw
Also - just noticed: in the about dialogue box, it says "Developed by zman818". But your Modaco account is zman919? LOL
Don't ask me how I noticed that...
Again, excellent work zman! =]
JaGuR, on Aug 10 2009, 19:27, said:
Not sure if iGO8 is one of those programs that need to be in the immune list, so I removed it anyways
Hehe, yeah, I think zman may have previously said that iGO has its own persisting memory management. So no need to add it
This post has been edited by naynada: 10 August 2009 - 10:23 AM
#13
Posted 10 August 2009 - 10:41 AM

My summary of a normal day:
Eat some pizza, play with my samsung omnia,
play some Xbox, watch some TV, go to bed.
#14
Posted 10 August 2009 - 12:17 PM
This post has been edited by zman919: 10 August 2009 - 12:22 PM
#15
Posted 10 August 2009 - 12:21 PM
Quote
Unfortunately I can't guarantee the ability to access protected apps through any specific task manager. Some task managers (such as FdcTaskManager) don't see protected apps, while others (such as Showcase) do. It has to do with how the particular task manager analyzes currently running processes. Since the *only* thing I'm doing to the protected apps is the whole key to the protection, I don't think I have much wiggle room to get them to appear in all task managers, but it's something I'll be looking into.
What I definitely will be adding is the ability to unhide a protected app through a command line, so in theory you could link the command line call to a button and instantly unhide a specific app.
Quote
Interesting. I didn't see that during my testing, but obviously I didn't test with every app possible. I assumed WM was smart enough to limit every app to a single instance, but that may have been a poor assumption on my part. Instead, each application probably does (or doesn't) take into consideration a pre-existing process itself. I should be able to bake some duplicate-process detection/management into EverApp. Thanks.
Quote
That's really weird. I can't understand S2P would care about having its window visible in order to progress to the next track. I can install it into my dev environment later this week and see if anything jumps out at me. Thanks.
Quote
Yup -- typically I'm zman818, but either someone beat me to the punch here, or (more likely) I registered a while ago and forgot which spam-pot email account I registered through.
Thanks for your observations! Much appreciated.
Z
Quote
The config is housed in \path_to_installation\everapp.xml if you want to save it somewhere else. Re-installations won't nuke your existing config, though.
This post has been edited by zman919: 10 August 2009 - 12:24 PM
#16
Posted 10 August 2009 - 12:27 PM
JaGuR, on Aug 10 2009, 09:27, said:
Not sure if iGO8 is one of those programs that need to be in the immune list, so I removed it anyways
Yup -- iGo8 manages itself. Thanks for that. FAQ updated.
#17
Posted 10 August 2009 - 12:38 PM
zman919, on Aug 10 2009, 22:21, said:
Oh awesome. Off I go to get Showcase then... =]
zman919 said:
oh oops I should've checked that...
Thanks!
#18
Posted 10 August 2009 - 02:22 PM
I tried it with FingerPoint. What it does is keep the process indeed but it hides it from view.
So it's not possible to return to FingerPoint other than through EverApp.
It would be neat if EverApp had a command line execution. So that we can make a Hard/Soft Button that will run a commandline like:
EverAppCmd -show FingerPoint.exe
And EverAppCmd will either switch to the already existing FingerPoint.exe or it will Launch it for the first time, based on the location of FingerPoint.exe that it will store when I add program.
#19
Posted 10 August 2009 - 02:46 PM
zagzag99, on Aug 10 2009, 09:22, said:
I tried it with FingerPoint. What it does is keep the process indeed but it hides it from view.
So it's not possible to return to FingerPoint other than through EverApp.
It would be neat if EverApp had a command line execution. So that we can make a Hard/Soft Button that will run a commandline like:
EverAppCmd -show FingerPoint.exe
And EverAppCmd will either switch to the already existing FingerPoint.exe or it will Launch it for the first time, based on the location of FingerPoint.exe that it will store when I add program.
Hi Zag. Thanks.
Question -- is there a driving need to protect FingerPoint with EverApp? From what I've read, FingerPoint is an app launcher. Isn't it easier to simply bind FingerPoint to a hard/softkey itself rather than trying to keep it running full-time under EverApp? Or is there something FingerPoint does that's worth keeping it running full-time that I'm not aware of? Thanks.
And yep -- that's exactly how the EA command line functionality will work.
Z
#20
Posted 10 August 2009 - 08:35 PM
V0.2 Beta
- EverApp now functions as an App Launcher. Activating a non-running app will launch it.
- EverAppCmd included, which allows activation of apps without having to use the UI.
- Added "Manage Duplicates" for individual applications. When enabled, EverApp will detect if a second instance of a protected app is launched, kill it, and bring the original protected app into the foreground.
This post has been edited by zman919: 10 August 2009 - 08:40 PM
#21
Posted 10 August 2009 - 10:45 PM
Working good at not killing them as they were the ones that were getting dropped.
The only problem I had, which looks as though you may have fixed in this new revision is, I couldn't get the apps to open up again.
Will try the new revision
Thanks again for your work on this problem,
Big Thumbs up !!!
This post has been edited by JaGuR: 10 August 2009 - 10:49 PM
#22
Posted 11 August 2009 - 05:23 AM
zman919, on Aug 11 2009, 00:46, said:
On FingerPoint's first run, there is quite a significant lag on one of its app launching menus as it has to cache the installed applications - or something like that.
zman919, on Aug 11 2009, 06:35, said:
V0.2 Beta
- EverApp now functions as an App Launcher. Activating a non-running app will launch it.
- EverAppCmd included, which allows activation of apps without having to use the UI.
- Added "Manage Duplicates" for individual applications. When enabled, EverApp will detect if a second instance of a protected app is launched, kill it, and bring the original protected app into the foreground.
Nice, quick update. Will try tonight.
This post has been edited by naynada: 11 August 2009 - 05:24 AM
#23
Posted 11 August 2009 - 06:32 AM
zman919, on Aug 10 2009, 17:46, said:
Question -- is there a driving need to protect FingerPoint with EverApp? From what I've read, FingerPoint is an app launcher. Isn't it easier to simply bind FingerPoint to a hard/softkey itself rather than trying to keep it running full-time under EverApp? Or is there something FingerPoint does that's worth keeping it running full-time that I'm not aware of? Thanks.
And yep -- that's exactly how the EA command line functionality will work.
Z
The down sides of FingerPoint are: The Splash screen that appears on first load and the lag of scanning the All Programs for the first time.
That's why one would rather have this app kept from being killed so that those delays will be experienced only once (after reset)
I will try 0.2 now. Thanks for your quick response and coding.






