March 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] feedback from yet another student presentation

by Alexandre Bergel

> - it was reallllly hard to register a project on smalltalkhub just after we created an account. > This already happened to me during the open-devs. > So this is a really big show stopper for the mooc. Because people will gave up just after the first lecture :( The situation will be much easier I hope once git is well supportedâ¦ > - we should really rename Class>>name: into setClassName: > students were manipulating object with name such as state of state machine and one wrote > > State name: 'A' and just rename the class and broke the system. I have just created an issue: https://pharo.fogbugz.com/f/cases/17798/Rename-Class-name-into-setClassName Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 10, 2016

Minor fix in ImageWorker

by Martin Dias

Hi, Just to inform that I commit a new version in sthub/PharoExtras/ImageWorker with a small fix: Name: ImageWorker-MartinDias.29 Author: MartinDias Time: 10 March 2016, 4:55:51.231432 pm UUID: b74855da-74b0-0743-b4c5-c56f73ee432d Ancestors: ImageWorker-EstebanLorenzano.28 ImageWorker must initialize its timeoutBlock as a zero argument block, since it evaluates the block without arguments. Cheers, Martin

March 10, 2016

feedback from yet another student presentation

by stepharo

Hi today with anne we presented Moose and Pharo to students and teachers at Paris here are the conclusion: - it was reallllly hard to register a project on smalltalkhub just after we created an account. This already happened to me during the open-devs. So this is a really big show stopper for the mooc. Because people will gave up just after the first lecture :( - we should really rename Class>>name: into setClassName: students were manipulating object with name such as state of state machine and one wrote State name: 'A' and just rename the class and broke the system. Stef

March 10, 2016

Re: [Pharo-dev] [Moose-dev] Re: [Pharo-users] RTAnchorConstraint

by Alexandre Bergel

Hi! Thanks Peter for having spotted the problem. I have fixed it somehow (âsomehowâ because this is not an ideal solution, but good enough for now). Try this after having updated Roassal: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | v lbls es e1 e2 a1 a2 layout stepping| v := RTView new. lbls := RTLabel new elementsOn: #(#First #Second). es := RTEllipse new size: 30; borderColor: Color black; elementsOn: #(#source #dest). v addAll: lbls; addAll: es. es @ RTDraggable. es @ RTLabeled. e1 := RTArrowedLine new withContinuousCircleAttachPoint; color: Color black; edgeFrom: es first to: es second. v add: e1. e2 := RTArrowedLine new withContinuousCircleAttachPoint; color: Color black; edgeFrom: es second to: es first. v add: e2. a1 := RTAnchorConstraint new. a1 anchorShape size: 10. a1 guideLine color: Color red. a1 element: lbls first; edge: e1; balance: 0.2; minDistance: 10; build. (a2 := RTAnchorConstraint new) element: lbls second; edge: e2; balance: 0.2; minDistance: 10; build. layout := RTForceBasedLayout new charge: -450; length: 100; doNotUseProgressBar; applyOn: es; yourself. layout initialLayout: RTSugiyamaLayout new. layout nodes: es. layout start: es. layout edges: { e1 . e2 }. stepping := RTSpringLayoutStepping new view: v; layoutWithoutPreparing: layout; afterBlock: [ v canvas camera focusOnCenter]. v addAnimation: stepping. ^ v -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Here is a screenshot: And this is all animated. Cool stuff! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Mar 10, 2016, at 12:42 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > To which problem? > > The problem is that RTSpringLayoutStepping always uses all the elements in the view and ignores what you set to the layout. > > This is a problem, because it will try to also layout the anchor, but that will trigger the anchor to fix itselfâ¦ and we get endless spinning. > > On Thu, Mar 10, 2016 at 4:21 PM, Johan Fabry <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: > >> On Mar 10, 2016, at 12:08, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> >>> >>> There is no other solution? Alex, do you have any idea? >> >> To which problem? > > Copy-paste from original mail: > > anchor constraints: they do not play well with layouts and animations. Try the code below (adapted from the example to use the layout and animation of LRP ) and you will see that the circles keep spinning around, they never stop. I think it would be better for them to stop ;-) > > | v lbls es e1 e2 a1 a2 layout stepping| > v := RTView new. > lbls := RTLabel new elementsOn: #(#First #Second). > es := RTEllipse new > size: 30; > borderColor: Color black; > elementsOn: #(#source #dest). > v > addAll: lbls; > addAll: es. > es @ RTDraggable. > es @ RTLabeled. > e1 := RTArrowedLine new > withContinuousCircleAttachPoint; > color: Color black; > edgeFrom: es first to: es second. > v add: e1. > e2 := RTArrowedLine new > withContinuousCircleAttachPoint; > color: Color black; > edgeFrom: es second to: es first. > v add: e2. > a1 := RTAnchorConstraint new. > a1 anchorShape size: 10. > a1 guideLine color: Color red. > a1 > element: lbls first; > edge: e1; > balance: 0.2; > minDistance: 10; > build. > (a2 := RTAnchorConstraint new) > element: lbls second; > edge: e2; > balance: 0.2; > minDistance: 10; > build. > layout := RTForceBasedLayout new > charge: -450; length: 100; > doNotUseProgressBar; applyOn: es; yourself. > layout initialLayout: RTSugiyamaLayout new. > stepping := RTSpringLayoutStepping new > view: v; layout: layout; > afterBlock: [ v canvas camera focusOnCenter]. > v addAnimation: stepping. > ^ v > > > ---> Save our in-boxes! http://emailcharter.org <http://emailcharter.org/> <--- > > Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/~jfabry> > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> > https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev> > >

March 10, 2016

Re: [Pharo-dev] [Moose-dev] Re: [Pharo-users] RTAnchorConstraint

by Peter UhnÃ¡k

> To which problem? The problem is that RTSpringLayoutStepping always uses all the elements in the view and ignores what you set to the layout. This is a problem, because it will try to also layout the anchor, but that will trigger the anchor to fix itselfâ¦ and we get endless spinning. On Thu, Mar 10, 2016 at 4:21 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > On Mar 10, 2016, at 12:08, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > There is no other solution? Alex, do you have any idea? > > > To which problem? > > > Copy-paste from original mail: > > anchor constraints: they do not play well with layouts and animations. Try > the code below (adapted from the example to use the layout and animation of > LRP ) and you will see that the circles keep spinning around, they never > stop. I think it would be better for them to stop ;-) > > | v lbls es e1 e2 a1 a2 layout stepping| > v := RTView new. > lbls := RTLabel new elementsOn: #(#First #Second). > es := RTEllipse new > size: 30; > borderColor: Color black; > elementsOn: #(#source #dest). > v > addAll: lbls; > addAll: es. > es @ RTDraggable. > es @ RTLabeled. > e1 := RTArrowedLine new > withContinuousCircleAttachPoint; > color: Color black; > edgeFrom: es first to: es second. > v add: e1. > e2 := RTArrowedLine new > withContinuousCircleAttachPoint; > color: Color black; > edgeFrom: es second to: es first. > v add: e2. > a1 := RTAnchorConstraint new. > a1 anchorShape size: 10. > a1 guideLine color: Color red. > a1 > element: lbls first; > edge: e1; > balance: 0.2; > minDistance: 10; > build. > (a2 := RTAnchorConstraint new) > element: lbls second; > edge: e2; > balance: 0.2; > minDistance: 10; > build. > layout := RTForceBasedLayout new > charge: -450; length: 100; > doNotUseProgressBar; applyOn: es; yourself. > layout initialLayout: RTSugiyamaLayout new. > stepping := RTSpringLayoutStepping new > view: v; layout: layout; > afterBlock: [ v canvas camera focusOnCenter]. > v addAnimation: stepping. > ^ v > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > >

March 10, 2016

Re: [Pharo-dev] [Moose-dev] [Pharo-users] RTAnchorConstraint

by Johan Fabry

> On Mar 10, 2016, at 12:08, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> >> There is no other solution? Alex, do you have any idea? > > To which problem? Copy-paste from original mail: anchor constraints: they do not play well with layouts and animations. Try the code below (adapted from the example to use the layout and animation of LRP ) and you will see that the circles keep spinning around, they never stop. I think it would be better for them to stop ;-) | v lbls es e1 e2 a1 a2 layout stepping| v := RTView new. lbls := RTLabel new elementsOn: #(#First #Second). es := RTEllipse new size: 30; borderColor: Color black; elementsOn: #(#source #dest). v addAll: lbls; addAll: es. es @ RTDraggable. es @ RTLabeled. e1 := RTArrowedLine new withContinuousCircleAttachPoint; color: Color black; edgeFrom: es first to: es second. v add: e1. e2 := RTArrowedLine new withContinuousCircleAttachPoint; color: Color black; edgeFrom: es second to: es first. v add: e2. a1 := RTAnchorConstraint new. a1 anchorShape size: 10. a1 guideLine color: Color red. a1 element: lbls first; edge: e1; balance: 0.2; minDistance: 10; build. (a2 := RTAnchorConstraint new) element: lbls second; edge: e2; balance: 0.2; minDistance: 10; build. layout := RTForceBasedLayout new charge: -450; length: 100; doNotUseProgressBar; applyOn: es; yourself. layout initialLayout: RTSugiyamaLayout new. stepping := RTSpringLayoutStepping new view: v; layout: layout; afterBlock: [ v canvas camera focusOnCenter]. v addAnimation: stepping. ^ v ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

March 10, 2016

Re: [Pharo-dev] [Moose-dev] [Pharo-users] RTAnchorConstraint

by Alexandre Bergel

Any code I can have to reproduce the problem? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Mar 10, 2016, at 11:25 AM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > But now there is a new bug RTAnchorConstraint>>computeExtraDistance that I cannot reliably reproduce,

March 10, 2016

Re: [Pharo-dev] [Moose-dev] [Pharo-users] RTAnchorConstraint

by Alexandre Bergel

> > There is no other solution? Alex, do you have any idea? To which problem? Alexandre

March 10, 2016

Re: [Pharo-dev] [Moose-dev] [Pharo-users] RTAnchorConstraint

by Johan Fabry

> On Mar 9, 2016, at 18:51, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > On Wed, Mar 9, 2016 at 10:02 PM, Johan Fabry <jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: > Heh, also a funny feature of your anchor constraints: they do not play well with layouts and animations. Try the code below (adapted from the example to use the layout and animation of LRP ) and you will see that the circles keep spinning around, they never stop. I think it would be better for them to stop ;-) > > can't help myself :) > > https://youtu.be/PGNiXGX2nLU?t=1m <https://youtu.be/PGNiXGX2nLU?t=1m> Hehe, good one :-) https://youtu.be/uo0o8eQWfcI ! :-P > > stepping := RTSpringLayoutStepping new > view: v; layout: layout; > afterBlock: [ v canvas camera focusOnCenter]. > > The problem is that RTSpringLayoutStepping>>view sets in effect the layout on all elements in the view, which obviously won't work since they'll start competing. > > I'm not sure right now how to address it, but try this > > stepping := RTSpringLayoutStepping new > view: RTView new; layout: layout; > nodes: es; > afterBlock: [ v canvas camera focusOnCenter]. Sorry, I donât know enough of the internals to understand whatâs going on. The solution is not a solution for me, because it effectively removes the animation, we only see the the resulting layout. There is no other solution? Alex, do you have any idea? > Ah right, thanks. I've extracted the class from my code and I have different removal mechanism... > Please try the latest version, it should be fixed there. Fixed, thanks! But now there is a new bug RTAnchorConstraint>>computeExtraDistance that I cannot reliably reproduce, I only have a stack trace, sorry: Array(Object)>>errorSubscriptBounds: Array(Object)>>at: Array(SequenceableCollection)>>first Array(SequenceableCollection)>>anyOne Array(Collection)>>max RTAnchorConstraint>>computeExtraDistance [ :crossings | element translateBy: aSegment vector normal * (minDistance + self computeExtraDistance) negated ] in RTAnchorConstraint>>moveAwayFromSegment: BlockClosure>>cull: Set(Collection)>>ifNotEmpty: RTAnchorConstraint>>moveAwayFromSegment: RTAnchorConstraint>>moveElement RTAnchorConstraint>>update [ self update ] in RTAnchorConstraint>>build BlockClosure>>cull: BlockClosure>>cull:cull: TRTranslationCallback>>shape:step: [ :c | c isTranslationCallback ifTrue: [ c shape: self step: aStep ] ] in TREllipseShape(TRCallableObject)>>triggerCallbacksForStep: OrderedCollection>>do: TREllipseShape(TRCallableObject)>>triggerCallbacksForStep: TREllipseShape(TRAbstractBoxShape)>>fromRectangle: TREllipseShape(TRAbstractBoxShape)>>fromRectangle:color: RTEllipse>>updateFor:trachelShape: RTEllipse(RTShape)>>updateFor: RTElement(RTShapedObject)>>update ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

March 10, 2016

Postdoc in Chile

by Alexandre Bergel

Hi! We have an opportunity for doing a postdoc in Chile, in the field of software engineering and/or data visualization. I could provide a lengthy description about living in Chile, and its fantastic food, latin atmosphere, and gorgeous nature. But I will surely be far from the truth. If you want to know more about this possibility, get in touch! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 10, 2016