July 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Marcus Denker

On Jul 2, 2011, at 1:53 PM, Giuseppe Luigi Punzi wrote: > Hi all, > > I downloaded 1.2.1, and I'm trying to install some packages to start a new project. The problem I found for the moment, is, thath is taking a lot of time to install. > > For example, I did the ConfigurationOfO2 and this was 25 minutes ago. > O2 is *not* compatible with 1.2, it has been abandoned and is not developped anymore. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

[Pharo-project] Starting with 1.2.1 - Slow installing packages

by Giuseppe Luigi Punzi

Hi all, I downloaded 1.2.1, and I'm trying to install some packages to start a new project. The problem I found for the moment, is, thath is taking a lot of time to install. For example, I did the ConfigurationOfO2 and this was 25 minutes ago. Is this normal? I can see pharo.exe is consuming 35MB of RAM. Probably is a limit, and I can increase it? I suppose thath this is the bottleneck. Thanks.

July 2, 2011

Re: [Pharo-project] little challenge for sven and us

by Denis Kudriashov

Hello 2011/7/1 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > > S, Philippe Marschall piÅ¡e: > > first := self askForFirstObject. > > second := self askForSecondObject. > > (first aSelector: second) > > ifTrue: [ self something ] > > ifFalse: [ self somethingElse ] > > > Asynchronous way would be something like: > > self askForFirstObject > onAnswerDo: [:first | > self askForSecondObject > onAnswerDo: [:second | > (first aSelector: second) > ifTrue: [self something] > ifFalse: [self somethingElse] > ] > ] > Ok. But how you rewrite more complex control flow example: first := self askForFirstObject. second := self askForSecondObject. (first aSelector: second) ifTrue: [ target := self askForThirdObject] ifFalse: [ target := self askForLastObject ]. self saveToDB: target. self show: target. self show: first. self show: second. Maybe like this: self askForFirstObject onAnswerDo: [:first | self askForSecondObject onAnswerDo: [:second | (first aSelector: second) ifTrue: [self askForThirdObject onAnswerDo: [:target | self saveToDB: target. self show: target. self show: first. self show: second. ] ifFalse: [self askForLastObject onAnswerDo: [:target | self saveToDB: target. self show: target. self show: first. self show: second] ] ]. Are you really like this code? I think no. And when interraction logic become more difficult you will get more and more complex fragile code. I think continuations based synch approach should be core of any UI framework (not just web). But web browsers can't do this :( This surely looks less nice than your example but it is closer to event > driven nature of browser and web apps. And because such workflow is > actually rare, it is IMHO not worth such a big expense in framework > complexity. > Best regards > Janko > > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

July 2, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by StÃ©phane Ducasse

I would like to get a list of important things to fix in the UI I have - in place item list edit (we should be able to change the protocol of a method by clicking on the list item) - fixed layout (problem of the expansion in glamour) - seeing only what is shown when typing (you type on a list = it shows you the matching items) Coudl you report the list of what is urgently needed in the pharo mailing-list? Stef On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote: >> 2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering. > > FYI: In Helvetia-Core there is a class called CHHighlightAttribute > that can highlight the background, as well as draw bitmap borders > (e.g. wiggled lines) around (left, right, bottom, top) the text. The > only problem is that a solid background will hide the text selection. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

July 2, 2011

[Pharo-project] [update 1.4] #14023

by Marcus Denker

14023 ----- Issue 4457: Polymorph-ToolBuilder package need to be removed http://code.google.com/p/pharo/issues/detail?id=4457 Issue 4479: We should rename GLMUITheme into Pharo Theme http://code.google.com/p/pharo/issues/detail?id=4479 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

Re: [Pharo-project] About HTTP

by StÃ©phane Ducasse

Tx I will look at ZnClient and see if I understand. Stef On Jul 2, 2011, at 9:16 AM, Sven Van Caekenberghe wrote: > > On 01 Jul 2011, at 17:52, stephane ducasse wrote: > >> Hi guys >> >> I'm writing with olivier a chapter for the seaside book on REST and olivier uses curl to analyse the contents of request and answers >> and I would like to see if we can do it in Pharo. Now can I run zinc in another image and spy the requests? >> >> Stef > > curl is a command line http (it also supports some other protocols) client. > it does not spy on conversations between other parties. > > curl is indeed very handy to quickly try out rest calls. > > using the Zn clients you can do almost anything that curl does. > the fact that you have the whole Smalltalk functonality (IDE + language) will make it much more fun. > > furthermore, it is quite easy to add some extra functionality to make it super handy to talk to a specific REST host, transparently parsing and generating JSON with specific conventions or handling certain type of authorization/authentication. but this is often slightly too specific to turn into a general client. > > anyway, we're doing it all the time (and are using curl as well). > > sven > >

July 2, 2011

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks

by StÃ©phane Ducasse

I think that what would be great is to have a list of next items Stef On Jul 1, 2011, at 11:10 PM, Mariano Martinez Peck wrote: > So....I've created a wiki page: http://code.google.com/p/pharo/wiki/Teams > can you please help me to add the rest ??? > I did it in a "table" way, but I am not sure if it is the best. > > In addition, some text explaining the idea would be nice :) > > thanks for the help > > On Fri, Jul 1, 2011 at 10:59 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > I would add one for profilers and friends. Alexandre could be the coordinator there. > > On Fri, Jul 1, 2011 at 10:40 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Dear Pharoers > > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. > > Analysis of the current situation: > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. > > What I would like to see emerging are First Class Tasks with > a name > a topic > a coordinator > a group of interested participants, > a set of identified clients (because clients are the ones that often make us deliver more), > a little agenda, > a web presence on the web page > > > If we look at what we have right now that are potential Tasks and really important clients > > - The Z connection: > Network/Socket > Coordinator (proposed): Sven > Socket: Noury Luc Jannik Olivier > Clients: Seasiders, Clouders, > > - Morphic 2: > UI: Alain Gary Igor > Coordinator (proposed): ? > Presenty framework > VoidNullPointer UIBuilder > Athens > Clients: Moose, Pharo IDE > > - Pharo IDE: > Coordinator (proposed): Doru > work around TWM Laurent > Nautilus: Benjamin Laurent > Glamourous: Doru Damien > > - OPAL: > Compiler tool chain > Coordinator (proposed): Marcus? > Jb, Jorge, Marcus, > Helvetia lukas > Niko Schwarz? > > - Package: > Stef, Cyrille > Coordinator (proposed): Stephane > Client: Nautilus, Doru Moose, > > - Metacello > Dale Mariano > Coordinator (proposed): Dale? > Client: Stef with the idea of distribution, Torsten don't you want to help here? > > - Coral: > Coordinator (proposed): Damien? > Damien, Luc, Adrien, Stef, > Client: Damien, Olivier? > > So what would be good is to have the identification on the web site of these groups. > More discussions and concentration with a set of little tasks to be performed > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. > > What do you think? I think that it is important. > > > > Stef > > > > > -- > Mariano > http://marianopeck.wordpress.com > > > > > -- > Mariano > http://marianopeck.wordpress.com >

July 2, 2011

Re: [Pharo-project] About HTTP

by Sven Van Caekenberghe

On 01 Jul 2011, at 17:52, stephane ducasse wrote: > Hi guys > > I'm writing with olivier a chapter for the seaside book on REST and olivier uses curl to analyse the contents of request and answers > and I would like to see if we can do it in Pharo. Now can I run zinc in another image and spy the requests? > > Stef curl is a command line http (it also supports some other protocols) client. it does not spy on conversations between other parties. curl is indeed very handy to quickly try out rest calls. using the Zn clients you can do almost anything that curl does. the fact that you have the whole Smalltalk functonality (IDE + language) will make it much more fun. furthermore, it is quite easy to add some extra functionality to make it super handy to talk to a specific REST host, transparently parsing and generating JSON with specific conventions or handling certain type of authorization/authentication. but this is often slightly too specific to turn into a general client. anyway, we're doing it all the time (and are using curl as well). sven

July 2, 2011

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks

by Alexandre Bergel

> I would add one for profilers and friends. Alexandre could be the coordinator there. Yes! put me in Alexandre > > On Fri, Jul 1, 2011 at 10:40 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Dear Pharoers > > I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. > Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. > > Analysis of the current situation: > Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. > Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. > > What I would like to see emerging are First Class Tasks with > a name > a topic > a coordinator > a group of interested participants, > a set of identified clients (because clients are the ones that often make us deliver more), > a little agenda, > a web presence on the web page > > > If we look at what we have right now that are potential Tasks and really important clients > > - The Z connection: > Network/Socket > Coordinator (proposed): Sven > Socket: Noury Luc Jannik Olivier > Clients: Seasiders, Clouders, > > - Morphic 2: > UI: Alain Gary Igor > Coordinator (proposed): ? > Presenty framework > VoidNullPointer UIBuilder > Athens > Clients: Moose, Pharo IDE > > - Pharo IDE: > Coordinator (proposed): Doru > work around TWM Laurent > Nautilus: Benjamin Laurent > Glamourous: Doru Damien > > - OPAL: > Compiler tool chain > Coordinator (proposed): Marcus? > Jb, Jorge, Marcus, > Helvetia lukas > Niko Schwarz? > > - Package: > Stef, Cyrille > Coordinator (proposed): Stephane > Client: Nautilus, Doru Moose, > > - Metacello > Dale Mariano > Coordinator (proposed): Dale? > Client: Stef with the idea of distribution, Torsten don't you want to help here? > > - Coral: > Coordinator (proposed): Damien? > Damien, Luc, Adrien, Stef, > Client: Damien, Olivier? > > So what would be good is to have the identification on the web site of these groups. > More discussions and concentration with a set of little tasks to be performed > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. > > What do you think? I think that it is important. > > > > Stef > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 2, 2011

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks

by Mariano Martinez Peck

So....I've created a wiki page: http://code.google.com/p/pharo/wiki/Teams can you please help me to add the rest ??? I did it in a "table" way, but I am not sure if it is the best. In addition, some text explaining the idea would be nice :) thanks for the help On Fri, Jul 1, 2011 at 10:59 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > I would add one for profilers and friends. Alexandre could be the > coordinator there. > > On Fri, Jul 1, 2011 at 10:40 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Dear Pharoers >> >> I think that we are doing a great work: when I look at the work on the >> theme, better widgets, network.....Excellent! and thanks. >> Now we were discussing with Doru about how we as community could >> coordinate and structure ourselves better to create more energy. >> >> Analysis of the current situation: >> Right now we have individuals doing great projects, sometimes we >> have a group of people but this is often not visible. >> Now often happens a bit in ad-hoc way. Because someone ask >> something, then somebody replies and we integrate the replies. >> >> What I would like to see emerging are First Class Tasks with >> a name >> a topic >> a coordinator >> a group of interested participants, >> a set of identified clients (because clients are the ones that >> often make us deliver more), >> a little agenda, >> a web presence on the web page >> >> >> If we look at what we have right now that are potential Tasks and really >> important clients >> >> - The Z connection: >> Network/Socket >> Coordinator (proposed): Sven >> Socket: Noury Luc Jannik Olivier >> Clients: Seasiders, Clouders, >> >> - Morphic 2: >> UI: Alain Gary Igor >> Coordinator (proposed): ? >> Presenty framework >> VoidNullPointer UIBuilder >> Athens >> Clients: Moose, Pharo IDE >> >> - Pharo IDE: >> Coordinator (proposed): Doru >> work around TWM Laurent >> Nautilus: Benjamin Laurent >> Glamourous: Doru Damien >> >> - OPAL: >> Compiler tool chain >> Coordinator (proposed): Marcus? >> Jb, Jorge, Marcus, >> Helvetia lukas >> Niko Schwarz? >> >> - Package: >> Stef, Cyrille >> Coordinator (proposed): Stephane >> Client: Nautilus, Doru Moose, >> >> - Metacello >> Dale Mariano >> Coordinator (proposed): Dale? >> Client: Stef with the idea of distribution, Torsten don't >> you want to help here? >> >> - Coral: >> Coordinator (proposed): Damien? >> Damien, Luc, Adrien, Stef, >> Client: Damien, Olivier? >> >> So what would be good is to have the identification on the web site of >> these groups. >> More discussions and concentration with a set of little tasks to be >> performed >> We could tag the mails with [Task-UI], [Task-OPAL], have a little visible >> agenda. >> >> What do you think? I think that it is important. >> >> >> >> Stef >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

July 1, 2011