December 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] The Smalltalk Renaissance Program

by Aaron Rosenzweig

âStreamlined Object Modelingâ Nicola, Mayfield, Abney http://www.amazon.com/Streamlined-Object-Modeling-Patterns-Implementation/d… AARON ROSENZWEIG / Chat 'n Bike e: aaron(a)chatnbike.com t: (301) 956-2319 On Dec 31, 2014, at 6:06 PM, horrido <horrido.hobbies(a)gmail.com> wrote: > My Resources page is looking rather sparse. Doesn't anybody have any > favourite Smalltalk resources? Especially for "advanced" Smalltalkers. > > > horrido wrote >> Do a search for Smalltalk resources, such as books, videos, tutorials, >> blogs, etc., and you will face a virtual avalanche of material. This can >> be overwhelming for Smalltalk newcomers to filter. >> >> Submit your favourite Smalltalk resources and I shall curate them and >> choose the best ones to place on our Resources page: >> http://smalltalkrenaissance.wordpress.com/resources/ >> <http://smalltalkrenaissance.wordpress.com/resources/> >> >> Thanks. > > > > > > -- > View this message in context: http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797516.h… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Dec. 31, 2014

Re: [Pharo-dev] The Smalltalk Renaissance Program

by horrido

My Resources page is looking rather sparse. Doesn't anybody have any favourite Smalltalk resources? Especially for "advanced" Smalltalkers. horrido wrote > Do a search for Smalltalk resources, such as books, videos, tutorials, > blogs, etc., and you will face a virtual avalanche of material. This can > be overwhelming for Smalltalk newcomers to filter. > > Submit your favourite Smalltalk resources and I shall curate them and > choose the best ones to place on our Resources page: > http://smalltalkrenaissance.wordpress.com/resources/ > <http://smalltalkrenaissance.wordpress.com/resources/> > > Thanks. -- View this message in context: http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797516.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 31, 2014

Re: [Pharo-dev] Smalltalk Reflections Podcast

by horrido

www.pharoweekly.org doesn't exist. DNS lookup failed. stepharo wrote > I imagine that you know my blog > http://www.pharoweekly.org > > I'm trying to keep the information I find there. > > > Now let me know we could do once a month a short discussion around a > topic. > > Stef >> >> Thanks >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Smalltalk-Reflections-Podcast-tp4797444.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> -- View this message in context: http://forum.world.st/Smalltalk-Reflections-Podcast-tp4797444p4797515.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 31, 2014

Re: [Pharo-dev] GLMBrick whats next?

by Aliaksei Syrel

Bloc has a big future, for sure! I hope it will move Pharo to a very new level! As Doru said, Brick was born out of necessity. More exactly because of text resizing in Inspector. By default, if one wants to clip/resize text in tabs she uses clippingBounds. And clippingBounds is called during... what would it be?...during drawing! For example *TabExample open. *So morphic (in some cases) calculates geometry of submorphs during drawing. And very first version of Brick was build to shrink/clip tabs with content during layouting and not during drawing :) Simple like that. Cheers, Alex On Wed, Dec 31, 2014 at 10:13 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Of course, I meant to say that Brick is the incremental solution, not Bloc > :) > > Doru > > On Wed, Dec 31, 2014 at 2:08 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> Brick was born out of necessity. It is a thin layer on top of basic >> Morphic that is supposed to coexist with Morphic but not be bound by >> various problems Morphic has (such as the layout). Alex Syrel built it >> primarily for performance reasons and it was critical to make GTSpotter >> work. In the meantime, also the pager interface of GTInspector is using it >> as well. Currently, Brick is able to draw itself on Athens. >> >> About the relation with Bloc: we definitely do not want to end up with >> two solutions. Building Brick was a great learning experience. Bloc >> followed a rewrite from scratch approach, while Bloc is more incremental >> (it subclasses Morph) but it works in production. As both are able to work >> with Athens and both have local coordinates, I think it's a great >> opportunity to learn from both and find the one path that will be >> integrated in Pharo. Alex will be at the PharoDays and if Alain is >> available, he will work with Alain. >> >> Cheers, >> Doru >> >> >> >> On Wed, Dec 31, 2014 at 12:30 PM, stepharo <stepharo(a)free.fr> wrote: >> >>> >>> Le 31/12/14 11:58, Nicolai Hess a Ã©crit : >>> >>>> I took a look at GLMBrick and I am wondering what is the intent: >>>> >>>> - a temporary solution until this functions/behavior are included in >>>> Morphic >>>> >>> would be nice. >>> >>>> - a layer on top of morphic without the intent to do this in Morphic >>>> any time. >>>> - a temporary solution until this functions/behaviors are implemented >>>> with bloc >>>> >>> >>> I hope the third but we will need more people participating to Bloc. >>> >>> I should continue to work on the documentation.... but it takes time. >>> >>>> >>>> nicolai >>>> >>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Dec. 31, 2014

Re: [Pharo-dev] GLMGaussianBlurBrickRenderer

by Aliaksei Syrel

Wow! Thanks, Nicolai. It looks very cool! :) GLMGaussianBlurBrickRenderer was just for lulz and is so sloooow... On Wed, Dec 31, 2014 at 9:13 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > I saw this > GLMGaussianBlurBrickRenderer class #example > nice! > > And once I did something similiar, a Morph that blurres the underlaying > display. > > But instead of doing a convolution (convolve image with kernel) by hand, > I convolve the kernel with the image by using copyBits from the BitBlt: > > | form temp dest from to | > form := Display contentsOfArea: self bounds. > temp := Form extent: self extent depth: 32. > temp getCanvas fillColor: Color white darker. > dest := Form extent: self extent depth: 32. > dest getCanvas fillColor: Color white darker. > to := kernel size // 2. > from := -1 * to. > (from to: to) do: [ :i | temp copyBits: form at: i @ 0 translucent: > (kernel at: i + to + 1) ]. > (from to: to) do: [ :i | dest copyBits: temp at: 0 @ i translucent: > (kernel at: i + to + 1) ]. > aCanvas drawImage: dest at: self bounds topLeft. > > >

Dec. 31, 2014

Question about Todd Blanchards HTML parser

by Chris Muller

Does anyone know why HTMLParseNode's 'parent' is only weakly referenced (instead of strongly)?

Dec. 31, 2014

Re: [Pharo-dev] Jun4Pharo so exciting :)

by stepharo

Le 31/12/14 12:59, Alexandre Bergel a Ã©crit : > Well... The hard way is very gratifying. We could have worked on an > integration of D3 in Pharo instead of working on Roassal :) :) So true and thanks for Roassal! Stef

Dec. 31, 2014

SO Pharo chat

by Yuriy Tymchuk

Hi, as we have some members of the community on Stack Overflow, Iâve created a chat dedicated to Pharo http://chat.stackoverflow.com/rooms/68000/pharo (there are already chats dedicated to different other languages). I have no idea if it will work for the community, but it never hurts to try. For now, happy new year all! Uko P.S. yes, Iâm bored while waiting for a party :)

Dec. 31, 2014

Re: [Pharo-dev] GLMBrick whats next?

by Tudor Girba

Of course, I meant to say that Brick is the incremental solution, not Bloc :) Doru On Wed, Dec 31, 2014 at 2:08 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Brick was born out of necessity. It is a thin layer on top of basic > Morphic that is supposed to coexist with Morphic but not be bound by > various problems Morphic has (such as the layout). Alex Syrel built it > primarily for performance reasons and it was critical to make GTSpotter > work. In the meantime, also the pager interface of GTInspector is using it > as well. Currently, Brick is able to draw itself on Athens. > > About the relation with Bloc: we definitely do not want to end up with two > solutions. Building Brick was a great learning experience. Bloc followed a > rewrite from scratch approach, while Bloc is more incremental (it > subclasses Morph) but it works in production. As both are able to work with > Athens and both have local coordinates, I think it's a great opportunity to > learn from both and find the one path that will be integrated in Pharo. > Alex will be at the PharoDays and if Alain is available, he will work with > Alain. > > Cheers, > Doru > > > > On Wed, Dec 31, 2014 at 12:30 PM, stepharo <stepharo(a)free.fr> wrote: > >> >> Le 31/12/14 11:58, Nicolai Hess a Ã©crit : >> >>> I took a look at GLMBrick and I am wondering what is the intent: >>> >>> - a temporary solution until this functions/behavior are included in >>> Morphic >>> >> would be nice. >> >>> - a layer on top of morphic without the intent to do this in Morphic any >>> time. >>> - a temporary solution until this functions/behaviors are implemented >>> with bloc >>> >> >> I hope the third but we will need more people participating to Bloc. >> >> I should continue to work on the documentation.... but it takes time. >> >>> >>> nicolai >>> >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 31, 2014

GLMGaussianBlurBrickRenderer

by Nicolai Hess

I saw this GLMGaussianBlurBrickRenderer class #example nice! And once I did something similiar, a Morph that blurres the underlaying display. But instead of doing a convolution (convolve image with kernel) by hand, I convolve the kernel with the image by using copyBits from the BitBlt: | form temp dest from to | form := Display contentsOfArea: self bounds. temp := Form extent: self extent depth: 32. temp getCanvas fillColor: Color white darker. dest := Form extent: self extent depth: 32. dest getCanvas fillColor: Color white darker. to := kernel size // 2. from := -1 * to. (from to: to) do: [ :i | temp copyBits: form at: i @ 0 translucent: (kernel at: i + to + 1) ]. (from to: to) do: [ :i | dest copyBits: temp at: 0 @ i translucent: (kernel at: i + to + 1) ]. aCanvas drawImage: dest at: self bounds topLeft.

Dec. 31, 2014