- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14405

by Marcus Denker

14405 ----- Issue 5523: Collection union: and intersection: should use species http://code.google.com/p/pharo/issues/detail?id=5523 Issue 5514: Enhance error Categorizer>>removeCategory: cat http://code.google.com/p/pharo/issues/detail?id=5514 -- Marcus Denker -- http://marcusdenker.de

March 20, 2012

Re: [Pharo-project] Wait or not?

by Pavel Krivanek

On Tue, Mar 20, 2012 at 11:52 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Mar 20, 2012, at 11:46 AM, Norbert Hartl wrote: > >> >> Am 20.03.2012 um 09:23 schrieb Pavel Krivanek: >> >>> Hi, >>> >>> I would like to ask you on your opinion about time scale of some big >>> repackaging steps. At start we talk about issue 5520 >>> (http://code.google.com/p/pharo/issues/detail?id=5520#makechanges) >>> that should rename Morphic package to Morphic-Base. The reason to do >>> it is to prepare Morphic and MorphicTests packages for the next >>> reorganization, namely to separate Morphic-Core package(s) with >>> content of the uMorphic image (the minimal morphic image with only the >>> most basic subset of the Morphic). >>> >>> The question is if we want to do it now or wait on the verson 1.5. At >>> start it is only the reorganization of packages that should not change >>> any behavior of the system. On the other hand, we may expect that it >>> will bring some sort-term problems. >>> >> This question is almost easy to answer. There are no things that do not produce side effects. So this is a no go in 1.4. But it can also mean that 1.4 needs to be shipped soon. Or just open 1.5 before 1.4 is shipped. But that might to be too much work for Marcus et. al. > > We did that in the past. > Now we should get all tests green for 1.4. > After only we should open 1.5 elseâ¦ the fun will take over > To say now that we only need to make to two tests green is like to say in late 19th century that we need to solve only two little problems: black body radiation and Michelson's experiment ;-) -- Pavel >> >> Norbert >> >> > >

March 20, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Schwab,Wilhelm K

+1 :) On to the more serious topic: are we bringing morphic to OpenGL (true 3D gui ala Croquet, and a BAD idea IMHO), or are we bringing OpenGL-powered 3D morphs/windows/views/whatever to embed in a 2D environment (a VERY GOOD idea IMHO). Not meaning to rain on anyone's parade, but Croquet was arguably a huge missed opportunity. Their code for manipulating 3D objects was a thing of beauty, as far as I got with evaluating it, but they pointedly (for a while) refused to let go of the 3D immersion. AFAIK, the mesh loading and object manipulation features are now available separately on Squeak Source as CroquetGL. What I am really wanting for 3D is to have one or more views on a scene, and to embed them in a traditional 2D user interface. I hope that will not get lost while any other visions advance. Options are good. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Bernardo Ezequiel Contreras [vonbecmann(a)gmail.com] Sent: Tuesday, March 20, 2012 10:22 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs) +1 On Wed, Mar 21, 2012 at 11:16 AM, Alexandre Bergel <alexandre.bergel(a)me.com<mailto:alexandre.bergel@me.com>> wrote: I think that moat of us appreciate screenshots sent on the mailing list :-) Cheers, Alexandre Le 19 mars 2012 Ã 10:50, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> a Ã©crit : > great! > > On 19 March 2012 16:11, Javier PimÃ¡s <elpochodelagente(a)gmail.com<mailto:elpochodelagente@gmail.com>> wrote: >> I got some time and finished commiting it. >> >> Steps to load it (I tested with pharo 1.3): >> >> 1. load NBOpenGL with its configuration. >> 2. load NBXLib package from monticello >> 3. load NBOpengl-X package from monticello >> >> Then you can run the example (you'll need tahoma font): >> >> 4. add the patch I attach. >> 5. Do this: >> >> GLTTRenderingDemo new openInWorld. >> >> tell if something doesn't work. >> >> Cheers, >> Javier. >> >> On Tue, Jan 31, 2012 at 12:53 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com<mailto:elpochodelagente@gmail.com>> >> wrote: >>> >>> Hi! IIRC: Two months ago the code was working on windows but needed some >>> modifications to create the contexts on the other platforms. Probably Igor >>> did that for mac now, and maybe even linux, but I have to test. I remember I >>> was working on the NBXLib wrapper so that context creation can be done with >>> st code on linux. I will continue with all this this week, I just have to >>> download everything and catch up with recent changes and then I'll come >>> back. >>> >>> Cheers, >>> Javier. >>> >>> >>> On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> >>> wrote: >>>> >>>> On 31 January 2012 10:29, dimitris chloupis <thekilon(a)yahoo.co.uk<mailto:thekilon@yahoo.co.uk>> wrote: >>>>> I wanted to ask if NB and COG will support windows as well, I see no >>>>> windows >>>>> build. >>>> there is windows build, just check downloads page of NB project site. >>>> >>>>> >>>>> and here we go with first problem. I am in linux mint 12 32 bit with a >>>>> graphic card NVIDIA GEFORCE 6200 . >>>>> >>>>> I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + >>>>> Nativeboost + >>>>> NBOpenGL >>>>> >>>>> This is my workspace >>>>> >>>>> ---- >>>>> Gofer it >>>>> squeaksource: 'NativeBoost'; >>>>> package: 'NativeBoost-Installer'; >>>>> load. >>>>> >>>>> >>>>> NBInstaller install. >>>>> >>>>> Gofer it >>>>> squeaksource: 'NBOpenGL'; >>>>> package: 'ConfigurationOfNBOpenGL'; >>>>> load. >>>>> >>>>> ConfigurationOfNBOpenGL project lastVersion load. >>>>> >>>>> test := (GLTTRenderingDemo new) openInWorld; yourself. >>>>> --- >>>>> >>>>> the problem appears in the last line with an error "No suitable >>>>> implementation found for initlising OpenGL context" . Should I assume >>>>> it can >>>>> find OpenGL libraries or is it a problem with the graphic card drivers. >>>>> CC >>>>> has been given me problem, but Blender works okish considering it >>>>> completely >>>>> reliant on OpenGL >>>>> >>>> >>>> Yes, because for linux we don't have an opengl initialization yet. >>>> Javier were working on that.. >>>> @Javier, what is the status? >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >>> >>> -- >>> Lic. Javier PimÃ¡s >>> Ciudad de Buenos Aires >> >> >> >> >> -- >> Lic. Javier PimÃ¡s >> Ciudad de Buenos Aires > > > > -- > Best regards, > Igor Stasenko. >

March 20, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Bernardo Ezequiel Contreras

+1 On Wed, Mar 21, 2012 at 11:16 AM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > I think that moat of us appreciate screenshots sent on the mailing list :-) > > Cheers, > Alexandre > > > Le 19 mars 2012 Ã 10:50, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > > > great! > > > > On 19 March 2012 16:11, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > >> I got some time and finished commiting it. > >> > >> Steps to load it (I tested with pharo 1.3): > >> > >> 1. load NBOpenGL with its configuration. > >> 2. load NBXLib package from monticello > >> 3. load NBOpengl-X package from monticello > >> > >> Then you can run the example (you'll need tahoma font): > >> > >> 4. add the patch I attach. > >> 5. Do this: > >> > >> GLTTRenderingDemo new openInWorld. > >> > >> tell if something doesn't work. > >> > >> Cheers, > >> Javier. > >> > >> On Tue, Jan 31, 2012 at 12:53 PM, Javier PimÃ¡s < > elpochodelagente(a)gmail.com> > >> wrote: > >>> > >>> Hi! IIRC: Two months ago the code was working on windows but needed > some > >>> modifications to create the contexts on the other platforms. Probably > Igor > >>> did that for mac now, and maybe even linux, but I have to test. I > remember I > >>> was working on the NBXLib wrapper so that context creation can be done > with > >>> st code on linux. I will continue with all this this week, I just have > to > >>> download everything and catch up with recent changes and then I'll come > >>> back. > >>> > >>> Cheers, > >>> Javier. > >>> > >>> > >>> On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko <siguctua(a)gmail.com> > >>> wrote: > >>>> > >>>> On 31 January 2012 10:29, dimitris chloupis <thekilon(a)yahoo.co.uk> > wrote: > >>>>> I wanted to ask if NB and COG will support windows as well, I see no > >>>>> windows > >>>>> build. > >>>> there is windows build, just check downloads page of NB project site. > >>>> > >>>>> > >>>>> and here we go with first problem. I am in linux mint 12 32 bit with > a > >>>>> graphic card NVIDIA GEFORCE 6200 . > >>>>> > >>>>> I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + > >>>>> Nativeboost + > >>>>> NBOpenGL > >>>>> > >>>>> This is my workspace > >>>>> > >>>>> ---- > >>>>> Gofer it > >>>>> squeaksource: 'NativeBoost'; > >>>>> package: 'NativeBoost-Installer'; > >>>>> load. > >>>>> > >>>>> > >>>>> NBInstaller install. > >>>>> > >>>>> Gofer it > >>>>> squeaksource: 'NBOpenGL'; > >>>>> package: 'ConfigurationOfNBOpenGL'; > >>>>> load. > >>>>> > >>>>> ConfigurationOfNBOpenGL project lastVersion load. > >>>>> > >>>>> test := (GLTTRenderingDemo new) openInWorld; yourself. > >>>>> --- > >>>>> > >>>>> the problem appears in the last line with an error "No suitable > >>>>> implementation found for initlising OpenGL context" . Should I assume > >>>>> it can > >>>>> find OpenGL libraries or is it a problem with the graphic card > drivers. > >>>>> CC > >>>>> has been given me problem, but Blender works okish considering it > >>>>> completely > >>>>> reliant on OpenGL > >>>>> > >>>> > >>>> Yes, because for linux we don't have an opengl initialization yet. > >>>> Javier were working on that.. > >>>> @Javier, what is the status? > >>>> > >>>> -- > >>>> Best regards, > >>>> Igor Stasenko. > >>>> > >>> > >>> > >>> > >>> -- > >>> Lic. Javier PimÃ¡s > >>> Ciudad de Buenos Aires > >> > >> > >> > >> > >> -- > >> Lic. Javier PimÃ¡s > >> Ciudad de Buenos Aires > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > >

March 20, 2012

[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 24 - Still unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 20, 2012

Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?

by Camillo Bruni

On 2012-03-20, at 14:49, Stefan Marr wrote: > > On 20 Mar 2012, at 14:03, Camillo Bruni wrote: > >> >> On 2012-03-19, at 20:54, Marcus Denker wrote: >>>> You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images? >>>> >>> Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, >>> but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). >> >> indeed ;) we tricked around the image :D >> >> stefan, do you rely on a visual interface? (rhetorical question) ;) > > Well, I have a small class that does the startup handling for me and immediately runs the code I need. > I did not want to spend the time to port your changes that I saw for 1.4. > And I didnt want to look into Coral... if you talk about the fixes for startup.. they have recently been ported to 1.3. which gives you some more stable/usable image for scripting. > A simple 'diable transparence' or so, to get a 10x speed up would have been nice. > But I guess that would really mean 'disable morphic' instead...

March 20, 2012

Re: [Pharo-project] Any theme or settings that will speed up a Pharo 1.3 image?

by Stefan Marr

On 20 Mar 2012, at 14:03, Camillo Bruni wrote: > > On 2012-03-19, at 20:54, Marcus Denker wrote: >>> You used your own images for Pinocchio, or was Pinocchio just fast enough for the standard images? >>> >> Pinnocio can't run the image... it's ("just ;-)") a compiler from smalltalk to binary code... the .exe then boostraps an image, >> but there is no support to persist that (nor support for all the primitives.. and no GC other than Boehm). > > indeed ;) we tricked around the image :D > > stefan, do you rely on a visual interface? (rhetorical question) ;) Well, I have a small class that does the startup handling for me and immediately runs the code I need. I did not want to spend the time to port your changes that I saw for 1.4. And I didnt want to look into Coral... A simple 'diable transparence' or so, to get a 10x speed up would have been nice. But I guess that would really mean 'disable morphic' instead... 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

March 20, 2012

Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback

by S Krish

Sure.. If this weekend is fine a deadline on that.. On 3/20/12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Can you annotate the doc > because I do not talk corporate :) > > Stef > > On Mar 20, 2012, at 2:35 PM, S Krish wrote: > >> +1 >> >> The language / content needs to be aligned in that direction. If its >> appropriate, I can take a edit through the doc to make it little more >> corporate. >> >> On 3/20/12, Stephan Eggermont <stephan(a)stack.nl> wrote: >>> A good document, Stef. >>> >>> The current focus of the documents is on developers. >>> It might make sense to add something for the (corporate) >>> users of Pharo-based software. >>> >>> Stephan >>> >>> >> > > >

March 20, 2012

Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback

by StÃ©phane Ducasse

Can you annotate the doc because I do not talk corporate :) Stef On Mar 20, 2012, at 2:35 PM, S Krish wrote: > +1 > > The language / content needs to be aligned in that direction. If its > appropriate, I can take a edit through the doc to make it little more > corporate. > > On 3/20/12, Stephan Eggermont <stephan(a)stack.nl> wrote: >> A good document, Stef. >> >> The current focus of the documents is on developers. >> It might make sense to add something for the (corporate) >> users of Pharo-based software. >> >> Stephan >> >> >

March 20, 2012

Re: [Pharo-project] Pharo Consortium Important Documents and Request for Feedback

by S Krish

+1 The language / content needs to be aligned in that direction. If its appropriate, I can take a edit through the doc to make it little more corporate. On 3/20/12, Stephan Eggermont <stephan(a)stack.nl> wrote: > A good document, Stef. > > The current focus of the documents is on developers. > It might make sense to add something for the (corporate) > users of Pharo-based software. > > Stephan > >

March 20, 2012