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

Re: [Pharo-project] Horizontal wheel

by StÃ©phane Ducasse

Only the category EventModel-System is what we are doing the other was done by mike in iSqueak. Stef On Sep 3, 2011, at 8:41 AM, StÃ©phane Ducasse wrote: > > On Sep 2, 2011, at 6:44 PM, Gary Chambers wrote: > >> Not sure how it would translate but would be nice to get proper events for such things, handle on the image side... > > yes if you have 5 min > have a look at what we started to do with igor (still really preliminary) > > EventModel/EventModel on squeaksource > > Gofer new > squeaksource:'EventModel'; > package: 'EventModel'; > load > > > We started to reify raw VM event to avoid to have raw buffer spreading terrible code around. > After the idea will be to generate more complex events based on the raw ones + introducing > double dispatch instead all the ifTrueifFalse.... >> >> Regards, Gary >> >> ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, September 02, 2011 4:57 PM >> Subject: Re: [Pharo-project] Horizontal wheel >> >> >>> Or make a "ShowEventsTester" morph ;-) >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Friday, September 02, 2011 4:35 PM >>> Subject: Re: [Pharo-project] Horizontal wheel >>> >>> >>> no you should just write the transcript the events have a look at HandMorph handle event method. >>> >>> Stef >>> On Sep 2, 2011, at 3:39 PM, Alexandre Bergel wrote: >>> >>>> We need a VM expert... >>>> I am sure there is a good soul on the mailing list. >>>> >>>> Alexandre >>>> >>>> >>>> On 2 Sep 2011, at 10:31, Gary Chambers wrote: >>>> >>>>> I can add the support if you can work out what the VM sends as key/char codes... ;-) >>>>> >>>>> Regards, Gary >>>>> >>>>> ----- Original Message ----- From: "Alexandre Bergel" <alexandre.bergel(a)me.com> >>>>> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> >>>>> Sent: Friday, September 02, 2011 2:06 PM >>>>> Subject: [Pharo-project] Horizontal wheel >>>>> >>>>> >>>>>> hi! >>>>>> >>>>>> Pharo supports the vertical wheel. I can use my moose wheel to scroll over a list. However, the horizontal wheel does not seem supported. It would be very cool to have it... >>>>>> >>>>>> http://code.google.com/p/pharo/issues/detail?id=4752 >>>>>> >>>>>> Cheers, >>>>>> Alexandre >>>>>> -- >>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>>> Alexandre Bergel http://www.bergel.eu >>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> > >

Sept. 3, 2011

Re: [Pharo-project] Horizontal wheel

by StÃ©phane Ducasse

On Sep 2, 2011, at 6:44 PM, Gary Chambers wrote: > Not sure how it would translate but would be nice to get proper events for such things, handle on the image side... yes if you have 5 min have a look at what we started to do with igor (still really preliminary) EventModel/EventModel on squeaksource Gofer new squeaksource:'EventModel'; package: 'EventModel'; load We started to reify raw VM event to avoid to have raw buffer spreading terrible code around. After the idea will be to generate more complex events based on the raw ones + introducing double dispatch instead all the ifTrueifFalse.... > > Regards, Gary > > ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, September 02, 2011 4:57 PM > Subject: Re: [Pharo-project] Horizontal wheel > > >> Or make a "ShowEventsTester" morph ;-) >> >> Regards, Gary >> >> ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, September 02, 2011 4:35 PM >> Subject: Re: [Pharo-project] Horizontal wheel >> >> >> no you should just write the transcript the events have a look at HandMorph handle event method. >> >> Stef >> On Sep 2, 2011, at 3:39 PM, Alexandre Bergel wrote: >> >>> We need a VM expert... >>> I am sure there is a good soul on the mailing list. >>> >>> Alexandre >>> >>> >>> On 2 Sep 2011, at 10:31, Gary Chambers wrote: >>> >>>> I can add the support if you can work out what the VM sends as key/char codes... ;-) >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Alexandre Bergel" <alexandre.bergel(a)me.com> >>>> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Friday, September 02, 2011 2:06 PM >>>> Subject: [Pharo-project] Horizontal wheel >>>> >>>> >>>>> hi! >>>>> >>>>> Pharo supports the vertical wheel. I can use my moose wheel to scroll over a list. However, the horizontal wheel does not seem supported. It would be very cool to have it... >>>>> >>>>> http://code.google.com/p/pharo/issues/detail?id=4752 >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >> >> > >

Sept. 3, 2011

Re: [Pharo-project] Horizontal wheel

by StÃ©phane Ducasse

On Sep 2, 2011, at 5:57 PM, Gary Chambers wrote: > Or make a "ShowEventsTester" morph ;-) if you have one Im interested becaue from time to time I rewriting all the events handling. > > Regards, Gary > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, September 02, 2011 4:35 PM > Subject: Re: [Pharo-project] Horizontal wheel > > > no you should just write the transcript the events have a look at HandMorph handle event method. > > Stef > On Sep 2, 2011, at 3:39 PM, Alexandre Bergel wrote: > >> We need a VM expert... >> I am sure there is a good soul on the mailing list. >> >> Alexandre >> >> >> On 2 Sep 2011, at 10:31, Gary Chambers wrote: >> >>> I can add the support if you can work out what the VM sends as key/char codes... ;-) >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Alexandre Bergel" <alexandre.bergel(a)me.com> >>> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Friday, September 02, 2011 2:06 PM >>> Subject: [Pharo-project] Horizontal wheel >>> >>> >>>> hi! >>>> >>>> Pharo supports the vertical wheel. I can use my moose wheel to scroll over a list. However, the horizontal wheel does not seem supported. It would be very cool to have it... >>>> >>>> http://code.google.com/p/pharo/issues/detail?id=4752 >>>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > >

Sept. 3, 2011

[Pharo-project] CogDroid: first public alpha available for testing

by Dimitry Golubovsky

Hi, I am pleased to announce that the Android port of Stack Cog has reached the public alpha stage, and the first pre-built apk file is available for downloading: http://squeakvm-tablet.googlecode.com/files/CogDroid-alpha-20110903.apk This is a debug-signed Android package. When installed, it uses the Pharo icon (to distinguish from the Squeak package in case it is installed). In the future, I'll change the icon to something different. It was tested mostly with one of recent Pharo Core images, and this kind of image is suggested for experiments, but information about any other images is also welcome. Place the image, changes, and sources files in a directory under the root of your tablet's SD card mount point. When the application is launched, it will show list of all image files available. Information provided in the Wiki pages of the Google Code project for the classic VM port is valid for the Cog port as well. http://code.google.com/p/squeakvm-tablet/w/list See the CogNotes page http://code.google.com/p/squeakvm-tablet/wiki/CogNotes for information about location of sources, and (very sketchy at the moment) building procedure. As usual, please send your feedback to this mailing list, or to the Google code project issues page: http://code.google.com/p/squeakvm-tablet/issues/list Try running the tinyBenchmark (Cog gives slightly better results than the Classic VM). You may also try the Test Runner. Please let me know if your favorite tests failed, and any ideas why they might fail ;) >From my experience running tests amount of failures is not much higher than same tests run on PC Cog/Pharo. Have fun and share your experience ;) Thanks. -- Dimitry Golubovsky Anywhere on the Web

Sept. 3, 2011

Re: [Pharo-project] [COTDC] 79 - RefactoryChange

by HwaJong Oh

I am superclass of all refactoring change objects. All I have is a name for the refactoring, but I can perform one or more refactoring operations with message #execute. I am a composite object. To know about the components of mine, ask me with #changes and #changesSize. (If foreign category is also the scope of COTDC) I can communicate with ORChangeBrowser thus be presented on GUI. HwaJong Oh -- View this message in context: http://forum.world.st/COTDC-79-RefactoryChange-tp3786801p3787315.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 3, 2011

Re: [Pharo-project] Zinc crashing image at start up

by Igor Stasenko

what you can do is at image startup , is invalidate all sockets. On 3 September 2011 00:01, Lukas Renggli <renggli(a)gmail.com> wrote: >> It would be better if this were prevented. I will have a look to see if I can keep track of these connections and worker processes in a weak data structure so that they can be managed better. > > Better no weak data structures. The listener process could more > efficiently cleanup unused workers, no? > >> The workaround (this is what I do) is not to save images with working server(s) and to start the server(s) from the startup script. See for example: http://zn.stfx.eu/zn/pharo-server.sh > > Doesn't really work in many production setups and/or if you want to > use Zinc during development. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Best regards, Igor Stasenko AKA sig.

Sept. 3, 2011

Re: [Pharo-project] Zinc crashing image at start up

by Lukas Renggli

> It would be better if this were prevented. I will have a look to see if I can keep track of these connections and worker processes in a weak data structure so that they can be managed better. Better no weak data structures. The listener process could more efficiently cleanup unused workers, no? > The workaround (this is what I do) is not to save images with working server(s) and to start the server(s) from the startup script. See for example: http://zn.stfx.eu/zn/pharo-server.sh Doesn't really work in many production setups and/or if you want to use Zinc during development. Lukas -- Lukas Renggli www.lukas-renggli.ch

Sept. 2, 2011

Re: [Pharo-project] Zinc crashing image at start up

by Sven Van Caekenberghe

On 02 Sep 2011, at 13:26, Lukas Renggli wrote: > +1, I had a similar problem at some point from an image built on Jenkins. The current version of ZnMultiThreadedServer does not hold references to all the connections (worker processes) it creates. This has several implications. A running server that is #register-ed will receive #start/#stop on image save/startup and will close/reopen its server socket correctly. However, it (currently) cannot do the same for (kept-alive) connections with open sockets in worker processes. Hence it might happen occasionally that such processes survive and keep working with dead connections/sockets. Apparently this now leads to a crash rather than a normal error. It would be better if this were prevented. I will have a look to see if I can keep track of these connections and worker processes in a weak data structure so that they can be managed better. The workaround (this is what I do) is not to save images with working server(s) and to start the server(s) from the startup script. See for example: http://zn.stfx.eu/zn/pharo-server.sh Sven

Sept. 2, 2011

Re: [Pharo-project] [Pharo-users] [COTDC] 78 - RBSubclassResponsibilityNotDefinedRule

by laurent laffont

On Fri, Sep 2, 2011 at 8:57 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > could be interesting. But it would just hides our poor comment quality. > I prefer to see that I'm poor than pretend I'm rich :) > I agree. But sometimes there's so few comments in a package that's I don't bother search for one. It should be easy to see classes that have comments in the browser (icon ? color ?). Laurent. > > For the RBRule what would be great (and this was on my overly long todo) > was a improve the description. > May be we should have a short and long one. Because something I do not > understand (well I do most of the times) but > I would love to get a nice description because we really want to push the > rules usage. > > We got a postdoc with chili (yesterday - hello and welcome angel :) ) and > we want him to help building better infrastructure around rules > - book chapter on rule engine > - storing metadata because it does not scale to add pragmas in > method (we probably need a package manifesto). > - analyzing the rules and their application to pharo and pharo > projects > - get rules automatically run with jenkins > > Stef > > On Sep 2, 2011, at 8:27 AM, laurent laffont wrote: > > > On Thu, Sep 1, 2011 at 10:08 PM, Lukas Renggli <renggli(a)gmail.com> > wrote: > > >> Today: RBSubclassResponsibilityNotDefinedRule > > > > > > This rules identifies when several methods in a set of subclasses are > defined but not in the superclass. > > > It identifies that an abstract method is missing in the superclass. > > > > Checks that all subclassResponsibility methods are defined in all > > leaf classes. > > > > Note that each of the 120 subclasses of RBLintRule has a method called > > #rationale that describes its intent. There are even tests that verify > > this. Of course the string is not a class comment, but something to be > > displayed in the code critics browser. Still I note a certain degree > > of overlap ... > > > > > > I wonder, we may just comment RBLintRule. Then wouldn't it be nice that > class browser, when displaying a class without comment, goes up in the > hierarchy up to Object (excluded) to get the first comment found ? > > > > > > Laurent. > > > > > > > > Lukas > > > > -- > > Lukas Renggli > > www.lukas-renggli.ch > > > > > > >

Sept. 2, 2011

[Pharo-project] [COTDC] 79 - RefactoryChange

by laurent laffont

A comment per day is known to expend your life expectancy. Today: RefactoryChange Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

Sept. 2, 2011