January 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Morphic is super slow

by Hilaire

No it is ok as Pharo depth is also 32 bits Hilaire Le 16/01/2016 18:00, Dimitris Chloupis a Ã©crit : > ah yes you are correct is per channel, my bad. You think thats what > slows pharo down ? -- Dr. Geo http://drgeo.eu

Jan. 16, 2016

Re: [Pharo-users] Spec: Populating a playground with a particular content (was Re: Spec: Binding widgets how to)

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm still kind of lost here. If I try with these approaches I get a *new* GTPlayground window populated with content, instead of an embedded one. How can I made this GTPlayPage one that is embedded in a spec glamour interface, like the one in the minimalist example: a dictionary with two keys/values: one which is shown as text and other that is shown as a playground, both populated with the content in the dict values and both, embedded in a widget instead of on separate windows. Is this possible with the current Spec-Glamour implementation?, if not how can be it extended to make this happen? Thanks, Offray On 16/01/16 10:36, Johan Fabry wrote: > Ah, sorry for the confusion, for the sake of the example I oversimplified things. Letâs say that I have a GTPlayground instance that has been around for some time, and then I want to change its content. What should I do? > > | play | > âplay is the GTPlayground instance" > play := (GTPlayground new openOn: GTPlayPage new) model. > > ââ¦ lots of things happen â¦ the world turns â¦ sun and moon go up and down â¦ " > > play entity saveContent: '42'. > play update. > > Still like this ? > >> On Jan 16, 2016, at 12:27, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Here is a simpler way: >> GTPlayground new openOn: (GTPlayPage new content: '42â) >> >> Cheers, >> Doru >> >>> On Jan 16, 2016, at 4:23 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> >>> >>> Ah this is actually a Glamour question: If I have a GTPlayground, how do I set its content programmatically? I have been able to do it with something like the following: >>> >>> | play | >>> âplay is the GTPlayground instance" >>> play := (GTPlayground new openOn: GTPlayPage new) model. >>> play entity saveContent: '42'. >>> play update. >>> >>> I donât know if this is the officially approved way of doing it, maybe the Glamour crew can enlighten us. >>> >>>> On Jan 14, 2016, at 18:34, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>>> >>>> but if I try running the interface with this I get: "MessageNotUnderstood: GlamourPresentationModel>>content:", so I think that something more is needed to create Playgrounds in the Spec-Glamour that are pre-populated with content. >>>> >>>> How can I create a playground inside a Spec-Glamour interface that is already populated with a given content? >>>> >>>> >>>> I would expect (content is the GlamourPresentationModel) >>>> >>>> content glmPres codePresentation text: 'new text'. >>>> >>>> but it does not work. >>> >>> >>> ---> Save our in-boxes! http://emailcharter.org <--- >>> >>> Johan Fabry - http://pleiad.cl/~jfabry >>> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >>> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Problem solving efficiency grows with the abstractness level of problem understanding." >> >> >> >> >> >> > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > >

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Dimitris Chloupis

ah yes you are correct is per channel, my bad. You think thats what slows pharo down ? On Sat, Jan 16, 2016 at 6:55 PM Hilaire <hilaire(a)drgeo.eu> wrote: > 8 bits * 4 = 32 bits right? > > Le 15/01/2016 22:32, Dimitris Chloupis a Ã©crit : > > > > The images are PNGs and RGBA , 8bit > > > > -- > Dr. Geo > http://drgeo.eu > > >

Jan. 16, 2016

Re: [Pharo-users] Morphic is super slow

by Hilaire

8 bits * 4 = 32 bits right? Le 15/01/2016 22:32, Dimitris Chloupis a Ã©crit : > > The images are PNGs and RGBA , 8bit > -- Dr. Geo http://drgeo.eu

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Dimitris Chloupis

yes Goran introduced me to the Nim language that compiles to C and they hired the creator of it to work for their company , Goran made a squeak (it also works with pharo) to nim bridge . But I was not aware of him using Unreal. Definetely will send him a message . Will keep you posted on my progress, Unreal is definitely coming to Pharo :) On Sat, Jan 16, 2016 at 6:24 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 16 Jan 2016, at 17:17, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Thanks Estaban as I said I am not giving up on Pharo. > > I am actually very interested making pharo work with Unreal to give Pharo > access to the most powerful graphics engine out there. Yeap moving to SDL > could help a lot, I am 100% behind this idea. > > Definetly will keep using Pharo but I will try to integrate with powerful > existing technology , so maybe I can bring something new to Pharo too , its > not a suprise that Morphic is not up to my demands, these things take a lot > of coders and resources that pharo does not have. Like you I believe in > leveraging existing technologies from inside Pharo like SDL. > > If I am able to build Unreal Engine with a minimal Pharo API as a DLL and > use your FFI to control it, I think I will have the best of both world. I > will have to experiment and see :) > > > btwâ¦ I think joining unreal with pharo can give us a lot of power :) > Also this something already done by Goran at 3dicc (http://www.3dicc.com) > â¦ I think his work is closed but Goran has always been very helpful and > offered guidelines, etc. (I wanted to do the Unreal-Pharo bridge myself but > wellâ¦ no time so I stopped) :D > > I think if you are serious in your attempt I can put both of you in > contact... > > cheers, > Esteban > > > On Sat, Jan 16, 2016 at 5:49 PM Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> Hi Kilon, >> >> Iâm sorry to feel you frustrated. >> Is clear than morphic (and the world) as it is now is not well suited to >> the kind of development you want to do, and clearly documentation is not >> good enough (even if we have moved forward recently, in part with your >> collaboration)â¦ >> Anyway, yes, using the world as is and morphic are not very suitable to >> hard consuming graphics, but there are works that have been happening that >> improves all that: >> >> Using not the world, but SDL2 (through OS-Window) will reduce the cpu >> consumption drasticallyâ¦ in fact, what happens now (as far as I can guessâ¦ >> since I donât know your stuff) is not that instancing a png is slow, but >> the rendering (you are redrawing every time and that is not optimised in >> morphic, who takes area as damaged every time and redraws itâ¦ using athens, >> who is vectorial and then consuming). >> So, with SDL2 you will improve (and you will have separated windows). >> Also, I think you do 3d stuff so in your case I would explore woodenâ¦ I >> remember Ronnie showed me an animated scene (I think it was the water >> example) with more then 200 fps without much effort. >> Finallyâ¦ I know about people doing animations with Pharo (and morphic) >> than have a lot better performance than you hadâ¦ so there is clearly a >> problem there. If you give me your sources I can give them a look and try >> to figure out what is happening. >> >> So wellâ¦ I think is not that is not possible, but that you are traveling >> paths that are new for us, then not documented (or even tested), or really >> optimised. >> Something that we are willing to improve, as always :) >> >> cheers! >> Esteban >> >> >> On 16 Jan 2016, at 15:47, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >> in any case, ignore my bug reports, I am done with this, I waste my time >> and your time . Its clear pharo is not really suited for my needs, life >> goes on. >> >> On Sat, Jan 16, 2016 at 4:40 PM Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >>> disk, 1TB. why it matters ? from my profile its clear that its not the >>> primitive that is the problem but how Pharo processes pngs. >>> >>> I happen to work with a lot of big data both in 3d graphics, a blender >>> file can easily reach 250 mb and it opens under a second and audio files , >>> plus instrument that uses alot of audio files as samples of several gbs >>> giving again instanenous loading. I am not talking here 60 files, I am >>> talking thousands of files. >>> >>> I report a sever limitation and I have been told >>> >>> a) I have not done enough to isolate the problem when I post clear >>> profiling reports and the code that is responsible for it >>> b) why I make a fuss about it since there are work arounds >>> c) that its a hardware limitation when the hardware is able to perform >>> light years ahead of what pharo is currently doing >>> >>> Sorry but this kind of attitude is really bad, when someone reports a >>> bug I find it a lot better to tell him that you don't care or not reply at >>> all and ignore him than just find excuses for the bug or limitation. >>> >>> I see it every single time I complain about a problem there is a few >>> people who are logical about this like Ben , Esteban etc and then some >>> other that in complete denial zone and easily offended by the truth. >>> >>> On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <stephan(a)stack.nl> >>> wrote: >>> >>>> On 16-01-16 14:48, Dimitris Chloupis wrote: >>>> > sorry but thats plain horrible performance wise and those images are >>>> > needed as soon as the gui is opened. So there can be no lazy loading >>>> for >>>> > them. The total size for all the 60 images is 530kbs . What would >>>> happen >>>> > if I did some serious animations of 10s of mbs , I will have to go to >>>> > buy a coffee to get my GUI opened :D >>>> >>>> Is that on a disk or an SSD? You won't be able to get much more than 60 >>>> files opened/s on a disk. >>>> >>>> Stephan >>>> >>>> >>>> >>>> >>

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Esteban Lorenzano

> On 16 Jan 2016, at 17:17, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Thanks Estaban as I said I am not giving up on Pharo. > > I am actually very interested making pharo work with Unreal to give Pharo access to the most powerful graphics engine out there. Yeap moving to SDL could help a lot, I am 100% behind this idea. > > Definetly will keep using Pharo but I will try to integrate with powerful existing technology , so maybe I can bring something new to Pharo too , its not a suprise that Morphic is not up to my demands, these things take a lot of coders and resources that pharo does not have. Like you I believe in leveraging existing technologies from inside Pharo like SDL. > > If I am able to build Unreal Engine with a minimal Pharo API as a DLL and use your FFI to control it, I think I will have the best of both world. I will have to experiment and see :) btwâ¦ I think joining unreal with pharo can give us a lot of power :) Also this something already done by Goran at 3dicc (http://www.3dicc.com) â¦ I think his work is closed but Goran has always been very helpful and offered guidelines, etc. (I wanted to do the Unreal-Pharo bridge myself but wellâ¦ no time so I stopped) :D I think if you are serious in your attempt I can put both of you in contact... cheers, Esteban > > On Sat, Jan 16, 2016 at 5:49 PM Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > Hi Kilon, > > Iâm sorry to feel you frustrated. > Is clear than morphic (and the world) as it is now is not well suited to the kind of development you want to do, and clearly documentation is not good enough (even if we have moved forward recently, in part with your collaboration)â¦ > Anyway, yes, using the world as is and morphic are not very suitable to hard consuming graphics, but there are works that have been happening that improves all that: > > Using not the world, but SDL2 (through OS-Window) will reduce the cpu consumption drasticallyâ¦ in fact, what happens now (as far as I can guessâ¦ since I donât know your stuff) is not that instancing a png is slow, but the rendering (you are redrawing every time and that is not optimised in morphic, who takes area as damaged every time and redraws itâ¦ using athens, who is vectorial and then consuming). > So, with SDL2 you will improve (and you will have separated windows). > Also, I think you do 3d stuff so in your case I would explore woodenâ¦ I remember Ronnie showed me an animated scene (I think it was the water example) with more then 200 fps without much effort. > Finallyâ¦ I know about people doing animations with Pharo (and morphic) than have a lot better performance than you hadâ¦ so there is clearly a problem there. If you give me your sources I can give them a look and try to figure out what is happening. > > So wellâ¦ I think is not that is not possible, but that you are traveling paths that are new for us, then not documented (or even tested), or really optimised. > Something that we are willing to improve, as always :) > > cheers! > Esteban > > >> On 16 Jan 2016, at 15:47, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> in any case, ignore my bug reports, I am done with this, I waste my time and your time . Its clear pharo is not really suited for my needs, life goes on. >> >> On Sat, Jan 16, 2016 at 4:40 PM Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> disk, 1TB. why it matters ? from my profile its clear that its not the primitive that is the problem but how Pharo processes pngs. >> >> I happen to work with a lot of big data both in 3d graphics, a blender file can easily reach 250 mb and it opens under a second and audio files , plus instrument that uses alot of audio files as samples of several gbs giving again instanenous loading. I am not talking here 60 files, I am talking thousands of files. >> >> I report a sever limitation and I have been told >> >> a) I have not done enough to isolate the problem when I post clear profiling reports and the code that is responsible for it >> b) why I make a fuss about it since there are work arounds >> c) that its a hardware limitation when the hardware is able to perform light years ahead of what pharo is currently doing >> >> Sorry but this kind of attitude is really bad, when someone reports a bug I find it a lot better to tell him that you don't care or not reply at all and ignore him than just find excuses for the bug or limitation. >> >> I see it every single time I complain about a problem there is a few people who are logical about this like Ben , Esteban etc and then some other that in complete denial zone and easily offended by the truth. >> >> On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <stephan(a)stack.nl <mailto:stephan@stack.nl>> wrote: >> On 16-01-16 14:48, Dimitris Chloupis wrote: >> > sorry but thats plain horrible performance wise and those images are >> > needed as soon as the gui is opened. So there can be no lazy loading for >> > them. The total size for all the 60 images is 530kbs . What would happen >> > if I did some serious animations of 10s of mbs , I will have to go to >> > buy a coffee to get my GUI opened :D >> >> Is that on a disk or an SSD? You won't be able to get much more than 60 >> files opened/s on a disk. >> >> Stephan >> >> >> >

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Dimitris Chloupis

Thanks Estaban as I said I am not giving up on Pharo. I am actually very interested making pharo work with Unreal to give Pharo access to the most powerful graphics engine out there. Yeap moving to SDL could help a lot, I am 100% behind this idea. Definetly will keep using Pharo but I will try to integrate with powerful existing technology , so maybe I can bring something new to Pharo too , its not a suprise that Morphic is not up to my demands, these things take a lot of coders and resources that pharo does not have. Like you I believe in leveraging existing technologies from inside Pharo like SDL. If I am able to build Unreal Engine with a minimal Pharo API as a DLL and use your FFI to control it, I think I will have the best of both world. I will have to experiment and see :) On Sat, Jan 16, 2016 at 5:49 PM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi Kilon, > > Iâm sorry to feel you frustrated. > Is clear than morphic (and the world) as it is now is not well suited to > the kind of development you want to do, and clearly documentation is not > good enough (even if we have moved forward recently, in part with your > collaboration)â¦ > Anyway, yes, using the world as is and morphic are not very suitable to > hard consuming graphics, but there are works that have been happening that > improves all that: > > Using not the world, but SDL2 (through OS-Window) will reduce the cpu > consumption drasticallyâ¦ in fact, what happens now (as far as I can guessâ¦ > since I donât know your stuff) is not that instancing a png is slow, but > the rendering (you are redrawing every time and that is not optimised in > morphic, who takes area as damaged every time and redraws itâ¦ using athens, > who is vectorial and then consuming). > So, with SDL2 you will improve (and you will have separated windows). > Also, I think you do 3d stuff so in your case I would explore woodenâ¦ I > remember Ronnie showed me an animated scene (I think it was the water > example) with more then 200 fps without much effort. > Finallyâ¦ I know about people doing animations with Pharo (and morphic) > than have a lot better performance than you hadâ¦ so there is clearly a > problem there. If you give me your sources I can give them a look and try > to figure out what is happening. > > So wellâ¦ I think is not that is not possible, but that you are traveling > paths that are new for us, then not documented (or even tested), or really > optimised. > Something that we are willing to improve, as always :) > > cheers! > Esteban > > > On 16 Jan 2016, at 15:47, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > in any case, ignore my bug reports, I am done with this, I waste my time > and your time . Its clear pharo is not really suited for my needs, life > goes on. > > On Sat, Jan 16, 2016 at 4:40 PM Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> disk, 1TB. why it matters ? from my profile its clear that its not the >> primitive that is the problem but how Pharo processes pngs. >> >> I happen to work with a lot of big data both in 3d graphics, a blender >> file can easily reach 250 mb and it opens under a second and audio files , >> plus instrument that uses alot of audio files as samples of several gbs >> giving again instanenous loading. I am not talking here 60 files, I am >> talking thousands of files. >> >> I report a sever limitation and I have been told >> >> a) I have not done enough to isolate the problem when I post clear >> profiling reports and the code that is responsible for it >> b) why I make a fuss about it since there are work arounds >> c) that its a hardware limitation when the hardware is able to perform >> light years ahead of what pharo is currently doing >> >> Sorry but this kind of attitude is really bad, when someone reports a bug >> I find it a lot better to tell him that you don't care or not reply at all >> and ignore him than just find excuses for the bug or limitation. >> >> I see it every single time I complain about a problem there is a few >> people who are logical about this like Ben , Esteban etc and then some >> other that in complete denial zone and easily offended by the truth. >> >> On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <stephan(a)stack.nl> >> wrote: >> >>> On 16-01-16 14:48, Dimitris Chloupis wrote: >>> > sorry but thats plain horrible performance wise and those images are >>> > needed as soon as the gui is opened. So there can be no lazy loading >>> for >>> > them. The total size for all the 60 images is 530kbs . What would >>> happen >>> > if I did some serious animations of 10s of mbs , I will have to go to >>> > buy a coffee to get my GUI opened :D >>> >>> Is that on a disk or an SSD? You won't be able to get much more than 60 >>> files opened/s on a disk. >>> >>> Stephan >>> >>> >>> >>> >

Jan. 16, 2016

Pharo 5 new vm crash on window resize

by Johan Fabry

Hi all, this just happened to me: I opened a new image (todayâs build), resized it and the VM segfaulted. I am on MacOS. crash.dmp is in attachment. I have been unable to reproduce, sadly. Is this a known issue or should I add a new bug report ? ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Jan. 16, 2016

Re: [Pharo-users] Creation form from PNG file very slow on Pharo 4 and 5

by Esteban Lorenzano

Hi Kilon, Iâm sorry to feel you frustrated. Is clear than morphic (and the world) as it is now is not well suited to the kind of development you want to do, and clearly documentation is not good enough (even if we have moved forward recently, in part with your collaboration)â¦ Anyway, yes, using the world as is and morphic are not very suitable to hard consuming graphics, but there are works that have been happening that improves all that: Using not the world, but SDL2 (through OS-Window) will reduce the cpu consumption drasticallyâ¦ in fact, what happens now (as far as I can guessâ¦ since I donât know your stuff) is not that instancing a png is slow, but the rendering (you are redrawing every time and that is not optimised in morphic, who takes area as damaged every time and redraws itâ¦ using athens, who is vectorial and then consuming). So, with SDL2 you will improve (and you will have separated windows). Also, I think you do 3d stuff so in your case I would explore woodenâ¦ I remember Ronnie showed me an animated scene (I think it was the water example) with more then 200 fps without much effort. Finallyâ¦ I know about people doing animations with Pharo (and morphic) than have a lot better performance than you hadâ¦ so there is clearly a problem there. If you give me your sources I can give them a look and try to figure out what is happening. So wellâ¦ I think is not that is not possible, but that you are traveling paths that are new for us, then not documented (or even tested), or really optimised. Something that we are willing to improve, as always :) cheers! Esteban > On 16 Jan 2016, at 15:47, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > in any case, ignore my bug reports, I am done with this, I waste my time and your time . Its clear pharo is not really suited for my needs, life goes on. > > On Sat, Jan 16, 2016 at 4:40 PM Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > disk, 1TB. why it matters ? from my profile its clear that its not the primitive that is the problem but how Pharo processes pngs. > > I happen to work with a lot of big data both in 3d graphics, a blender file can easily reach 250 mb and it opens under a second and audio files , plus instrument that uses alot of audio files as samples of several gbs giving again instanenous loading. I am not talking here 60 files, I am talking thousands of files. > > I report a sever limitation and I have been told > > a) I have not done enough to isolate the problem when I post clear profiling reports and the code that is responsible for it > b) why I make a fuss about it since there are work arounds > c) that its a hardware limitation when the hardware is able to perform light years ahead of what pharo is currently doing > > Sorry but this kind of attitude is really bad, when someone reports a bug I find it a lot better to tell him that you don't care or not reply at all and ignore him than just find excuses for the bug or limitation. > > I see it every single time I complain about a problem there is a few people who are logical about this like Ben , Esteban etc and then some other that in complete denial zone and easily offended by the truth. > > On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <stephan(a)stack.nl <mailto:stephan@stack.nl>> wrote: > On 16-01-16 14:48, Dimitris Chloupis wrote: > > sorry but thats plain horrible performance wise and those images are > > needed as soon as the gui is opened. So there can be no lazy loading for > > them. The total size for all the 60 images is 530kbs . What would happen > > if I did some serious animations of 10s of mbs , I will have to go to > > buy a coffee to get my GUI opened :D > > Is that on a disk or an SSD? You won't be able to get much more than 60 > files opened/s on a disk. > > Stephan > > >

Jan. 16, 2016

Re: [Pharo-users] Spec: Populating a playground with a particular content (was Re: Spec: Binding widgets how to)

by Johan Fabry

Ah, sorry for the confusion, for the sake of the example I oversimplified things. Letâs say that I have a GTPlayground instance that has been around for some time, and then I want to change its content. What should I do? | play | âplay is the GTPlayground instance" play := (GTPlayground new openOn: GTPlayPage new) model. ââ¦ lots of things happen â¦ the world turns â¦ sun and moon go up and down â¦ " play entity saveContent: '42'. play update. Still like this ? > On Jan 16, 2016, at 12:27, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Here is a simpler way: > GTPlayground new openOn: (GTPlayPage new content: '42â) > > Cheers, > Doru > >> On Jan 16, 2016, at 4:23 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >> >> >> Ah this is actually a Glamour question: If I have a GTPlayground, how do I set its content programmatically? I have been able to do it with something like the following: >> >> | play | >> âplay is the GTPlayground instance" >> play := (GTPlayground new openOn: GTPlayPage new) model. >> play entity saveContent: '42'. >> play update. >> >> I donât know if this is the officially approved way of doing it, maybe the Glamour crew can enlighten us. >> >>> On Jan 14, 2016, at 18:34, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>> >>> but if I try running the interface with this I get: "MessageNotUnderstood: GlamourPresentationModel>>content:", so I think that something more is needed to create Playgrounds in the Spec-Glamour that are pre-populated with content. >>> >>> How can I create a playground inside a Spec-Glamour interface that is already populated with a given content? >>> >>> >>> I would expect (content is the GlamourPresentationModel) >>> >>> content glmPres codePresentation text: 'new text'. >>> >>> but it does not work. >> >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >> > > -- > www.tudorgirba.com > www.feenk.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Jan. 16, 2016