Hi Hilaire, to use the deferred action in the startup you can add it to the SessionManager >> addDeferredStartupAction:, this will execute after all the startup actions. However, I was wrong it will not solve the problem of the splash, as the deferred action is still running in maximum priority (maybe this should be changed).
So the solution for the splash window will be to fork the process in a lower priority (with an explicit priority) Cheers On Wed, Apr 11, 2018 at 3:56 PM, Hilaire <hila...@drgeo.eu> wrote: > Removing the Splash screen avoid locking the image. About deferred action, > how do you do it? > > However why do I have this start up message about Pharo not been properly > claused? > > The installation of the app ends with a proper save and quit. > > DrGeoInstallerWorkstation>>install > super install. > DrGDefault beWorkstation. > self cleanUpForRelease. > Author fullName: 'MrCleaner'. > Smalltalk saveAs: 'drgeo'. > World submorphs > select: [:m | m class == (Smalltalk at: #DrGeoWindow)] > thenDo: [:drMorph | drMorph deleteWithoutConfirmation ]. > > self cleanMySelf. > Smalltalk fixObsoleteReferences. > Smalltalk garbageCollect. > Smalltalk garbageCollect. > Smalltalk garbageCollect. > > PharoChangesCondenser condense. > ExternalDropHandler registerHandler: > (ExternalDropHandler > type: nil > extension: 'fgeo' > action: [ :stream | DrGeo fullscreenOn: stream ]). > > Smalltalk snapshot: true andQuit: true. > > > What is even strange, when I run the buid in the system building it, this > message does not show up? > > Any idea? > > Thanks > > Hilaire > > Le 10/04/2018 à 21:36, teso...@gmail.com a écrit : > >> In Pharo 7 the startup of the session runs in higher priority so it >> cannot be interrupted. >> This is done in that way to fix some problems during the initialization >> of the session (Now, I could not remember what was fixed). >> > > -- > Dr. Geo > http://drgeo.eu > > > > -- Pablo Tesone. teso...@gmail.com