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

Re: [Pharo-project] ISSUE 1876

by John McIntosh

The fix is to look at a preference and then consider if you must use the host menu support to remove the cmd-q from the os-x menu item On 6/11/10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > may be we should define a setting for that. > > Stef > > On Jun 10, 2010, at 12:08 PM, Fernando olivero wrote: > >> Hi , this issue is raising a DNU again , using a MAC. >> >> Anyone needed to override this behavior? >> >> Because i've need to be able to press CMD-Q, and CMD-W, which in Pharo1.0 >> i could, >> but in Pharo1.1 get handled as menu events and not normal keyboard events. >> >> Any ideas on how could i remove the host menu behavior? >> >> Fernando >> >> >> >> Begin forwarded message: >> >>> From: Fernando olivero <oliverof(a)lu.unisi.ch> >>> Date: May 18, 2010 4:22:43 PM GMT+02:00 >>> To: "Pharo-project(a)lists.gforge.inria.fr Development" >>> <Pharo-project(a)lists.gforge.inria.fr> >>> Subject: [Pharo-project] Pharo1.1 and Pharo1.0 difference when pressing >>> CMD-Q >>> Reply-To: "Pharo-project(a)lists.gforge.inria.fr" >>> <Pharo-project(a)lists.gforge.inria.fr> >>> >>> Hi, using the MAC OS X VM and pressing CMD-Q in Pharo1.1 sends >>> InputEventSensor>>processEvent: evt >>> where the evt received is of type 4, a menu event. (just put a Transcript >>> show: evt in the processEvent: evt and you'll see). >>> >>> Since EventSensorConstants defines: >>> >>> "Types of events" >>> EventTypeKeyboard := 2. >>> EventTypeMenu := 4. >>> >>> But in Pharo1.0 it generates an event of type 2, a keyboard event. >>> >>> I assume that this changed because In Mac-OSX the CMD-Q is binded to a >>> particular action , >>> and in Pharo1.1 we are using HostSystemMenus. >>> >>> But how can i override this behavior? To handle the CMD-Q as any other >>> Keyboard event? >>> >>> By the way there's also a DNU, when pressing CMD-Q. >>> >>> Thanks, >>> Fernando >>> >>> >>> >>> _______________________________________________ >>> 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 > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

June 11, 2010

[Pharo-project] Let pharo be immune to line ending conventions

by Nicolas Cellier

This work started in Squeak4.1/Pharo1.1 but is not finished yet. I just published a few changes in Squeak to this aim. See http://code.google.com/p/pharo/issues/detail?id=2538 Cheers Nicolas

June 11, 2010

Re: [Pharo-project] [BUG] FreeTypeFont>>veryDeepCopy

by StÃ©phane Ducasse

thanks denis. Stef On Jun 10, 2010, at 7:58 PM, Denis Kudriashov wrote: > veryDeepCopy method on FreeTypeFont instance should do nothing. Just returns self. > > Otherwise, FreeType font copy raise primitive failure on image saving and can corrupt image. > > Maybe this method should be in AbstractFont (It exists in other subclasses too, but not all). > > > I open ussue 2529 > > I found this bug after cloning morphs with text by halo button. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 11, 2010

Re: [Pharo-project] pharo smalltalk for an usb stick

by StÃ©phane Ducasse

haltIf: On Jun 10, 2010, at 6:31 PM, Hilaire Fernandes wrote: > Btw, any suggestion about packages of interest to demo Pharo/Smalltalk muscles is welcome, > > Hilaire > > Hilaire Fernandes a Ã©crit : >> The Units package is also interesting it exposes brilliantly the expression power of Smallalk. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 11, 2010

Re: [Pharo-project] Ob extensions to Refactoring engine?

by StÃ©phane Ducasse

why shout does not suit you for color highlighting? When I see RB on VW I think that shout is really much better. Stef On Jun 10, 2010, at 4:19 PM, Fernando olivero wrote: > Great Lukas, thank you! I would like to minimize the preconditions of Gaucho. > > To continue in that front, since i'm using NewTextMorph , i would like to remove also the dependency to SHOUT. > > To continue in this front , is was thinking to get rid of the SHOUT parser and styler by reusing the already present RB, by subclassing the already present RBProgramNodeVisitor, such as RBFormatter, in order to implement a RBCodeStyler. > > Are you aware if this has been done already? If i'll implement it and publish it. > > > Fernando > > pd: Will let you know when i run into other methods to i think need to be moved. > > > > On Jun 10, 2010, at 3:35 PM, Lukas Renggli wrote: > >> Let me know if there is other code that needs to be moved. >> >> Lukas >> >> Name: Refactoring-Core-lr.143 >> Author: lr >> Time: 10 June 2010, 3:34:12 pm >> UUID: 91014fcc-aa9f-4590-a22c-f8a1a0a5daa1 >> Ancestors: Refactoring-Core-lr.142 >> >> - moved some code from OB-Refactory >> >> Name: Refactoring-Tests-Core-lr.44 >> Author: lr >> Time: 10 June 2010, 3:34:37 pm >> UUID: 35e845c2-d58e-4b76-a1b7-bcec35761870 >> Ancestors: Refactoring-Tests-Core-lr.43 >> >> - moved some code from OB-Refactory >> >> Name: OB-Refactory-lr.214 >> Author: lr >> Time: 10 June 2010, 3:35:01 pm >> UUID: 70a76d23-ab08-450f-88c0-556b70666ed0 >> Ancestors: OB-Refactory-lr.213 >> >> - moved some code to Refactoring-Core >> >> On 10 June 2010 15:13, Lukas Renggli <renggli(a)gmail.com> wrote: >>> On 10 June 2010 13:40, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: >>>> Lukas do you think it would worth it to change the category of several methods, from extensions to OB to the refactoring engine itself. >>>> >>>> For example in my case i don't need OB at all, but are forced to load just because this extensions are goodies i've need when using the refactoring engine. >>>> >>>> For example >>>> >>>> BrowserEnvironment>>allNonMetaClasses >>>> >>>> from the category *ob-refactory-accessing >>>> >>>> Maybe it's an sign that these belong to the refactoring engine package, the model, and not Ob, the view. >>>> >>>> What do you think? >>> >>> Yeah, that makes sense. We just have to write tests for them in the >>> refactoring tests. >>> >>> Lukas >>> >>> >>>> >>>> Fernando >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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

June 11, 2010

Re: [Pharo-project] ISSUE 1876

by StÃ©phane Ducasse

may be we should define a setting for that. Stef On Jun 10, 2010, at 12:08 PM, Fernando olivero wrote: > Hi , this issue is raising a DNU again , using a MAC. > > Anyone needed to override this behavior? > > Because i've need to be able to press CMD-Q, and CMD-W, which in Pharo1.0 i could, > but in Pharo1.1 get handled as menu events and not normal keyboard events. > > Any ideas on how could i remove the host menu behavior? > > Fernando > > > > Begin forwarded message: > >> From: Fernando olivero <oliverof(a)lu.unisi.ch> >> Date: May 18, 2010 4:22:43 PM GMT+02:00 >> To: "Pharo-project(a)lists.gforge.inria.fr Development" <Pharo-project(a)lists.gforge.inria.fr> >> Subject: [Pharo-project] Pharo1.1 and Pharo1.0 difference when pressing CMD-Q >> Reply-To: "Pharo-project(a)lists.gforge.inria.fr" <Pharo-project(a)lists.gforge.inria.fr> >> >> Hi, using the MAC OS X VM and pressing CMD-Q in Pharo1.1 sends InputEventSensor>>processEvent: evt >> where the evt received is of type 4, a menu event. (just put a Transcript show: evt in the processEvent: evt and you'll see). >> >> Since EventSensorConstants defines: >> >> "Types of events" >> EventTypeKeyboard := 2. >> EventTypeMenu := 4. >> >> But in Pharo1.0 it generates an event of type 2, a keyboard event. >> >> I assume that this changed because In Mac-OSX the CMD-Q is binded to a particular action , >> and in Pharo1.1 we are using HostSystemMenus. >> >> But how can i override this behavior? To handle the CMD-Q as any other Keyboard event? >> >> By the way there's also a DNU, when pressing CMD-Q. >> >> Thanks, >> Fernando >> >> >> >> _______________________________________________ >> 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

June 11, 2010

Re: [Pharo-project] First GemStone, now Dabbled DB ...

by Geert Claes

Schwab,Wilhelm K wrote: > > The question is whether Twitter will recognize that there were reasons > that DabbleDB was worth acquiring, and that much of it might be lost in > any forced translation they might have in mind. > Well, they acquired Smallthought and seem to be more interested in Trendly (which probably makes more sense for Twitter) rather than DabbleDB. -- View this message in context: http://forum.world.st/First-GemStone-now-Dabbled-DB-tp2251325p2252241.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 11, 2010

Re: [Pharo-project] [ANN 1.1] pre-build Core 1.1rc1

by StÃ©phane Ducasse

Thanks lukas Oops I forgot to integrate the tests I harvested for SystemCHangeNotifier Stef On Jun 11, 2010, at 6:39 PM, Lukas Renggli wrote: > Very cool. > > I updated my hudson to start with PharoCore1.1rc1. It will probably > take a few hours to rebuild and test everything, but the core image is > already there: > > http://hudson.lukas-renggli.ch/job/Pharo/lastCompletedBuild/ > > The test results are here: > > http://hudson.lukas-renggli.ch/job/Pharo/lastCompletedBuild/testReport/ > > There are impressive 260 tests more. > > Lukas > > On 11 June 2010 18:00, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> https://gforge.inria.fr/frs/download.php/27155/PharoCore-1.1-11397-rc1.zip >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 11, 2010

Re: [Pharo-project] First GemStone, now Dabbled DB ...

by Schwab,Wilhelm K

The question is whether Twitter will recognize that there were reasons that DabbleDB was worth acquiring, and that much of it might be lost in any forced translation they might have in mind. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Geert Claes [geert.wl.claes(a)gmail.com] Sent: Friday, June 11, 2010 3:52 PM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] First GemStone, now Dabbled DB ... Dale Henrichs wrote: > > In all fairness, the VMWare acquisition of GemStone is very different from > the Twitter acquisition of DabbleDB. > No worries Dale, I was just referring to another Smalltalk company being acquired :) -- View this message in context: http://forum.world.st/First-GemStone-now-Dabbled-DB-tp2251325p2252218.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 11, 2010

Re: [Pharo-project] seaside.gemstone.com down - unable to build 1.1-dev

by Simon Denier

On 11 juin 2010, at 18:52, Dale Henrichs wrote: > > With each release I do copy the mcz files (source and configs) to http://www.squeaksource.com/metacello, however, at the moment it takes manual intervention to load using the alternate repository. I will spend some time looking at the problem and see if I can make the switchover to the alternate repository more automatic for Metacello itself... That's good to know. Do you do this copy automatically yet? Or is it still manual? > > > As for the outage itself, we lost a critical machine in our data center and service was restored shortly after 7 am PST. > > While talking to our IT folks I found out that now that we have joined VMWare, our GemStone data center will be moved to a VMWare data center which will be an upgrade over out current hardware, so we shouldn't see another outage like this for our server. > > Dale > > Mariano Martinez Peck wrote: >> On Fri, Jun 11, 2010 at 1:53 PM, Torsten Bergmann <astares(a)gmx.de<mailto:astares@gmx.de>> wrote: >> http://seaside.gemstone.com/ss/metacello/ is down, >> therefore ConfigurationOfPharo can not be used to >> build Pharo 1.1. from an updated core. >> See http://downforeveryoneorjustme.com/seaside.gemstone.com >> Maybe the machine is switched to vmware.com<http://vmware.com>? >> However - we should again think about reliable >> infrastructure ... >> Once I remeber Dale though about having the code in both repositories: squeaksource and gemstone. And when doing ensureMetacello, checks first in gemstone. If it fails, it tries in squeaksource...at least that was the idea...I don't know if it was implemented or not. >> Cheers >> mariano >> Thx >> T. >> -- >> GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. >> Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl >> _______________________________________________ >> 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 > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

June 11, 2010