As far I understand, the simulator is not just as the Android emulator, so 
you do not deploy something into it, because it is the application itself, 
even in the apparent form of a device running another application.
Said that, it is a minor issue for sure, I have not any problem closing the 
instances manually.
In the long run you have to take into account that developers will end up 
having a lot of instances open on the system for sure, because of the 
normal tendency to forget and being busy and distracted. Very soon closing 
the instances is felt as a chore, not even mentioning when the instances 
have some conflicts, as said in my original post. Furthermore I use very 
often (even several times in a minute) the "hot corner" function that shows 
me all windows, and it is easily crammed by the simulators.
I think that the "Stop" function is triggerable from the plugin, calling it 
in the run/debug initial operations. It would depend on the "only one 
instance" option in the settings. It closes the opened simulator, I tried. 
"Stop All" closes all instances. With appropriate combination of settings a 
developer can decide to mantain some instances open, if needed, while the 
most recent is closed and re-run as the "active" one.
Regards

Il giorno sabato 27 giugno 2020 07:14:47 UTC+2, Shai Almog ha scritto:
>
> Re-running within the same simulator skin won't provide any performance 
> benefit as the simulator loads instantly. It also can't be done as those 
> are separate processes (our simulator is self contained). It isn't hard to 
> press the X to close the button on an existing simulator instance or the 
> stop button in intellij.
>
> Adding something like this would mean every simulator instance will have a 
> lock file to detect a running simulator and would need to monitor it for a 
> kill instruction by a new simulator instance... That's a lot of overhead 
> for something that doesn't seem to provide too much benefit. Am I missing 
> something? 
>

-- 
You received this message because you are subscribed to the Google Groups 
"CodenameOne Discussions" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/codenameone-discussions/8f2caebb-f667-44f8-ad60-1e4ef5d795d6o%40googlegroups.com.

Reply via email to