- Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20424

by Marcus Denker

20424 ----- Issue 7078: Do not hard code Browser in Hudson Build Tools http://code.google.com/p/pharo/issues/detail?id=7078 Issue 7073: Inconsistent System Browser selection http://code.google.com/p/pharo/issues/detail?id=7073 Issue 6928: Obsolete class after running all tests http://code.google.com/p/pharo/issues/detail?id=6928 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-MarcusDenker.993.diff http://ss3.gemstone.com/ss/Pharo20/Tests-MarcusDenker.485.diff http://ss3.gemstone.com/ss/Pharo20/System-Tools-MarcusDenker.91.diff http://ss3.gemstone.com/ss/Pharo20/HudsonBuildTools20-MarcusDenker.12.diff

Nov. 30, 2012

Re: [Pharo-project] Vim Keys?

by Chris Cunningham

There is a package (for an ancester of Pharo) that added VIM keys (and Emacs, apparently) to the editors at: http://www.squeaksource.com/SVI.html You may be able to load this in and it will work, or the code may have drifted quite a bit to the point where it just doesn't work anymore. I have not tried using it for years, myself. -Chris On Thu, Nov 29, 2012 at 11:52 AM, âking <rkingdesk(a)sharpsaw.org> wrote: > Hi all. I'm extremely new to Smalltalk, but I was wondering if there was > a way to make Pharo have vi-keys (or even better, vim-keys)? > > Thanks! > ââ > >

Nov. 30, 2012

Re: [Pharo-project] Indent code

by Sebastian Nozzi

Yep. Thank you! 2012/11/30 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com>: > it's actually cmd+shift+r/l > > Ben > > On Nov 30, 2012, at 4:04 PM, Sebastian Nozzi wrote: > >> On my Mac ctrl-alt l/r produced @ and Â® respectively (MBA 2011, german >> keyboard).

Nov. 30, 2012

Re: [Pharo-project] Indent code

by Benjamin

it's actually cmd+shift+r/l Ben On Nov 30, 2012, at 4:04 PM, Sebastian Nozzi wrote: > On my Mac ctrl-alt l/r produced @ and Â® respectively (MBA 2011, german > keyboard). > > 2012/11/30 Max Leske <maxleske(a)gmail.com>: >> on mac: ctrl+alt+r / l >> >> >> On 30.11.2012, at 12:49, Torsten Bergmann <astares(a)gmx.de> wrote: >> >>> When I select a few lines of text in Pharo 2.0 code >>> editor and hit TAB it is not indented as in >>> other IDE's. Instead it is deleted similar to >>> when one hits space key. >>> >>> Usually TAB in IDE code editors is used to >>> indent a selected block of text and SHIFT+TAB >>> is used for the reverse (outdent). >>> >>> Is this a bug or just handled differently? >>> >>> Thx >>> T. >>> >> >> >

Nov. 30, 2012

Re: [Pharo-project] Indent code

by Sebastian Nozzi

On my Mac ctrl-alt l/r produced @ and Â® respectively (MBA 2011, german keyboard). 2012/11/30 Max Leske <maxleske(a)gmail.com>: > on mac: ctrl+alt+r / l > > > On 30.11.2012, at 12:49, Torsten Bergmann <astares(a)gmx.de> wrote: > >> When I select a few lines of text in Pharo 2.0 code >> editor and hit TAB it is not indented as in >> other IDE's. Instead it is deleted similar to >> when one hits space key. >> >> Usually TAB in IDE code editors is used to >> indent a selected block of text and SHIFT+TAB >> is used for the reverse (outdent). >> >> Is this a bug or just handled differently? >> >> Thx >> T. >> > >

Nov. 30, 2012

Re: [Pharo-project] [ann] glamorous debugger (alpha)

by Damien Cassou

On Fri, Nov 30, 2012 at 3:12 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > It is really helpful to see what is going to be passed to a method or what > was its response. > yes, I should have added the following to the list of expressions I want to see a value for: self doSomething: (value at: 1) with: aStream next -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 30, 2012

[Pharo-project] About ArrayedCollection and at:/put:

by Igor Stasenko

It says: "I am an abstract collection of elements with a fixed range of integers (from 1 to n>=0) as external keys." now that leaves me clueless, why then it does not defines (introduces) a protocol: #at: and #at:put: at least as an abstract one , i.e. subclassResponsibility is it because they are already in Object protocol? And because subclasses (like Array) using default #at: implementation? I don't know, but i think Object should not have #at:/#at:put: protocol.. because: - it applicable only to variable subclasses - many classes have own implementation of it - the behavior behind this is to access a variable fields . while other classes use this protocol for higher abstractions (like dictionaries) so, to my thinking, Object should not define this protocol.. for this purpose we having #basicAt:/put: methods. btw, just an idea to clarify things even more, we could rename them to variableAt: [put:] (or any other name which properly tells that method provides an access to variable fields of object). -- Best regards, Igor Stasenko.

Nov. 30, 2012

Re: [Pharo-project] [ann] glamorous debugger (alpha)

by Esteban A. Maringolo

Tudor Girba-2 wrote > Thanks :). > > This should not be difficult, and it's a nice idea. Next week, Andrei will > be visiting Lille, so perhaps this would be a good opportunity to play > with > things :). Dolphin does something like that, showing in the debugger a list of all the objects in call/return stack with pseudonames like _stack1 _stack2 _stack3, etc. It is really helpful to see what is going to be passed to a method or what was its response. Regards! -- Esteban. -- View this message in context: http://forum.world.st/ann-glamorous-debugger-alpha-tp4656643p4657433.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 30, 2012

Re: [Pharo-project] [[ false ] whileFalse: [ ]] in workspace

by StÃ©phane Ducasse

excellent! Thanks for your help. On Nov 29, 2012, at 6:27 PM, Sebastian Nozzi wrote: > Done :-) It happens between 20042 (works) and 20047 (error). > > 2012/11/29 Camillo Bruni <camillobruni(a)gmail.com>: >> if you have time try to figure out in which pharo version the bug appeared... >> (I should write a tool for that :P) >> >> => do a binary search over pharo versions http://pharo.gforge.inria.fr/ci/image/20/ >> >> On 2012-11-29, at 11:04, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> >>> Hi! >>> >>> I was surprised by trying to evaluate the following expression in a >>> workspace: >>> >>> [[ false ] whileFalse: [ ]] >>> >>> and getting an error SubscriptOutOfBounds: 1... >>> >>> The strange thing is that compiling that expression inside a block works, >>> but not in the workspace... >>> >>> Any idea? >>> Guille >> >> >

Nov. 30, 2012

Re: [Pharo-project] Getting started with Athens

by StÃ©phane Ducasse

On Nov 29, 2012, at 5:50 PM, Vanessa PeÃ±a Araya wrote: > Stef, > > With Ze great Stef? Incredible, indeed :) > I'll start putting down my questions and learning then. Can you tell me when you will be starting? I'll start the one for Roassal soon. I will also ask tristan to join because he will work on athens for a large industrial :). Stef

Nov. 30, 2012