- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Igor Stasenko

On 6 October 2010 16:54, Fernando olivero <fernando.olivero(a)usi.ch> wrote: > > On Oct 6, 2010, at 3:36 PM, Igor Stasenko wrote: > >> On 6 October 2010 16:31, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 6 October 2010 16:08, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >>>> Ok, thanks for the info. >>>> >>>> Â i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. >>>> >>>> Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. >>>> >>> >>> Ohh.. i found that last one is saved as >>> NBOpenGL-Morphic-Igor.Stasenko.3fqa >>> >>> instead of >>> NBOpenGL-Morphic-Igor.Stasenko.3 >>> >>> don't ask me how.. looks like some MC bug. >>> >>> it is listed as a separate item in repository packages list .. crap >>> >>> Also, the missing class is NBGLCurveRenderer, which i moved to >>> NBOpenGL-Rome package. >>> I did a snapshot of it. But it depends on RomeCanvas class(es) , which >>> is part of Athens.. >>> But just ignore that for now and load it. For demo, you need only >>> NBGLCurveRenderer which not rely on any Rome-specific stuff. > > Just for curiosity, why this dependance on Rome? To end up providing a Canvas were all the rendering is performed by OpenGL and you text rendering class ? A NBGLCurveRenderer is actually an experiment, which should be a part of something bigger (read Rome). So, that's why i moved it there, breaking demo :) I plan to implement an OpenGL backend for canvas, which implements Rome protocol. And then implement Morphic which using rome-canvas for rendering.. And then implement brand-new zoomable UI in it.. (i have a big plans)... :) > >>> >>> It should be less messy.. But this is still under construction, so , >>> sorry for inconvenience :) >>> >> > No problem! It's a big project, and you are making an excellent job! > >> So, the load order is >> >> Core >> Win >> TrueType >> Display >> Rome >> Morphic.3fqa >> >> then you can run the: >> >> GLTTRenderingDemo new openInWorld >> >> (works for me) :) >> > > > Ok! Great! I wil try it. > > Maybe we could add some OpenGL rendering examples, some of them can be taken from AlienOpenGL examples, or other source. > I found it useful for documenting the usage to have a class called AlienOpenGLExamples, with examples as instance methods Â ( and also to validate that the rendering is ok). > Yes yes. Things needs to be properly organized. I just don't have much time to do that :) > > Fernando > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

[Pharo-project] Smalltalk at: #Foo - needs clarification

by Igor Stasenko

Hello, just wanna ask, is this part of API will be deprecated in future? (in Pharo, it put under 'to clean later' category). And if yes, then what will be correct (dialect-agnostic) way to access globals? Smalltalk globals at: #Foo ? I thought that #at: #at:put: (and some others) historically is a part of Smalltalk protocol, and should stay there to support legacy code and cross-dialect code. What you thoughts about it? -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Fernando olivero

On Oct 6, 2010, at 3:36 PM, Igor Stasenko wrote: > On 6 October 2010 16:31, Igor Stasenko <siguctua(a)gmail.com> wrote: >> On 6 October 2010 16:08, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >>> Ok, thanks for the info. >>> >>> i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. >>> >>> Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. >>> >> >> Ohh.. i found that last one is saved as >> NBOpenGL-Morphic-Igor.Stasenko.3fqa >> >> instead of >> NBOpenGL-Morphic-Igor.Stasenko.3 >> >> don't ask me how.. looks like some MC bug. >> >> it is listed as a separate item in repository packages list .. crap >> >> Also, the missing class is NBGLCurveRenderer, which i moved to >> NBOpenGL-Rome package. >> I did a snapshot of it. But it depends on RomeCanvas class(es) , which >> is part of Athens.. >> But just ignore that for now and load it. For demo, you need only >> NBGLCurveRenderer which not rely on any Rome-specific stuff. Just for curiosity, why this dependance on Rome? To end up providing a Canvas were all the rendering is performed by OpenGL and you text rendering class ? >> >> It should be less messy.. But this is still under construction, so , >> sorry for inconvenience :) >> > No problem! It's a big project, and you are making an excellent job! > So, the load order is > > Core > Win > TrueType > Display > Rome > Morphic.3fqa > > then you can run the: > > GLTTRenderingDemo new openInWorld > > (works for me) :) > Ok! Great! I wil try it. Maybe we could add some OpenGL rendering examples, some of them can be taken from AlienOpenGL examples, or other source. I found it useful for documenting the usage to have a class called AlienOpenGLExamples, with examples as instance methods ( and also to validate that the rendering is ok). Fernando

Oct. 6, 2010

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Igor Stasenko

On 6 October 2010 16:31, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 6 October 2010 16:08, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >> Ok, thanks for the info. >> >> Â i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. >> >> Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. >> > > Ohh.. i found that last one is saved as > NBOpenGL-Morphic-Igor.Stasenko.3fqa > > instead of > NBOpenGL-Morphic-Igor.Stasenko.3 > > don't ask me how.. looks like some MC bug. > > it is listed as a separate item in repository packages list .. crap > > Also, the missing class is NBGLCurveRenderer, which i moved to > NBOpenGL-Rome package. > I did a snapshot of it. But it depends on RomeCanvas class(es) , which > is part of Athens.. > But just ignore that for now and load it. For demo, you need only > NBGLCurveRenderer which not rely on any Rome-specific stuff. > > It should be less messy.. But this is still under construction, so , > sorry for inconvenience :) > So, the load order is Core Win TrueType Display Rome Morphic.3fqa then you can run the: GLTTRenderingDemo new openInWorld (works for me) :) >> Thanks, >> Fernando -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Igor Stasenko

On 6 October 2010 16:08, Fernando olivero <fernando.olivero(a)usi.ch> wrote: > Ok, thanks for the info. > > Â i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. > > Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. > Ohh.. i found that last one is saved as NBOpenGL-Morphic-Igor.Stasenko.3fqa instead of NBOpenGL-Morphic-Igor.Stasenko.3 don't ask me how.. looks like some MC bug. it is listed as a separate item in repository packages list .. crap Also, the missing class is NBGLCurveRenderer, which i moved to NBOpenGL-Rome package. I did a snapshot of it. But it depends on RomeCanvas class(es) , which is part of Athens.. But just ignore that for now and load it. For demo, you need only NBGLCurveRenderer which not rely on any Rome-specific stuff. It should be less messy.. But this is still under construction, so , sorry for inconvenience :) > Thanks, > Fernando > > > On Oct 6, 2010, at 2:53 PM, Igor Stasenko wrote: > >> On 6 October 2010 09:16, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >>> GREAT! Â thanks Igor. >>> >>> Is there also an NPOpenGL version working in Linux? >>> >> >> Not yet. A platform-specific code needs to be written for it. >> >> An NBOpenGL-Win holds a windoze-specific code for it. >> In order to use NBOpenGL on linux, you should similarily, subclass from >> NBGlx , and implement a missing parts of it. >> >> I don't know when i'll be able to get free time to implement it, so if >> you wanna help, >> you are wellcome. >> >>> Fernando >>> On Oct 6, 2010, at 3:37 AM, Igor Stasenko wrote: >>> >>>> + as a bonus, it also includes new finalization enhancements. :) >>>> >>>> See >>>> http://code.google.com/p/nativeboost/downloads/list >>>> for downloads. >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Oct. 6, 2010

Re: [Pharo-project] [squeak-dev] Cog+NativeBoost Linux32 binaries available

by Fernando olivero

Ok, thanks for the info. i'm more than interested in the doing the MacOsX port of NBOpenGL. When i have the time ( not in the near future) i will produce a native boost mac vm deployable , plus the NBOpenGL-MacOsX. Regarding the window downloable, i followed the instructions in the page, the load order of packages but a certain class seems to be missing when i want to try the example ( the true type font example rendering ) in the NBOpenGL-Morphic package. Thanks, Fernando On Oct 6, 2010, at 2:53 PM, Igor Stasenko wrote: > On 6 October 2010 09:16, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >> GREAT! thanks Igor. >> >> Is there also an NPOpenGL version working in Linux? >> > > Not yet. A platform-specific code needs to be written for it. > > An NBOpenGL-Win holds a windoze-specific code for it. > In order to use NBOpenGL on linux, you should similarily, subclass from > NBGlx , and implement a missing parts of it. > > I don't know when i'll be able to get free time to implement it, so if > you wanna help, > you are wellcome. > >> Fernando >> On Oct 6, 2010, at 3:37 AM, Igor Stasenko wrote: >> >>> + as a bonus, it also includes new finalization enhancements. :) >>> >>> See >>> http://code.google.com/p/nativeboost/downloads/list >>> for downloads. >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Oct. 6, 2010

Re: [Pharo-project] Tests broken with Citezen

by Damien Pollet

On Wed, Oct 6, 2010 at 14:53, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > There is no implementor of #fieldKeysToRemove yes, probably a missing constant method. I should also remove the dependency to Rio and use Filesystem instead, but my next preoccupation is to get the scripting/validation to work. You're free to hack on the Pier stuff. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Oct. 6, 2010

[Pharo-project] Tests broken with Citezen

by Alexandre Bergel

Hi! Citezen seems to not run on a 11414. CZEntry>>clean self class fieldKeysToRemove do: [:each | (self hasFieldWithKey: each) ifTrue: [self removeFieldWithKey: each]] There is no implementor of #fieldKeysToRemove I would like to use Citezen to generate the Research webpage on Pharo. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 6, 2010

Re: [Pharo-project] Issue 3015: When a test is restarted in the debugger, #tearDown and #setUp and not send

by Hernan Wilkinson

2010/10/6 Peter van Rooijen <peter(a)vanrooijen.com> > Hernan, > > Isn't the idea of SUnit that you start with a fresh test each time? > So you wouldn't restart a test (you could restart/re-run a suite of > course). > The change I made is intended to help you when you are debugging a test. For example,in the current implementation when you modify the test while debugging it the test method restarts but (like any method that is restarted) but the method "environment" is not restarted, therefore running the test again could not produce the same result. The change I made send the messages #tearDown and #setUp to the test when it is restared "in the debugger", therefore it restarts the environment also > The only exception to starting fresh is the SUnit resource mechanism. > > Well, that's how I seem to remember the philosophy > (I haven't used SUnit for some years). > > Peter > > On Thu, 30 Sep 2010 19:28:59 +0200, Hernan Wilkinson < > hernan.wilkinson(a)10pines.com> wrote: > > Hi, I added a new issue (that I think it could be see as an improvement, > not an issue) that is related to debugging a test case written with SUnit. > The problem is that when you restart a test in the debugger (either by > pressing the restart button or compiling the method again) the changes made > by the test to the objects initialized in the #setUp are not rollbacked. > This change sends the messages #tearDown and #setUp to the test when > restarting it, therefore letting the test in the same state as when it was > run in the first place. > > I uploaded the solution to this issue (or improvement) to pharo inbox > under SLICE-Issue-3015-RestartingATestFromTheDebuggerSendsTearDownAndSetUp-HernanWilkinson.2 > > I hope you like it! > Hernan. > > -- > *HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site: http://www.10Pines.com <http://www.10pines.com/>* > > > > > -- > Peter van Rooijen > Nijlring 83 > 5152 VJ Drunen > m: 06-2854 2048 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>*

Oct. 6, 2010

[Pharo-project] Issue 3066:Classes using TextConstants as a common Dictionary

by NicolÃ¡s Paez

There are many classes that use it just to store stuff (at:put:), but not as a Pool. Just execute the following line and you will see: SystemNavigation default allMethodsWithSourceString: 'TextConstants' matchCase: true. Saludos! Nico. blog: nicopaez.wordpress.com

Oct. 6, 2010