- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Dynamically adding nodes to Roassal

by roberto.minelli＠usi.ch

Hi, It's me again.. I managed to have something *almost* working, but the behavior of the ROTreeMapLayout is not clear to me. Using the ROMondrianViewBuilder I can specify the size of the Tree map, but then I am not able to dynamically add nodes. Well, at least I did not manage to do that. So I moved to pure Roassal, as suggested by Alejandro. Here's how my actual code looks like: http://ws.stfx.eu/CFM522Z9X3ES I am a beginner with Roassal, so I spend some time to figure out how to draw the tree map in this way. I did not really quite understand why I have to add the ROBox new size: 200 to the ROElement, but I'll figure it out. The thing is when I try to add the new node. Following, again, Alejandro's advice I am writing something like: "I add a new node, re-layout the view, and signalUpdate" rawView add: ((ROElement on: 10) + (ROBox new size: 200)). (ROTreeMapLayout withWeightBlock: [ :e | e model ]) applyOn: rawView elements. rawView signalUpdate . The result is quite strange, the view is indeed updated but I cannot understand why all sizes are messed up. My questions, in short are: How can I fix the overall size of the tree map? Am I doing everything correct till now? Thanks again for your help, Roby On Sep 20, 2013, at 11:24 AM, roberto.minelli(a)usi.ch wrote: > Hi, > > I was playing around with Roassal (in particular, a tree map) and I have a question: Is there a way to dynamically adding nodes? I mean, once the view is generated to update the #nodes by adding a new node (and associations as well, i.e., edges) and have the visualization re- > > Thanks in advance. > > Roby

Sept. 20, 2013

Re: [Pharo-dev] [PROVENANCE INTERNET] Re: Stability of 3.0

by Goubier Thierry

And try something like '/usr' asFileReference isWritable (I hope that /usr is rw for root on Mac OSX, and ro for everybody else :)) Without the fix, it will say true. It should say false. Thierry Le 20/09/2013 16:27, Goubier Thierry a Ã©crit : > Can you tell me if the result of DiskStore current is a MacStore ? > > Thierry > > Le 20/09/2013 16:07, kilon a Ã©crit : >> I see, well if you want a macos platform to test I offer myself as a >> Guinea >> Pig :) >> Macos has even a diffirent filesystem to Linux and Windoom. Making our >> life >> "easier" to porting stuff :D >> >> Maybe a solution would be to find a cross platform C lib that works the >> same in all major 3 OS. >> >> >> Goubier Thierry wrote >>> Le 20/09/2013 15:41, kilon a Ã©crit : >>>> if the problem is caused by you then its good news, much easier to >>>> fix ;) >>>> >>>> So what caused the problem in the first place ? >>> >>> I carry around an old fix for 2.0 and 3.0 for a red square of death in >>> the file browser (red square only in 3.0). Since this fix is a change to >>> a GUI element, it conflicts everytime the main package is changed. And >>> the last one was the TranslucentColor thing :( >>> >>> In truth, it carries along a more serious fix, but that I have only done >>> partially, which makes Pharo correctly handle file permissions. I did a >>> Linux-only fix relying on NativeBoost for the time being, given that: >>> - I dont have a Mac OSX machine to check it (have to use a different C >>> API. I thought the Unix platform means Linux, but it seems to also cover >>> OSX) >>> - I had a no go from Igor for my ideas about solving a NativeBoost >>> difficulty on startup, and I gave up writing a more complex fix that I >>> don't need at the moment and which won't be integrated anyway. I'll >>> write it if I need it :P >>> >>> In the mean-time, I get the benefits: in my developpement, if I test >>> that a file is readable, it really is :) However, I need to be carefull >>> tracking down 3.0 progress, that's all, and failures are not allways >>> obvious (this one wasn't). >>> >>> Thierry >>> >>>> Goubier Thierry wrote >>>>> That was why I asked, to see if the problem was with my config or >>>>> general. >>>>> >>>>> It was with my stuff :( >>>>> >>>>> Thierry >>>>> >>>>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>>>> I dont have such problem. The problem I had was code completion >>>>>> having >>>>>> several errors while it tried to autocomplete and once I froze pharo >>>>>> because >>>>>> I changed a live object while the morph was displaying , that method >>>>>> was >>>>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>>>> >>>>>> But no problem with red boxes from what I can see, I am on 30402. >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: >>>>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>>> Nabble.com. >>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Thierry Goubier >>>>> CEA list >>>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>>> 91191 Gif sur Yvette Cedex >>>>> France >>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>>> >>>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Stability-of-3-0-tp4709185p4709372.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >> > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by StÃ©phane Ducasse

we will bring this issue during our next meeting. Now we should reorganise a bit ourselves because the texteditor should be finished. stef On Sep 20, 2013, at 4:05 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > > > Le 20/09/2013 15:41, kilon a Ã©crit : >> if the problem is caused by you then its good news, much easier to fix ;) >> >> So what caused the problem in the first place ? > > I carry around an old fix for 2.0 and 3.0 for a red square of death in the file browser (red square only in 3.0). Since this fix is a change to a GUI element, it conflicts everytime the main package is changed. And the last one was the TranslucentColor thing :( > > In truth, it carries along a more serious fix, but that I have only done partially, which makes Pharo correctly handle file permissions. I did a Linux-only fix relying on NativeBoost for the time being, given that: > - I dont have a Mac OSX machine to check it (have to use a different C API. I thought the Unix platform means Linux, but it seems to also cover OSX) > - I had a no go from Igor for my ideas about solving a NativeBoost difficulty on startup, and I gave up writing a more complex fix that I don't need at the moment and which won't be integrated anyway. I'll write it if I need it :P > > In the mean-time, I get the benefits: in my developpement, if I test that a file is readable, it really is :) However, I need to be carefull tracking down 3.0 progress, that's all, and failures are not allways obvious (this one wasn't). > > Thierry > >> Goubier Thierry wrote >>> That was why I asked, to see if the problem was with my config or general. >>> >>> It was with my stuff :( >>> >>> Thierry >>> >>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>> I dont have such problem. The problem I had was code completion having >>>> several errors while it tried to autocomplete and once I froze pharo >>>> because >>>> I changed a live object while the morph was displaying , that method was >>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>> >>>> But no problem with red boxes from what I can see, I am on 30402. >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>>> >>>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> >> >> >> -- >> View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by Goubier Thierry

Can you tell me if the result of DiskStore current is a MacStore ? Thierry Le 20/09/2013 16:07, kilon a Ã©crit : > I see, well if you want a macos platform to test I offer myself as a Guinea > Pig :) > Macos has even a diffirent filesystem to Linux and Windoom. Making our life > "easier" to porting stuff :D > > Maybe a solution would be to find a cross platform C lib that works the > same in all major 3 OS. > > > Goubier Thierry wrote >> Le 20/09/2013 15:41, kilon a Ã©crit : >>> if the problem is caused by you then its good news, much easier to fix ;) >>> >>> So what caused the problem in the first place ? >> >> I carry around an old fix for 2.0 and 3.0 for a red square of death in >> the file browser (red square only in 3.0). Since this fix is a change to >> a GUI element, it conflicts everytime the main package is changed. And >> the last one was the TranslucentColor thing :( >> >> In truth, it carries along a more serious fix, but that I have only done >> partially, which makes Pharo correctly handle file permissions. I did a >> Linux-only fix relying on NativeBoost for the time being, given that: >> - I dont have a Mac OSX machine to check it (have to use a different C >> API. I thought the Unix platform means Linux, but it seems to also cover >> OSX) >> - I had a no go from Igor for my ideas about solving a NativeBoost >> difficulty on startup, and I gave up writing a more complex fix that I >> don't need at the moment and which won't be integrated anyway. I'll >> write it if I need it :P >> >> In the mean-time, I get the benefits: in my developpement, if I test >> that a file is readable, it really is :) However, I need to be carefull >> tracking down 3.0 progress, that's all, and failures are not allways >> obvious (this one wasn't). >> >> Thierry >> >>> Goubier Thierry wrote >>>> That was why I asked, to see if the problem was with my config or >>>> general. >>>> >>>> It was with my stuff :( >>>> >>>> Thierry >>>> >>>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>>> I dont have such problem. The problem I had was code completion having >>>>> several errors while it tried to autocomplete and once I froze pharo >>>>> because >>>>> I changed a live object while the morph was displaying , that method >>>>> was >>>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>>> >>>>> But no problem with red boxes from what I can see, I am on 30402. >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>> Nabble.com. >>>>> >>>>> >>>>> >>>> >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709372.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by kilon

I see, well if you want a macos platform to test I offer myself as a Guinea Pig :) Macos has even a diffirent filesystem to Linux and Windoom. Making our life "easier" to porting stuff :D Maybe a solution would be to find a cross platform C lib that works the same in all major 3 OS. Goubier Thierry wrote > Le 20/09/2013 15:41, kilon a Ã©crit : >> if the problem is caused by you then its good news, much easier to fix ;) >> >> So what caused the problem in the first place ? > > I carry around an old fix for 2.0 and 3.0 for a red square of death in > the file browser (red square only in 3.0). Since this fix is a change to > a GUI element, it conflicts everytime the main package is changed. And > the last one was the TranslucentColor thing :( > > In truth, it carries along a more serious fix, but that I have only done > partially, which makes Pharo correctly handle file permissions. I did a > Linux-only fix relying on NativeBoost for the time being, given that: > - I dont have a Mac OSX machine to check it (have to use a different C > API. I thought the Unix platform means Linux, but it seems to also cover > OSX) > - I had a no go from Igor for my ideas about solving a NativeBoost > difficulty on startup, and I gave up writing a more complex fix that I > don't need at the moment and which won't be integrated anyway. I'll > write it if I need it :P > > In the mean-time, I get the benefits: in my developpement, if I test > that a file is readable, it really is :) However, I need to be carefull > tracking down 3.0 progress, that's all, and failures are not allways > obvious (this one wasn't). > > Thierry > >> Goubier Thierry wrote >>> That was why I asked, to see if the problem was with my config or >>> general. >>> >>> It was with my stuff :( >>> >>> Thierry >>> >>> Le 20/09/2013 15:14, kilon a Ã©crit : >>>> I dont have such problem. The problem I had was code completion having >>>> several errors while it tried to autocomplete and once I froze pharo >>>> because >>>> I changed a live object while the morph was displaying , that method >>>> was >>>> somewhat recycled (HelpBrowser class) so that may have been normal. >>>> >>>> But no problem with red boxes from what I can see, I am on 30402. >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>>> >>>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709372.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by Goubier Thierry

Le 20/09/2013 15:41, kilon a Ã©crit : > if the problem is caused by you then its good news, much easier to fix ;) > > So what caused the problem in the first place ? I carry around an old fix for 2.0 and 3.0 for a red square of death in the file browser (red square only in 3.0). Since this fix is a change to a GUI element, it conflicts everytime the main package is changed. And the last one was the TranslucentColor thing :( In truth, it carries along a more serious fix, but that I have only done partially, which makes Pharo correctly handle file permissions. I did a Linux-only fix relying on NativeBoost for the time being, given that: - I dont have a Mac OSX machine to check it (have to use a different C API. I thought the Unix platform means Linux, but it seems to also cover OSX) - I had a no go from Igor for my ideas about solving a NativeBoost difficulty on startup, and I gave up writing a more complex fix that I don't need at the moment and which won't be integrated anyway. I'll write it if I need it :P In the mean-time, I get the benefits: in my developpement, if I test that a file is readable, it really is :) However, I need to be carefull tracking down 3.0 progress, that's all, and failures are not allways obvious (this one wasn't). Thierry > Goubier Thierry wrote >> That was why I asked, to see if the problem was with my config or general. >> >> It was with my stuff :( >> >> Thierry >> >> Le 20/09/2013 15:14, kilon a Ã©crit : >>> I dont have such problem. The problem I had was code completion having >>> several errors while it tried to autocomplete and once I froze pharo >>> because >>> I changed a live object while the morph was displaying , that method was >>> somewhat recycled (HelpBrowser class) so that may have been normal. >>> >>> But no problem with red boxes from what I can see, I am on 30402. >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by kilon

I see, much more simple than I expected :) -- View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709370.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by StÃ©phane Ducasse

On Sep 20, 2013, at 3:41 PM, kilon <thekilon(a)yahoo.co.uk> wrote: > if the problem is caused by you then its good news, much easier to fix ;) > > So what caused the problem in the first place ? issue with fileSystem handling non readable folder or something like that. > > > Goubier Thierry wrote >> That was why I asked, to see if the problem was with my config or general. >> >> It was with my stuff :( >> >> Thierry >> >> Le 20/09/2013 15:14, kilon a Ã©crit : >>> I dont have such problem. The problem I had was code completion having >>> several errors while it tried to autocomplete and once I froze pharo >>> because >>> I changed a live object while the morph was displaying , that method was >>> somewhat recycled (HelpBrowser class) so that may have been normal. >>> >>> But no problem with red boxes from what I can see, I am on 30402. >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > > -- > View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Sept. 20, 2013

Re: [Pharo-dev] Stability of 3.0

by kilon

if the problem is caused by you then its good news, much easier to fix ;) So what caused the problem in the first place ? Goubier Thierry wrote > That was why I asked, to see if the problem was with my config or general. > > It was with my stuff :( > > Thierry > > Le 20/09/2013 15:14, kilon a Ã©crit : >> I dont have such problem. The problem I had was code completion having >> several errors while it tried to autocomplete and once I froze pharo >> because >> I changed a live object while the morph was displaying , that method was >> somewhat recycled (HelpBrowser class) so that may have been normal. >> >> But no problem with red boxes from what I can see, I am on 30402. >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Stability-of-3-0-tp4709185p4709358.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- View this message in context: http://forum.world.st/Stability-of-3-0-tp4709185p4709364.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 20, 2013

Re: [Pharo-dev] Dynamically adding nodes to Roassal

by roberto.minelli＠usi.ch

Thanks for the reference! On Sep 20, 2013, at 3:02 PM, btc(a)openinworld.com wrote: > Have a look at [1], section 5.6.2 LEKCimDynamicTreeLayout > Note however that my project was based entirely on using raw ROView, rather than ROMondrianViewBuilder. > > [1] http://files.openinworld.com/LEKtrek/BenjaminTerrenceCOMAN-LEKtrek-2013-08-…

Sept. 20, 2013