February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] It would be me first

by Igor Stasenko

On 28 February 2012 10:38, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 28.02.2012 um 10:13 schrieb GÃ¶ran Krampe: > >> Hi folks! >> >> Nicolas will of course reply - I think he was planning to write a post the other day but might have forgotten - but I can chip in some info: >> >> SmalltalkHub has gone through some technical evolution which has taken some time. Especially various persistence schemes were tested and most of them ended up problematic, Nicolas tested a LOT of variations I think. >> >> The latest stack looks very promising though - and the reason I can describe it is because I am trying to help out a bit with it - though haven't had much time yet. >> >> The client is a full Amber app built with Bootstrap 2 from Twitter. It is very nice looking and responsive. It communicates with the backend using plain jQuery REST. >> >> The server side is built with Seaside-REST which then uses a domain model described with Magritte 3 (Nicolas just switched) which is persisted using RiakDocument + Phriak for persistency. An interesting twist here is that Magritte is being used to produce the JSON RiakDocuments to store. >> >> End result? A very strong and interesting architecture and the performance looks outstanding so far. Riak also buys us really strong robustness since it has redundancy built in. >> >> All questions regarding availability, time schedule etc I will leave for Nicolas to answer. :) >> > Sounds good. I work with Seaside-Rest and Magritte3 on a daily base. This time with MongoDB using MongoTalk. So I'm quite confident that the choice of the stack is superb :) I decided to use MongoDB because it did not want to be content agnostic. My client approach however is the opposite using seaside with jquery extension. Using amber with Rest style access is surely the better approach for a site like SmallHub. > What puzzles me is what RiakDocument is doing in this mix. Is it published somewhere? > i think it just a json with data, which riak server can swallow :) > Norbert > > > -- Best regards, Igor Stasenko.

Feb. 28, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Igor Stasenko

On 28 February 2012 09:47, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 28 Feb 2012, at 09:03, Tudor Girba wrote: > >> Here is a variation of what I am thinking about with just a simple list of morphs within a GeneralScrollPane: >> https://gist.github.com/1930477 > > http://ws.stfx.eu/8OCB6Z56XGVI > > ;-) > hey.. shared workspace.. kinda cool :) > -- Best regards, Igor Stasenko.

Feb. 28, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Tudor Girba

It was an innocent mistake. My apologies :) Doru On Tue, Feb 28, 2012 at 9:47 AM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 28 Feb 2012, at 09:03, Tudor Girba wrote: > >> Here is a variation of what I am thinking about with just a simple list of morphs within a GeneralScrollPane: >> https://gist.github.com/1930477 > > http://ws.stfx.eu/8OCB6Z56XGVI > > ;-) > > -- www.tudorgirba.com "Every thing has its own flow"

Feb. 28, 2012

Re: [Pharo-project] Few Aida on Swazoo benchmarks, Pharo and VW

by Janko MivÅ¡ek

S, Philippe Marschall piÅ¡e: > Janko MivÅ¡ek wrote: >> Results are interesting, Pharo is now only 3x slower than VW on dynamic >> page generation but on network layer it is the same or even slighty >> faster, ... > Do you have any explanation for this? I'm amazed at how close the number > for static content are. Sure, it's the same Smalltalk code but different > VMs. At least in the AJP case the image maxes out one core so I would > expect the VM to play a big role. The numbers for dynamic content are > more what I would expect. It was surprise for me too. Ok, for 8K responses not too much, because this is almost a plain block copying by primitive in VM and here Pharo VM cannot be much slower to VW, but for zero size responses? I just rechecked once again, same results. I checked with Wireshark network sniffer that request and responses were composed correctly and keep-alive worked. There are differences between both traces but not so much to be worth studying how both VMs assemble and dissasemble TCP packets. CPU was saturated 100% in VW and 110%(?) in Pharo (top - looking just VM proces). This is two core machine. It seems that network layer works most in both cases while image processing much less, that's why differences in speed are not so evident, IMHO. Bust still, how can I check that? Best regards Janko > > Cheers > Philippe > > > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Feb. 28, 2012

Re: [Pharo-project] It would be me first

by Norbert Hartl

Am 28.02.2012 um 10:13 schrieb GÃ¶ran Krampe: > Hi folks! > > Nicolas will of course reply - I think he was planning to write a post the other day but might have forgotten - but I can chip in some info: > > SmalltalkHub has gone through some technical evolution which has taken some time. Especially various persistence schemes were tested and most of them ended up problematic, Nicolas tested a LOT of variations I think. > > The latest stack looks very promising though - and the reason I can describe it is because I am trying to help out a bit with it - though haven't had much time yet. > > The client is a full Amber app built with Bootstrap 2 from Twitter. It is very nice looking and responsive. It communicates with the backend using plain jQuery REST. > > The server side is built with Seaside-REST which then uses a domain model described with Magritte 3 (Nicolas just switched) which is persisted using RiakDocument + Phriak for persistency. An interesting twist here is that Magritte is being used to produce the JSON RiakDocuments to store. > > End result? A very strong and interesting architecture and the performance looks outstanding so far. Riak also buys us really strong robustness since it has redundancy built in. > > All questions regarding availability, time schedule etc I will leave for Nicolas to answer. :) > Sounds good. I work with Seaside-Rest and Magritte3 on a daily base. This time with MongoDB using MongoTalk. So I'm quite confident that the choice of the stack is superb :) I decided to use MongoDB because it did not want to be content agnostic. My client approach however is the opposite using seaside with jquery extension. Using amber with Rest style access is surely the better approach for a site like SmallHub. What puzzles me is what RiakDocument is doing in this mix. Is it published somewhere? Norbert

Feb. 28, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by S Krish

Also on need basis expand to full size/ larger size is how I look at it.. but yours is a better code to adapt to.. even for the #calculateTextExtent for a) show minimal ht. b) show expanded state upto 600 and c) full expand as you explain this should be configurable.. and flexible on a button click.. On Tue, Feb 28, 2012 at 2:39 PM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: > Sure.. that is fine.. for the use case you state > > Mine is quick n dirty hack to what I wanted: > > but my use case is I do wish to have more of these sources partially > visible through the vertical pane. so I restrain it to max of 210.. and > width of 600 to be able to to throw up another pane next to it.. for > grouping methods I am interested in .. to view it more closely.. > > > > On Tue, Feb 28, 2012 at 1:33 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> Thanks for the explanation. >> >> I took a look. calculateExtent is triggered when you create the >> TextMorph. This is nice, but I am interested in getting the TextMorph to >> always expand to fill the width of the surrounding element, and to expand >> vertically according to the text :). >> >> Here is a variation of what I am thinking about with just a simple list >> of morphs within a GeneralScrollPane: >> https://gist.github.com/1930477 >> >> Cheers, >> Doru >> >> >> >> On 28 Feb 2012, at 03:22, Krishsmalltalk wrote: >> >> > It does have the code to calculateTextExtent. You can modify it the way >> you want. >> > >> > The height is defaulted to a max 210 and fixed 600. But on expand it >> goes to max ht of 600 >> > >> > >> > Modify the logic in that method as you want it to >> > >> > >> > On Feb 28, 2012, at 2:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> > >> >> Hi, >> >> >> >> I gave it a try. I am not necessarily looking for the looks as for the >> solution to make the text editor within the tree span horizontally and >> vertically with the size of the method. Unfortunately, this does not work >> in this example, either. >> >> >> >> Does anyone have ideas of how to make it work? :) >> >> >> >> Cheers, >> >> Doru >> >> >> >> >> >> On 27 Feb 2012, at 21:43, StÃ©phane Ducasse wrote: >> >> >> >>> MorphicViewNewPackageBrowser new packageNames: #('UIManager') ; open >> >>> >> >>> >> >>> But it does not look that nice :) >> >>> >> >>> >> >>> On Feb 27, 2012, at 6:42 PM, StÃ©phane Ducasse wrote: >> >>> >> >>>> this looks really nice. >> >>>> I would really like to see if we cannot include a version so that >> people can browse change set and other code like that. >> >>>> I'm really happy to see that the work done by alain and ben around >> treeMorph pays off that well. >> >>>> >> >>>> Stef >> >>>> >> >>>> >> >>>>> Can take the latest of the package.. >> >>>>> >> >>>>> PackageTree-Browser-Experiment >> >>>>> >> >>>>> * Find class added and a crude/ workable expand for text morph.. >> >>>>> >> >>>>> As stated in the comments: will require a hack in Pharo 1.4 for now. >> >>>>> >> >>>>> Will work towards integrating TabbedPane with TWM/ this too as an >> >>>>> addon with more complete features month ahead. >> >>>>> <Pharo_CodeBrowser02.JPG> >> >>>> >> >>>> >> >>> >> >>> >> >> >> >> -- >> >> www.tudorgirba.com >> >> >> >> "One cannot do more than one can do." >> >> >> >> >> >> >> >> >> > >> >> -- >> www.tudorgirba.com >> >> "Sometimes the best solution is not the best solution." >> >> >> >

Feb. 28, 2012

[Pharo-project] [update 1.4] #14365

by Marcus Denker

14365 ----- Issue 5413: Fix in LazyListMorph http://code.google.com/p/pharo/issues/detail?id=5413 Issue 5408: remove all remaining references to BlockContext and #blockCopy: http://code.google.com/p/pharo/issues/detail?id=5408 Issue 5156: ClassBuilder allows the creation of invalid instance-, class instance-, class-, and pool-variables http://code.google.com/p/pharo/issues/detail?id=5156 Issue 2255: fix comment and use of #flushCache http://code.google.com/p/pharo/issues/detail?id=2255 Issue 5412: Fix in AbstractTool again ;) ) http://code.google.com/p/pharo/issues/detail?id=5412 -- Marcus Denker -- http://marcusdenker.de

Feb. 28, 2012

Re: [Pharo-project] It would be me first

by GÃ¶ran Krampe

Hi folks! Nicolas will of course reply - I think he was planning to write a post the other day but might have forgotten - but I can chip in some info: SmalltalkHub has gone through some technical evolution which has taken some time. Especially various persistence schemes were tested and most of them ended up problematic, Nicolas tested a LOT of variations I think. The latest stack looks very promising though - and the reason I can describe it is because I am trying to help out a bit with it - though haven't had much time yet. The client is a full Amber app built with Bootstrap 2 from Twitter. It is very nice looking and responsive. It communicates with the backend using plain jQuery REST. The server side is built with Seaside-REST which then uses a domain model described with Magritte 3 (Nicolas just switched) which is persisted using RiakDocument + Phriak for persistency. An interesting twist here is that Magritte is being used to produce the JSON RiakDocuments to store. End result? A very strong and interesting architecture and the performance looks outstanding so far. Riak also buys us really strong robustness since it has redundancy built in. All questions regarding availability, time schedule etc I will leave for Nicolas to answer. :) regards, GÃ¶ran

Feb. 28, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by S Krish

Sure.. that is fine.. for the use case you state Mine is quick n dirty hack to what I wanted: but my use case is I do wish to have more of these sources partially visible through the vertical pane. so I restrain it to max of 210.. and width of 600 to be able to to throw up another pane next to it.. for grouping methods I am interested in .. to view it more closely.. On Tue, Feb 28, 2012 at 1:33 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Thanks for the explanation. > > I took a look. calculateExtent is triggered when you create the TextMorph. > This is nice, but I am interested in getting the TextMorph to always expand > to fill the width of the surrounding element, and to expand vertically > according to the text :). > > Here is a variation of what I am thinking about with just a simple list of > morphs within a GeneralScrollPane: > https://gist.github.com/1930477 > > Cheers, > Doru > > > > On 28 Feb 2012, at 03:22, Krishsmalltalk wrote: > > > It does have the code to calculateTextExtent. You can modify it the way > you want. > > > > The height is defaulted to a max 210 and fixed 600. But on expand it > goes to max ht of 600 > > > > > > Modify the logic in that method as you want it to > > > > > > On Feb 28, 2012, at 2:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Hi, > >> > >> I gave it a try. I am not necessarily looking for the looks as for the > solution to make the text editor within the tree span horizontally and > vertically with the size of the method. Unfortunately, this does not work > in this example, either. > >> > >> Does anyone have ideas of how to make it work? :) > >> > >> Cheers, > >> Doru > >> > >> > >> On 27 Feb 2012, at 21:43, StÃ©phane Ducasse wrote: > >> > >>> MorphicViewNewPackageBrowser new packageNames: #('UIManager') ; open > >>> > >>> > >>> But it does not look that nice :) > >>> > >>> > >>> On Feb 27, 2012, at 6:42 PM, StÃ©phane Ducasse wrote: > >>> > >>>> this looks really nice. > >>>> I would really like to see if we cannot include a version so that > people can browse change set and other code like that. > >>>> I'm really happy to see that the work done by alain and ben around > treeMorph pays off that well. > >>>> > >>>> Stef > >>>> > >>>> > >>>>> Can take the latest of the package.. > >>>>> > >>>>> PackageTree-Browser-Experiment > >>>>> > >>>>> * Find class added and a crude/ workable expand for text morph.. > >>>>> > >>>>> As stated in the comments: will require a hack in Pharo 1.4 for now. > >>>>> > >>>>> Will work towards integrating TabbedPane with TWM/ this too as an > >>>>> addon with more complete features month ahead. > >>>>> <Pharo_CodeBrowser02.JPG> > >>>> > >>>> > >>> > >>> > >> > >> -- > >> www.tudorgirba.com > >> > >> "One cannot do more than one can do." > >> > >> > >> > >> > > > > -- > www.tudorgirba.com > > "Sometimes the best solution is not the best solution." > > >

Feb. 28, 2012

Re: [Pharo-project] Updated Download page 1.4

by Marcus Denker

On Feb 27, 2012, at 6:57 PM, Janko MivÅ¡ek wrote: > Hi Marcus, > > An OneClick build would be also very useful to test 1.4 quickly. Yes. 1.3, too. > Those > OneClick were once built by Jenkins, is there any reason they are not > anymore? > Time and Energy. Marcus -- Marcus Denker -- http://marcusdenker.de

Feb. 28, 2012