- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Why does datedVersion appear in both SmalltalkImage and SystemVersion?

by StÃ©phane Ducasse

And because we should continue to shake the trees to get the bad fruits done. >> Why does datedVersion appear in both SmalltalkImage and SystemVersion? >> >> SmalltalkImage delegates to SystemVersion. Why have both? >> >> Sean >> -- >> View this message in context: http://n4.nabble.com/Why-does-datedVersion-appear-in-both-SmalltalkImage-an… >> 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 >> > > Because of backwards compatability, and because some people still use/prefer Smalltalk datedVersion over SystemVersion datedVersion. > > Cheers, > Henry > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 21, 2010

Re: [Pharo-project] We already have the selected projects and students!

by stephane ducasse

Thanks you and janko for your energy to carry this adventure in presence of pain in the asses like me :) Stef (I know I'm a pain) On Apr 21, 2010, at 8:27 PM, Mariano Martinez Peck wrote: > Hi folks. First of all, let me apologize for being quite offline the last weeks and for not helping too much. I had some personal stuff to do ;) > Fortunately, Janko could take care of it and keep it rolling. Thanks a lot Janko. > > Here are what all of you want to know: the final results of voting for 5 projects to get this year GSoC stipendiums: > > 1. Cross-Platform Namespaces (score: 80) > by GermÃ¡n Leiva, mentor James Foster > http://gsoc2010.esug.org/projects/namespaces > > 2. Generate UML diagrams from Smalltalk code for Pharo (score: 77) > by Carla Florencia Griggio, mentor Geert Claes > http://gsoc2010.esug.org/projects/uml-from-smalltalk > > 3. Squeakland education project (score: 76) > by Ricardo Moran, mentor Randall Caton > http://gsoc2010.esug.org/projects/squeakland-education > > 4. Progress Towards a Cross-Dialect Smalltalk FFI (score: 74) > by Dmitry Matveev, mentor Eliot Miranda > http://gsoc2010.esug.org/projects/ffi > > 5. Visualization of profiling information in Pharo and Squeak (score:73) > by Mariano Coca, mentor Alexandre Bergel > http://gsoc2010.esug.org/projects/profiling-visualization > > Congratulations to the accepted students! Be aware that the most "non enjoyable" part of the process has already finished so now it's time to code, hack and have fun! You are the envy of a lot of people, you are being paid to program in something that you really like and enjoy. This is an excellent opportunity so take advantage of it and don't miss it. Please, work hard and deliver something, but never forget to have fun, learn and enjoy. > > For all the students which were not accepted, don't worry. If your project and proposal is good you will find another opportunity sooner than you expect. For us, this was an excellent opportunity to gather information about really interesting projects and, what's more, to know lots of great students with a passion for Smalltalk. With no doubt, we will keep in touch with all of you and we will eagerly wait your application for next years. > > Thanks again to all of you for helping us to make the Smalltalk community bigger and better. > > So stay tuned with us! > > Cheers > > Mariano Martinez Peck > GSoC admin > gsoc-admin(a)esug.org > http://gsoc2010.esug.org _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 21, 2010

Re: [Pharo-project] Some more dev on Polymorph for DrGeo

by Hilaire Fernandes

Alexandre Bergel a Ã©crit : > I did a 'ConfigurationOfDrGeo load ' Oh, and this one does not work, bad. Anyway try the latest one #185 from Squeaksource, it is a moving target so there are no ConfigurationOfDrGeo for it Hilaire > > Alexandre > > > On 21 Apr 2010, at 15:21, Hilaire Fernandes wrote: > >> Hum, I see strange info related to Flap, should be gone. Did you >> install version #185? >> >> Hilaire >> >> Alexandre Bergel a Ã©crit : >>> Hi Hilaire, >>> I gave a try, but I bumped into an error: >>> PastUpMorph>>adaptToWorld: send a message adaptToWorld: to an >>> instance of EventHandler, which is not defined. I attached a log. >>> I tried on a OSX with a Pharo-1.0-10517-rc4dev10.04.1. If I have a >>> wrong config, let me know. I would like to try. >>> Cheers, >>> Alexandre >>> On 21 Apr 2010, at 12:36, Hilaire Fernandes wrote: >>>> Known to work with Pharo 1.0. >>>> >>>> Someone asked for a more elaborated UI for DrGeo, here are some >>>> progresses in this polymorphization of DrGeo. In its latest >>>> Monticello package one can grab DrGeo at >>>> http://www.squeaksource.com/DrGeoII >>>> >>>> See enclosed screenshot for a quick view. >>>> >>>> To start a DrGeo instance, do a "DrGeo new" in a workspace and enjoy >>>> the UI. >>>> >>>> Beware, style tools does not work in the toolbar. >>>> >>>> It is also possible to use DrGeo as a service for Etoys when >>>> executing a "DrGeo sample openInWorld" >>>> >>>> It is also possible to load XML description of DrGeo 1.1 geometric >>>> sketch, if one is interested you can grab it at >>>> http://svn.gnome.org/viewvc/drgeo/trunk/examples/figures/ and load a >>>> sketch with a command: >>>> DrGeo newXml: path >>>> >>>> Beware sketch with embedded Scheme code will not work (just try) >>>> Working sketch: mercedes, euler-line, >>>> >>>> DrGeoII comes with a better interface for scripting with Smalltalk >>>> script, empower by the IDE, much nice than the former Scheme one. >>>> Elaborated demonstration at >>>> http://blog.ofset.org/hilaire/index.php?post/script-drgeo (automatic >>>> translation link with Google in a comment, at the end of the article) >>>> >>>> >>>> <drgeo-poly.png>_______________________________________________ >>>> 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 21, 2010

Re: [Pharo-project] Some more dev on Polymorph for DrGeo

by Alexandre Bergel

I did a 'ConfigurationOfDrGeo load ' Alexandre On 21 Apr 2010, at 15:21, Hilaire Fernandes wrote: > Hum, I see strange info related to Flap, should be gone. Did you > install version #185? > > Hilaire > > Alexandre Bergel a Ã©crit : >> Hi Hilaire, >> I gave a try, but I bumped into an error: >> PastUpMorph>>adaptToWorld: send a message adaptToWorld: to an >> instance of EventHandler, which is not defined. I attached a log. >> I tried on a OSX with a Pharo-1.0-10517-rc4dev10.04.1. If I have a >> wrong config, let me know. I would like to try. >> Cheers, >> Alexandre >> On 21 Apr 2010, at 12:36, Hilaire Fernandes wrote: >>> Known to work with Pharo 1.0. >>> >>> Someone asked for a more elaborated UI for DrGeo, here are some >>> progresses in this polymorphization of DrGeo. In its latest >>> Monticello package one can grab DrGeo at http://www.squeaksource.com/DrGeoII >>> >>> See enclosed screenshot for a quick view. >>> >>> To start a DrGeo instance, do a "DrGeo new" in a workspace and >>> enjoy the UI. >>> >>> Beware, style tools does not work in the toolbar. >>> >>> It is also possible to use DrGeo as a service for Etoys when >>> executing a "DrGeo sample openInWorld" >>> >>> It is also possible to load XML description of DrGeo 1.1 geometric >>> sketch, if one is interested you can grab it at http://svn.gnome.org/viewvc/drgeo/trunk/examples/figures/ >>> and load a sketch with a command: >>> DrGeo newXml: path >>> >>> Beware sketch with embedded Scheme code will not work (just try) >>> Working sketch: mercedes, euler-line, >>> >>> DrGeoII comes with a better interface for scripting with Smalltalk >>> script, empower by the IDE, much nice than the former Scheme one. >>> Elaborated demonstration at http://blog.ofset.org/hilaire/index.php?post/script-drgeo >>> (automatic translation link with Google in a comment, at the end >>> of the article) >>> >>> >>> <drgeo-poly.png>_______________________________________________ >>> 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 21, 2010

Re: [Pharo-project] Some more dev on Polymorph for DrGeo

by Hilaire Fernandes

Hum, I see strange info related to Flap, should be gone. Did you install version #185? Hilaire Alexandre Bergel a Ã©crit : > Hi Hilaire, > > I gave a try, but I bumped into an error: > PastUpMorph>>adaptToWorld: send a message adaptToWorld: to an instance > of EventHandler, which is not defined. I attached a log. > > I tried on a OSX with a Pharo-1.0-10517-rc4dev10.04.1. If I have a wrong > config, let me know. I would like to try. > > Cheers, > Alexandre > > > On 21 Apr 2010, at 12:36, Hilaire Fernandes wrote: > >> Known to work with Pharo 1.0. >> >> Someone asked for a more elaborated UI for DrGeo, here are some >> progresses in this polymorphization of DrGeo. In its latest Monticello >> package one can grab DrGeo at http://www.squeaksource.com/DrGeoII >> >> See enclosed screenshot for a quick view. >> >> To start a DrGeo instance, do a "DrGeo new" in a workspace and enjoy >> the UI. >> >> Beware, style tools does not work in the toolbar. >> >> It is also possible to use DrGeo as a service for Etoys when executing >> a "DrGeo sample openInWorld" >> >> It is also possible to load XML description of DrGeo 1.1 geometric >> sketch, if one is interested you can grab it at >> http://svn.gnome.org/viewvc/drgeo/trunk/examples/figures/ and load a >> sketch with a command: >> DrGeo newXml: path >> >> Beware sketch with embedded Scheme code will not work (just try) >> Working sketch: mercedes, euler-line, >> >> DrGeoII comes with a better interface for scripting with Smalltalk >> script, empower by the IDE, much nice than the former Scheme one. >> Elaborated demonstration at >> http://blog.ofset.org/hilaire/index.php?post/script-drgeo (automatic >> translation link with Google in a comment, at the end of the article) >> >> >> <drgeo-poly.png>_______________________________________________ >> 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 21, 2010

Re: [Pharo-project] Some more dev on Polymorph for DrGeo

by Alexandre Bergel

Hi Hilaire, I gave a try, but I bumped into an error: PastUpMorph>>adaptToWorld: send a message adaptToWorld: to an instance of EventHandler, which is not defined. I attached a log. I tried on a OSX with a Pharo-1.0-10517-rc4dev10.04.1. If I have a wrong config, let me know. I would like to try. Cheers, Alexandre On 21 Apr 2010, at 12:36, Hilaire Fernandes wrote: > Known to work with Pharo 1.0. > > Someone asked for a more elaborated UI for DrGeo, here are some > progresses in this polymorphization of DrGeo. In its latest > Monticello package one can grab DrGeo at http://www.squeaksource.com/DrGeoII > > See enclosed screenshot for a quick view. > > To start a DrGeo instance, do a "DrGeo new" in a workspace and enjoy > the UI. > > Beware, style tools does not work in the toolbar. > > It is also possible to use DrGeo as a service for Etoys when > executing a "DrGeo sample openInWorld" > > It is also possible to load XML description of DrGeo 1.1 geometric > sketch, if one is interested you can grab it at http://svn.gnome.org/viewvc/drgeo/trunk/examples/figures/ > and load a sketch with a command: > DrGeo newXml: path > > Beware sketch with embedded Scheme code will not work (just try) > Working sketch: mercedes, euler-line, > > DrGeoII comes with a better interface for scripting with Smalltalk > script, empower by the IDE, much nice than the former Scheme one. > Elaborated demonstration at http://blog.ofset.org/hilaire/index.php?post/script-drgeo > (automatic translation link with Google in a comment, at the end of > the article) > > > <drgeo-poly.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 21, 2010

[Pharo-project] We already have the selected projects and students!

by Mariano Martinez Peck

Hi folks. First of all, let me apologize for being quite offline the last weeks and for not helping too much. I had some personal stuff to do ;) Fortunately, Janko could take care of it and keep it rolling. Thanks a lot Janko. Here are what all of you want to know: the final results of voting for 5 projects to get this year GSoC stipendiums: 1. Cross-Platform Namespaces (score: 80) by GermÃ¡n Leiva, mentor James Foster http://gsoc2010.esug.org/projects/namespaces 2. Generate UML diagrams from Smalltalk code for Pharo (score: 77) by Carla Florencia Griggio, mentor Geert Claes http://gsoc2010.esug.org/projects/uml-from-smalltalk 3. Squeakland education project (score: 76) by Ricardo Moran, mentor Randall Caton http://gsoc2010.esug.org/projects/squeakland-education 4. Progress Towards a Cross-Dialect Smalltalk FFI (score: 74) by Dmitry Matveev, mentor Eliot Miranda http://gsoc2010.esug.org/projects/ffi 5. Visualization of profiling information in Pharo and Squeak (score:73) by Mariano Coca, mentor Alexandre Bergel http://gsoc2010.esug.org/projects/profiling-visualization Congratulations to the accepted students! Be aware that the most "non enjoyable" part of the process has already finished so now it's time to code, hack and have fun! You are the envy of a lot of people, you are being paid to program in something that you really like and enjoy. This is an excellent opportunity so take advantage of it and don't miss it. Please, work hard and deliver something, but never forget to have fun, learn and enjoy. For all the students which were not accepted, don't worry. If your project and proposal is good you will find another opportunity sooner than you expect. For us, this was an excellent opportunity to gather information about really interesting projects and, what's more, to know lots of great students with a passion for Smalltalk. With no doubt, we will keep in touch with all of you and we will eagerly wait your application for next years. Thanks again to all of you for helping us to make the Smalltalk community bigger and better. So stay tuned with us! Cheers Mariano Martinez Peck GSoC admin gsoc-admin(a)esug.org http://gsoc2010.esug.org

April 21, 2010

Re: [Pharo-project] Talking to Steve Jobs about Scratch.

by John M McIntosh

Morning, I've posted the letter I had posted to the Apple developer forums and sent to Steve Jobs at http://www.mobilewikiserver.com/Interpreters.html I'll suggest there was some lifting of concept and quotes by Wired from letter. As of this morning I have no further news, I have heard thru various sources that the issue is not dead yet, So I wait. On 2010-04-16, at 11:09 AM, John M McIntosh wrote: > Let me give everyone an update on what is going on with Scratch.app -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

April 21, 2010

[Pharo-project] HelpSystem (was Documentation Team)

by Torsten Bergmann

To clearify a few things from my side on the discussion on squeak-dev: 1. HelpSystem is working, if ASCII is OK for now we can use it Pharo/Squeak - otherwise I would see it as an early preview. I have clear goals how it should look like in the next iterations. For this more patience is necessary. 2. HelpSystem is independent from where and how the actual information is stored (I think I demonstrated this with the IRC example, the books and the API help). 3. I hope to keep HelpSystem in sync for major Squeak distributions (Squeak, Pharo, Cuis, ...) The last additions from Hannes already broke the code in Pharo. Seems to be a Pharo issue this time http://code.google.com/p/pharo/issues/detail?id=2342 But please dont commit when it is only working in Squeak since my development environment is Pharo. 4. Yes, the content is currently ASCII but the design is prepared to add other types in future releases. A HelpTopic defines an ivar "contents" - currently referring to a string. I may add another ivar "contentType" in the future to handle/distinguish additionaly types (HTML, SqueaksRichText, Morphs/BookMorph, ...) 5. HelpSystem should not be limited to Squeak. It should also serve the case that when you write and deploy a commercial app in Squeak you may use it to provide help to your end user/customer 6. There are two types of help I see: A. SystemHelp: Help books/Tutorials/Manuals B. SystemReference: API Help, class comments HelpSystem is supporting both. I already wrote about the differences and details in http://lists.gforge.inria.fr/pipermail/pharo-project/2010-April/024857.html 7. I would really like to see support for HTML viewing in the image (HTMLViewMorph or so) - maybe based on Scamper to get a better viewer (headings, tables, ...) than the current plain text. If people want to contribute they should start right with this task. I know that Laurent already made Scamper loadable in Pharo, dont know about the state in Squeak. There is also another HTML browser with markup and CSS now available open source as MIT (WithStyle), I already mentioned this. http://www.cincomsmalltalk.com/userblogs/rowanb/blogView?showComments=true&… 8. I know that we now have discussions on which syntax (Wiki,...) to use for describing the contents. My answer is: it is important but I dont care (yet) since this discussion is useless until we have an HTML viewer (see 7.) and even when there are different syntax styles you can provides builders to transform them into HTML or other contentTypes afterwards. See the class HelpBuilder and subclasses. 9. If you want to write a book for SystemHelp (see 6.A) then the help system provides a class "CustomHelp" similar to TestCase in SUnit. This class is used to directly map book structures to the class hierarchy. The intention was to be able to create, store and manage these books directly with the usual Smalltalk tools. You can even restructure your book with the RefactoringBrowser. 10. If you want to write API help you (see 6.B) can contribute right now by commenting all the undocumented classes in the standard image. HelpSystem just queries these informations from the usual sources (class comments, ...). I would not change this or make it too complicated since this is what people are used too. I dont see more documented classes by introducing a special syntax (wiki or whatever) people have to learn/know about - so lets clean up documenting the classes first. 11. HelpSystem is able to get contents from external sources (see the IRC example) - but I would prefer that authoring/viewing could be done right from within the image. Even when the result is stored external afterwards. Look at my example books: I can view and change them right from the image and make them available to other images using Metacello/Squeaksource. Accessibility of docu (viewing and authoring) is the key to keep the system and docu in sync and up to date. External authoring mostly results in unmaintained docu (see the Squeak Swiki). 12. I thought again if it is ready to integrate into Pharo and Squeak. From all the discussions I would say it is too early. 13. If one wants the docu on the web the answer is easy: we can generate static files or serve them with Seaside. But I have no need for that right now, especially since this is already available in various forms. We can do many things (similar to Python, JavaDoc, you name it) But - let's do it step by step. As I said: - Someone working on a good HTML Viewer that I can integrate would really help moving this forward (based on Scamper or by porting WithStyle) - Updating class comments would also help a lot Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 21, 2010

Re: [Pharo-project] Hints and clues for a Pharo newb

by Lukas Renggli

> thisContext is a special object for representing an activation in a > stack frame in a stack-based VM. Actually "thisContext" represents *the current* activation/stack-frame. foo: anObject ^ thisContext at: 1 is the same as foo: anObject ^ anObject > There are two kinds of contexts: > Method Contexts and Block Contexts. Actually in Pharo images there are only instances of MethodContext. Though you can ask the context if it comes from a block by sending the message #isExecutingBlock. > Context creation is optimized in the VM in most Smalltalks, so it's > only really created as an object in the environment (reified) when > it's specifically needed through "thisContext". In Pharo contexts are not reified like that. Stack-frames are actual objects at all times. However, for speed reasons, their creation and garbage-collection is optimized by the VM. Stack frames get automatically recycled if nobody refers to them. > There are several applications related with computational reflection > (Reflective Programming, Meta-Programming, MOP, etc) which makes use > of the current context. Also: exception handling, generators, continuations, co-routines, ... For another fun use of "thisContext" check this Stack-Overflow question: http://stackoverflow.com/questions/2500483/is-there-a-way-in-a-message-only… Lukas -- Lukas Renggli www.lukas-renggli.ch

April 21, 2010