September 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] TestSprinter

by Alexandre Bergel

> A keyboard shortcut to run the tests directly without a mouse (ideally a way to run the single test my cursor is on, its suite of tests, and all tests like you imply above). Are you aware of Cmd-t in OB(2) ? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Alexandre Bergel

>> This is partially the case in Mondrian. Objects located outside the window are not rendered. > Ehm, my memory was a bit hazy. No problem :-) > In the version I used, MONode>displayOn: did do culling, no such luck for MOEdge though. MOEdge does not do the culling since an edge can be visible without having its two extremity visible. Edges are indeed a problem. Having very non-embedded and very long edges costs a lot. > Since MOGraphElement>>elementsToDisplay created a cache of ALL the subnodes and subedges of an element (as part of MONode>displayOn:), well, when the top element was told to displayOn:, it saw itself as visible, then displayOn:'ed all the objects and edges in the model (from the z-order sorted elementsToDisplayCache), leading to culling of offscreen objects, but drawing all edges in the entire model. yes, edges are drawn. One way to improve the rendering speed up, is to first display the nodes visible, then continuing the layout in 2 threads, one vertically and another one horizontally (to follow the two scrollbar of the window, since those are likely to be used first when the window appear). But this would imply a major change in the way layout are computed. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 2, 2010

Re: [Pharo-project] TestSprinter

by TimM

Benjamin Van Ryseghem wrote: > Hello everybody > > I'm now working on a new Test Runner tool and I wonder which behaviours > do you want me to implement. > > For now, I want the Test Sprinter to be able to : > - search through packages and classes thanks to search fields. > - browse the hierarchy from packages to test methods (with icons). > - create groups of tests easily re-runnable. > > If you have any ideas, I'm waiting for them ;) For me - I miss the following: A keyboard shortcut to run the tests directly without a mouse (ideally a way to run the single test my cursor is on, its suite of tests, and all tests like you imply above). A way to see the error msg of each test in one glance - e.g. If I make a change, run my tests and then can see that 10 of them all have the same DNU error, that tells me useful information. Currently it seems that you just see pass fail, and have to run the failures one at a time to see if they have the same error - or potentially different errors. History - e.g. what was that last error again? I thought I fixed it but maybe I didn't understand it properly. Tim

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Henrik Sperre Johansen

On 03.09.2010 00:04, Alexandre Bergel wrote: > This is partially the case in Mondrian. Objects located outside the window are not rendered. Ehm, my memory was a bit hazy. In the version I used, MONode>displayOn: did do culling, no such luck for MOEdge though. Since MOGraphElement>>elementsToDisplay created a cache of ALL the subnodes and subedges of an element (as part of MONode>displayOn:), well, when the top element was told to displayOn:, it saw itself as visible, then displayOn:'ed all the objects and edges in the model (from the z-order sorted elementsToDisplayCache), leading to culling of offscreen objects, but drawing all edges in the entire model. That's what I meant with model more being suited for traversing btw, as the tree-structure itself makes sense for iterating the model, but not for rendering, as what you want from a model specialized for that, is deciding if the sub-elements of a node is safe to cull if the node itself is safe to cull. Cheers, Henry

Sept. 2, 2010

Re: [Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Tudor Girba

Thanks, it looks interesting. Cheers, Doru On 2 Sep 2010, at 20:54, Andreas Raab wrote: > On 9/2/2010 11:30 AM, John M McIntosh wrote: >> I think if you hunt in the archives you'll find people have >> attempted to replace Morphic with Open/GL calls via FFI >> >> Oh like http://www.squeaksource.com/AlienOpenGL > > Or http://www.squeaksource.com/CroquetGL (much more complete w/ > extensions etc). Something like this might just work: > > (OpenGL new) > glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; > swapBuffers. > > Cheers, > - Andreas > >> >> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >> >>> Hi, >>> >>> Interesting read, but I am still not sure to understand the >>> implications, so let me ask you another question: is there a way >>> to make use of OpenGL by generating vector graphics from within >>> Pharo? >>> >>> I am particularly interested if there are ways to improve >>> visualization tools like Mondrian to make it use the hardware (and >>> thus maybe have reasonable speed when drawing complex and maybe >>> aliased graphs). >>> >>> Cheers, >>> Doru >> >> -- >> = >> = >> = >> = >> = >> = >> ===================================================================== >> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> = >> = >> = >> = >> = >> = >> ===================================================================== >> >> >> >> >> >> >> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Value is always contextual."

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Tudor Girba

Hi, Unfortunately, I won't be going to ESUG this year. Cheers, Doru On 2 Sep 2010, at 21:41, Fernando olivero wrote: > Ahh! And also what Andreas mentions. > > AlienOpenGL is not current being maintained and is missing features. > Although it works for what i needed it at the moment. > > Tudor: if you are going to the ESUG we could spend some time with > this. > > Saludos, > Fernando > > > > > On Sep 2, 2010, at 8:54 PM, Andreas Raab wrote: > >> On 9/2/2010 11:30 AM, John M McIntosh wrote: >>> I think if you hunt in the archives you'll find people have >>> attempted to replace Morphic with Open/GL calls via FFI >>> >>> Oh like http://www.squeaksource.com/AlienOpenGL >> >> Or http://www.squeaksource.com/CroquetGL (much more complete w/ >> extensions etc). Something like this might just work: >> >> (OpenGL new) >> glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; >> swapBuffers. >> >> Cheers, >> - Andreas >> >>> >>> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> Interesting read, but I am still not sure to understand the >>>> implications, so let me ask you another question: is there a way >>>> to make use of OpenGL by generating vector graphics from within >>>> Pharo? >>>> >>>> I am particularly interested if there are ways to improve >>>> visualization tools like Mondrian to make it use the hardware >>>> (and thus maybe have reasonable speed when drawing complex and >>>> maybe aliased graphs). >>>> >>>> Cheers, >>>> Doru >>> >>> -- >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> ==================================================================== >>> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: >>> squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> ==================================================================== >>> >>> >>> >>> >>> >>> >>> >>> >> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Beauty is where we see it."

Sept. 2, 2010

[Pharo-project] TestSprinter

by Benjamin Van Ryseghem

Hello everybody I'm now working on a new Test Runner tool and I wonder which behaviours do you want me to implement. For now, I want the Test Sprinter to be able to : - search through packages and classes thanks to search fields. - browse the hierarchy from packages to test methods (with icons). - create groups of tests easily re-runnable. If you have any ideas, I'm waiting for them ;) Thank you Ben

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Alexandre Bergel

This is partially the case in Mondrian. Objects located outside the window are not rendered. However, they are layouted. This is one of the reasons that prevents Mondrian from visualizing, let's say, 1,000,000 nodes. Cheers, Alexandre On 2 Sep 2010, at 18:02, Henrik Sperre Johansen wrote: > On 03.09.2010 00:00, Alexandre Bergel wrote: >> What do you mean by "culling" ? >> >> Cheers, >> Alexandre > Excluding objects that are not visible in the window from being rendered. > > Cheers, > Henry >> >> On 2 Sep 2010, at 17:55, Henrik Sperre Johansen wrote: >> >>> Also, if your main goal is to speed up Mondrian, a good idea would be to do some culling, which is fully possible without switching to OpenGL. >>> When I looked some time ago at least, the model was more geared towards easy creation/manipulation than optimized drawing speed. >>> IE. although it keeps a cache of visible items or something similar, my memory is a bit hazy, it still iterates and draws every object in this cache each draw cycle, even if they are off screen. It might not mean much when looking at an overview of a large model, but when zoomed in I was at least able to get decend FPS rather than< 1 FPM ;) >>> >>> Cheers, >>> Henry >>> >>> Note: This is things you'd want to do even if you were rendering with OpenGL, although it performs culling, sending the data for the entire model can be a big overhead. >>> >>> On 02.09.2010 21:41, Fernando olivero wrote: >>>> Ahh! And also what Andreas mentions. >>>> >>>> AlienOpenGL is not current being maintained and is missing features. >>>> Although it works for what i needed it at the moment. >>>> >>>> Tudor: if you are going to the ESUG we could spend some time with this. >>>> >>>> Saludos, >>>> Fernando >>>> >>>> >>>> >>>> >>>> On Sep 2, 2010, at 8:54 PM, Andreas Raab wrote: >>>> >>>>> On 9/2/2010 11:30 AM, John M McIntosh wrote: >>>>>> I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI >>>>>> >>>>>> Oh like http://www.squeaksource.com/AlienOpenGL >>>>> Or http://www.squeaksource.com/CroquetGL (much more complete w/ >>>>> extensions etc). Something like this might just work: >>>>> >>>>> (OpenGL new) >>>>> glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; >>>>> swapBuffers. >>>>> >>>>> Cheers, >>>>> - Andreas >>>>> >>>>>> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? >>>>>>> >>>>>>> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). >>>>>>> >>>>>>> Cheers, >>>>>>> Doru >>>>>> -- >>>>>> =========================================================================== >>>>>> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>>> =========================================================================== >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>> _______________________________________________ >>>> 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Henrik Sperre Johansen

On 03.09.2010 00:00, Alexandre Bergel wrote: > What do you mean by "culling" ? > > Cheers, > Alexandre Excluding objects that are not visible in the window from being rendered. Cheers, Henry > > On 2 Sep 2010, at 17:55, Henrik Sperre Johansen wrote: > >> Also, if your main goal is to speed up Mondrian, a good idea would be to do some culling, which is fully possible without switching to OpenGL. >> When I looked some time ago at least, the model was more geared towards easy creation/manipulation than optimized drawing speed. >> IE. although it keeps a cache of visible items or something similar, my memory is a bit hazy, it still iterates and draws every object in this cache each draw cycle, even if they are off screen. It might not mean much when looking at an overview of a large model, but when zoomed in I was at least able to get decend FPS rather than< 1 FPM ;) >> >> Cheers, >> Henry >> >> Note: This is things you'd want to do even if you were rendering with OpenGL, although it performs culling, sending the data for the entire model can be a big overhead. >> >> On 02.09.2010 21:41, Fernando olivero wrote: >>> Ahh! And also what Andreas mentions. >>> >>> AlienOpenGL is not current being maintained and is missing features. >>> Although it works for what i needed it at the moment. >>> >>> Tudor: if you are going to the ESUG we could spend some time with this. >>> >>> Saludos, >>> Fernando >>> >>> >>> >>> >>> On Sep 2, 2010, at 8:54 PM, Andreas Raab wrote: >>> >>>> On 9/2/2010 11:30 AM, John M McIntosh wrote: >>>>> I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI >>>>> >>>>> Oh like http://www.squeaksource.com/AlienOpenGL >>>> Or http://www.squeaksource.com/CroquetGL (much more complete w/ >>>> extensions etc). Something like this might just work: >>>> >>>> (OpenGL new) >>>> glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; >>>> swapBuffers. >>>> >>>> Cheers, >>>> - Andreas >>>> >>>>> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? >>>>>> >>>>>> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>> -- >>>>> =========================================================================== >>>>> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>> =========================================================================== >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> _______________________________________________ >>> 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

Sept. 2, 2010

Re: [Pharo-project] [squeak-dev] Re: Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.

by Alexandre Bergel

What do you mean by "culling" ? Cheers, Alexandre On 2 Sep 2010, at 17:55, Henrik Sperre Johansen wrote: > Also, if your main goal is to speed up Mondrian, a good idea would be to do some culling, which is fully possible without switching to OpenGL. > When I looked some time ago at least, the model was more geared towards easy creation/manipulation than optimized drawing speed. > IE. although it keeps a cache of visible items or something similar, my memory is a bit hazy, it still iterates and draws every object in this cache each draw cycle, even if they are off screen. It might not mean much when looking at an overview of a large model, but when zoomed in I was at least able to get decend FPS rather than < 1 FPM ;) > > Cheers, > Henry > > Note: This is things you'd want to do even if you were rendering with OpenGL, although it performs culling, sending the data for the entire model can be a big overhead. > > On 02.09.2010 21:41, Fernando olivero wrote: >> Ahh! And also what Andreas mentions. >> >> AlienOpenGL is not current being maintained and is missing features. >> Although it works for what i needed it at the moment. >> >> Tudor: if you are going to the ESUG we could spend some time with this. >> >> Saludos, >> Fernando >> >> >> >> >> On Sep 2, 2010, at 8:54 PM, Andreas Raab wrote: >> >>> On 9/2/2010 11:30 AM, John M McIntosh wrote: >>>> I think if you hunt in the archives you'll find people have attempted to replace Morphic with Open/GL calls via FFI >>>> >>>> Oh like http://www.squeaksource.com/AlienOpenGL >>> Or http://www.squeaksource.com/CroquetGL (much more complete w/ >>> extensions etc). Something like this might just work: >>> >>> (OpenGL new) >>> glClearColor: 1.0 with: 0.0 with: 0.0 with: 1.0; >>> swapBuffers. >>> >>> Cheers, >>> - Andreas >>> >>>> On 2010-09-02, at 8:48 AM, Tudor Girba wrote: >>>> >>>>> Hi, >>>>> >>>>> Interesting read, but I am still not sure to understand the implications, so let me ask you another question: is there a way to make use of OpenGL by generating vector graphics from within Pharo? >>>>> >>>>> I am particularly interested if there are ways to improve visualization tools like Mondrian to make it use the hardware (and thus maybe have reasonable speed when drawing complex and maybe aliased graphs). >>>>> >>>>> Cheers, >>>>> Doru >>>> -- >>>> =========================================================================== >>>> John M. McIntosh<johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>> =========================================================================== >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >> _______________________________________________ >> 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 2, 2010