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

Re: [Pharo-project] [Pharo-users] simple Pharo 1.4 question

by Mariano Martinez Peck

On Sat, May 5, 2012 at 10:16 PM, Werner Kassens <wkassens(a)libello.com>wrote: > Hi Mariano, > actually i do have nautilus installed, my question is, well, more about > whether pharo is now becoming unusable without mouse by design or just > accidently or whether i overlook something. > Hi. No, it is the other way arround. We now have much better shortcuts, and even keymamppings: http://marianopeck.wordpress.com/2011/12/04/why-keymapping-rocks/ The thing is that nobody expects that people use the default browser of Pharo 1.4. So yes, THAT browser may be ugly regarding keyboard. But take a look to Nautilus. Open Nautilus, click on the right upper key -> "shortcuts description". Then you can pick up a group and see the shortcuts. See the attached screenshot. In addition, to move between panes in Nautilus just use the arrows (left and right). Cheers > werner > > Mariano Martinez Peck a Ã©crit : > > Hi. The default browser of Pharo 1.4 is very basic. Or I don't know the >> shortcuts or directly it is not supported. >> Anyway, I recommend you to install another browser, like Nautilus. >> http://marianopeck.wordpress.**com/2012/02/26/nautilus-the-** >> reborn-of-the-systembrowser/<http://marianopeck.wordpress.com/2012/02/26/nautilus-the-reborn-of-the-syst…> >> > > -- Mariano http://marianopeck.wordpress.com

May 5, 2012

Re: [Pharo-project] Some Newbie problems

by StÃ©phane Ducasse

welcome peter > I'm trying to work my way through the Pharo by example book on my Ubuntu 12.04 LTS box. Unfortunately, things in the book don't look like they do on my setup. For example, I can't work out what the key combination is to get the 'Morphic Halo'. I can get it from a menu, but not from a key press combination. on mac it is option + cmd + shift and you click on the morph > Also, calling: > > BouncingAtomsMorph new openInWorld > > doesn't work. I just get an error message saying that there is no such object. The BouncingAtomsMorph is not loaded in the new images. > I thought these problems might be due to me having the standard image instead of the Pharo by Example image. So I downloaded that image but when I call Pharo on that image: > > $ ./pharo ../Resources/PBE.image > > I just get a segmentation fault. The image of the book is an old one and you should get (may be I'm wrong) an old vm for example it should work on a Squeak3.9 VM. > I'm a complete newbie (but an experienced programmer in a variety of OO and other languages), so if anyone could shed any light on this, I'd be very grateful. Let us know if you have any other problems. This is try true that such problems are annoying but we do not have the resources to write a new book, develop pharo and maintain the old book. Did you have a look at the pharocast because this is also a good way to learn. Stef > > Thanks > > Peter > -- > Peter Bradley > peredur.net

May 5, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] STON - Smalltalk Object Notation

by Sven Van Caekenberghe

On 05 May 2012, at 15:58, Sven Van Caekenberghe wrote: > Maybe I should add some invocation examples to the paper to explain the API. https://github.com/svenvc/ston/blob/master/ston-paper.md#usage Sven

May 5, 2012

Re: [Pharo-project] How to dispatch mouseWheel?

by Martin Drautzburg

On Saturday, 5. May 2012 19:06:38 Martin Drautzburg wrote: Sorry, that was a bit fuzzy. My Morph is in a GeneralScrollPane. The GeneralScrollPane first sends mouseWheel event to the scroller (my Morph). My Morph can scroll horizonally infinitely and handles the horizontal scrolling itself. Its mouseWheel method makes sure this only happens when the mouse is over it. Otherwise the event remains unhandled and the GeneralScrollPane handles it and scrolls vertically. Now I have another Morph (really just a plain Morph) in betwen. The scroller again sends it a mouseWheel, but its just a plain Morph and it does not handle it. The effect is that scrolling is always controlled by the scroll pane (i.e. vertically). I cannot seem to tell the scroll pane: don't ask your scroller, ask my Morph, nor can I tell this plain Morph: when someone asks you to handle a mouseWheel, don't just say no, ask my Morph instead. Of course I can just create another Morph Class which passes all events to its owner. Is there anything more elegant? -- Martin

May 5, 2012

[Pharo-project] Some Newbie problems

by Peredur

Hi, I'm trying to work my way through the Pharo by example book on my Ubuntu 12.04 LTS box. Unfortunately, things in the book don't look like they do on my setup. For example, I can't work out what the key combination is to get the 'Morphic Halo'. I can get it from a menu, but not from a key press combination. Also, calling: BouncingAtomsMorph new openInWorld doesn't work. I just get an error message saying that there is no such object. I thought these problems might be due to me having the standard image instead of the Pharo by Example image. So I downloaded that image but when I call Pharo on that image: $ ./pharo ../Resources/PBE.image I just get a segmentation fault. I'm a complete newbie (but an experienced programmer in a variety of OO and other languages), so if anyone could shed any light on this, I'd be very grateful. Thanks Peter -- *Peter Bradley* peredur.net <http://www.peredur.net>

May 5, 2012

Re: [Pharo-project] Can OSProcess functionality be implemented using FFI instead of plugin?

by Frank Shearar

On 5 May 2012 17:00, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Fri, May 4, 2012 at 6:23 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> Hi, David, all >> >> i just want to know, if we can use FFI calls, for implementing an >> OSProcessPlugin functionality (or at least most of it). >> and if there parts which is hard to implement, i would like to know >> what and why. > > > Once we have the threaded FFI and the threaded VM then yes, because one can > block one thread in a read without blocking the entire VM. Â But without the > threaded VM one needs asynchronous i/o. It's mildly off-topic, but I was under the impression that asynchronous i/o beat the trousers off blocking i/o, specifically when one has hundreds/thousands of sockets to process. So while it might be _nice_ to have blocking i/o as an option (one can often write clearer code), it's not something that (at least AFAIK) scales very well. frank >> If you want to ask, why one would want to do this.. the answer is simple: >> we stated previously, that we want to reduce the VM complexity by >> implementing things at language side, when it possible, >> leaving only key parts to VM. >> This is the main reason why i consider implementing OSProcess using >> purely FFI, not because of quality of OSProcessPlugin >> implementation etc. >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > best, > Eliot >

May 5, 2012

Re: [Pharo-project] Moved out the fileIn crap to it's own object :)

by StÃ©phane Ducasse

Yes! Yes! Yes! Indeed removing such logic from streams and friends is good. I remember removing html support some time ago :) Stef > great Guille! > > On May 5, 2012, at 2:42 AM, Guillermo Polito wrote: > >> Comes with tests :) (wow, fileIn tests! :P). >> >> It's probably not complete, because I couldn't in this two hours chase all the fileIn code, but it already reads methods, classes, class organizations, doits, class comments. >> >> Guille >> <chunker.2.cs> > >

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by StÃ©phane Ducasse

> > Thanks mariano. I love when you write your phd this is so boring that you have to do something else :D > > hehehehhehe 5 hours per day. That's my maximum hahaha > > And this is great to have a real layered system. > > Indeed. Before this change: > > 1) Traits were not working without Ring and therefore we needed to include Ring in PharoKernel > 2) Ring was unloadable otherwise traits were broken > > now we can unload ring if we want and moreover, we do not need it in PharoKernel. So, yes, it was a good move. Excellent! > Thanks you for proposing the idea and thanks to Marcus and Guille that proposed to use CompiledMethod instead ;) > > Stef

May 5, 2012

[Pharo-project] [update 2.0] #20052

by Marcus Denker

20052 ----- Issue 5812: Add new Chunk format importer http://code.google.com/p/pharo/issues/detail?id=5812 Issue 5808: SimpleCodeLoader not needed http://code.google.com/p/pharo/issues/detail?id=5808 -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

[Pharo-project] How to dispatch mouseWheel?

by Martin Drautzburg

Hello all, I've been happily using #handlesMouseWheel: and #mouseWheel until I had to "ousource" parts of my Morph to a Submorph for layout reasons. The part which shall respond to mouseWheel is no longer the Morph itself but a Submorph thereof. Of course this Submorph does not respond to mouseWheel, because all the wheely stuff is defined at class level in its owner's class. So I thought I could just tell this stupid little Moph to let its owner handle the mouse stuff. But there does not seem to be a way to use on:send:to with mouseWheel. Is there a way around this problem. Or is there another way to "just do layout" whithout interfering with the event handling? -- Martin

May 5, 2012