June 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] jtalk fun

by Tudor Girba

Hi, On 25 Jun 2011, at 10:27, StÃ©phane Ducasse wrote: > > On Jun 25, 2011, at 8:25 AM, H. Hirzel wrote: > >> Nicolas >> >> Another idea for an example >> >> Connect the >> JavaScript InfoVis Toolkit (http://thejit.org/) and display the class >> hierarchy of JTalk in a view like >> http://thejit.org/static/v20/Jit/Examples/RGraph/example1.html or one > > I would love to see such kind of animation in SMalltalk. > I do not understand why this is possible in javascript and not in Smalltalk. We need a better canvas :). Doru > Stef > > >> of the other examples at http://thejit.org/demos/ >> Displaying the class hierarchy of JTalk would be one thing. Or in >> combination with an AJAX example displaying a graph defined in a JSON >> file. >> >> #Besides porting the InfoVis Toolkit Nicolas Garcia Belmonte ( >> http://blog.thejit.org/2009/09/30/force-directed-layouts/) develops >> PhiloGL. It is a WebGL framework for data visualization, creative >> coding and game development. >> >> --Hannes >> >> On 6/25/11, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>> On 4/5/11, laurent laffont <laurent.laffont(a)gmail.com> wrote: >>>> Go to http://jtalk-project.org/ >>>> >>>> Open development tools -> Workspace >>>> >>>> Evaluate: >>>> >>>> Tetris new appendToJQuery: 'body' asJQuery >>>> >>>> play. >>>> >>>> >>>> Laurent. >>>> >>> >>> >>> Hello Laurent >>> >>> I like that you continue to work on jtalk by adding examples to make >>> it more easily accessible to play with. >>> >>> I evaluated the expression above but it did not start. >>> >>> Inspecting >>> Tetris new >>> >>> gives an inspector on >>> aTetris >>> >>> Inspecting >>> Tetris new appendToJQuery: 'body' asJQuery >>> >>> opens another inspector on aTetris >>> >>> Nothing shows up. >>> I am using Firefox 5.0 >>> >>> Do you have any suggestions how to find out where the error is? >>> Hannes >>> >>> >>> P.S. Would it be possible to have a simple AJAX example which, e.g. >>> which loads a list of key/value pairs (e.g. web colors >>> http://en.wikipedia.org/wiki/Web_colors (X11)) into a Smalltalk >>> dictionary and display them in a dictionary browser? Maybe a variant >>> with a plain text list and a JSON object list. >>> >>> >>> P.S 2 The canvas is a HTMLcanvas in the sense of Seaside, not a HTML5 >>> graphical canvas to draw on, right? I'd love to have a class Pen with >>> the HTML5 graphical canvas. Even just with a subset of the methods. >>> Then it would be possible to run classical examples from the purple >>> book (e.g. Turtle graphic) >>> >>> P.S. 3. Tetris is fine but much simpler examples are probably better >>> to help people getting started. >>> >> > > -- www.tudorgirba.com "Don't give to get. Just give."

June 25, 2011

Re: [Pharo-project] jtalk fun

by Nicolas Petton

Le samedi 25 juin 2011 Ã 10:27 +0200, StÃ©phane Ducasse a Ã©crit : > On Jun 25, 2011, at 8:25 AM, H. Hirzel wrote: > > > Nicolas > > > > Another idea for an example > > > > Connect the > > JavaScript InfoVis Toolkit (http://thejit.org/) and display the class > > hierarchy of JTalk in a view like > > http://thejit.org/static/v20/Jit/Examples/RGraph/example1.html or one > > I would love to see such kind of animation in SMalltalk. > I do not understand why this is possible in javascript and not in Smalltalk. Because such animations are done on the client side. So this is possible in Jtalk :) Cheers, Nico -- Nicolas Petton http://www.nicolas-petton.fr

June 25, 2011

Re: [Pharo-project] jtalk fun

by StÃ©phane Ducasse

On Jun 25, 2011, at 8:25 AM, H. Hirzel wrote: > Nicolas > > Another idea for an example > > Connect the > JavaScript InfoVis Toolkit (http://thejit.org/) and display the class > hierarchy of JTalk in a view like > http://thejit.org/static/v20/Jit/Examples/RGraph/example1.html or one I would love to see such kind of animation in SMalltalk. I do not understand why this is possible in javascript and not in Smalltalk. Stef > of the other examples at http://thejit.org/demos/ > Displaying the class hierarchy of JTalk would be one thing. Or in > combination with an AJAX example displaying a graph defined in a JSON > file. > > #Besides porting the InfoVis Toolkit Nicolas Garcia Belmonte ( > http://blog.thejit.org/2009/09/30/force-directed-layouts/) develops > PhiloGL. It is a WebGL framework for data visualization, creative > coding and game development. > > --Hannes > > On 6/25/11, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> On 4/5/11, laurent laffont <laurent.laffont(a)gmail.com> wrote: >>> Go to http://jtalk-project.org/ >>> >>> Open development tools -> Workspace >>> >>> Evaluate: >>> >>> Tetris new appendToJQuery: 'body' asJQuery >>> >>> play. >>> >>> >>> Laurent. >>> >> >> >> Hello Laurent >> >> I like that you continue to work on jtalk by adding examples to make >> it more easily accessible to play with. >> >> I evaluated the expression above but it did not start. >> >> Inspecting >> Tetris new >> >> gives an inspector on >> aTetris >> >> Inspecting >> Tetris new appendToJQuery: 'body' asJQuery >> >> opens another inspector on aTetris >> >> Nothing shows up. >> I am using Firefox 5.0 >> >> Do you have any suggestions how to find out where the error is? >> Hannes >> >> >> P.S. Would it be possible to have a simple AJAX example which, e.g. >> which loads a list of key/value pairs (e.g. web colors >> http://en.wikipedia.org/wiki/Web_colors (X11)) into a Smalltalk >> dictionary and display them in a dictionary browser? Maybe a variant >> with a plain text list and a JSON object list. >> >> >> P.S 2 The canvas is a HTMLcanvas in the sense of Seaside, not a HTML5 >> graphical canvas to draw on, right? I'd love to have a class Pen with >> the HTML5 graphical canvas. Even just with a subset of the methods. >> Then it would be possible to run classical examples from the purple >> book (e.g. Turtle graphic) >> >> P.S. 3. Tetris is fine but much simpler examples are probably better >> to help people getting started. >> >

June 25, 2011

Re: [Pharo-project] Pharo par l'exemple est maintenant disponible :)

by Hilaire Fernandes

Great! Le 22/06/2011 13:26, StÃ©phane Ducasse a Ã©crit : > Vraiment un grand merci aux traducteurs! > Encore merci > Bientot sur lulu. > Stef > > https://gforge.inria.fr/frs/download.php/28665/PharoParLExemple-20-06-2011.… > > Stef > -- Education 0.2 -- http://blog.ofset.org/hilaire

June 25, 2011

Re: [Pharo-project] PharoKernel 13269

by Hilaire Fernandes

Please guys fluidify, it's too damned important. Hilaire Le 23/06/2011 07:50, StÃ©phane Ducasse a Ã©crit : > > On Jun 22, 2011, at 7:07 PM, Eliot Miranda wrote: > >> Hi All, >> >> On Tue, Jun 21, 2011 at 12:29 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> what we should pay attention (to be verified) is that igor told me that he does not understand why >> the latest code of the vm published by eliot does not include some fixes he did for 1.2. May be the code was never integrated. >> In addition the latest vm produced by eliot does not include a long list of fixes made by igor and mariano. >> Igor asked in the vm mailing-list what will happen to his changes and there were no reaction so far. >> >> I feel some ownership of the Cog branch. It would be nice to have a chance to review code before it gets in instead of having to merge. You might think of sending me changesets for the more complex sets of changes (e.g. finalization) so that the merge is easier. Finally, you might understand that I'm busy at work and for personal reasons have essentially no time at the weekends to work on Cog. Criticising me in public like this does not make me any more eager to find the time. > > eliot I understand that. I'm not criticizing but people should be aware that there are differences between VMs and that we can have bugs related to that. > I think that igor should know how to play in the vm community. Just tell him that his contributions are not welcomed > and we will think about it and do something. After we met this winter I thought it was clear you wanted to collaborate and build a community. > I can tell you that I do not like when igor enters my office and tell me that he feels like shit because some of his changes > from about a year ago are still not integrated. > > Stef > > > > > >> >> >> So we should pay attention that using the latest vm from eliot may also break our system. We should also think about the fact that >> may be we will have to burn igor's time to merge vm fixes when other people don't do it. >> I asked igor to continue to work on the windows build because we want to run regression tests at the VM level. We should be able to trace >> vm changes and control the impact they have on us and not run after different versions and releases. To have a process in a sense. >> >> Stef >> >> yeah.. harmonization, it would be good, Eliot if you take a look of >> changes made in >> VMMaker-oscog-MarianoMartinezPeck.66 >> and integrate them, so we will use common version. >> >> They have a common ancestor - >> VMMaker-oscog.54 >> >> Without this all of the following work will be lost: >> >> Name: VMMaker-oscog-IgorStasenko.54 >> Author: IgorStasenko >> Time: 23 March 2011, 5:30:42 pm >> UUID: c98a0b6c-7f68-4af7-9012-85d3dfdf29ae >> Ancestors: VMMaker-oscog-IgorStasenko.53 >> >> - added disabling module loading support >> >> >> Name: VMMaker-oscog.dtl.56 >> Author: dtl >> Time: 4 April 2011, 10:06:00.292 pm >> UUID: c1d30608-00e8-53b7-209a-34f7a46c1508 >> Ancestors: VMMaker-IgorStasenko.55 >> >> Add tests from VMMaker trunk to document various issues and verify >> presence of primitives. >> >> Name: VMMaker-oscog.dtl.57 >> Author: dtl >> Time: 11 April 2011, 10:13:51.668 pm >> UUID: c1d30608-04dd-53b7-209a-34f7a46c1508 >> Ancestors: VMMaker-oscog.dtl.56 >> >> Generate C code for #repeat. >> Implementation by Igor Stasenko and Nicolas Cellier. >> >> That's already integrated. >> >> >> Name: VMMaker-oscog-dtl.58 >> Author: dtl >> Time: 17 April 2011, 10:22:12.174 pm >> UUID: c1d30608-04b3-a5b7-20ca-2bf7a46c1508 >> Ancestors: VMMaker-oscog-dtl.57, VMMaker-oscog.dtl.57 >> >> Merge VMMaker-oscog.dtl.57 >> >> Generate C code for #repeat. >> Implementation by Igor Stasenko and Nicolas Cellier. >> >> ditto. >> >> >> Name: VMMaker-oscog-dtl.59 >> Author: dtl >> Time: 17 April 2011, 10:32:55.018 pm >> UUID: c1d30608-042d-4bb7-20ca-2bf7a46c1508 >> Ancestors: VMMaker-oscog-dtl.58 >> >> Merge VMMaker-oscog.dtl.58, and add #primitiveImageFormatVersion >> >> Since there's a VM parameter I question the need for yet-another-primitive. >> >> >> Add primitiveMillisecondClockMask, an optional named primitive used in >> conjunction with primitiveMillisecondClock for duration calculations. >> The image assumes a value for this constant that is assumed to >> correspond to the actual value used in the VM. This primitive permits >> the VM to report the actual value being used. >> >> Already integrated. >> >> >> Add primitiveImageFormatVersion, an optional named primitive answering >> the image format number of the current image. This is the value stored >> in the first word of an image file header when the image is saved, and >> possibly modified on image load if the VM adds or removes capabilities >> for the running image. This primitive was added to VMMaker trunk in >> VMMaker-dtl.169. Rationale: supports float word order handing for >> image segments, reference >> http://lists.squeakfoundation.org/pipermail/vm-dev/2011-April/007712.html >> >> Not integrating this. The VM parameter (41) has been in Cog since the beginning. Instead why not merge the VM parameter back into Interpreter? >> >> >> >> Name: VMMaker-oscog-dtl.64 >> Author: dtl >> Time: 21 April 2011, 8:24:32.46 pm >> UUID: c1d30608-30ec-50b7-208a-31f7a46c1508 >> Ancestors: VMMaker-oscog-dtl.59 >> >> Re-save from VMMaker-oscog-EstebanLorenzano.62 because >> VMMaker-oscog-dtl.61 and VMMaker-oscog-dtl.60 were saved without >> correct ancestry. This version incorporates the changes from >> VMMaker-oscog-EstebanLorenzano.62, VMMaker-oscog-dtl.61, and >> VMMaker-oscog-dtl.60. >> >> Name: VMMaker-oscog-EstebanLorenzano.62 >> -added ClipboardExtendedPlugin as a regular plugin (taken from the >> InterpreterVM branch) >> I don't know if it works right now, but at least it compiles :) >> >> Name: VMMaker-oscog-dtl.61 >> A second batch of updates from VMM trunk, primarily cosmetic but also >> a class comment update and a couple of methods that had not previously >> been pragmatized in oscog. >> >> Name: VMMaker-oscog-dtl.60 >> These changes are methods from the main VMM branch for which >> <#var:#type:> declarations have been formatted with proper spacing. By >> updating these in the oscog branch, all of these methods are identical >> in both branches. All changes are cosmetic (no functional changes to >> the methods). >> >> Name: VMMaker-oscog-MarianoMartinezPeck.65 >> Author: MarianoMartinezPeck >> Time: 23 April 2011, 1:50:19 pm >> UUID: 944f5c54-f2f5-4cc7-b693-b4db9320cff8 >> Ancestors: VMMaker-oscog-dtl.64 >> >> blah >> >> Name: VMMaker-oscog-MarianoMartinezPeck.66 >> Author: MarianoMartinezPeck >> Time: 23 April 2011, 2:17:26 pm >> UUID: 97bab5b0-51d6-4deb-8b58-5bcedd4747dc >> Ancestors: VMMaker-oscog-MarianoMartinezPeck.65 >> >> Adapt VMMakerTool so that it doesnt try to register in the menu if >> TheWorldMenu is not present, like the case of Pharo. This change was >> already integrated in the main trunk of VMMaker but since Eliot forked >> VMMaker-oscog before that, it was not there. >> >> It doesn't affect Squeak >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> >> >> -- >> best, >> Eliot >> > > > -- Education 0.2 -- http://blog.ofset.org/hilaire

June 25, 2011

Re: [Pharo-project] jtalk fun

by H. Hirzel

Nicolas Another idea for an example Connect the JavaScript InfoVis Toolkit (http://thejit.org/) and display the class hierarchy of JTalk in a view like http://thejit.org/static/v20/Jit/Examples/RGraph/example1.html or one of the other examples at http://thejit.org/demos/ Displaying the class hierarchy of JTalk would be one thing. Or in combination with an AJAX example displaying a graph defined in a JSON file. #Besides porting the InfoVis Toolkit Nicolas Garcia Belmonte ( http://blog.thejit.org/2009/09/30/force-directed-layouts/) develops PhiloGL. It is a WebGL framework for data visualization, creative coding and game development. --Hannes On 6/25/11, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > On 4/5/11, laurent laffont <laurent.laffont(a)gmail.com> wrote: >> Go to http://jtalk-project.org/ >> >> Open development tools -> Workspace >> >> Evaluate: >> >> Tetris new appendToJQuery: 'body' asJQuery >> >> play. >> >> >> Laurent. >> > > > Hello Laurent > > I like that you continue to work on jtalk by adding examples to make > it more easily accessible to play with. > > I evaluated the expression above but it did not start. > > Inspecting > Tetris new > > gives an inspector on > aTetris > > Inspecting > Tetris new appendToJQuery: 'body' asJQuery > > opens another inspector on aTetris > > Nothing shows up. > I am using Firefox 5.0 > > Do you have any suggestions how to find out where the error is? > Hannes > > > P.S. Would it be possible to have a simple AJAX example which, e.g. > which loads a list of key/value pairs (e.g. web colors > http://en.wikipedia.org/wiki/Web_colors (X11)) into a Smalltalk > dictionary and display them in a dictionary browser? Maybe a variant > with a plain text list and a JSON object list. > > > P.S 2 The canvas is a HTMLcanvas in the sense of Seaside, not a HTML5 > graphical canvas to draw on, right? I'd love to have a class Pen with > the HTML5 graphical canvas. Even just with a subset of the methods. > Then it would be possible to run classical examples from the purple > book (e.g. Turtle graphic) > > P.S. 3. Tetris is fine but much simpler examples are probably better > to help people getting started. >

June 25, 2011

Re: [Pharo-project] jtalk fun

by H. Hirzel

On 4/5/11, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Go to http://jtalk-project.org/ > > Open development tools -> Workspace > > Evaluate: > > Tetris new appendToJQuery: 'body' asJQuery > > play. > > > Laurent. > Hello Laurent I like that you continue to work on jtalk by adding examples to make it more easily accessible to play with. I evaluated the expression above but it did not start. Inspecting Tetris new gives an inspector on aTetris Inspecting Tetris new appendToJQuery: 'body' asJQuery opens another inspector on aTetris Nothing shows up. I am using Firefox 5.0 Do you have any suggestions how to find out where the error is? Hannes P.S. Would it be possible to have a simple AJAX example which, e.g. which loads a list of key/value pairs (e.g. web colors http://en.wikipedia.org/wiki/Web_colors (X11)) into a Smalltalk dictionary and display them in a dictionary browser? Maybe a variant with a plain text list and a JSON object list. P.S 2 The canvas is a HTMLcanvas in the sense of Seaside, not a HTML5 graphical canvas to draw on, right? I'd love to have a class Pen with the HTML5 graphical canvas. Even just with a subset of the methods. Then it would be possible to run classical examples from the purple book (e.g. Turtle graphic) P.S. 3. Tetris is fine but much simpler examples are probably better to help people getting started.

June 25, 2011

Re: [Pharo-project] Phexample integrated with Autotest and OB (was ConfigurationOfPhexample (was #assert:equals: feels backwards))

by laurent laffont

On Fri, Jun 24, 2011 at 9:39 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > laurent laffont wrote: > > > > I suppose you have patched TestCase class>>allTestSelectors so it can > > find > > shouldXXX methods ? > > > > Nope, although anyone wanting #shouldXxx methods in TestCase could do that. > Phexample overrides #allTestSelectors to return both testXxx and shouldXxx > and does the work for us. > > Using #allTestSelectors leaves the decision up to the library (so if people > start wanting testThatItShouldXxx or whatever, it'll still work). The other > advantage is that the behavior of OB, Autotest, and other testing tools > will > stay in sync with the behavior of the underlying SUnit system. > > OK. I've updated ConfigurationOfAutotest. laurent laffont wrote: > > > > AutotestTestFinder>>testMethodsForMethodThatStartWithShouldReturnsIt > > > I think this behavior is now under the SUnit umbrella and doesn't have to > be > tested, no? > Agree. Laurent > Sean > > -- > View this message in context: > http://forum.world.st/Phexample-integrated-with-Autotest-and-OB-was-Configu… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

June 24, 2011

Re: [Pharo-project] JavaConnect

by Alexandre Bergel

Cyrille, I tried to load Version 2.0 of ConfiguratinoOfJNIPort in a Moose 4.5. The classes LibCLibrary and Alien are apparently missing. Cheers, Alexandre On 24 Jun 2011, at 17:11, Tudor Girba wrote: > As far as I know, JNIPort is more mature. Cyrille even had a small experiment in which he connected Moose to VerveineJ. Maybe he can tell us more. > > I would very much like to have this topic experimented with. > > Cheers, > Doru > > > On 24 Jun 2011, at 22:09, Alexandre Bergel wrote: > >> Hi! >> >> What is the status of JavaConnect? >> Can I make Pharo talk to Java? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 24, 2011

Re: [Pharo-project] JavaConnect

by Tudor Girba

As far as I know, JNIPort is more mature. Cyrille even had a small experiment in which he connected Moose to VerveineJ. Maybe he can tell us more. I would very much like to have this topic experimented with. Cheers, Doru On 24 Jun 2011, at 22:09, Alexandre Bergel wrote: > Hi! > > What is the status of JavaConnect? > Can I make Pharo talk to Java? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

June 24, 2011