- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Animation by Stepping

by btc＠openinworld.com

J.F. Rick wrote: > Athens graphics are fast enough that it is possible to do high > frame-rate animations. I've been trying (and, to various degrees, > succeeding) in adding animations to my touch applications. I'm using > stepping to do it. Basically, you just move pieces / update the > display when step gets called. If you set the stepTime to 30, you > should get somewhere around 30 frames per second, which is quite smooth. > > The problem I have is that the step mechanism in Pharo seems to block > out the UI thread. In Squeak, you could return 0 for the stepTime > message and then step would get called each UI cycle. In Pharo, the > two seem to be disconnected. If the stepTime is too low, the processor > will be busy doing redrawing and the UI loop is stopped. When I do > stepTime of 20, the UI stops responding until after the animation is > over. When I do stepTime of 50, the UI keeps working. The lower the > stepTime, the smoother the animation, but also the chance that the UI > becomes unresponsive. That's a nasty tradeoff. Is there a good way to > do step style animation without this tradeoff? Why was stepping and > the UI loop separated? Is there a different way that animation should > be implemented? > > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick What came out of http://gsoc2013.esug.org/projects/athens-animation ?

Feb. 20, 2014

Re: [Pharo-dev] Animation by Stepping

by phil＠highoctane.be

I've done such a kind of app (without Athens but with Morphic) on the iPad. I works nicely. Now, MorphicUIManager>>spawnNewProcess tells us: spawnNewProcess UIProcess := [ [World doOneCycle. Processor yield. false] whileFalse: []. ] newProcess priority: Processor userSchedulingPriority. UIProcess name: 'Morphic UI process'. UIProcess resume So, World doOneCycle forever. World being a PasteUpMorph then we enter this ping pong of double dispatches in the the doOneCycle (I think this could be utterly simplified but hey, it takes courage to go in there. I've got my own scribbled map but it would take quite a while to change things. Add to that that Stef and Igor appear to be working on some event internals so that all of the previous knowledge will be moot...) PasteUpMorph>>doOneCycle worldState doOneCycleFor: self with worldState being a WorldState at one point, the worldState will call the World>>drawOn: aCanvas Which happens under: WorldState>>doOneCycleNowFor: aWorld "Immediately do one cycle of the interaction loop. This should not be called directly, but only via doOneCycleFor:" DisplayScreen checkForNewScreenSize. "process user input events" LastCycleTime := Time millisecondClockValue. self handsDo: [:h | ActiveHand := h. h processEvents. ActiveHand := nil ]. "the default is the primary hand" ActiveHand := self hands first. aWorld runStepMethods. "there are currently some variations here" self displayWorldSafely: aWorld. runStepMethods call into the runLocalStepMethodsIn: aWorld where all kinds of old things show up (like priorWorld where we do not have that anymore, as we only have one nowÃ . and where the stepList is also processed and this: (now < lastStepTime or: [now - lastStepTime > 5000]) ifTrue: [self adjustWakeupTimes: now]. "clock slipped" takes place (I wonder why, someone can explain?) And if the stepList isn't empty, it will go through all step methods: [stepList isEmpty not and: [stepList first scheduledTime < now]] whileTrue: [lastStepMessage := stepList removeFirst. morphToStep := lastStepMessage receiver. (morphToStep shouldGetStepsFrom: aWorld) ifTrue: [lastStepMessage value: now. lastStepMessage ifNotNil: [stepTime := lastStepMessage stepTime ifNil: [morphToStep stepTime]. lastStepMessage scheduledTime: now + (stepTime max: 1). stepList add: lastStepMessage]]. lastStepMessage := nil]. lastStepTime := now. Ah, now + (stepTime max: 1)... guess that zero will not cut it then. Minimum stepTime will at least be one. This explains that I guess. The Squeak 4.3 doOneCycleNowFor: aWorld is more or less similar (it has a capturingGesture thing but without effect). And the stepTime has also the max:1 thing. runLocalStepMethodsIn: aWorld "Run morph 'step' methods (LOCAL TO THIS WORLD) whose time has come. Purge any morphs that are no longer in this world. ar 3/13/1999: Remove buggy morphs from the step list so that they don't raise repeated errors." | now morphToStep stepTime priorWorld | now := Time millisecondClockValue. priorWorld := ActiveWorld. ActiveWorld := aWorld. self triggerAlarmsBefore: now. stepList isEmpty ifTrue: [ActiveWorld := priorWorld. ^self]. (now < lastStepTime or: [now - lastStepTime > 5000]) ifTrue: [self adjustWakeupTimes: now]. "clock slipped" [stepList isEmpty not and: [stepList first scheduledTime < now]] whileTrue: [lastStepMessage := stepList removeFirst. morphToStep := lastStepMessage receiver. (morphToStep shouldGetStepsFrom: aWorld) ifTrue: [lastStepMessage value: now. lastStepMessage ifNotNil: [stepTime := lastStepMessage stepTime ifNil: [morphToStep stepTime]. lastStepMessage scheduledTime: now + (stepTime max: 1). stepList add: lastStepMessage]]. lastStepMessage := nil]. lastStepTime := now. ActiveWorld := priorWorld So, I wonder why it would be different in Squeak. HTH Phil On Thu, Feb 20, 2014 at 5:16 PM, J.F. Rick <self(a)je77.com> wrote: > Athens graphics are fast enough that it is possible to do high frame-rate > animations. I've been trying (and, to various degrees, succeeding) in > adding animations to my touch applications. I'm using stepping to do it. > Basically, you just move pieces / update the display when step gets called. > If you set the stepTime to 30, you should get somewhere around 30 frames > per second, which is quite smooth. > > The problem I have is that the step mechanism in Pharo seems to block out > the UI thread. In Squeak, you could return 0 for the stepTime message and > then step would get called each UI cycle. In Pharo, the two seem to be > disconnected. If the stepTime is too low, the processor will be busy doing > redrawing and the UI loop is stopped. When I do stepTime of 20, the UI > stops responding until after the animation is over. When I do stepTime of > 50, the UI keeps working. The lower the stepTime, the smoother the > animation, but also the chance that the UI becomes unresponsive. That's a > nasty tradeoff. Is there a good way to do step style animation without this > tradeoff? Why was stepping and the UI loop separated? Is there a different > way that animation should be implemented? > > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick >

Feb. 20, 2014

Animation by Stepping

by J.F. Rick

Athens graphics are fast enough that it is possible to do high frame-rate animations. I've been trying (and, to various degrees, succeeding) in adding animations to my touch applications. I'm using stepping to do it. Basically, you just move pieces / update the display when step gets called. If you set the stepTime to 30, you should get somewhere around 30 frames per second, which is quite smooth. The problem I have is that the step mechanism in Pharo seems to block out the UI thread. In Squeak, you could return 0 for the stepTime message and then step would get called each UI cycle. In Pharo, the two seem to be disconnected. If the stepTime is too low, the processor will be busy doing redrawing and the UI loop is stopped. When I do stepTime of 20, the UI stops responding until after the animation is over. When I do stepTime of 50, the UI keeps working. The lower the stepTime, the smoother the animation, but also the chance that the UI becomes unresponsive. That's a nasty tradeoff. Is there a good way to do step style animation without this tradeoff? Why was stepping and the UI loop separated? Is there a different way that animation should be implemented? Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Feb. 20, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30774 Home: https://github.com/pharo-project/pharo-core

Feb. 20, 2014

[pharo-project/pharo-core] d18d95: 30774

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: d18d95c2202b5cb89b779b4bd19c2ba7878dffd3 https://github.com/pharo-project/pharo-core/commit/d18d95c2202b5cb89b779b4b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-02-20 (Thu, 20 Feb 2014) Changed paths: M Manifest-Resources-Tests.package/MFClassB.class/README.md M Manifest-Tests.package/ManifestManifestTests.class/README.md M Manifest-Tests.package/SmalllintManifestCheckerTest.class/README.md M MonticelloGUI.package/MCWorkingCopyBrowser.class/instance/actions/addSlice.st M RecentSubmissions.package/AbstractMethodReferenceConverter.class/README.md M RecentSubmissions.package/DiffMethodReferenceConverter.class/README.md M RecentSubmissions.package/MessageListInspectableNode.class/README.md M RecentSubmissions.package/MessageListNonInspectableNode.class/README.md M RecentSubmissions.package/VersionMethodReferenceConverter.class/README.md A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script427.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30774.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M SlotTests.package/SlotAnnouncementsTest.class/instance/tests-integration/testVariableClassWithTraitCreatedShouldntAnnounceClassModified.st M Traits.package/TClass.class/instance/subclass creation/variableSubclass_uses_instanceVariableNames_classVariableNames_poolDictionaries_category_.st Log Message: ----------- 30774 12290 Newly loaded SLICE does not have PharoInbox in the repository group https://pharo.fogbugz.com/f/cases/12290 12865 Class comments missing in Manifest package https://pharo.fogbugz.com/f/cases/12865 12898 When creating a subclass -that includes a Trait- with a VariableLayout it uses a ByteLayout instead https://pharo.fogbugz.com/f/cases/12898 12934 Class comments missing in RecentSubmissions package https://pharo.fogbugz.com/f/cases/12934 http://files.pharo.org/image/30/30774.zip

Feb. 20, 2014

Re: [Pharo-dev] Desktop Apps with Pharo 3

by Pavel Krivanek

2014-02-18 17:26 GMT+01:00 Noury Bouraqadi <bouraqadi(a)gmail.com>: > Hi, > > For my Pharo Lecture I want to show students how to make a desktop app in > Pharo 3.0 (Yes I'm using a Beta for my lecture, because Pharo 3 is cool :-) > You could mention Phobos: https://ci.inria.fr/pharo-contribution/view/Phobos/ -- Pavel > > - I wonder if there are any new cool solution to strip out dev tools or at > least lock the world menu? > > - Is there any way to set the OS window size other than simply turning it > full screen? > > Thanks for your help, > Noury > Ecole des Mines de Douai > http://car.mines-douai.fr/noury > -- > > > > > Afin de contribuer au respect de l'environnement, > merci de n'imprimer ce courriel qu'en cas de necessite > > Please consider the environment before you print > > > > >

Feb. 20, 2014

Re: [Pharo-dev] Desktop Apps with Pharo 3

by Torsten Bergmann

Hi Noury, there is support for this in my "OS" project, but only for Windows so far. Load "OSWindows" from the config browser and then evaluate WinWindow pharoWindow setNonResizable Try to resize it then. Note that this is not persistent over image session, so do it at startup. Dont know if there is a more platform neutral solution already available within Pharo/Pharo VM like setting the size. Bye T. > Gesendet: Donnerstag, 20. Februar 2014 um 14:47 Uhr > Von: "Noury Bouraqadi" <bouraqadi(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] Desktop Apps with Pharo 3 > > Thanks Ben, Torsten and Damien for your answers. > A quickly scanned the materials and I have a question. > Is there someway to force the OS window have a fixed size? > > I guess it should be doable at least if we can capture a change in the OS Window. > > Noury > > On 19 fÃ©vr. 2014, at 16:19, Damien Cassou wrote: > > > On Tue, Feb 18, 2014 at 5:26 PM, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > >> For my Pharo Lecture I want to show students how to make a desktop app in Pharo 3.0 (Yes I'm using a Beta for my lecture, because Pharo 3 is cool :-) > > > > > > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > > > >

Feb. 20, 2014

Re: [Pharo-dev] Issue 12942: Nautilus Test Icons Missing

by Sean P. DeNigris

Torsten Bergmann wrote > and if it works close the issue #12942 Ben beat you by 5 minutes ;) Already closed... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-12942-Nautilus-Test-Icons-Missing-tp4745256p474… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 20, 2014

Re: [Pharo-dev] Issue 12942: Nautilus Test Icons Missing

by Torsten Bergmann

Hi Sean, more icons (classes in nautilus, config browser icons, ...) went away. But this is already fixed by Benjamin, see https://pharo.fogbugz.com/f/cases/12913 Hit the update button to at least 3.0 773 and if it works close the issue #12942 Bye T. > Gesendet: Donnerstag, 20. Februar 2014 um 15:58 Uhr > Von: "Sean P. DeNigris" <sean(a)clipperadams.com> > An: pharo-dev(a)lists.pharo.org > Betreff: [Pharo-dev] Issue 12942: Nautilus Test Icons Missing > > https://pharo.fogbugz.com/default.asp?12942 > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Issue-12942-Nautilus-Test-Icons-Missing-tp4745256.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

Feb. 20, 2014

Issue 12942: Nautilus Test Icons Missing

by Sean P. DeNigris

https://pharo.fogbugz.com/default.asp?12942 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-12942-Nautilus-Test-Icons-Missing-tp4745256.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 20, 2014