February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] 1.4 and forward (was Netstyle experience)

by StÃ©phane Ducasse

ok here is what I did I took the latest nautilus green version but it will work with the latest pharo Then I took the configurationOfCitezen from MCHttpRepository location: 'http://ss3.gemstone.com/ss/citezen/' user: '' password: '' and I did (ConfigurationOfCitezen project version: '0.8') load: { 'NoWeb'}. and it works. Can you give a try? Stef > Stef, > > I will gladly try, though I thought I was using the up-to-date config. Is there maybe a stale copy in the citezen folder? *THAT* might have fooled me and caused the glitch. Thanks for the prod. I'll try again soon. > > Bill > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Thursday, February 23, 2012 11:54 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) > > On Feb 23, 2012, at 10:00 AM, Schwab,Wilhelm K wrote: > >> Stef, >> >> This: >> >> Gofer new >> squeaksource:'MetacelloRepository'; >> package:'ConfigurationOfCitezen'; >> load. >> ( (Smalltalk at:#ConfigurationOfCitezen ) project version: #stable) load: { 'NoWeb'}. >> >> is loading Seaside. Did I do something wrong? > > does not seem so > this is really strange because I'm hacking in and on top of citizen in this moment and I did get problem. >> >> Further, I've hit dependency warning (e.g. a 45 minute?? build stops dead in its tracks). Complaints so far over Transcript streams and Text Morph something or other. It finally bound up over preferences (missing message - detail later). I tried a separate load of Seaside, but it's complaining about preferences out of the gate. >> >> For the "you're just complaining" crowd, I'm simply reporting what is happening. I would very much like to see Jenkins build a 1.4 and then a 1.4+Seaside. > > Ok I will give a try because we migrated citizen to ss30 but we did not republished the configuration in MetacelloRepository. > can you give a try? > >> >> Bill >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] >> Sent: Thursday, February 23, 2012 3:21 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) >> >> Norbert, >> >> Thanks for the suggestion, but I really need to get things loaded so I can load an even bigger pile of code that I have written. There is also the question of how to capture all of the legacy data; it's not as easy as one might think, as some things are "in the wild." >> >> I've really used this system, and could simply hang at 1.1.1 for a long time - I'm trying to do better than that. >> >> Bill >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Norbert Hartl [norbert(a)hartl.name] >> Sent: Thursday, February 23, 2012 3:07 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Cc: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) >> >> Am 23.02.2012 um 08:27 schrieb "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu>: >> >>> Stef, >>> >>> Reading this is encouraging. I have not forgotten about 1.4, I have simply been heavily distracted. SIXX is a concern, as I built a lot on top of it and (I *think*) need to get it loaded in order to evaluate Fuel vs. it. XML parsers are a big part of life for SIXX. Regardless of any change I might make, SIXX should be in the image to load "legacy" data (from last month<g>). >>> >> Bill, >> >> is your real test to use sixx on 1.4? If you just want to test 1.4 then export your data with fuel from an 1.3 image and back into a 1.4 one. This should be pretty easy. >> >> Norbert >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] >>> Sent: Wednesday, February 22, 2012 3:50 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Netstyle experience (was Do not feed the trolls) >>> >>> On Feb 22, 2012, at 1:58 PM, Norbert Hartl wrote: >>> >>>> >>>> Am 22.02.2012 um 13:28 schrieb GermÃ¡n Arduino: >>>> >>>>> Example: xmlrpc died before to born, worked only in 1.1.1, now I must find time to update it to zinc and 1.3 but with the fear that again will not work in 1.4. >>>> >>>> What are your building blocks except http and xml? If you were working on 1.1.1 then xml parser moved quite a bit and zinc appeared on the scene. The changes to adopt xml parser should be minimal. Zinc provides a facade that mimicks backward compatibility. So you could have an easy start. But to be honest the situation is soooo much better with having zinc that you might save some time in development if you use zinc straight away. >>>> And about 1.4: Yes, it moves a lot but zinc and xml do not. Xml is stable since months and the change rate in zinc is also dropping. So you might expect them to be available until...let's say...3 months from now. :) Ok, just kidding, I think the will stay similar for quite some time. >>> >>> Exactly. >>> Doru got **all** the moose tools in 1.4 and some of them like glamour rely a lot on UI changes. >>> I doubt that xmlrpc got any impacted on Morphic change. We do not change XML (but the XML maintainers did) >>> and Zinc is just much much much better than the old system so it should be not difficult to adapt especially if you ask. >>> >>> Stef >>> >> >> >> > > >

Feb. 23, 2012

Re: [Pharo-project] 1.4 and forward (was Netstyle experience)

by Schwab,Wilhelm K

ok, I'll check. Thanks! ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Yanni Chiu [yanni(a)rogers.com] Sent: Thursday, February 23, 2012 1:35 PM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) On 23/02/12 4:00 AM, Schwab,Wilhelm K wrote: > > For the "you're just complaining" crowd, I'm simply reporting what is > happening. I would very much like to see Jenkins build a 1.4 and > then a 1.4+Seaside. Doesn't the build server have that at: https://ci.lille.inria.fr/pharo/job/Seaside%20Pharo%201.4/ You might also have a look at the list of "Downstream Projects" listed at: https://ci.lille.inria.fr/pharo/job/Pharo%201.4/

Feb. 23, 2012

Re: [Pharo-project] 1.4 and forward (was Netstyle experience)

by Schwab,Wilhelm K

Stef, I will gladly try, though I thought I was using the up-to-date config. Is there maybe a stale copy in the citezen folder? *THAT* might have fooled me and caused the glitch. Thanks for the prod. I'll try again soon. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Thursday, February 23, 2012 11:54 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) On Feb 23, 2012, at 10:00 AM, Schwab,Wilhelm K wrote: > Stef, > > This: > > Gofer new > squeaksource:'MetacelloRepository'; > package:'ConfigurationOfCitezen'; > load. > ( (Smalltalk at:#ConfigurationOfCitezen ) project version: #stable) load: { 'NoWeb'}. > > is loading Seaside. Did I do something wrong? does not seem so this is really strange because I'm hacking in and on top of citizen in this moment and I did get problem. > > Further, I've hit dependency warning (e.g. a 45 minute?? build stops dead in its tracks). Complaints so far over Transcript streams and Text Morph something or other. It finally bound up over preferences (missing message - detail later). I tried a separate load of Seaside, but it's complaining about preferences out of the gate. > > For the "you're just complaining" crowd, I'm simply reporting what is happening. I would very much like to see Jenkins build a 1.4 and then a 1.4+Seaside. Ok I will give a try because we migrated citizen to ss30 but we did not republished the configuration in MetacelloRepository. can you give a try? > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] > Sent: Thursday, February 23, 2012 3:21 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) > > Norbert, > > Thanks for the suggestion, but I really need to get things loaded so I can load an even bigger pile of code that I have written. There is also the question of how to capture all of the legacy data; it's not as easy as one might think, as some things are "in the wild." > > I've really used this system, and could simply hang at 1.1.1 for a long time - I'm trying to do better than that. > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Norbert Hartl [norbert(a)hartl.name] > Sent: Thursday, February 23, 2012 3:07 AM > To: Pharo-project(a)lists.gforge.inria.fr > Cc: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) > > Am 23.02.2012 um 08:27 schrieb "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu>: > >> Stef, >> >> Reading this is encouraging. I have not forgotten about 1.4, I have simply been heavily distracted. SIXX is a concern, as I built a lot on top of it and (I *think*) need to get it loaded in order to evaluate Fuel vs. it. XML parsers are a big part of life for SIXX. Regardless of any change I might make, SIXX should be in the image to load "legacy" data (from last month<g>). >> > Bill, > > is your real test to use sixx on 1.4? If you just want to test 1.4 then export your data with fuel from an 1.3 image and back into a 1.4 one. This should be pretty easy. > > Norbert >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] >> Sent: Wednesday, February 22, 2012 3:50 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Netstyle experience (was Do not feed the trolls) >> >> On Feb 22, 2012, at 1:58 PM, Norbert Hartl wrote: >> >>> >>> Am 22.02.2012 um 13:28 schrieb GermÃ¡n Arduino: >>> >>>> Example: xmlrpc died before to born, worked only in 1.1.1, now I must find time to update it to zinc and 1.3 but with the fear that again will not work in 1.4. >>> >>> What are your building blocks except http and xml? If you were working on 1.1.1 then xml parser moved quite a bit and zinc appeared on the scene. The changes to adopt xml parser should be minimal. Zinc provides a facade that mimicks backward compatibility. So you could have an easy start. But to be honest the situation is soooo much better with having zinc that you might save some time in development if you use zinc straight away. >>> And about 1.4: Yes, it moves a lot but zinc and xml do not. Xml is stable since months and the change rate in zinc is also dropping. So you might expect them to be available until...let's say...3 months from now. :) Ok, just kidding, I think the will stay similar for quite some time. >> >> Exactly. >> Doru got **all** the moose tools in 1.4 and some of them like glamour rely a lot on UI changes. >> I doubt that xmlrpc got any impacted on Morphic change. We do not change XML (but the XML maintainers did) >> and Zinc is just much much much better than the old system so it should be not difficult to adapt especially if you ask. >> >> Stef >> > > >

Feb. 23, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Esteban Lorenzano

Hi, Gaucho goes in a direction similar to codebubbles. I'm just waiting Fernando to finish his thesis, then we can prey on his work ;) best, Esteban El 23/02/2012, a las 4:22p.m., Igor Stasenko escribiÃ³: > On 23 February 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Sure we know. >> And we also know that it requires effort and lot of people are talking. >> > are *just* talking. > :) > >> Stef >> >> On Feb 23, 2012, at 7:27 PM, Matias Garcia Isaia wrote: >> >>> I hope you've seen CodeBubbles[0]... >>> >>> Wouldn't it be better something like that? If you want to see more >>> than one method (understandable situation), you open multiple "method >>> views" and that's it. Seeing a whole class as a file doesn't solve >>> much of the problem: nothing guarantees the methods you want to see >>> are toghether in "the file", and nothing guarantees the methods belong >>> to the same class... >>> >>> >>> Maybe just decoupling the method pane from the rest of the browser >>> (and providing some popping-out mechanism to have multiple method >>> panes at the same time) could help? >>> >>> >>> [0] http://www.andrewbragdon.com/codebubbles_site.asp >>> >>> On Thu, Feb 23, 2012 at 1:43 PM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> good idea! >>>> >>>> Stef >>>> >>>> On Feb 22, 2012, at 11:03 PM, Frank Shearar wrote: >>>> >>>>> Well, me! One thing that would make my life considerably easier is a >>>>> MessageSet-like browser that "flattened" the methods, so they were >>>>> displayed one above the other - simulating a text file, in other >>>>> words. So many times I want to look at how a set of classes implement >>>>> some method. >>>> >>>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Feb. 23, 2012

Re: [Pharo-project] fun with NBOpenGL

by Lawson English

My smorgasbord of Smalltalk OpenGL videos: http://www.youtube.com/playlist?list=PLD60480623B5B1382&feature=view_all my live refactoring demo using OpenGL, which usually gets non-Smalltalk programmers going "huh? how did you do that?": http://www.youtube.com/watch?v=_QGAAOPC0kE&list=PLD60480623B5B1382&index=7&… L. On 2/23/12 9:42 AM, StÃ©phane Ducasse wrote: > On Feb 22, 2012, at 11:22 PM, Lawson English wrote: > >> Thanks for that code, StÃ©phane. I'll work up a video tutorial on it once Igor gets his next configuration* set. > Excellent i was planning to do it but I'm flooded by work > What I want is that every single person with zero knowledge can do it by following the videos. > So if you can do that this is great. > > Then I would like to have a 3 min videos showing live modification of openGL objects on the fly. > You write in the browser and boom you see it on the screen. > >

Feb. 23, 2012

[Pharo-project] extracted the Cmd-q autocompletion to it's own class

by Guillermo Polito

So it can play with the same mechanism as O/ECompletion does. Attached is a changeset with a little class. I'm not sure how to package it yet, but I think it has to be packaged along with SelectorChooserMorph and others. It's related to this issue: http://code.google.com/p/pharo/issues/detail?id=439&q=cmd%20q&colspec=ID%20… Guille

Feb. 23, 2012

Re: [Pharo-project] fun with NBOpenGL

by Lawson English

My videos on Croquet OpenGL discuss the first 6. In fact, that GUI texture thing was done only using the techniques used in NeHe 6. I'll go back and recreate the NeHe code for 2-6 using NBOpenGL as soon as I get your updated code installed. L On 2/23/12 12:13 PM, Igor Stasenko wrote: > We actually should try and translate more NeHe tutorials[1]. I hope, > Stephane didn't found it hard to follow, because it is merely > copy-pasting C code and rewriting the syntax. > > http://nehe.gamedev.net/tutorial/lessons_01__05/22004/ > http://nehe.gamedev.net/tutorial/lessons_06__10/17010/ > http://nehe.gamedev.net/tutorial/lessons_11__15/28001/ > ... >

Feb. 23, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Igor Stasenko

On 23 February 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Sure we know. > And we also know that it requires effort and lot of people are talking. > are *just* talking. :) > Stef > > On Feb 23, 2012, at 7:27 PM, Matias Garcia Isaia wrote: > >> I hope you've seen CodeBubbles[0]... >> >> Wouldn't it be better something like that? If you want to see more >> than one method (understandable situation), you open multiple "method >> views" and that's it. Seeing a whole class as a file doesn't solve >> much of the problem: nothing guarantees the methods you want to see >> are toghether in "the file", and nothing guarantees the methods belong >> to the same class... >> >> >> Maybe just decoupling the method pane from the rest of the browser >> (and providing some popping-out mechanism to have multiple method >> panes at the same time) could help? >> >> >> [0] http://www.andrewbragdon.com/codebubbles_site.asp >> >> On Thu, Feb 23, 2012 at 1:43 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> good idea! >>> >>> Stef >>> >>> On Feb 22, 2012, at 11:03 PM, Frank Shearar wrote: >>> >>>> Well, me! One thing that would make my life considerably easier is a >>>> MessageSet-like browser that "flattened" the methods, so they were >>>> displayed one above the other - simulating a text file, in other >>>> words. So many times I want to look at how a set of classes implement >>>> some method. >>> >>> >> > > -- Best regards, Igor Stasenko.

Feb. 23, 2012

Re: [Pharo-project] fun with NBOpenGL

by Igor Stasenko

On 22 February 2012 23:22, Lawson English <lenglish5(a)cox.net> wrote: > Thanks for that code, StÃ©phane. I'll work up a video tutorial on it once > Igor gets his next configuration* set. > I made new config for NativeBoost. So, in order to make things run on latest 1.4. after loading config of NBOpenGL, load last version of NB: NBInstaller install. because in 1.4. there are some methods were deprecated, so if you won't update you will be faced with clicking 'continue' dozens of times. I'd like to thank Stephane, who extracting the knowledge from my by pincers :) I usually forgetting that something which is completely trivial to me may be not-so trivial to others, and needs explanations and examples. We actually should try and translate more NeHe tutorials[1]. I hope, Stephane didn't found it hard to follow, because it is merely copy-pasting C code and rewriting the syntax. http://nehe.gamedev.net/tutorial/lessons_01__05/22004/ http://nehe.gamedev.net/tutorial/lessons_06__10/17010/ http://nehe.gamedev.net/tutorial/lessons_11__15/28001/ ... -- Best regards, Igor Stasenko.

Feb. 23, 2012

[Pharo-project] Pharo Core 1.3 - Build # 15 - Failure!

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

Feb. 23, 2012