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

[Pharo-project] Where did the Promise go?
by Stefan Marr July 4, 2012

July 4, 2012

Hi: Was the Promise class removed from the system for cleaning, and because it was not used? Or was there another reason for not having it in its classic form? Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

6 8

[Pharo-project] Help "migrating" from classic streams to XStreams
by Mariano Martinez Peck June 22, 2012

June 22, 2012

Hi guys. We are developing Fuel with Martin Dias. Fuel is a binary serializer similar to Parcels. More info in http://rmod.lille.inria.fr/web/pier/software/Fuel For the moment, we are using the "classic" streams we want to give it a try to XStreams. My knowledge on streams is very little, so if someone can give me a hint I would really appreciate it. What I want to do right now is an adaptor of XStreams to classic stream. I mean, I want to create custom subclasses of XTFileWriteStream and XTFileReadStream that implements the same API from classic streams that we use in Fuel. And the implementations of such methods will do just a "self something" where something is the way of doing that in XStreams. So, the following is the protocol we use in Fuel for streams, and what I would love to know is the associated way to do it it XStreams. The left is classic streams, and after the "->" it is XStreams: *Reading:* nextNumber: -> ?? nextPutAll: -> write: nextStringPut: -> ?? nextPut: -> put: nextNumber:put: -> ?? nextWordPut: -> ?? *Writing: * nextNumber: -> ?? next: -> read: nextString -> ?? next -> get nextWord -> ?? Thanks a lot in advance, -- Mariano http://marianopeck.wordpress.com

3 6

[Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)
by dimitris chloupis May 22, 2012

May 22, 2012

I have started my first project with Pharo (and hopefully Squeak too) called "Ephestos" .Â http://www.squeaksource.com/ephestos.html Ephestos is divided into 3 areas/ elements / concepts : a) Morpheas b) Proteas c) Orpheas Morpheas is an effort to bring Morphic to OpenGL and to implement 3d guis , that can be designed in blender ( probably will implement a addon exporter too from blender to Pharo) and deployed in Pharo , minimising coding and maximising ease of use, since a 3d gui can be fairly complex to program.Â The reason why I am posting here is for your help. I am very new to Pharo and smalltalk and Ephestos is an extremely ambitious project which I hope to be commited for at least the next 5-6 years which I plan to release version 1.Â My first rule is of course , because the project is already very ambitious, "code reuse". I want to be informed what efforts there have been towards that direction .Â Mr Stef published recently a great PDF document Â titled "Pharo's Vision : Goals , Processes and Development effort" in it there is the following quote about Morphic "What have been done so far. Igor Stasenko did the following: â¢ Designed and implemented a new canvas API and all the necessary abstractions to generate adequate code for different backends. â¢ Deep integration to be able to inject frames into existing VMstructure (Igor can you confirmthis?) â¢ Designed and implemented a new textMorph, paragraph and other classes. â¢ Defined a default back-end. â¢ Defined a Cairo back-end. â¢ Defined an openGL back-end (using an OpenGL calling framework).Â " So I guess my question should be directed towards Igor, but maybe someone else also works in this. I am interested in any information about Morphic and OpenGL . I am also interested even on partial support of graphics engine like Irrlicht , Ogre and Open Cobalt. My main focuse is Nativeboost cause it appear to have a new enhance FFI, and of course the possibility of inline Assembly code. Â Has anyone , advice , suggestions , ideas and hopefully some documentation I can use Â ?Â I am already studying both OpenGL and Nativeboost / NBOpenGL .Â

13 51

[Pharo-project] Standard input in Pharo?
by Andrei Stebakov May 5, 2012

May 5, 2012

I've been just going through "Computer Programming with GNU Smalltalk" book using Pharo 1.0 as an actual ST implementation. The book mentions "stdin nextLine" as a way to get an input from a user via the standard input. Is there a similar class/method in Pharo?

9 17

Re: [Pharo-project] MethodWrappers
by Marcus Denker May 1, 2012

May 1, 2012

On Sep 21, 2011, at 12:59 PM, Frank Shearar wrote: > On 21 September 2011 11:48, Torsten Bergmann <astares(a)gmx.de> wrote: >> Hi Eliot, >> >> at [1] you mentioned a port of MethodWrappers to Squeak 4.2. >> Is there also a port for Pharo available or do you plan to >> port it? >> >> For those who dont know about MethodWrappers: look at [2] > > And if you're wondering why on Earth you'd want them, take a look at > SUnit's TestCoverage class for a use case. > But that is working in Pharo already, isn't it? Using the MethodWrapper version that is based on Object-As-Methods, as far as I know. Marcus -- Marcus Denker -- http://marcusdenker.de

3 2

[Pharo-project] Morphic replacement
by Fernando Olivero April 27, 2012

April 27, 2012

Dear all, I've been working on a hole replacement of Morphic myself, because if was tired of fixing Morphic (or porting CUIS Morphic into Pharo), and found much more productive the approach of rewriting it from scratch. In my expierience, i was 100% more productive by not trying to be backward compatible with Morphic, Polymorph , etc. I found it easier to come up with a new set of widgets (EntryField, AutoCompletionEntryField, Button, Label, Column, Row, ScrollableColumns) from scratch. They are all fairly tested also. Maybe it's time to move on, and develop from the ground up a Morphic-like successor, instead of fixing the current Morphic. There's no problem with preserving the current UI for all the apps that are out there, and provide a cleaner, simpler UI framework for the new apps. Regarding the new "morphic", I only assume that i have a scalable canvas, and the vm's notifying me of the user events. On top of that i recreated a World, that can have multiple views. There's only one World at a given time. Views are presented within the world in a given viewport, and present a scene. Scene are were the shapes live in. No World as a subclass of PasteUpMorph, no globals such as World, ActiveWorld, Hand. ActiveHand, etcs.. The world has a mouse and a keyboard, which take care of events announced by the world. For example GMouse>>down: aDisplayPosition, would take care of transforming the display position into a world position, into a view position, into a scene position, and finally notifying the proper shape under the mouse that it has been clicked at a certain local position. GShape>>clickedAt: , GShape>>secondaryClickedAt:, etc.. No Events hierarchy, or the awful switch currently in HandMorph ( generateMouseEvent: or generateKeyboardEvent:). I have a "Gaucho" system working now, with GShape (instead of Morphs), using the simple new layouts developed by Juan in CUIS, uniform usage of keybindings across the whole GShape hierarchy, amongst other goodies. It's still tailored to be a Morphic replacement for Gaucho, so first i need to polish a few things prior to releasing it. For example, i'm going to ditch my current scalable canvas implementation, in favor of Athens. Hope that very soon i can provide more details, but my plans are to release it as part of the next Gaucho version, to provide a working example. Fernando

10 10

[Pharo-project] PetitSmalltalk: now with a self-contained grammar for number literals
by Frank Shearar April 26, 2012

April 26, 2012

Hi, I branched off PetitSmalltalk-lr.50 and (finally) completed a number grammar. I also completed (*) the GNU Smalltalk grammar + parsing, which is currently in a separate package. So, my question: I have a version merging my changes with PetitSmalltalk-lr.56: shall I submit that (together with the other versions in my branch), or in what other form may I present my work for submission? Thanks, frank (*) I may have missed any special literals - I think GNU Smalltalk has an @@(1 2 3) array literal, for instance.

6 37

Re: [Pharo-project] Have you played with Ameba?
by Marcus Denker April 25, 2012

April 25, 2012

On Jun 10, 2011, at 3:54 PM, Alexandre Bergel wrote: > Fun :-) > > Indeed! I want a yellow one made of circles... because it reminds me of a german kids tv show that I liked *a lot* when I was little: http://www.youtube.com/watch?v=OSlJYoRrh0k :-) > On 9 Jun 2011, at 09:56, HwaJong Oh wrote: > >> "Load package" >> Gofer new >> squeaksource: 'DaliotsPlayground'; >> package: 'Ameba'; >> load. >> >> "run objects" >> x := Ameba example. >> >> "kill objects" >> x do: #delete. >> >> -- >> View this message in context: http://forum.world.st/Have-you-played-with-Ameba-tp3585624p3585624.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 6

Re: [Pharo-project] Have you played with Ameba?
by Fernando Olivero April 25, 2012

April 25, 2012

Nice indeed! Are you using a kind of spring layout for the big bang animation? Fernando On Mon, Dec 19, 2011 at 2:38 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Dec 17, 2011, at 8:40 AM, HwaJong Oh wrote: > >> Markus, >> >> Forget Ameba. Ani is here. >> >> Zini das Wuslon is implemented. It moves like a real one. >> > > Very nice! > > Â Â Â Â Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > >

3 3

[Pharo-project] How to disable development tools on Pharo 1.3
by Noury Bouraqadi April 24, 2012

April 24, 2012

I remember having seen some time in the past a menu that allows to shrink the image and disable the world menu. But, I can't retrieve any thing related. I don't care about the menu per se. I'd be happy with a message to send to some object that does the job. Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

5 11