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

Re: [Pharo-project] is there a way to avoid all the #tryNamedPrimitive:with: * in ProtoObject

by Mariano Martinez Peck

On Mon, Jan 23, 2012 at 6:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Jan 23, 2012, at 5:52 PM, Mariano Martinez Peck wrote: > > > Hi guys. I usually like to take a look to ProtoObject and see what is > really needed for the minimal object. But having 30% of the methods being > #tryNamedPrimitive:with: * is not fun. > > what are these? > They look like a hack to simulate named primitives from the debugger, but I am not sure at all. I am just wondering...couldn't such compiled methods be compiled at runtime? say I use a String stream with a loop of arguments size and I build the string and then I get a CompiledMethod from it (kind of #compileSilently:. I guess it would be slower, but on the other hand I save the #lookupSelector: would that work? is it important the speed here? because I don't really know what these methods are used for exactly ;) Cheers > > > So...I wonder, do you think there could be another way so that to avoid > having all those methods in ProtoObject ? > > > > Thanks > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > -- Mariano http://marianopeck.wordpress.com

Jan. 23, 2012

[Pharo-project] Live Ruby on rails tutorial sites

by Lawson English

This is the kind of thing that seaside needs to have to attract more people. http://railsforzombies.org/ Lawson

Jan. 23, 2012

Re: [Pharo-project] is there a way to avoid all the #tryNamedPrimitive:with: * in ProtoObject

by StÃ©phane Ducasse

On Jan 23, 2012, at 5:52 PM, Mariano Martinez Peck wrote: > Hi guys. I usually like to take a look to ProtoObject and see what is really needed for the minimal object. But having 30% of the methods being #tryNamedPrimitive:with: * is not fun. what are these? > So...I wonder, do you think there could be another way so that to avoid having all those methods in ProtoObject ? > > Thanks > > -- > Mariano > http://marianopeck.wordpress.com >

Jan. 23, 2012

Re: [Pharo-project] System Update auto Merge

by StÃ©phane Ducasse

On Jan 23, 2012, at 5:39 PM, Camillo Bruni wrote: > Hi everyone, > > I wonder if it would make sense if System Update would perform auto merging? you mean instead of load? You lost me somehow :) > > I think if there are no merge conflicts you should not get any notifications from System Update. > > In any case I will program an Option for this in the Setting Browser. > > best > cami

Jan. 23, 2012

Re: [Pharo-project] Fwd: [squeak-dev] ANN: OpenGL + NativeBoost + Mac ==> success

by Lawson English

On 1/22/12 4:27 PM, Igor Stasenko wrote: > > On 22 January 2012 15:13, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: >> On Jan 22, 2012, at 1:29 PM, Lawson English wrote: >> >> >>> 2) large windows tended to leave a lot of artifacts behind during movement (the video shows this towards the end). > there is two "modes" to blit on Morphic display - one is just copy > directly to Display, and another is to separate form and then draw > that form as usual. > so, these artefact is not related to OpenGL per se, but mainly to how > you make rendered results appear integrated in morphic. Is there a way to directly draw to the system window using OpenGL so that intermediate software blitting is eliminated? The integration of 3D and 2D on the squeak desktop (World morph) would be much easier and faster if there weren't so many layers of copying being done, as is the case with my demo video. If there IS a way, can you create a demo of it,, or explain to me how to create a demo of it? Thanks, Lawson

Jan. 23, 2012

[Pharo-project] is there a way to avoid all the #tryNamedPrimitive:with: * in ProtoObject

by Mariano Martinez Peck

Hi guys. I usually like to take a look to ProtoObject and see what is really needed for the minimal object. But having 30% of the methods being #tryNamedPrimitive:with: * is not fun. So...I wonder, do you think there could be another way so that to avoid having all those methods in ProtoObject ? Thanks -- Mariano http://marianopeck.wordpress.com

Jan. 23, 2012

[Pharo-project] System Update auto Merge

by Camillo Bruni

Hi everyone, I wonder if it would make sense if System Update would perform auto merging? I think if there are no merge conflicts you should not get any notifications from System Update. In any case I will program an Option for this in the Setting Browser. best cami

Jan. 23, 2012

Re: [Pharo-project] Ann: OmniBrowser stable for 1.4 with RB

by Lukas Renggli

Yes, OB does not depend on RPackage, but it typically depends on the latest refactoring engine. Lukas On Monday, January 23, 2012, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jan 23, 2012, at 3:28 PM, Benjamin wrote: >n >> It's because Nautilus loads a specific version of an RBpackage, and OB another one. > > I do not see why OB wold load RPackage? > >> >> I presume that the configuration presume the requirements are satisfied and do not load the specific package :) >> >> >> Thank, you. >> >> Ben >> >> On Jan 23, 2012, at 3:03 PM, Sven Van Caekenberghe wrote: >> >>> Ben, >>> >>> On 23 Jan 2012, at 09:41, Sven Van Caekenberghe wrote: >>> >>>> On 23 Jan 2012, at 00:54, Benjamin wrote: >>>> >>>>> Strange, I just tested with the latest 1.4 Pharo (14294) and it works ... >>>>> >>>>> But if you want, there is a Jenkins build for Nautilus ( https://ci.lille.inria.fr/pharo/job/Nautilus/) >>>> >>>> This was in a 14293 image, but not a clean one, it had the >>>> >>>> (ConfigurationOfOmniBrowser >>>> project version: #stable) load: #( 'Dev' 'Dev Tests'). >>>> >>>> loaded first. I don't know if that has anything to do with it. >>>> >>>> >>>>> Enjoy, >>>>> >>>>> Ben >>>>> >>>>> On Jan 22, 2012, at 11:49 PM, Sven Van Caekenberghe wrote: >>>>> >>>>>> >>>>>> On 22 Jan 2012, at 22:17, Sven Van Caekenberghe wrote: >>>>>> >>>>>>> And what about Nautilus, I want to try that too. >>>>>>> What would be the best way to load it ? >>>>>> >>>>>> I tried: >>>>>> >>>>>> Gofer new >>>>>> squeaksource: 'Nautilus'; >>>>>> package: 'ConfigurationOfNautilus'; >>>>>> load. >>>>>> >>>>>> ConfigurationOfNautilus loadDefault. >>>>>> >>>>>> Nautilus open >>>>>> >>>>>> gives RBClassEnvironment not found >>> >>> >>> I just tried again: yes, in a clean image Nautilus loads and works without any problems. >>> >>> But doing it in a up to date image with latest OB loaded, it fails. >>> >>> Output on the Transcript seems identical. >>> >>> Any, great browser: it is good to see something new ! >>> >>> Sven >>> >>> >>> >> >> > > > -- Lukas Renggli (mobile) http://www.lukas-renggli.ch

Jan. 23, 2012

Re: [Pharo-project] Ann: OmniBrowser stable for 1.4 with RB

by Benjamin

On Jan 23, 2012, at 5:03 PM, Damien Cassou wrote: > On Mon, Jan 23, 2012 at 4:48 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> The help I can offer so far is testing and giving feedback. If that helps, >> ask me. >> Anyway, my skills in morphic sucks :) > > I'm not sure you need morphic skills. It would be nice to reuse Lukas' > OB-Refactory library which provides a nice abstraction for > refactorings. It's what I am doing, but the problem is each UI for RB are made with OB. So first, I have to separate the RB code from the UI code then do a UI (or be able to have only one UI for all the changes) Everything you can do definitely helps ;) Ben > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry >

Jan. 23, 2012

Re: [Pharo-project] Ann: OmniBrowser stable for 1.4 with RB

by Damien Cassou

On Mon, Jan 23, 2012 at 4:48 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > The help I can offer so far is testing and giving feedback. If that helps, > ask me. > Anyway, my skills in morphic sucks :) I'm not sure you need morphic skills. It would be nice to reuse Lukas' OB-Refactory library which provides a nice abstraction for refactorings. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Jan. 23, 2012