Hi esteban I think that we should identify the main hook points and slowly prepare them. The system should be prepared for that so that we just need to pass a context to configure it. Stef Le 27/8/16 à 14:32, Esteban Lorenzano a écrit :
yes, some years ago I made a package for this. later Ben tried something similar with the user manager. none of those approaches worked as general approach because you need to âcloseâ a lot of things⦠(not just the spotter⦠which by the way, NEEDS to have a setting, no idea who answered you that but he is wrong), and image is not prepared for that.
of course is still possible :)
anyway, today I would tackle a solution in a different way: I would open my app morph on an SDL2 window and not touch the word at all (opening a headless image). This is not possible in windows because when you do âheadlessâ it just laugh at you, but is doable in the not-so-long term.
Esteban
On 27 Aug 2016, at 13:39, Cyril Ferlicot D. <cyril.ferlicot@gmail.com> wrote:
Le 27/08/2016 à 13:18, stepharo a écrit :
YES!!!
Do you know how Settings works? We can adapt it this way.
When I improved the deployment of Synectique Tools I asked to get a simple way to disable Spotter via a setting but I got as answer "No because you can do it by removing a global shortcut so it is not needed.".
People in companies don't have the time to learn how shortcuts work and how to remove one without impacting something else. And they don't have the time to check Spotter code to know how it is call.
If the image is able to have a deployment mode then I don't care how Spotter is disabled (setting or removing a shortcut). But for now we don't have it. :)
I mean the User approach that Benjmain proposed and was pushed in Pharo was not good because it was not modular. Now each part of the system should be defined in way that it can be set just as a setting. We should not have
World .... User current = ifTrue
But
World use: userSetting
and World should handle it. There is way more to do :) When you deploy on linux you should be able to say beSilent to the system (do not write on places that you cannot). Valentin works on it and we should continue
Stef
The fact that there is much more to do is the main reason for Pharo to do it and not the developer. The developer cannot know all the system and will not be able to protect the code of his company well because he will forget something as to disable ctrl+o+p (or he is a god developer! But everyone is not).
This is a large thing to do, so it would be cool that everyone keep that in mind to allow it little by little (as with the work of Valentin).
-- Cyril Ferlicot
165 Avenue Bretagne Lille 59000 France