- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Small polymorph suggestion

by Gary Chambers

Just a themeable line for showing separation between things, similar to that of menus, say. Go ahead and recategorise. Regards, Gary ----- Original Message ----- From: Schwab,Wilhelm K To: pharo-project(a)lists.gforge.inria.fr Sent: Monday, March 19, 2012 6:26 PM Subject: [Pharo-project] Small polymorph suggestion Gary, I haven't figured out what they do yet, but I found #newSeparator, which creates a horizontal widget (name does not reflect this). Then I dug around and found #newVerticalSeparator. I suggest #newSeparatorHorizontal and #newSeparatorVertical, putting them together in the method list for easier discovery. Bill

March 21, 2012

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

by Javier PimÃ¡s

I just have the font rendering example that uses openGL as a backend. I saw a cube some days ago in the mailing list, is that code available to try? It is interesting in the screenshot how the blitting was caught in the middle, I didn't check why this happens. Cheers. On Tue, Mar 20, 2012 at 12:03 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > +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> 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. >> > >> >> > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

March 21, 2012

Re: [Pharo-project] R: R: [Moose-dev] numerical method in smalltalk

by Serge Stinckwich

On Wed, Mar 21, 2012 at 2:50 PM, Lorenzo Schiavina <lorenzo(a)edor.it> wrote: > Hi Serge, > > if you can understand Italian, you can see a presentation at: > http://www.edor.it/index.php?option=com_content&view=article&id=30&Itemid=65 > This application has been developed in VSE, but a student of mine has > already done (a partial) porting in Squeak; he already told me that he > wanted to send it to Squeak community so, if you want, I can send it to you. Yes please. > At present the code has no special license and I will be pleased to > integrate it into a bigger package with any kind of license. I think we should have the same licence than Pharo, MIT licence. > My application has a specific fuzzyfication/defuzzyfication method but, if > you consider it useful, I can extend it to some other theoretical approach. > As a matter of fact, my application (not my student's) is an environment for > creating expert systems that have been used in many different fields > (medical, forecasting, sport, environment control). The idea of SciSmalltalk is to build a library not a tool. Maybe some of part of your fuzzy operators you provide could be reused to be part of this library. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 21, 2012

Re: [Pharo-project] Concrete Type Inference

by Santiago Bragagnolo

Thanks too, i spend two hours searching for it last night :P when i couldn't make work the image of Concrete Type in the latest vm. (i had to prove :P). 2012/3/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Mar 21, 2012, at 10:34 AM, Francisco Garau wrote: > > > Hi - we are trying to port to Pharo some work I've done on Concrete Type > Inference back in 2001. > > Excellent! > We want that ;) > > > > > I've got a Squeak 2.8 image which is working, but having some minor > problems with the pluggins. > > > > Is there a public repository where old Squeak distributions are stored? > > normally on http://www.squeak.org/ > there is an ftp > http://ftp.squeak.org > > stef > > > > > Thanks, > > Francisco > > >

March 21, 2012

Re: [Pharo-project] About NonInteractiveUIManager>>#onSnapshot: and related

by Guillermo Polito

So, If I have an image with no GUI, which UIManager should I install, how and when? Because at image startup I can't use a MorphicUIManager if I don't have it loaded into the image :). On Wed, Mar 21, 2012 at 8:00 AM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > indeed the non-interactive one keeps the previous version alive in the > instvar... > > I just copied the existing implementation (without much motivation). > Bit for simplicity's sake we should simply instantiate every time the > proper ui manager, that would simplify these ugly methods quite a bit. > > cami > > > On 2012-03-21, at 04:12, Igor Stasenko wrote: > > > the logic there was to set a non-interactive ui manager > > for headless sessions only , and then restore back a previous one > > (whatever it is), once session is changed back to headfull. > > > > if its uiManager is nil, it should reset the default manager, > > if i remember correctly, then UImanager itself will take care > > instantiating default one. > > > > On 21 March 2012 04:35, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > >> Hi, > >> > >> I was doing some hacking, and playing with NonInteractiveUIManager. > And it > >> puzzled me that I realized that it has an inst var uiManager that seems > to > >> refer to an uiManager it's replacing. > >> But my UIManager is not replacing anyone, it's my default and unique > >> UIManager and this var points to nil :S! > >> > >> So the code below does not work... > >> > >> onSnapshot: resuming > >> "The resuming argument is true when image boots from disk, > >> and false, if user just did an image snapshot." > >> > >> resuming ifTrue: [ > >> Smalltalk isHeadless ifFalse: [ > >> "restore old, or nil, so it will be set in #default " > >> uiManager beDefault. > >> UIManager default onSnapshot: resuming. > >> ^ self ]. > >> Smalltalk isInteractive ifTrue: [ > >> "use a headless but interactive manager" > >> ^ self headlessManager onSnapshot: resuming ]]. > >> > >> > >> " this flag set to true only if we are saving a snapshot before > quitting > >> " > >> doNotQuitOnRestart ifTrue: [ > >> Smalltalk snapshot: false andQuit: true]. > >> > >> > >> I made it work in my image adding within the controversial lines: > >> > >> uiManager ifNotNil: [ > >> uiManager beDefault. > >> UIManager default onSnapshot: resuming. > >> ] > >> > >> But it really looks like a hack because that inst var is ment to do > >> something else... > >> Is it asking me for a refactor? Or am I using this stuff in the wrong > way? > >> Camillo, Igor? :P > >> > >> Guille > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > > >

March 21, 2012

Re: [Pharo-project] dead code?

by Guillermo Polito

My Image says it is a 14404 one, but monticello says I lack a lot of versions of System-Support Â¬Â¬. Updating... Sorry! On Wed, Mar 21, 2012 at 7:58 AM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > is here in 14404: SmalltalkImage>>handleStartupErrors: > > > On 2012-03-21, at 04:14, Guillermo Polito wrote: > > > SmalltalkImage>>handleStartupErrors: > > > > is not implemented but sent by > > > > SmalltalkImage>>snapshot:andQuit: > > > > > > When did we lost it? :P > > > > Guille > > >

March 21, 2012

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

by Alexandre Bergel

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 21, 2012

Re: [Pharo-project] Zodiac is cool!

by Alexandre Bergel

For people like me wondering what zodiac is all about: "Zodiac is an open-source, cross-smalltalk implementation of regular and secure socket streams." Cheers, Alexandre Le 19 mars 2012 Ã 10:49, "Sean P. DeNigris" <sean(a)clipperadams.com> a Ã©crit : > Zodiac is very exciting. I will have to rely on Ruby a lot less when we have > a reliable https client built in! > > > Sven Van Caekenberghe wrote >> >> PS: It still does not yet work perfectly across all platforms or servers >> that you might want to access, so any feedback is welcome. >> > > Is there a bug tracker? I want to make sure that redirect truncation bug we > found does not get lost. Also, the "Zodiac" link on > http://zn.stfx.eu/zn/index.html is broken > > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/Zodiac-is-cool-tp4484313p4485256.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

March 21, 2012

Re: [Pharo-project] Reliable method change detection

by Alexandre Bergel

This is interesting. If we have this method on Object, can it be used to keep track of side effects? It looks like to isn't it? Alexandre Le 19 mars 2012 Ã 23:35, Martin Dias <tinchodias(a)gmail.com> a Ã©crit : > Finally I tried with a bytecodes checksum to detect changes. I chose a 16-bit variant of Adler-32 (http://en.wikipedia.org/wiki/Adler-32) Was easy and worked fine. > > ByteArray >> > adler16from: start to: end > "Answer a checksum over the values of the specified interval, calculated using Adler-16 algorithm." > | a b | > a := 1. > b := 0. > start to: end do: [ :index | > a := (a + (self at: index)) \\ 251. > b := (b + a) \\ 251. ]. > ^(b bitShift: 8) bitOr: a > > CompiledMethod >> > bytecodesHash > "Answer a 16-bit checksum of the bytecodes." > ^ self adler16from: self initialPC to: self endPC > > > cheers, > MartÃn > > On Sat, Mar 17, 2012 at 2:17 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi > > In Fuel (bleeding edge), a compiled method can be serialized as a global. Basically, we store the class name and selector, so loading it is straightforward... this can be fine if we suppose there were not any change in the system between save and load time. This can be a huge supposition, but maybe it's acceptable in some uses, for example to "log" exceptions. > > Well, actually we can discuss if this is a good approach, but anyway I am interested on how to detect a BIG change, for example the one I show in the following code (which produces a vm crash): > > | byteArray aClass aClosure materializedClosure | > > aClass := Object subclass: #A. > aClass compileSilently: 'methodWithClosure ^ [ 42 ] '. > > aClosure := aClass new perform: #methodWithClosure. > > byteArray := FLSerializer serializeToByteArray: aClosure. > > aClass compileSilently: 'methodWithClosure ^ 42'. > > materializedClosure := FLMaterializer materializeFromByteArray: byteArray. > materializedClosure value. > > > What can we do to detect this change? > - generate a checksum with bytecodes > - just compare the size > - something else? > > Thanks, > MartÃn >

March 21, 2012

Re: [Pharo-project] Concrete Type Inference

by StÃ©phane Ducasse

On Mar 21, 2012, at 10:34 AM, Francisco Garau wrote: > Hi - we are trying to port to Pharo some work I've done on Concrete Type Inference back in 2001. Excellent! We want that ;) > > I've got a Squeak 2.8 image which is working, but having some minor problems with the pluggins. > > Is there a public repository where old Squeak distributions are stored? normally on http://www.squeak.org/ there is an ftp http://ftp.squeak.org stef > > Thanks, > Francisco

March 21, 2012