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

Re: [Pharo-project] OCompletion?

by Alexandre Bergel

> which version? > I do not like the idea to trap any Error. > I prefer that we bump into the real error and fix it. I use a 13180. Me too I would like to fix it. Cheers, Alexandre > > >>> In which Pharo? 1.3? I do not seem to bump into it. In what context do you get it? >> >> When I try to edit code within a debugger. It does not systematically appear. Just once in a while. >> >> Alexandre >> >> >>> >>> >>> On 18 May 2011, at 16:19, Alexandre Bergel wrote: >>> >>>> Hi! >>>> >>>> Am I the only one to bump all the time into error raised by OCompletion? >>>> >>>> in OController>>handleKeystrokeBefore: kbEvent editor: theEditor >>>> I just switched: >>>> self isMenuOpen ifFalse: [ self openMenuFor: theEditor ]. >>>> >>>> into: >>>> self isMenuOpen ifFalse: [ [self openMenuFor: theEditor] on: Error do: [] ]. >>>> >>>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Next time you see your life passing by, say 'hi' and get to know her." >>> >>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 18, 2011

Re: [Pharo-project] Circle is gone

by StÃ©phane Ducasse

> What Circle? >> > > Circle, from ST80... I think you removed it ;-) ahhhh that one? :) Doru why do you need that file? >> CircleMorph? >> I do not see why it would be removed?

May 18, 2011

Re: [Pharo-project] Branded Cog for Win32 for Build slave (Was: [TODO] 1.3)

by Igor Stasenko

On 18 May 2011 20:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> provide a "Pharo Cog $VersionNumber" vm. >>>> >>>> The good news is that we now have a window build slave, so we will soon have >all 3 major architectures covered >>> >>> Nice - the windows build slave arrived! Who maintains it? >>> >> The server is maintained by INRIA it services... the build infrastructure by Igor and the rest who has >> access (i.e. me, but I stopped using windows *before* win95 was released...) >> >>> So I expect the build slave to >>> 1. get the code from Eliots svn repository > > > why not from the github one? > Is there something wrong with it? > Of course not. Actually opposite. We can create a branch of blessed repository where we will put a modifications for branding Cog , like custom icons , resource files and other settings. And it will be much easier to do than manually patching files every time after fetching from svn. -- Best regards, Igor Stasenko AKA sig.

May 18, 2011

Re: [Pharo-project] Branded Cog for Win32 for Build slave (Was: [TODO] 1.3)

by StÃ©phane Ducasse

> provide a "Pharo Cog $VersionNumber" vm. >>> >>> The good news is that we now have a window build slave, so we will soon have >all 3 major architectures covered >> >> Nice - the windows build slave arrived! Who maintains it? >> > The server is maintained by INRIA it services... the build infrastructure by Igor and the rest who has > access (i.e. me, but I stopped using windows *before* win95 was released...) > >> So I expect the build slave to >> 1. get the code from Eliots svn repository why not from the github one? Is there something wrong with it? >> 2. patch the code to "brand" the vm with custom Pharo icon and label >> 3. Replace the name of the VM to build in the Makefile >> 4. build it for use in OneClick or installer or to provide a zip >> > > yes. > > Marcus > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

May 18, 2011

Re: [Pharo-project] Circle is gone

by Marcus Denker

On May 18, 2011, at 8:08 PM, StÃ©phane Ducasse wrote: > What Circle? > Circle, from ST80... I think you removed it ;-) > CircleMorph? > I do not see why it would be removed? > > Stef > On May 18, 2011, at 2:54 PM, Tudor Girba wrote: > >> Hi, >> >> Circle seems to be gone from Pharo 1.3. >> >> What is now the preferred way to specify a circle? >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "When people care, great things can happen." >> >> >> >> > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 18, 2011

Re: [Pharo-project] Circle is gone

by StÃ©phane Ducasse

On May 18, 2011, at 4:59 PM, Tudor Girba wrote: > Hmm, I did not see the discussion. me neither. > > So, does it mean that we should rescue the old classes and put them in a separate package? > > Cheers, > Doru > > > On 18 May 2011, at 16:42, Alexandre Bergel wrote: > >> There is no user of these classes in a 1.2. And nobody shouted against its removal. >> This was a reason good enough to remove them :-) >> >> Alexandre >> >> >> On 18 May 2011, at 10:36, Tudor Girba wrote: >> >>> I guess there was a reason behind removing them, and I also guess that the best way would be to find what is the other preferred solution besides adding them back :). Or was there removal a mistake? >>> >>> Cheers, >>> Doru >>> >>> >>> On 18 May 2011, at 16:08, Alexandre Bergel wrote: >>> >>>> I also bumped into the same problem. For the case of Mondrian, I will copy the missing classes into Mondrian. >>>> These classes were removed quite some times ago from Pharo 1.3 >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> >>>> On 18 May 2011, at 08:54, Tudor Girba wrote: >>>> >>>>> Hi, >>>>> >>>>> Circle seems to be gone from Pharo 1.3. >>>>> >>>>> What is now the preferred way to specify a circle? >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "When people care, great things can happen." >>>>> >>>>> >>>>> >>>>> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "We cannot reach the flow of things unless we let go." >>> >>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > -- > www.tudorgirba.com > > "Be rather willing to give than demanding to get." > > > >

May 18, 2011

Re: [Pharo-project] Circle is gone

by StÃ©phane Ducasse

What Circle? CircleMorph? I do not see why it would be removed? Stef On May 18, 2011, at 2:54 PM, Tudor Girba wrote: > Hi, > > Circle seems to be gone from Pharo 1.3. > > What is now the preferred way to specify a circle? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "When people care, great things can happen." > > > >

May 18, 2011

Re: [Pharo-project] OCompletion?

by StÃ©phane Ducasse

which version? I do not like the idea to trap any Error. I prefer that we bump into the real error and fix it. >> In which Pharo? 1.3? I do not seem to bump into it. In what context do you get it? > > When I try to edit code within a debugger. It does not systematically appear. Just once in a while. > > Alexandre > > >> >> >> On 18 May 2011, at 16:19, Alexandre Bergel wrote: >> >>> Hi! >>> >>> Am I the only one to bump all the time into error raised by OCompletion? >>> >>> in OController>>handleKeystrokeBefore: kbEvent editor: theEditor >>> I just switched: >>> self isMenuOpen ifFalse: [ self openMenuFor: theEditor ]. >>> >>> into: >>> self isMenuOpen ifFalse: [ [self openMenuFor: theEditor] on: Error do: [] ]. >>> >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "Next time you see your life passing by, say 'hi' and get to know her." >> >> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > >

May 18, 2011

Re: [Pharo-project] The Cult of Done Manifesto

by StÃ©phane Ducasse

excellent. So I guess that we can interpret it as a call to the community to get even more in doing mode :) I love that message. Get expert by doing :) Stef On May 18, 2011, at 1:17 PM, Marcus Denker wrote: > The Cult of Done Manifesto > > - There are three states of being. Not knowing, action and completion. > > - Accept that everything is a draft. It helps to get it done. > > - There is no editing stage. > > - Pretending you know what you're doing is almost the same as knowing what you are doing, > so just accept that you know what you're doing even if you don't and do it. > > - Banish procrastination. If you wait more than a week to get an idea done, abandon it. > > - The point of being done is not to finish but to get other things done. > > - Once you're done you can throw it away. > > - Laugh at perfection. It's boring and keeps you from being done. > > - People without dirty hands are wrong. Doing something makes you right. > > - Failure counts as done. So do mistakes. > > - Destruction is a variant of done. > > - If you have an idea and publish it on the internet, that counts as a ghost of done. > > - Done is the engine of more. > > http://www.brepettis.com/blog/2009/3/3/the-cult-of-done-manifesto.html?v=1 > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

May 18, 2011

Re: [Pharo-project] A lil simplification of MorphTreeNodeMorph

by Tudor Girba

Hi, On 18 May 2011, at 18:17, Igor Stasenko wrote: > On 18 May 2011 17:57, Tudor Girba <tudor.girba(a)gmail.com> wrote: >> Hi, >> >> >> The rows with text with a gray background should span the entire horizontal space. Actually, the reason why there is the gray background is to reveal the bounds of the morphs for debugging :). >> >> Also the text morphs that are the children of the gray root items should also span the horizontal space (now you see from the border that it has a very small extent) >> > > Now i'd like to ask you , if this is a general requirement for all > morphs placed in treemorph node? > Or it should be controlled by morph which you placing? I think that having this work for any morph should be fine. But, the other would work as well. > This should be controlled by #hResizing: , but not all morphs actually > honor this. > I can mistake, but string morph which is used for labels just paints > the string and any extra width is ignored.. Aha. Ok. in any case, we should be able to get a PluggableTextMorph fill the space. > It is also, a good question what to do if you have multiple morphs > which has #spaceFill placed in a row? > > Consider following: > > <column1> | <column2> > <m1> <m2 spacefill .......> <m3 spacfill ... > | <mx ... > <my ... > < mz> I think that the best way is to require a root morph that controls the layout of the children. On a related note, Gary made the GeneralScrollPane to scroll on one dimension and stretch on another. The problem is that MorphTreeMorph inherits from ScrollPane. Alain proposed that perhaps it would be a solution to get it work with the GeneralScrollPane. Cheers, Doru >> Cheers, >> Doru >> > > > -- > Best regards, > Igor Stasenko AKA sig. > -- www.tudorgirba.com "Be rather willing to give than demanding to get."

May 18, 2011