[Windows Mobile Apps and Games] MichelDiamond:
Good stuff, thanks for all of the pointers!

### I hope it helped a little bit - the whole xda-devs is a cooperation and thanx for your effort to make such cool Panels

I do have a few questions if you do not mind.

### :) Reeally no problem

I would like to use JMLPanex for the buttons. Trying to account for all screen resolutions and the offset caused by WM 6.5.1's new, smaller "topbar", vs the older 6.5 and lower builds is a pain. (topbar? should that be taskbar? meh...)

### This will work with next Version of JMLPanex - will come soon.

Does JMLPanex have to be installed in order to use it's button detection?

If it does, should I distribute the cab in this plug-in?

If not, how would be the best way to include it with this plug-in?

### Ifyouuse TICS -then you have an install.mscr.

But I would recommend only by first start of Plugin to check if JMLPanex.exe is found (Mortscript-Command to search) - and if it's not there, then you can start the .cab within your .cab -or only make a hint, that the user should download JMLPanex.

Sometimes it's better to give a hint - because so the User knows, where he has to look- so he won't oversee a new version of JMLPanex.

There is an issue with having the detection script only run when a user interacts with the plug-in, and using RunAt(). What happens when the user interacts with S2P directly? CS2P would have no way to detect changes this way, the plug-in would show old information until the user initiated some action, or the RunAt() starts.

I do wonder about this Windows Notification system though...

### If the User would interact directly with S2P... mmh... good question ... you minimize it while Playing, right?

I would say: IF he would do this, then it's activated and no more minimized - and so that's would be a problem, if your Script would interfere it.

The other way - that your script could wait to long - the User has choosen to control it direct - so that wouldn't be a problem

But that your RunAt wouldn't interfere it: Just look with Mortscript-Command, if S2P is activated - and if yes - then you know, that the user is now playing around directly with S2P - so only stop your script then. It will run again, whenuser makes the next interaction in CS2P - and nothing would interfere.

Do you know if mortscript, when you do something like this...

Code:

while(1)

Sleep(1500)

endwhile

Is Sleep(1500) a REAL sleep, where the script consumes no processes while it's sleeping?

### Just look to the process list: MortScript is still running and uses resources. if something is not handeled by Windows with notification - no sleep is a real sleep. In Mortscript as Interpreter is the Interpreter still forced to run.

But also in C the Program would to run on with a Sleep-Command.

Only notifications (e.g. like JMLToday does it) gives the ability to have no further running programs. Therefore my Thoughts to use "RunAt"

Like, would it be the same as using RunAt() to run the script 1.5sec in the future?

### No - it would be a little better - a Sleep doesn't use so much Resources than a urrent interpreted code. But it wouldn't be much better.

It's still running.

And you will see - the proposal with RunAt is easy to implement (and not very much to change) - and if you have special questions - just ask - perhaps I could help.

Also with TICS

OK?

Nice Greetings

Micha