January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Can we override == in Pharo ?

by Igor Stasenko

On 6 January 2014 10:56, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Hello, > > here I have a class > > A>>== > ^ true > > Now: > a := A new. > b := A new. > a == b "Answers false" > a perform: #== with: b "Answers true" > > Do I have to remove the usage of the byte code for #== in the compiler to > be able to override == ? > > > may i ask why you need to override it? -- Best regards, Igor Stasenko.

Jan. 6, 2014

Browser focus issue?

by Sebastian Sastre

Hi guys, I'm using the code browser and selecting methods and often I click select a method, lets say for refactoring, and press cmd-x and nothing happens. Sounds like a key events focus issue sebastian o/ Pharo #30668

Jan. 6, 2014

Re: [Pharo-dev] Can we override == in Pharo ?

by Frank Shearar

On 6 January 2014 11:11, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2014/1/6 ClÃ©ment Bera <bera.clement(a)gmail.com> >> >> Hello, >> >> here I have a class >> >> A>>== >> ^ true >> >> Now: >> a := A new. >> b := A new. >> a == b "Answers false" >> a perform: #== with: b "Answers true" >> >> Do I have to remove the usage of the byte code for #== in the compiler to >> be able to override == ? >> >> > > > No, a==b should be used for "are the same Objects" (pointing to the same > object) and not "are equal". > Look for example at the commentn for ProtoObject>>== Given the kinds of things ClÃ©ment does, I suspect he knows full well the difference between #== and #=. My understanding is that the compiler inlines #== sends like it does with #timesRepeat: and ifTrue:ifFalse:. So yes, you'd need to fiddle with the compiler for any #== overrides to actually run. (I'm keen for Marcus to show us how exactly to do that in Opal!) frank > Nicolai

Jan. 6, 2014

Re: [Pharo-dev] Can we override == in Pharo ?

by Nicolai Hess

2014/1/6 ClÃ©ment Bera <bera.clement(a)gmail.com> > Hello, > > here I have a class > > A>>== > ^ true > > Now: > a := A new. > b := A new. > a == b "Answers false" > a perform: #== with: b "Answers true" > > Do I have to remove the usage of the byte code for #== in the compiler to > be able to override == ? > > > No, a==b should be used for "are the same Objects" (pointing to the same object) and not "are equal". Look for example at the commentn for ProtoObject>>== Nicolai

Jan. 6, 2014

Re: [Pharo-dev] could you try to run...

by Pavel Krivanek

for the record, it's on the 64-bit Fedora 19 with 32-bit libraries 2014/1/6 Pavel Krivanek <pavel.krivanek(a)gmail.com> > I tried again http://get.pharo.org/vmLatest. It's the same same VM > version, crash.dmp slightly differs. > > -- Pavel > > > 2014/1/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> Could you retry with the latest one? >> Because esteban spotted on a problem with amsjit >> >> Stef >> >> >> Interesting. Now I got this crash (see attachment) >> >> -- Pavel >> >> >> 2014/1/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> Thanks pavel >>> Previously it was crashing your vm. >>> Really strange. >>> Stef >>> On 05 Jan 2014, at 17:53, Pavel Krivanek <pavel.krivanek(a)gmail.com> >>> wrote: >>> >>> No crash but during unloading the content of PharoDebug.log grows. >>> >>> -- Pavel >>> >>> >>> 2014/1/5 Max Leske <maxleske(a)gmail.com> >>> >>>> UnReloader is in this repo: >>>> >>>> MCHttpRepository >>>> location: 'http://smalltalkhub.com/mc/Pharo/SystemConfigurations/main' >>>> user: '' >>>> password: ââ >>>> >>>> >>>> OS X 10.9.1. >>>> The VM did not crash but I got a *lot* of debuggers (sample stack >>>> attached). >>>> >>>> >>>> >>>> >>>> On 05.01.2014, at 17:29, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> wrote: >>>> >>>> curl get.pharo.org/30+vmLatest | bash >>>> >>>> >>>> Load Unreloader latest from Pharo/SystemConfigurations >>>> >>>> Close all Nautilus >>>> >>>> save image :) >>>> >>>> run UnReloader new unload >>>> >>>> Iâm curious know whether it crashes the VM. >>>> >>>> Stef >>>> >>>> >>>> >>>> >>> <PharoDebug.log> >>> >>> >>> >> <crash.dmp> >> >> >> >

Jan. 6, 2014

Re: [Pharo-dev] could you try to run...

by Pavel Krivanek

I tried again http://get.pharo.org/vmLatest. It's the same same VM version, crash.dmp slightly differs. -- Pavel 2014/1/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Could you retry with the latest one? > Because esteban spotted on a problem with amsjit > > Stef > > > Interesting. Now I got this crash (see attachment) > > -- Pavel > > > 2014/1/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> Thanks pavel >> Previously it was crashing your vm. >> Really strange. >> Stef >> On 05 Jan 2014, at 17:53, Pavel Krivanek <pavel.krivanek(a)gmail.com> >> wrote: >> >> No crash but during unloading the content of PharoDebug.log grows. >> >> -- Pavel >> >> >> 2014/1/5 Max Leske <maxleske(a)gmail.com> >> >>> UnReloader is in this repo: >>> >>> MCHttpRepository >>> location: 'http://smalltalkhub.com/mc/Pharo/SystemConfigurations/main' >>> user: '' >>> password: ââ >>> >>> >>> OS X 10.9.1. >>> The VM did not crash but I got a *lot* of debuggers (sample stack >>> attached). >>> >>> >>> >>> >>> On 05.01.2014, at 17:29, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> wrote: >>> >>> curl get.pharo.org/30+vmLatest | bash >>> >>> >>> Load Unreloader latest from Pharo/SystemConfigurations >>> >>> Close all Nautilus >>> >>> save image :) >>> >>> run UnReloader new unload >>> >>> Iâm curious know whether it crashes the VM. >>> >>> Stef >>> >>> >>> >>> >> <PharoDebug.log> >> >> >> > <crash.dmp> > > >

Jan. 6, 2014

Re: [Pharo-dev] XMLParser Problem with SVG

by StÃ©phane Ducasse

On 06 Jan 2014, at 06:02, monty <monty.os(a)engineer.com> wrote: > Apparantly the config browser will load from your local package cache, which is why I wasn't getting errors. I tried from a different image with a clean package cache, and it loaded a much older version than you would get if you loaded the ConfigurationOf directly from PharoExtras/XMLParser. You really need to use the latest version. > > It would be nice if the Config browser would pull in the stable version from the most recent config of the package's repo on ST hub. Yes but right now you have to push to the configuration browser repo. > >> ----- Original Message ----- >> From: J.F. Rick >> Sent: 01/05/14 09:19 AM >> To: Pharo Development List >> Subject: [Pharo-dev] XMLParser Problem with SVG >> >> I am trying to use SVG with Athens; however, the XMLParser for Pharo 3.0 cannot read normal SVG files that it used to. So, the demo of "ASVGMorph fromFile: 'lion.svg'" fails in the XMLParser (i.e., before ASVGMorph really does anything to it). It seems to download the DTD file from the Internet and then cannot properly parse it. Here is my setup: >> >> Up-to-date Pharo 3.0. Added XMLParser from the Configuration Browser. >> Example file can be found here: http://www.thetangentbundle.net/w/images/f/ff/lion.svg >> The following brings up an error: XMLDOMParser parseFileNamed: 'lion.svg' >> >> Cheers, >> >> Jeff >> >> -- >> Jochen "Jeff" Rick, Ph.D. >> http://www.je77.com/ >> Skype ID: jochenrick >

Jan. 6, 2014

Re: [Pharo-dev] could you try to run...

by StÃ©phane Ducasse

Could you retry with the latest one? Because esteban spotted on a problem with amsjit Stef > Interesting. Now I got this crash (see attachment) > > -- Pavel > > > 2014/1/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Thanks pavel > Previously it was crashing your vm. > Really strange. > Stef > On 05 Jan 2014, at 17:53, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > >> No crash but during unloading the content of PharoDebug.log grows. >> >> -- Pavel >> >> >> 2014/1/5 Max Leske <maxleske(a)gmail.com> >> UnReloader is in this repo: >> >> MCHttpRepository >> location: 'http://smalltalkhub.com/mc/Pharo/SystemConfigurations/main' >> user: '' >> password: ââ >> >> >> OS X 10.9.1. >> The VM did not crash but I got a *lot* of debuggers (sample stack attached). >> >> >> >> >> On 05.01.2014, at 17:29, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> curl get.pharo.org/30+vmLatest | bash >>> >>> >>> Load Unreloader latest from Pharo/SystemConfigurations >>> >>> Close all Nautilus >>> >>> save image :) >>> >>> run UnReloader new unload >>> >>> Iâm curious know whether it crashes the VM. >>> >>> Stef >> >> >> >> <PharoDebug.log> > > > <crash.dmp>

Jan. 6, 2014

Re: [Pharo-dev] Spotlight Demo

by StÃ©phane Ducasse

Doru do you have a sketch (UML) to see how it works? Because indeed having a pattern for the theme is definitively important and Iâm sad that the same trick as the settings do not work for theme. Stef On 06 Jan 2014, at 00:19, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi again, > > I added a first shot at theming. The idea is simple: > - we have one method in UITheme called spotterThemer that simply returns a SpotterThemer, and > - all Spotter/Spotlight specific rendering methods are in SpotterThemer > > I think this should be the design to follow for all morphs. I blogged about it in more details here: > http://www.humane-assessment.com/blog/a-pharo-refactoring-story-adding-them… > > > You can get the code from here: > Gofer new > smalltalkhubUser: 'girba' project: 'GPlay'; > package: 'Spotlight'; > disablePackageCache; > load > > In summary, something like: > > SpotlightItemMorph>>onSelected > self color: (Color r: 0.2627 g: 0.4588 b: 0.9333). > > becomes: > > SpotlightItemMorph>>onSelected > self theme spotterThemer configureSelectedItemMorph: self > > And the default SpotterThemer says: > > SpotterThemer>>configureSelectedItemMorph: aMorph > aMorph color: (Color r: 0.2627 g: 0.4588 b: 0.9333) > > > What do you think? > > Cheers, > Doru > > > > > On Sun, Jan 5, 2014 at 9:26 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Sean, > > I just tested it. It works just great. > > First, would it be Ok with you to move the project to a more public place (like http://www.smalltalkhub.com/#!/~PharoExtras) so that others can contribute easier? > > Second, I created a configuration with a development and stable version. You can find it here: > Gofer new > smalltalkhubUser: 'girba' project: 'GPlay'; > package: 'ConfigurationOfSpotter'; > load. > (Smalltalk globals at: #ConfigurationOfSpotter) > loadStable > > And in the MetaRepoForPharo30 so that you can load it from the Configuration Browser. Please note that I named the configuration Spotter, because there already exists a ConfigurationOfSpotlight for the widget of Esteban. Would it be Ok to change the name of the classes, too, to avoid confusion? > > Third, I think we should not mix the morph with the global shortcut. I understand this is convenient, but these should pretty much be different projects. Is that Ok with you? > > Fourth, I would like to theme this morph, too :). With this occasion, I would like to try a slightly different design for handling the theme code. I will follow up on this in another mail. > > Doru > > > On Sat, Jan 4, 2014 at 5:42 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > I'm happy for now. As a general purpose completion option, I'd say we're > officially at version 1.0. No obvious bugs, and provides the basic features > I'd want. > > As for replacing the existing Spotlight, I've decided to eat my own dog food > and use the new tool in my images: > *** n.b., if you load the Spotlight package now, it will override the > global Spotlight shortcut > > p.s. Steph, I added packages to the example for you ;) â¦ > <http://forum.world.st/file/n4734153/Screen_Shot_2014-01-04_at_11.18.57_AM.p…> > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Spotlight-Demo-tp4733076p4734153.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Jan. 6, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 0327dc: 30673

by Esteban Lorenzano

green againâ¦ cool :) On 06 Jan 2014, at 10:54, GitHub <noreply(a)github.com> wrote: > Branch: refs/heads/3.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 0327dcd90fc34d638a6286e0b14d64ecfa85a438 > https://github.com/pharo-project/pharo-core/commit/0327dcd90fc34d638a6286e0… > Author: Jenkins Build Server <board(a)pharo-project.org> > Date: 2014-01-06 (Mon, 06 Jan 2014) > > Changed paths: > A Komitter.package/extension/MCFileTreeRepository/instance/isRemote.st > A Komitter.package/extension/MCFileTreeRepository/instance/koRemote.st > A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script326.st > A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30673.st > M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st > > Log Message: > ----------- > 30673 > removeMe > > http://files.pharo.org/image/30/30673.zip > >

Jan. 6, 2014