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

Re: [Pharo-project] Netstyle experience (was Do not feed the trolls)

by Igor Stasenko

my 2c. Pharo is not an IDE. It is a platform. About whether we should focus on Desktop or Web. My answer: both. Web main purpose was (and i think it will stay like that in a future) to deliver a content to user(s). A desktop is different: it is to provide a working place. There's a third niche, which is developing in recent years: small/embedded devices. No UI, no "browser" you can rely on, just a bare hardware. And Pharo also having something to propose in this direction. These directions is cross-pollinating. We want small, modular core? Ok. perfect match for embedded devices. We want a good FFI? Again, perfect match for OpenGL users. We want non-blocking, scalable I/O? perfect match for Web users. Now it doesn't means that non-blocking I/O is useful only for Web. I think if you take any direction, you will find that it quite useful there as well.

Feb. 23, 2012

Re: [Pharo-project] Netstyle experience (was Do not feed the trolls)

by Milan Mimica

On 23 February 2012 07:58, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > > well take what you believe is important for you and help us. > I will. Question: do you expect Pharo to fork into more specialized branches? I would like if that happened. -- Milan Mimica http://sparklet.sf.net

Feb. 23, 2012

Re: [Pharo-project] Ecompletion/OCompletion

by Alain Plantec

Le 23/02/2012 15:49, StÃ©phane Ducasse a Ã©crit : > But > spec for: #pharo do: [ > spec > package: 'Shout' with: 'Shout-AlainPlantec.113'; > package: 'ShoutTests' with: 'ShoutTests-GuillermoPolito.13'. > > looks quite old when I see that I'm at Shout-StephaneDucasse.130 strange, for me, the up-to-date version is Shout-AlainPlantec.114 from http://www.squeaksource.com/shout <http://www.squeaksource.com/shout%27> Alain > So I will check because may be the configuration of metacelloRepository is not up to date. > > > Stef

Feb. 23, 2012

[Pharo-project] [update 1.3] #13324

by Marcus Denker

13324 ----- Issue 5352: Failign test: GoferApiTest>>testRepositoryErrors http://code.google.com/p/pharo/issues/detail?id=5352 -- Marcus Denker -- http://marcusdenker.de

Feb. 23, 2012

[Pharo-project] [update 1.4] #14349

by Marcus Denker

14349 ----- Issue 5351: ProfStef - syntax highlighting http://code.google.com/p/pharo/issues/detail?id=5351 -- Marcus Denker -- http://marcusdenker.de

Feb. 23, 2012

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

by StÃ©phane Ducasse

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] Netstyle experience (was Do not feed the trolls)

by StÃ©phane Ducasse

On Feb 23, 2012, at 11:12 AM, Janko MivÅ¡ek wrote: > S, Milan Mimica piÅ¡e: > >>> Pharo is an IDE. IDEs don't run on tablets. >> >> But open your eyes. Pharo is much more than an ide. > >> Exactly. And Squeak is even more than Pharo, but more is not better. I >> think we should focus and there is still too many opinions of what Pharo >> should be. Some try to pull in OpenGL interface, some would like to >> improve the headless mode, some use it as a web platform. Most efforts >> will go to waste. Pharo cannot possibly be that much. > > Agree, let we rather focus on few areas, specially in forthcoming Pharo > Consortium. > > Is the goal of Pharo Vision document also to determine on which areas to > focus? It was more what we are working on and should finish. But the key underlying message: is focus on infrastructure - robust error handler - anonucnements - event hnalding - basic ui cleaning - cleaning cleaning cleaning to enable others to do something for their future. > Fokus short-term and long term, and on which areas to just > experiment for now ? > > Best regards > Janko > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si >

Feb. 23, 2012

Re: [Pharo-project] Netstyle experience (was Do not feed the trolls)

by StÃ©phane Ducasse

:) We got a team meeting around 1.4 release yesterday and we have to fix some points first :) > hehe, well, I say in the sense that it's greatly possible that 1.4 is released BEFORE I can even write a single line of the new xmlrpc... :) > >> >> > Now I code in 1.4 most of my time. >> >> Thanks, this is a response to me :) > > Don't forget that Steph is the counter type of your potential audience. So don't follow him but do the opposite :) > > Norbert > > > >

Feb. 23, 2012

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

by StÃ©phane Ducasse

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.

Feb. 23, 2012

Re: [Pharo-project] fun with NBOpenGL

by StÃ©phane Ducasse

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. Here are my notes. MCHttpRepository location: 'http://www.squeaksource.com/NBOpenGL' user: '' password: '' ConfigurationOfNBOpenGL project lastVersion load GLTTRenderingDemo new openInWorld GLViewportMorph subclass: #GLStef instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'NBOpenGL-Stef' GLStef new openInWorld render | gl | self checkSession. gl := display gl. display clear: Color white. + refresh gluperspective glfrustum http://nehe.gamedev.net/article/replacement_for_gluperspective/21002/ perspectiveFovY: fovY aspect: aspect zNear: zNear zFar: zFar "Replaces gluPerspective. Sets the frustum to perspective mode. // fovY - Field of vision in degrees in the y direction // aspect - Aspect ratio of the viewport // zNear - The near clipping distance // zFar - The far clipping distance " perspectiveFovY: fovY aspect: aspect zNear: zNear zFar: zFar "Replaces gluPerspective. Sets the frustum to perspective mode. // fovY - Field of vision in degrees in the y direction // aspect - Aspect ratio of the viewport // zNear - The near clipping distance // zFar - The far clipping distance " | fW fH | fH := (fovY / (360 * Float pi)) tan * zNear. "fH = tan( fovY / 360 * pi ) * zNear;" fW := fH * aspect. display gl frustum_left: fW negated right: fW bottom: fH negated top: fH zNear: zNear zFar: zFar openGL cube tutorial http://nehe.gamedev.net/tutorial/3d_shapes/10035/ glMatrixMode(GL_PROJECTION); // Select The Projection Matrix glLoadIdentity(); // Reset The Projection Matrix // Calculate The Aspect Ratio Of The Window gluPerspective(45.0f,(GLfloat)width/(GLfloat)height,0.1f,100.0f); glMatrixMode(GL_MODELVIEW); // Select The Modelview Matrix glLoadIdentity(); render | gl | self checkSession. gl := display gl. display clear: Color white. gl matrixMode: GL_PROJECTION; loadIdentity. self perspectiveFovY: 45.0 aspect: (self width /self height) asFloat zNear: 0.1 zFar: 100.0. gl matrixMode: GL_MODELVIEW. gl loadIdentity. glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); // Clear Screen And Depth Buffer glLoadIdentity(); // Reset The Current Modelview Matrix glTranslatef(-1.5f,0.0f,-6.0f); // Move Left 1.5 Units And Into The Screen 6.0 glRotatef(rtri,0.0f,1.0f,0.0f); // Rotate The Triangle On The Y axis ( NEW ) glBegin(GL_TRIANGLES); // Start Drawing A Triangle glColor3f(1.0f,0.0f,0.0f); // Red glVertex3f( 0.0f, 1.0f, 0.0f); // Top Of Triangle (Front) glColor3f(0.0f,1.0f,0.0f); // Green glVertex3f(-1.0f,-1.0f, 1.0f); // Left Of Triangle (Front) glColor3f(0.0f,0.0f,1.0f); // Blue glVertex3f( 1.0f,-1.0f, 1.0f); // Right Of Triangle (Front) glColor3f(1.0f,0.0f,0.0f); // Red glVertex3f( 0.0f, 1.0f, 0.0f); // Top Of Triangle (Right) glColor3f(0.0f,0.0f,1.0f); // Blue glVertex3f( 1.0f,-1.0f, 1.0f); // Left Of Triangle (Right) glColor3f(0.0f,1.0f,0.0f); // Green glVertex3f( 1.0f,-1.0f, -1.0f); // Right Of Triangle (Right) glColor3f(1.0f,0.0f,0.0f); // Red glVertex3f( 0.0f, 1.0f, 0.0f); // Top Of Triangle (Back) glColor3f(0.0f,1.0f,0.0f); // Green glVertex3f( 1.0f,-1.0f, -1.0f); // Left Of Triangle (Back) glColor3f(0.0f,0.0f,1.0f); // Blue glVertex3f(-1.0f,-1.0f, -1.0f); // Right Of Triangle (Back) glColor3f(1.0f,0.0f,0.0f); // Red glVertex3f( 0.0f, 1.0f, 0.0f); // Top Of Triangle (Left) glColor3f(0.0f,0.0f,1.0f); // Blue glVertex3f(-1.0f,-1.0f,-1.0f); // Left Of Triangle (Left) glColor3f(0.0f,1.0f,0.0f); // Green glVertex3f(-1.0f,-1.0f, 1.0f); // Right Of Triangle (Left) glEnd(); // Done Drawing The Pyramid glLoadIdentity(); // Reset The Current Modelview Matrix glTranslatef(1.5f,0.0f,-7.0f); // Move Right 1.5 Units And Into The Screen 7.0 glRotatef(rquad,1.0f,1.0f,1.0f); // Rotate The Quad On The X axis ( NEW ) glBegin(GL_QUADS); // Draw A Quad glColor3f(0.0f,1.0f,0.0f); // Set The Color To Green glVertex3f( 1.0f, 1.0f,-1.0f); // Top Right Of The Quad (Top) glVertex3f(-1.0f, 1.0f,-1.0f); // Top Left Of The Quad (Top) glVertex3f(-1.0f, 1.0f, 1.0f); // Bottom Left Of The Quad (Top) glVertex3f( 1.0f, 1.0f, 1.0f); // Bottom Right Of The Quad (Top) glColor3f(1.0f,0.5f,0.0f); // Set The Color To Orange glVertex3f( 1.0f,-1.0f, 1.0f); // Top Right Of The Quad (Bottom) glVertex3f(-1.0f,-1.0f, 1.0f); // Top Left Of The Quad (Bottom) glVertex3f(-1.0f,-1.0f,-1.0f); // Bottom Left Of The Quad (Bottom) glVertex3f( 1.0f,-1.0f,-1.0f); // Bottom Right Of The Quad (Bottom) glColor3f(1.0f,0.0f,0.0f); // Set The Color To Red glVertex3f( 1.0f, 1.0f, 1.0f); // Top Right Of The Quad (Front) glVertex3f(-1.0f, 1.0f, 1.0f); // Top Left Of The Quad (Front) glVertex3f(-1.0f,-1.0f, 1.0f); // Bottom Left Of The Quad (Front) glVertex3f( 1.0f,-1.0f, 1.0f); // Bottom Right Of The Quad (Front) glColor3f(1.0f,1.0f,0.0f); // Set The Color To Yellow glVertex3f( 1.0f,-1.0f,-1.0f); // Top Right Of The Quad (Back) glVertex3f(-1.0f,-1.0f,-1.0f); // Top Left Of The Quad (Back) glVertex3f(-1.0f, 1.0f,-1.0f); // Bottom Left Of The Quad (Back) glVertex3f( 1.0f, 1.0f,-1.0f); // Bottom Right Of The Quad (Back) glColor3f(0.0f,0.0f,1.0f); // Set The Color To Blue glVertex3f(-1.0f, 1.0f, 1.0f); // Top Right Of The Quad (Left) glVertex3f(-1.0f, 1.0f,-1.0f); // Top Left Of The Quad (Left) glVertex3f(-1.0f,-1.0f,-1.0f); // Bottom Left Of The Quad (Left) glVertex3f(-1.0f,-1.0f, 1.0f); // Bottom Right Of The Quad (Left) glColor3f(1.0f,0.0f,1.0f); // Set The Color To Violet glVertex3f( 1.0f, 1.0f,-1.0f); // Top Right Of The Quad (Right) glVertex3f( 1.0f, 1.0f, 1.0f); // Top Left Of The Quad (Right) glVertex3f( 1.0f,-1.0f, 1.0f); // Bottom Left Of The Quad (Right) glVertex3f( 1.0f,-1.0f,-1.0f); // Bottom Right Of The Quad (Right) glEnd(); // Done Drawing The Quad rtri+=0.2f; // Increase The Rotation Variable For The Triangle ( NEW ) rquad-=0.15f; // Decrease The Rotation Variable For The Quad ( NEW ) return TRUE; // Keep Going > > L. > > On 2/22/12 2:11 PM, StÃ©phane Ducasse wrote: >> Igor coded with me one hour to show me step by step how to produce a rotating pyramid in Pharo :) >> >> Have fun (igor will update the configurationOfNBOpenGL to load the latest file). >> >> >> > >

Feb. 23, 2012