October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] bad bracket autocompletion in Pharo Core 1.2

by Mariano Martinez Peck

On Mon, Oct 18, 2010 at 6:41 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Oct 17, 2010, at 1:00 PM, Mariano Martinez Peck wrote: > > > > > > > On Sun, Oct 17, 2010 at 10:51 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > I have a question: > > does shout support closing parenthesis behavior? > > > > > > > > I wonder the same. I don't see the difference between this and shout > smart characters. > > so may be we could remove this and keep smart characters. > Now that there is a setting we could try and see. > Do you know where/why/who added this? because I guess there is a reason that we don't see. > > > > > > > > > Stef > > > > On Oct 16, 2010, at 10:27 PM, Pavel Krivanek wrote: > > > > > Can we add a setting for it? (issue > > > http://code.google.com/p/pharo/issues/detail?id=3113) > > > > > > Cheers, > > > -- Pavel > > > > > > On Tue, Oct 12, 2010 at 8:58 AM, StÃ©phane Ducasse > > > <stephane.ducasse(a)inria.fr> wrote: > > >> thanks! > > >> > > >> > > >> On Oct 11, 2010, at 9:37 AM, Fernando olivero wrote: > > >> > > >>> Hi , it was a enhancement i did starting from a Chris Muller > enhancement for Squeak. > > >>> > > >>> ISSUE 2653. > > >>> > http://code.google.com/p/pharo/issues/detail?id=2653&can=1&q=auto&colspec=I… > > >>> > > >>> I did a test, maybe a good start would be to see if its failing now. > > >>> > > >>> Fernando > > >>> > > >>> On Oct 9, 2010, at 2:18 PM, Juan Vuletich wrote: > > >>> > > >>>> Hi Folks, > > >>>> > > >>>> Cuis doesn't include #autoEnclose, so I don't know how it should > behave. > > >>>> > > >>>> Cheers, > > >>>> Juan Vuletich > > >>>> > > >>>> Mariano Martinez Peck wrote: > > >>>>> Guille, if I remember correctly (not sure), these new classes like > > >>>>> TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) > i > > >>>>> think he is in the mailing list but not read it so frequently. So, > for > > >>>>> this issues maybe you can cc'ed him. > > >>>>> > > >>>>> Cheers > > >>>>> > > >>>>> Mariano > > >>>>> > > >>>>> 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com > > >>>>> <mailto:guillermopolito@gmail.com>> > > >>>>> > > >>>>> Here is the piece of code that's behaving weird > > >>>>> > > >>>>> TextEditor>>dispatchOn: > > >>>>> > > >>>>> ... > > >>>>> ... > > >>>>> char := aKeyboardEvent keyCharacter. > > >>>>> openers := '([{'. > > >>>>> closers := ')]}'. > > >>>>> ( closers includes: char) ifTrue: [ self blinkPrevParen: > > >>>>> char ]. > > >>>>> result := self normalCharacter: aKeyboardEvent. > > >>>>> (self class autoEnclose and: [ openers includes: char ]) > > >>>>> not ifTrue: [ ^ result ]. > > >>>>> suffix := closers at: (openers indexOf: char). > > >>>>> paragraph text append: suffix asString. > > >>>>> self moveCursor: [ : position | position ] forward: true > > >>>>> specialBlock: [ : pos | "no special behavior" ] event: > > >>>>> aKeyboardEvent . > > >>>>> self userHasEdited. > > >>>>> > > >>>>> ------------------------------------- > > >>>>> > > >>>>> So, if I evaluate "TextEditor autoEnclose: false", it is stops > > >>>>> behaving like that :) > > >>>>> > > >>>>> What should be the desired behavior? Having it configurable as > it > > >>>>> is today but fix the strange bracket adding? remove this > behavior? > > >>>>> I can't find now how ParagraphEditor did this. > > >>>>> > > >>>>> Guille > > >>>>> > > >>>>> > > >>>>> On Wed, Oct 6, 2010 at 10:34 PM, Guillermo Polito > > >>>>> <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> > wrote: > > >>>>> > > >>>>> Yes, the issue can be reduced to: > > >>>>> > > >>>>> open parenthesis (or brackets), then something else > (anywhere > > >>>>> in the editor). > > >>>>> > > >>>>> 2010/10/6 Mariano Martinez Peck <marianopeck(a)gmail.com > > >>>>> <mailto:marianopeck@gmail.com>> > > >>>>> > > >>>>> I detected a similar problem: > > >>>>> > > >>>>> once you type an opening parenthesis, and then something > > >>>>> else, it adds a new one at the END of the code > > >>>>> > > >>>>> check > http://code.google.com/p/pharo/issues/detail?id=2939 > > >>>>> > > >>>>> 2010/10/6 Guillermo Polito <guillermopolito(a)gmail.com > > >>>>> <mailto:guillermopolito@gmail.com>> > > >>>>> > > >>>>> > http://code.google.com/p/pharo/issues/detail?id=3069 > > >>>>> > > >>>>> if you type: > > >>>>> > > >>>>> [] -> []] > > >>>>> > > >>>>> () -> ()) > > >>>>> > > >>>>> {} -> {}} > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> Bye! > > >>>>> > > >>>>> _______________________________________________ > > >>>>> Pharo-project mailing list > > >>>>> Pharo-project(a)lists.gforge.inria.fr > > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > > >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >>>>> > > >>>>> > > >>>>> > > >>>>> _______________________________________________ > > >>>>> Pharo-project mailing list > > >>>>> Pharo-project(a)lists.gforge.inria.fr > > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > > >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> _______________________________________________ > > >>>>> Pharo-project mailing list > > >>>>> Pharo-project(a)lists.gforge.inria.fr > > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > > >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >>>>> > > >>>>> > > >>>>> > ------------------------------------------------------------------------ > > >>>>> > > >>>>> > > >>>>> No virus found in this incoming message. > > >>>>> Checked by AVG - www.avg.com > > >>>>> Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: > 10/08/10 03:34:00 > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> _______________________________________________ > > >>>> Pharo-project mailing list > > >>>> Pharo-project(a)lists.gforge.inria.fr > > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >>> > > >>> _______________________________________________ > > >>> Pharo-project mailing list > > >>> Pharo-project(a)lists.gforge.inria.fr > > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >> > > >> > > >> _______________________________________________ > > >> Pharo-project mailing list > > >> Pharo-project(a)lists.gforge.inria.fr > > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >> > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 18, 2010

Re: [Pharo-project] A Lazy Inspector?

by Mariano Martinez Peck

On Mon, Oct 18, 2010 at 4:40 AM, Oscar E A Callau <oalvarez(a)dcc.uchile.cl>wrote: > Hello all, > > I was wondering what actually the inspector does in the following case: > > When you explore (or inspect) the expression: Class environment > you get all classes in the system dictionary. If you navigate inside a > class, for example AColorSelectorMorph, you can see all its properties and > one of them is environment, if you go inside it, you get again all classes > in the system dictionary. So, you can repeat this infinitely (or until you > get run out of memory, I guess) > > Is it the behavior of a lazy inspector? If true, why I cannot inspect a > mutually-recursive class definition, like this: > > Object subclass: #Foo > instanceVariableNames: 'bar' > classVariableNames: '' > poolDictionaries: '' > category: '' > > Foo>>initialize > bar:= Bar new > > Object subclass: #Bar > instanceVariableNames: 'foo' > classVariableNames: '' > poolDictionaries: '' > category: '' > > Foo>>initialize > bar:= Foo new > here should be foo := Foo new. Anyway, you should be able to browse these classes without problems. The problems is in instance creation. For example, if you evaluate: Foo new. Cheers mariano > Thanks in advance. > > P.S.: How can I stop my execution in the pharo image when it is in a > infinite loop? I can't remember what the shortcut was. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 18, 2010

[Pharo-project] Some questions about pharo

by Adrien BARREAU

Hello =) I have a few questions: - If I run a headless Pharo, is it possible to display the graphical interface after? (for example, if something raises an exception, I want to open the GUI and use the debugger) - I wanna run Pharo as a deamon; how can I interact with it after i launched it? (for example, if I want to give it a piece of code to execute). Adrien.

Oct. 18, 2010

Re: [Pharo-project] Missing Close in About Dialog

by Alain Plantec

fixed http://code.google.com/p/pharo/issues/detail?id=3127 Cheers Alain Le 18/10/2010 19:01, Gary Chambers a Ã©crit : > Since the auto-sizing if effectively overridden by the caller.... > > Change > > SmalltalkImage>>aboutThisSystem > "Identify software version" > | text dialog width | > text := Smalltalk systemInformationString withCRs. > width := 0. > text linesDo: [:l | width := width max: (UITheme current textFont > widthOfStringOrText: l)]. > dialog := LongMessageDialogWindow new entryText: text. > dialog iconMorph image: ThemeIcons pharoIcon. > dialog title: 'About Pharo'. > dialog open. dialog width: (width + 120 min: Display width - 50). > dialog position: 25@25. > > to > > SmalltalkImage>>aboutThisSystem > "Identify software version" > | text dialog width | > text := Smalltalk systemInformationString withCRs. > width := 0. > text linesDo: [:l | width := width max: (UITheme current textFont > widthOfStringOrText: l)]. > dialog := LongMessageDialogWindow new entryText: text. > dialog iconMorph image: ThemeIcons pharoIcon. > dialog title: 'About Pharo'. > dialog open. > dialog textMorph minWidth: 20; minHeight: 20. > dialog width: (width + 120 min: Display width - 50). > dialog position: 25@25. > > Though already looks hacked for this purpose, to be fair. > > Regards, Gary > > ----- Original Message ----- From: "StÃ©phane Ducasse" > <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, October 18, 2010 5:28 PM > Subject: Re: [Pharo-project] Missing Close in About Dialog > > > thanks Bernhard :) > Welcome too :) > > Stef (busy running). > > On Oct 17, 2010, at 4:30 PM, Bernhard Pieber wrote: > >> Ah, interesting! I just tested it again more thoroughly and I found >> out that it has to do with the size of the Pharo window. If I >> maximize it on my 30" display the dialog truncated so that the OK >> button is not visible. If I make the window is much smaller it >> appears. See http://dl.dropbox.com/u/6204244/Pharo%20About%20Dialog.png. >> >> Thanks for the fast response! >> >> Cheers, >> Bernhard >> >> Am 17.10.2010 um 16:08 schrieb Schwab,Wilhelm K: >> >>> Are you sure? I see an OK button at the bottom right of About in an >>> image that identifies itself the same way. >>> >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Bernhard >>> Pieber [bernhard(a)pieber.com] >>> Sent: Sunday, October 17, 2010 10:05 AM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: [Pharo-project] Missing Close in About Dialog >>> >>> Dear Pharo Folks, >>> >>> It is a very minor thing but I wanted to let you know that the About >>> Dialog (World Menu > System > Aboutâ¦) in the latest stable Pharo Dev >>> image (Pharo-1.1.1-dev10.09.1) has not got any Close button. >>> >>> Cheers, >>> Bernhard >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 18, 2010

[Pharo-project] PharoKernel #12196

by Pavel Krivanek

Hi, I uploaded an updated version of PharoKernel: https://gforge.inria.fr/frs/download.php/27655/PharoKernel-1.2-12196.zip The patch.st file is now organized by related issues. Cheers, -- Pavel

Oct. 18, 2010

Re: [Pharo-project] Missing Close in About Dialog

by Gary Chambers

Since the auto-sizing if effectively overridden by the caller.... Change SmalltalkImage>>aboutThisSystem "Identify software version" | text dialog width | text := Smalltalk systemInformationString withCRs. width := 0. text linesDo: [:l | width := width max: (UITheme current textFont widthOfStringOrText: l)]. dialog := LongMessageDialogWindow new entryText: text. dialog iconMorph image: ThemeIcons pharoIcon. dialog title: 'About Pharo'. dialog open. dialog width: (width + 120 min: Display width - 50). dialog position: 25@25. to SmalltalkImage>>aboutThisSystem "Identify software version" | text dialog width | text := Smalltalk systemInformationString withCRs. width := 0. text linesDo: [:l | width := width max: (UITheme current textFont widthOfStringOrText: l)]. dialog := LongMessageDialogWindow new entryText: text. dialog iconMorph image: ThemeIcons pharoIcon. dialog title: 'About Pharo'. dialog open. dialog textMorph minWidth: 20; minHeight: 20. dialog width: (width + 120 min: Display width - 50). dialog position: 25@25. Though already looks hacked for this purpose, to be fair. Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, October 18, 2010 5:28 PM Subject: Re: [Pharo-project] Missing Close in About Dialog thanks Bernhard :) Welcome too :) Stef (busy running). On Oct 17, 2010, at 4:30 PM, Bernhard Pieber wrote: > Ah, interesting! I just tested it again more thoroughly and I found out > that it has to do with the size of the Pharo window. If I maximize it on > my 30" display the dialog truncated so that the OK button is not visible. > If I make the window is much smaller it appears. See > http://dl.dropbox.com/u/6204244/Pharo%20About%20Dialog.png. > > Thanks for the fast response! > > Cheers, > Bernhard > > Am 17.10.2010 um 16:08 schrieb Schwab,Wilhelm K: > >> Are you sure? I see an OK button at the bottom right of About in an >> image that identifies itself the same way. >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Bernhard >> Pieber [bernhard(a)pieber.com] >> Sent: Sunday, October 17, 2010 10:05 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] Missing Close in About Dialog >> >> Dear Pharo Folks, >> >> It is a very minor thing but I wanted to let you know that the About >> Dialog (World Menu > System > Aboutâ¦) in the latest stable Pharo Dev >> image (Pharo-1.1.1-dev10.09.1) has not got any Close button. >> >> Cheers, >> Bernhard >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 18, 2010

Re: [Pharo-project] bad bracket autocompletion in Pharo Core 1.2

by StÃ©phane Ducasse

On Oct 17, 2010, at 1:00 PM, Mariano Martinez Peck wrote: > > > On Sun, Oct 17, 2010 at 10:51 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I have a question: > does shout support closing parenthesis behavior? > > > > I wonder the same. I don't see the difference between this and shout smart characters. so may be we could remove this and keep smart characters. Now that there is a setting we could try and see. > > > Stef > > On Oct 16, 2010, at 10:27 PM, Pavel Krivanek wrote: > > > Can we add a setting for it? (issue > > http://code.google.com/p/pharo/issues/detail?id=3113) > > > > Cheers, > > -- Pavel > > > > On Tue, Oct 12, 2010 at 8:58 AM, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > >> thanks! > >> > >> > >> On Oct 11, 2010, at 9:37 AM, Fernando olivero wrote: > >> > >>> Hi , it was a enhancement i did starting from a Chris Muller enhancement for Squeak. > >>> > >>> ISSUE 2653. > >>> http://code.google.com/p/pharo/issues/detail?id=2653&can=1&q=auto&colspec=I… > >>> > >>> I did a test, maybe a good start would be to see if its failing now. > >>> > >>> Fernando > >>> > >>> On Oct 9, 2010, at 2:18 PM, Juan Vuletich wrote: > >>> > >>>> Hi Folks, > >>>> > >>>> Cuis doesn't include #autoEnclose, so I don't know how it should behave. > >>>> > >>>> Cheers, > >>>> Juan Vuletich > >>>> > >>>> Mariano Martinez Peck wrote: > >>>>> Guille, if I remember correctly (not sure), these new classes like > >>>>> TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) i > >>>>> think he is in the mailing list but not read it so frequently. So, for > >>>>> this issues maybe you can cc'ed him. > >>>>> > >>>>> Cheers > >>>>> > >>>>> Mariano > >>>>> > >>>>> 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com > >>>>> <mailto:guillermopolito@gmail.com>> > >>>>> > >>>>> Here is the piece of code that's behaving weird > >>>>> > >>>>> TextEditor>>dispatchOn: > >>>>> > >>>>> ... > >>>>> ... > >>>>> char := aKeyboardEvent keyCharacter. > >>>>> openers := '([{'. > >>>>> closers := ')]}'. > >>>>> ( closers includes: char) ifTrue: [ self blinkPrevParen: > >>>>> char ]. > >>>>> result := self normalCharacter: aKeyboardEvent. > >>>>> (self class autoEnclose and: [ openers includes: char ]) > >>>>> not ifTrue: [ ^ result ]. > >>>>> suffix := closers at: (openers indexOf: char). > >>>>> paragraph text append: suffix asString. > >>>>> self moveCursor: [ : position | position ] forward: true > >>>>> specialBlock: [ : pos | "no special behavior" ] event: > >>>>> aKeyboardEvent . > >>>>> self userHasEdited. > >>>>> > >>>>> ------------------------------------- > >>>>> > >>>>> So, if I evaluate "TextEditor autoEnclose: false", it is stops > >>>>> behaving like that :) > >>>>> > >>>>> What should be the desired behavior? Having it configurable as it > >>>>> is today but fix the strange bracket adding? remove this behavior? > >>>>> I can't find now how ParagraphEditor did this. > >>>>> > >>>>> Guille > >>>>> > >>>>> > >>>>> On Wed, Oct 6, 2010 at 10:34 PM, Guillermo Polito > >>>>> <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: > >>>>> > >>>>> Yes, the issue can be reduced to: > >>>>> > >>>>> open parenthesis (or brackets), then something else (anywhere > >>>>> in the editor). > >>>>> > >>>>> 2010/10/6 Mariano Martinez Peck <marianopeck(a)gmail.com > >>>>> <mailto:marianopeck@gmail.com>> > >>>>> > >>>>> I detected a similar problem: > >>>>> > >>>>> once you type an opening parenthesis, and then something > >>>>> else, it adds a new one at the END of the code > >>>>> > >>>>> check http://code.google.com/p/pharo/issues/detail?id=2939 > >>>>> > >>>>> 2010/10/6 Guillermo Polito <guillermopolito(a)gmail.com > >>>>> <mailto:guillermopolito@gmail.com>> > >>>>> > >>>>> http://code.google.com/p/pharo/issues/detail?id=3069 > >>>>> > >>>>> if you type: > >>>>> > >>>>> [] -> []] > >>>>> > >>>>> () -> ()) > >>>>> > >>>>> {} -> {}} > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> Bye! > >>>>> > >>>>> _______________________________________________ > >>>>> Pharo-project mailing list > >>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Pharo-project mailing list > >>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Pharo-project mailing list > >>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > >>>>> > >>>>> ------------------------------------------------------------------------ > >>>>> > >>>>> > >>>>> No virus found in this incoming message. > >>>>> Checked by AVG - www.avg.com > >>>>> Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 > >>>>> > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Pharo-project mailing list > >>>> Pharo-project(a)lists.gforge.inria.fr > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 18, 2010

Re: [Pharo-project] Speeding up Pharo 1.1

by StÃ©phane Ducasse

On Oct 18, 2010, at 9:22 AM, Bart Veenstra wrote: > After MCMethodDefinition shutDown it looks like it is reacting a bit > faster to keyboard input. I often experience sluggishness in > autocompletion method. When I type in a name of a class in a > workspace, the autocomplete suggests 3 options. I want to choose the > middle, so I press down and after 3 seconds (or sometimes nothging > happens) it selects the class. The longer I have my image open, the > longer this will take :S Argh we should fix that. I will start to integrate enh of levente related to hasBinding.... but I'm not sure it will help. Stef > > > > > 2010/10/17 Igor Stasenko <siguctua(a)gmail.com>: >> Bart, >> can you try doing: >> >> MCMethodDefinition shutDown >> >> in your image? >> >> On 16 October 2010 14:48, Bart Veenstra <bart.veenstra(a)gmail.com> wrote: >>> Hi list, >>> >>> I have been working with Pharo for almost a month now, and I suspect >>> that the performance is degrading fast. UI tasks takes several seconds >>> to react to my keyboard. >>> >>> At work we use VAST and I have experience with VW as well and those >>> smalltaks react to my keyboard and mouse actions instantly. But Pharo >>> works very sluggish. >>> >>> My image is about 130MB because I have loaded all dutch postcode in >>> memory, but that should not affect the performance of general >>> operations like typing with the keyboard. I am not a fast typer, but >>> sometimes it takes seconds to show my keyboard input. I can't use the >>> down key to select the right method from suggestions, because it seems >>> to lockup completely. >>> >>> Are there ways to speedup Pharo? I would love to use cogVM but I >>> haven't got gemtools working on it... >>> >>> Will upgrading to 1.1.1 fix these issues? >>> >>> Is my OS (Windows 7-64bit) causing these issues? >>> >>> Regards, >>> >>> Bart >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 18, 2010

Re: [Pharo-project] A Lazy Inspector?

by StÃ©phane Ducasse

On Oct 18, 2010, at 4:40 AM, Oscar E A Callau wrote: > Hello all, > > I was wondering what actually the inspector does in the following case: > > When you explore (or inspect) the expression: Class environment > you get all classes in the system dictionary. If you navigate inside a class, for example AColorSelectorMorph, you can see all its properties and one of them is environment, if you go inside it, you get again all classes in the system dictionary. So, you can repeat this infinitely (or until you get run out of memory, I guess) > > Is it the behavior of a lazy inspector? If true, why I cannot inspect a mutually-recursive class definition, I do not understand what you mean by that. Normally if you define the two classes then you can browse navigate.... them without problem with the inspector. > like this: > > Object subclass: #Foo > instanceVariableNames: 'bar' > classVariableNames: '' > poolDictionaries: '' > category: '' > > Foo>>initialize > bar:= Bar new > > Object subclass: #Bar > instanceVariableNames: 'foo' > classVariableNames: '' > poolDictionaries: '' > category: '' > > Foo>>initialize > bar:= Foo new > > Thanks in advance. > > P.S.: How can I stop my execution in the pharo image when it is in a infinite loop? I can't remember what the shortcut was. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 18, 2010

Re: [Pharo-project] Missing Close in About Dialog

by StÃ©phane Ducasse

thanks Bernhard :) Welcome too :) Stef (busy running). On Oct 17, 2010, at 4:30 PM, Bernhard Pieber wrote: > Ah, interesting! I just tested it again more thoroughly and I found out that it has to do with the size of the Pharo window. If I maximize it on my 30" display the dialog truncated so that the OK button is not visible. If I make the window is much smaller it appears. See http://dl.dropbox.com/u/6204244/Pharo%20About%20Dialog.png. > > Thanks for the fast response! > > Cheers, > Bernhard > > Am 17.10.2010 um 16:08 schrieb Schwab,Wilhelm K: > >> Are you sure? I see an OK button at the bottom right of About in an image that identifies itself the same way. >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Bernhard Pieber [bernhard(a)pieber.com] >> Sent: Sunday, October 17, 2010 10:05 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] Missing Close in About Dialog >> >> Dear Pharo Folks, >> >> It is a very minor thing but I wanted to let you know that the About Dialog (World Menu > System > Aboutâ¦) in the latest stable Pharo Dev image (Pharo-1.1.1-dev10.09.1) has not got any Close button. >> >> Cheers, >> Bernhard >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 18, 2010