- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] NativeBoost source released

by Igor Stasenko

Hello all, For all interesting parties, i made an initial release of NativeBoost plugin as well as language-side code. You can find an installation instructions on http://code.google.com/p/nativeboost/wiki/Installation You can also can find a couple of other descriptions on same wiki. I need your feedback! :) -- Best regards, Igor Stasenko AKA sig.

April 27, 2010

Re: [Pharo-project] [squeak-dev] World menu OCompletion-like algorithm

by Mariano Martinez Peck

Romain, now I remember...isn't WorkingSet something similar to what he wants ? Sean, you can test it. Read: http://forum.world.st/ANN-WorkingSet-td1296111.html#a1296111 Cheers Mariano On Mon, Apr 26, 2010 at 9:21 PM, Romain Robbes <romain.robbes(a)gmail.com>wrote: > A useful trick is that you can type in menus to select items. That's not > the same, but still might help. > > Romain > > > > On Apr 25, 2010, at 4:41 PM, Sean P. DeNigris wrote: > > > > > > > Mariano Martinez Peck wrote: > >> > >> Open a couple of windows > >> (browser, workspace, transcript, test runnerr, etc) and then, in the > >> world, > >> do a "shift + click" > >> > > > > Cool feature, thanks. > > > > And, it seems that it shows a list of currently open windows, which is > > different from 'the last three types of objects that I dealt with.' > > > > Use case (contrived): > > I'm working in a sub-flow that requires me to constantly open a > Transcript > > window - say I'm manually testing (I know, disgusting, lol) code that > closes > > any open Transcript windows. So I want to reopen Transcript widnows via > the > > world menu over and over between tests. The 'all open windows menu' > doesn't > > help, but having Transcript pinned temporarily at the top of the world > menu > > would be very convenient. > > > > Btw of course I realize there are ways to do this (e.g. dragging the > > Transcript menu item out of the menu onto the desktop), but having the > top > > three dynamically, automatically updated is what I'm toying with. > > > > - Sean > > -- > > View this message in context: > http://forum.world.st/Re-squeak-dev-World-menu-OCompletion-like-algorithm-t… > > 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 > > -- > Romain Robbes > http://romain.robb.es > rrobbes(a)dcc.uchile.cl > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 27, 2010

Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)

by Tim Mackinnon

Ah - that explains it - thats a tip that I hadn't yet worked out. Thanks for pointing it out (I can see it could be useful when finding all dirty changes - but a bit disorienting when you are a new user trying to find a specific package). On 27 Apr 2010, at 06:47, StÃ©phane Ducasse wrote: > Tim you can configure the MC browser to see the dirty in place or at the top. > Bring the menu there is a radio button for that > > On Apr 27, 2010, at 12:11 AM, Tim Mackinnon wrote: > >> I loaded it into my 1.0 image (I have to confess it took me a moment to find the right package in monticello - the name "* OB-Standard" - the leading * putting it at the top meant that I couldn't find it at first - does that * mean that I changed a method in that package when I was putting self halt in methods?). >> >> Anyway - that does look much better! >> >> Is there a similar fix to make the window title bars smaller as well? On my mac they are larger than other native OSX windows, that is the browser title bars are bigger than the actual "Pharo 1.0 Image" title bar of the whole VM. I noticed that in Squeak 4.1 the title bars of all browsers all seem to be native size. I am wondering if there is a similar fix? >> >> Although - just having smaller buttons in that bar makes me feel more comfortable - and we'll see what the skeptics in the office say tomorrow! >> >> Tim >> >> >> On 26 Apr 2010, at 10:20, Lukas Renggli wrote: >> >>>> I'll check that out - do I need to use a 1.1 image? (given that I am only playing at the moment - it probably makes sense to use one now as this is where you are taking bug reports). >>> >>> I am using (and fixing) OB in Pharo 1.0. OB will only be adopted to >>> the upcoming Pharo when Pharo 1.1 reaches a stable state so that I can >>> confidently adopt it for my daily work. I don't have the time to >>> maintain two OB branches. >>> >>> Though OB should work in Pharo 1.1 just fine, if you disable the >>> deprecated warnings. >>> >>> Lukas >>> >>> -- >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 27, 2010

[Pharo-project] SandstoneDb infos

by laurent laffont

Hi, Ramon Leon brings some clarification on SandstoneDb, good to know: ( http://pharocasts.blogspot.com/2010/04/sandstonedb-simple-activerecord-styl… ) If you'd like to avoid restarting the image when you create subclasses, you can just run SDCheckPointer startUp: true. This is what happens at image startup that ensures all the directories exist and reloads the database. Also, just FYI, you don't need to make all biz objects active records, had the tweets just been an Object subclass, they would have been save with the Person in the same file as the Person atomically. Of course, then the only way to get the tweets would be through the person, since it'd be the aggregate root for that aggregate object cluster. Anyway, nice screencast. Posted by Ramon Leon to Pharocasts <http://pharocasts.blogspot.com/> at April 26, 2010 3:06 PM

April 27, 2010

Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)

by Lukas Renggli

>> Is there a similar fix to make the window title bars smaller as well? On my mac they are larger than other native OSX windows, that is the browser title bars are bigger than the actual "Pharo 1.0 Image" title bar of the whole VM. I noticed that in Squeak 4.1 the title bars of all browsers all seem to be native size. I am wondering if there is a similar fix? I don't know, the size of the title bar either comes from the currently selected theme or your font choice. There is no such thing as "native size" in Squeak or Pharo. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 27, 2010

Re: [Pharo-project] [Pharo-users] RB AST serialization

by StÃ©phane Ducasse

Daniel what would be really cool is to see if we can compact/zip AST because marcus is really interested into slimbinary libraries and having a really strong compaction of AST would be an interesting basis for a lot of experience On Apr 27, 2010, at 6:45 AM, Daniel Galdames wrote: > Hi, I'm working on a serialization of a RB AST, is in a very very earlier state, it can encode simple ASTs into a string but today i changed the encode methods, so now you can't decode the generated string :-P .Some node from AST-Core can't be encoded yet (RBPragmaNode, RBArrayNode, RBLiteralArrayNode) because I'm not sure what to encode, and the nodes aren't documented, at least in Pharo 1.0. > Any comments and suggestions will be appreciated!! :-) > I uploaded the code in squeaksource: > http://www.squeaksource.com/AstSerializer.html > > I'm a bit new to Smalltalk and Pharo, so feel free to comment... > Greetings, > Daniel Galdames G. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 27, 2010

Re: [Pharo-project] [Pharo-users] RB AST serialization

by Lukas Renggli

Hi Daniel, I haven't looked at your code yet, but wonder what your goal is? How is your serialization different from source := aProgramNode source ? How is your deserialization different from RBParser parseMethod: source ? Cheers, Lukas 2010/4/27 Daniel Galdames <lemuus(a)gmail.com>: > Hi, I'm working on a serialization of a RB AST, is in a very very earlier > state, it can encode simple ASTs into a string but today i changed the > encode methods, so now you can't decode the generated string :-P .Some node > from AST-Core can't be encoded yet (RBPragmaNode, RBArrayNode, > RBLiteralArrayNode) because I'm not sure what to encode, and the nodes > aren't documented, at least in Pharo 1.0. > Any comments and suggestions will be appreciated!! :-) > I uploaded the code in squeaksource: > > http://www.squeaksource.com/AstSerializer.html > > I'm a bit new to Smalltalk and Pharo, so feel free to comment... > > Greetings, > > Â Â Daniel Galdames G. > > _______________________________________________ > 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

April 27, 2010

Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)

by StÃ©phane Ducasse

Tim you can configure the MC browser to see the dirty in place or at the top. Bring the menu there is a radio button for that On Apr 27, 2010, at 12:11 AM, Tim Mackinnon wrote: > I loaded it into my 1.0 image (I have to confess it took me a moment to find the right package in monticello - the name "* OB-Standard" - the leading * putting it at the top meant that I couldn't find it at first - does that * mean that I changed a method in that package when I was putting self halt in methods?). > > Anyway - that does look much better! > > Is there a similar fix to make the window title bars smaller as well? On my mac they are larger than other native OSX windows, that is the browser title bars are bigger than the actual "Pharo 1.0 Image" title bar of the whole VM. I noticed that in Squeak 4.1 the title bars of all browsers all seem to be native size. I am wondering if there is a similar fix? > > Although - just having smaller buttons in that bar makes me feel more comfortable - and we'll see what the skeptics in the office say tomorrow! > > Tim > > > On 26 Apr 2010, at 10:20, Lukas Renggli wrote: > >>> I'll check that out - do I need to use a 1.1 image? (given that I am only playing at the moment - it probably makes sense to use one now as this is where you are taking bug reports). >> >> I am using (and fixing) OB in Pharo 1.0. OB will only be adopted to >> the upcoming Pharo when Pharo 1.1 reaches a stable state so that I can >> confidently adopt it for my daily work. I don't have the time to >> maintain two OB branches. >> >> Though OB should work in Pharo 1.1 just fine, if you disable the >> deprecated warnings. >> >> Lukas >> >> -- >> 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

April 27, 2010

Re: [Pharo-project] [Moose-dev] Strange bug

by StÃ©phane Ducasse

We should check the Moose overrides? is there somewhere a method adding behavior to behavior and friends? I did not get the time to have a look. On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote: > That is too low level for me :) > > Doru > > > On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote: > >> Hello, >> >> Last week I had a error due to a strange behaviour: I had an instance variable and an accessor to this instance variable. The instance variable is instanciated at the initialization of the class. When the error occure, the instance variable is not nil (when inspecting it from the debugger ). But, when evaluating the accessor, it return nil. >> >> This occure in the pharo 1.0 dev image. I test it this morning on a clean image and on a click image with moose. It seems that the bug is specific to moose. If you want to reproduce it: >> >> Download the last version of Merlin from www.squeaksource.com/DelaunayTmpStuffs. >> run the method MerlinExamples class >> parametrizedMorphDropLists. it should work correctly. >> Now restart, load moose (load Conf

April 27, 2010

[Pharo-project] [Pharo-users] RB AST serialization

by Daniel Galdames

Hi, I'm working on a serialization of a RB AST, is in a very very earlier state, it can encode simple ASTs into a string but today i changed the encode methods, so now you can't decode the generated string :-P .Some node from AST-Core can't be encoded yet (RBPragmaNode, RBArrayNode, RBLiteralArrayNode) because I'm not sure what to encode, and the nodes aren't documented, at least in Pharo 1.0. Any comments and suggestions will be appreciated!! :-) I uploaded the code in squeaksource: http://www.squeaksource.com/AstSerializer.html I'm a bit new to Smalltalk and Pharo, so feel free to comment... Greetings, Daniel Galdames G.

April 27, 2010