- Pharo-users - lists.pharo.org

Re: [Pharo-users] Athens question - #openInSceneView

by J.F. Rick

Incomplete, though EllipseMorph would be quite easy to implement. You would have to implement drawOnAthensCanvas: on EllipseMorph. It is currently just inheriting that from Morph. Cheers, Jeff On Wed, Feb 12, 2014 at 10:09 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > If I understand correctly #openInSceneView wraps a morph in an > Athens scene. I tried some examples: > > "Smalltalk ui icons configIcon asMorph openInSceneView" > "BorderedMorph new openInSceneView" > > First two work, but the third: > > "EllipseMorph new openInSceneView" > > brought up a yellow morph - but as rectangle not as ellipse > like in "EllipseMorph new openInWorld". > > Havent looked deeper. Incomplete or a bug? > > Thx > T. > > > > > > > > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Feb. 14, 2014

Re: [Pharo-users] [gsoc-mentors] Re: GSoC: call for ideas

by Nicolas Petton

Paolo Bonzini writes: > Il 11/02/2014 10:42, Damien Cassou ha scritto: >> Hi fellow Pharo hackers, >> >> ESUG, the European Smalltalk User Group, is applying for this >> year's Google Summer of Code. As you probably know, the Summer >> of Code provides the opportunity to fund students to work during >> the summer on Pharo. Please reply to this >> email (be sure to use "Reply to all") if you have ideas you >> would like to propose. >> >> Please include a summary of the project and links to web pages >> that can help prospective students to write their application. >> Please also include the following information: >> >> - if applicable, other dialects that you would be willing to >> mentor this project for >> >> - the skill level >> >> - name of the mentor(s), email addresses, and possibly any IRC >> network/channel/nickname where they can be found. >> >> Thanks for contributing to ESUG's Summer of Code application! >> > > Just a note that I haven't yet processed this thread, but our ideas page > is already looking pretty well (and Pharo section is big) so I'll > probably do it in the weekend or next Monday. I can do it if you want. Cheers, Nico

Feb. 14, 2014

Re: [Pharo-users] [gsoc-mentors] GSoC: call for ideas

by Ronie Salgado

I am proposing the following as a student: Project idea Name: Unified Foreign Function Interface Skill level: Advanced Possible Mentors: Igor Stasenko / Esteban Lorenzano Name of the Student: Ronie Salgado Description: Because NativeBoost has problems with portability and cannot be used anywhere(iOS), one proposal is making a modular unified foreign function interface. This UFFI should support multiples backends, a portable function calls specification, portable easy to use callbacks support, and portable foreign resources management. Full Description Document: http://users.dcc.uchile.cl/~rsalgado/uffi-fourth-draft.pdf 2014-02-13 12:21 GMT-03:00 tesonep(a)gmail.com <tesonep(a)gmail.com>: > Project idea > > Description: Enhance refactorings with type information > Skill level: Advance > Possible Mentors: Guillermo Polito / Esteban Lorenzano / Santiago > Bragagnolo > Name of the Student: Pablo Tesone > Keywords: tools, refactoring, code completion, type inference. > > Description: > > During the development of a program in any programming language, the IDE > has a very important role. It will never replace the knowledge of the > programmer but it can make his life easier. > As Smalltalk doesn't have explicit type information, the IDE can not > perform the same mechanisms that are present in IDE like Eclipse or > Intellij IDEA. These mechanisms can be very useful. > The idea of this project is to add type inference mechanisms to try to > provide more information to the refactoring and code completion tools. > It is important to say that the idea is not to check types or correct the > program, but to allow the programmer to have more information. > > > > On Thu, Feb 13, 2014 at 12:06 PM, Usman Bhatti <usman.bhatti(a)gmail.com>wrote: > >> [Anne Etien could not post this msg on the mentors list I m forwarding it >> on her behalf]. >> >> Title: FAST JavaScript model >> >> Level: advanced >> >> Possible mentor: Anne Etien >> >> Possible second mentor: Nicolas Anquetil or Yuriy Tymchuk >> >> Description: >> For in depth source code analysis a support of abstract syntax trees is >> required. FAST is an abstract syntax tree extension for FAMIX meta-model >> that is used by Moose technology. The goal of this project is to create >> a JavaScript version of FAST. >> >> Technical Details: >> As programming languages are different, their AST representations are >> different too. FAST model aims for creation of as generic as possible >> core that can be extended for different languages. Also the structure of >> a model allows creation of generic algorithms like symbol resolution, >> metrics calculation and rule checking that will work for any language. >> Prototypes of FAST for Smalltalk and Java are already implemented. >> During the project a student will implement the JavaScript model. More >> detailed information about FAST is provided in the Moose day >> presentation: http://youtu.be/dRr3WHOD3x4 >> >> Benefits to the Student: >> The student will gain a deep understanding of a JavaScript syntax and >> abstract syntax tree model. He will also learn about PetitParser >> framework, and gain knowledge about software modeling and analysis. >> >> Benefits to the Community: >> Community will get a FAST model for JavaScript that can be used for >> software assessment with Moose. Also this model can be used later in PhD >> projects such as automation of source code translation. With this third >> model, the community will have raw material to real think and improve >> generic algorithms based on AST. >> >> >> On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: >> >>> Hi fellow Pharo hackers, >>> >>> ESUG, the European Smalltalk User Group, is applying for this >>> year's Google Summer of Code. As you probably know, the Summer >>> of Code provides the opportunity to fund students to work during >>> the summer on Pharo. Please reply to this >>> email (be sure to use "Reply to all") if you have ideas you >>> would like to propose. >>> >>> Please include a summary of the project and links to web pages >>> that can help prospective students to write their application. >>> Please also include the following information: >>> >>> - if applicable, other dialects that you would be willing to >>> mentor this project for >>> >>> - the skill level >>> >>> - name of the mentor(s), email addresses, and possibly any IRC >>> network/channel/nickname where they can be found. >>> >>> Thanks for contributing to ESUG's Summer of Code application! >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Success is the ability to go from one failure to another without >>> losing enthusiasm." >>> Winston Churchill >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Smalltalk GSoC mentors" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Smalltalk GSoC mentors" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > Pablo Tesone. > tesonep(a)gmail.com >

Feb. 13, 2014

Re: [Pharo-users] Streaming API for Pharo?

by Sven Van Caekenberghe

Hello Arturo, On 13 Feb 2014, at 15:00, Arturo Zambrano <arturo.zambrano(a)gmail.com> wrote: > Hi All, > we are playing with Roassal for the visualization of Twitter data. > So far we used Zn-SSO to connect to twitter and call REST API to > get some tweets for playing. > > Now, we would like to use the streaming API. I could not figure out how to > do this with Zn-*. > > According to Twitter Streaming API docs: > Some HTTP client libraries only return the response body after the connection has been closed by the server. These clients will not work for accessing the Streaming API. You must use an HTTP client that will return response data incrementally > > I would like to know if Zn allows to get data incrementally. Furthermore it would be great to know if there is some example where I can start from. > > > Once we have our toy working we plan to release it to the community. > > thanks. > > art Zinc HTTP Components is a framework that does allow you to do pretty much everything related to HTTP. I would suggest you load the Zinc WebSockets addon package: https://github.com/svenvc/docs/blob/master/zinc/zinc-websockets-paper.md In particular, look at ZnWebSocket class>>#to: where after an initial request/response interaction, the actual connection used in the client is taken and used to run a completely different protocol. I guess in your case you would then keep on reading responses. But it might be simpler than that, if the server returns an actual infinite response, you could ask for ZnClient>>#streaming: true and use the resulting ZnStreamingResponse's contents (a stream) to keep on reading. Good luck and let me know how it goes, I am pretty sure we can get this working ! If you can tell me how I can access such a response with my twitter account, I can try as well. Sven

Feb. 13, 2014

Re: [Pharo-users] Slides for "Pharo: A Reflective System"

by Sven Van Caekenberghe

On 13 Feb 2014, at 17:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > Somehow I got myself into giving a 30min âcoffee breakâ talk here at the lab. > > Pharo: A Reflective System > http://www.slideshare.net/MarcusDenker/pharo-a-reflective-system > http://marcusdenker.de/talks/14Inria30MinScience/PharoAReflectiveSystem.pdf > > Nothing new, of courseâ¦ but it was not that easy to do a 30minute talk about that, > I have to say. (But seemingly it worked). > > Marcus Very nice: deceptively simple, yet powerful. Thanks for doing all this: we can all learn from this. Sven

Feb. 13, 2014

Slides for "Pharo: A Reflective System"

by Marcus Denker

Hi, Somehow I got myself into giving a 30min âcoffee breakâ talk here at the lab. Pharo: A Reflective System http://www.slideshare.net/MarcusDenker/pharo-a-reflective-system http://marcusdenker.de/talks/14Inria30MinScience/PharoAReflectiveSystem.pdf Nothing new, of courseâ¦ but it was not that easy to do a 30minute talk about that, I have to say. (But seemingly it worked). Marcus

Feb. 13, 2014

Re: [Pharo-users] [ANN] Spec documentation in PFTE book finished

by Thomas Worthington

On Thu, 13 Feb 2014 15:08:32 -0000, kilon alios <kilon.alios(a)gmail.com> wrote: > I think its great that Spec has finally documentation, it makes it far > easier for me to use Spec and evaluate its usefulness. Thank you for > your effort. Seconded. If the English is at this level all the way through I, as a native English speaker, won't have any complaints. It's great to have some documentation done and it's much appreciated. TW

Feb. 13, 2014

[OT] A Little Smalltalk, SmallWorld, SmallWorld 2007, Athena... and now Gossip

by Sergi Reyner

Hello everyone! This is a bit off-topic but I thought it may interest some of you! A few weeks ago I got interested in making simple 'clicky' games that could be played on Android, mostly for my daughter. After looking around, I found LibGDX for Java, which runs on Windows, Mac, Linux, Android, iOS, web... Of course, at one point I got fed up with Java and decided to look for a tiny Smalltalk that I could embed inside my game, to save me the trouble of writing Java code. And I found the software mentioned in the topic. Most of you have probably heard of at least the first one. Long story short, I mixed SmallWorld, SmallWorld 2007 and Athena, fixed a couple of bugs, hacked enough support it to allow me to rewrite in Smalltalk the demo game I had written in Java, added some classes and convenience methods, and finally found what I consider to be a cool name for all of it: Gossip :) Here are some links: http://web.engr.oregonstate.edu/~budd/SmallWorld/ReadMe.html http://bergel.eu/athena/?Athena http://russell-allen.com/computing/smallworld/ https://github.com/raydeejay/gossip https://github.com/raydeejay/gossip/wiki https://github.com/raydeejay/escape-game Feel free to yell at me or whatever :D Cheers, Sergi

Feb. 13, 2014

Re: [Pharo-users] [gsoc-mentors] GSoC: call for ideas

by tesonep＠gmail.com

Project idea Description: Enhance refactorings with type information Skill level: Advance Possible Mentors: Guillermo Polito / Esteban Lorenzano / Santiago Bragagnolo Name of the Student: Pablo Tesone Keywords: tools, refactoring, code completion, type inference. Description: During the development of a program in any programming language, the IDE has a very important role. It will never replace the knowledge of the programmer but it can make his life easier. As Smalltalk doesnât have explicit type information, the IDE can not perform the same mechanisms that are present in IDE like Eclipse or Intellij IDEA. These mechanisms can be very useful. The idea of this project is to add type inference mechanisms to try to provide more information to the refactoring and code completion tools. It is important to say that the idea is not to check types or correct the program, but to allow the programmer to have more information. On Thu, Feb 13, 2014 at 12:06 PM, Usman Bhatti <usman.bhatti(a)gmail.com>wrote: > [Anne Etien could not post this msg on the mentors list I m forwarding it > on her behalf]. > > Title: FAST JavaScript model > > Level: advanced > > Possible mentor: Anne Etien > > Possible second mentor: Nicolas Anquetil or Yuriy Tymchuk > > Description: > For in depth source code analysis a support of abstract syntax trees is > required. FAST is an abstract syntax tree extension for FAMIX meta-model > that is used by Moose technology. The goal of this project is to create > a JavaScript version of FAST. > > Technical Details: > As programming languages are different, their AST representations are > different too. FAST model aims for creation of as generic as possible > core that can be extended for different languages. Also the structure of > a model allows creation of generic algorithms like symbol resolution, > metrics calculation and rule checking that will work for any language. > Prototypes of FAST for Smalltalk and Java are already implemented. > During the project a student will implement the JavaScript model. More > detailed information about FAST is provided in the Moose day > presentation: http://youtu.be/dRr3WHOD3x4 > > Benefits to the Student: > The student will gain a deep understanding of a JavaScript syntax and > abstract syntax tree model. He will also learn about PetitParser > framework, and gain knowledge about software modeling and analysis. > > Benefits to the Community: > Community will get a FAST model for JavaScript that can be used for > software assessment with Moose. Also this model can be used later in PhD > projects such as automation of source code translation. With this third > model, the community will have raw material to real think and improve > generic algorithms based on AST. > > > On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > >> Hi fellow Pharo hackers, >> >> ESUG, the European Smalltalk User Group, is applying for this >> year's Google Summer of Code. As you probably know, the Summer >> of Code provides the opportunity to fund students to work during >> the summer on Pharo. Please reply to this >> email (be sure to use "Reply to all") if you have ideas you >> would like to propose. >> >> Please include a summary of the project and links to web pages >> that can help prospective students to write their application. >> Please also include the following information: >> >> - if applicable, other dialects that you would be willing to >> mentor this project for >> >> - the skill level >> >> - name of the mentor(s), email addresses, and possibly any IRC >> network/channel/nickname where they can be found. >> >> Thanks for contributing to ESUG's Summer of Code application! >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." >> Winston Churchill >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Smalltalk GSoC mentors" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > -- > You received this message because you are subscribed to the Google Groups > "Smalltalk GSoC mentors" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > -- Pablo Tesone. tesonep(a)gmail.com

Feb. 13, 2014

Re: [Pharo-users] [ANN] Spec documentation in PFTE book finished

by kilon alios

I think its great that Spec has finally documentation, it makes it far easier for me to use Spec and evaluate its usefulness. Thank you for your effort. On Thu, Feb 13, 2014 at 4:57 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Ben and I focused on getting a readable text out there that is useful for > people wanting to use Spec. Personally, having experience with writing lots > of English, I'm actually quite happy with how it turned out and I think the > text is quite readable. > > This being said, we are nonnative English speakers (and writers) and I am > sure that there are worse sentences than this one in the text. I don't > think this one is bad at all, actually. If a decision is made by the people > coordinating the PFTE book to appoint an editor, I'm sure Ben and I will be > happy to cooperate. > > On Feb 13, 2014, at 9:42 AM, Robert Shiplett <grshiplett(a)gmail.com> wrote: > > > " > > Creating a specific UI always starts with the subclassing of > ""ComposableModel"". > > " > > > > The above is passive with 2 gerunds. > > No experienced tech editor should let that pass as an English > instruction for an action or task to be performed by a reader - > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > >

Feb. 13, 2014