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

Re: [Pharo-project] Diff tools

by StÃ©phane Ducasse

gary do we have resolved all conflict by taking the incoming? and the inverse because in the old diff tools we could and this is handy. On Feb 9, 2010, at 4:24 PM, GARY CHAMBERS wrote: > New version on SqueakSource Polymorph-Tools-Diff-gvc.20. > > Descriptions added and small bug fix for merge tool (selecting next conflict now ignores "resolved" conflicts). > > Merge and select incoming for each conflict to load.. > > Regards, Gary > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 11, 2010

Re: [Pharo-project] fixTemps and BlockContext question

by StÃ©phane Ducasse

thanks luc! Stef On Feb 10, 2010, at 10:00 AM, Luc Fabresse wrote: > Ok done in Kernel-LucFabresse.578 (PharoInbox). > BlockContext>>fixTemps and BlockClosure>>fixTemps have been deprecated. > Issue: http://code.google.com/p/pharo/issues/detail?id=1947 > > Luc > > 2010/2/9 Eliot Miranda <eliot.miranda(a)gmail.com> > > > 2010/2/9 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/2/9 Eliot Miranda <eliot.miranda(a)gmail.com> > > > > 2010/2/9 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > > 2010/2/9 Luc Fabresse <luc.fabresse(a)gmail.com> > > Hi all, > > I wonder why BlockContext>>fixTemps is still in PharoCore. > I guess that it should be removed, isn't it? > > I would like to remove them. > > It has only one sender. > > Yes, in the core ;) But the problem is that Seaside (I think only 2.8.4 as 3.0 seems to fixed that) or KomHttpServer are still using it. > > Of course, we can just remove it and assume that those external packages should be fixed to run on Pharo. Squeak trunk also has closures...so.. > > > Morever, should the BlockContext class be removed too? > > I would like, too. The only problem is the "compatibility". What maybe can be done is to remove the class but do something like > > Smalltalk at: #BlockContext put: #BlockClosure > > I think this is a really bad idea. Imagine loading something that adds functionality to BlockContext that simply makes no sense in BlockClosure or breaks when compiled on BlockClosure. Best live with the differences and upgrade than introduce a horrible hack that pretends to do backwards-compatibility but actually confuses the hell out of people. > > > :( So...what do you recommend us Eliot ? > > Leave BlockContext there for now. Port functionality in BlockContext to BlockClosure as required. In a few months (or perhaps even now) mark BlockClosure>>fixTemps and BlockContext protocol as deprecated so that uses of fixTemps and BlockContext generate warnings e.g. in the Transcript. In a few years get rid of BlockContext. > > > Right now all we're talking about is having a null implementation of fixTemps in BlockClosure. Marking this deprecated seems to be adequate. Or am I not understanding your concerns? > > Later on, in synchrony with Squeak and eToys I would like us to consider whether it is worth-while collapsing ContextPart and MethodContext into a single class called something like Context or SmalltalkExecutionContext or ExecutionContext or ThisContext. > > > > HTH > > > But I have no idea the impact of this.... > > which is one really good reason /not/ to do it :) > > ahahhaha that's true :) > > > best > Eliot > > > Depending on answers, I will write a bug report. > > Luc > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 11, 2010

Re: [Pharo-project] [Pharo-users] Pharo screencasts - how to

by laurent laffont

> >> I want to share how I record screencasts for Pharocasts >> http://pharocasts.blogspot.com/ in case someone wants to participate. Now >> there's 11 screencasts. The difficult part is to have> a good idea / >> scenario for a screencast. Comments and ideas are welcome. >> >> > Thanks for this notes!! > > I always like the "self described" mechanisim. Pharo is written in Pharo. > Can you do a screencast how to do screencasts ? somehow transform this mail > in screencast ? > Here it is: http://pharocasts.blogspot.com/2010/02/how-i-record-screencasts-for-pharoca… Really strange experience to record a screencast to record a screencast ;) Laurent Laffont

Feb. 11, 2010

Re: [Pharo-project] File Out html with Syntax Highlighting

by Levente Uzonyi

On Wed, 10 Feb 2010, Nathan Tuttle wrote: > I find it very useful when learning a language to see the code accurately > syntax highlighted on a web page when a snippet is shown. I want to design a > fileout method that will allow developers to file out code with html to put > into a web page. > > I know I need to use RBFormatter; any ideas on where to go from here? Where > do I get a codestream for example? In Squeak there's a "copy html" menu item in the context menu of StringHolder (available in Browser, Workspace, etc.) which copies the contents as html to the clipboard. If you just want a few code snippets with syntax highlight you can use this (the syntax highlight is provided by Shout). If you need something more complex, you can still use Shout to higlight your code (which will give you Text objects) and Text >> #printHtmlOn: to convert it to html. Note that both the "copy html" menu item and the Text to html conversion was removed from Pharo so you have to roll your own if you need it. Syntax highlighting can still be done with Shout. Levente > > thanks >

Feb. 11, 2010

Re: [Pharo-project] [squeak-dev] File out as Ruby - Possible ?

by Serge Stinckwich

Yes, Lukas show me how to do that. It's very easy. On Wed, Feb 10, 2010 at 11:34 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Have a look at the RB AST. You can traverse the AST similar to the > pretty-printer that is included (RBFormatter and > RBConfigurableFormatter) and instead emit Ruby. I've done something > similar for Javascript, and others have done it for other languages. > > Lukas > > On 10 February 2010 16:51, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: >> Hi, >> >> Do you know if it's possible to export smalltalk code in ruby ? >> I have to port a small app I did and so, it could help me :) >> >> I don't think there's an existing tool, but maybe some directions... >> Actually, I'd prefer writing a simple tool to do that rather than >> doing all by hand. >> >> I don't expect it to work out of the box, but just save me some time. >> >> TIA >> >> -- >> CÃ©drick >> >> > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

Feb. 11, 2010

Re: [Pharo-project] OpenGL in pharo?

by Javier PimÃ¡s

Nice!! I'll try and let you know the results (I'm on Ubuntu). Regards, Javier. 2010/2/10 Eliot Miranda <eliot.miranda(a)gmail.com> > > > 2010/2/10 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > > Fernando, >> thanks for the tips. I read about lumiere before, but I'm not >> looking for a complete 3d framework, just the opengl wrappers to do some >> experiments. A complete framework would be too much for what I want to try >> (hw acelerated 2d animations). Anyway, your pdf gave me a better idea of the >> status of all the available projects. >> >> As of Croquet, yes, someone decoupled the OpenGL part (which is the same >> I tested yesterday and depends on Ballon3D). I finally was able to load it >> in pharo! If anyone is interested here are the steps: >> >> Take a pharo image (mine had FFI and VMMaker already loaded, I don't know >> if they were needed at all) >> >> In monticello add squeaksource.com/Balloon3D. Open it and load just this >> packages in order: Balloon3D-constants, Balloon3D-kernel, Balloon3D-math. >> >> Now add squeaksource.com/OpenGL and load it. >> >> That's all to load it, to try it, doit this code, and when you get errors >> change occurrences of Smalltalk to SmalltalkImage current. >> >> >> ogl := OpenGL newIn: (0@0 extent: 300@300). >> green := 1. >> canvas := OGLCanvas new initialize: ogl. >> fade:= 0. >> >> 1000 timesRepeat: [ >> ogl glClearColor:0 with: fade with: 0 with: 1. >> ogl glClear: 16r4000. >> ogl swapBuffers. >> fade := fade + 0.001. >> ]. >> >> fade := 0. >> >> >> I think the best way would be to use AlienOpenGL, which is the future, but >> for that I'll have to wait alien support in linux. >> > > The alien code should "just work" on linux, but subtleties in alloca mean > it crashes on e.g. Ubuntu. But Ryan Macnak juts got the AlienFFI working in > Newspeak on Ubuntu. > > I think what's happened is that recent Linux gcc versions increase the > stack alignment to 16 bytes to support x86 sse2 instructions, where 16 byte > alignment is required to avoid alignment violations using 128-bit transfers > to/from the xmm registers. So in platforms/Cross/plugins/ia32abicc.c > where it states > > #if __APPLE__ && __MACH__ && __i386__ > # define STACK_ALIGN_BYTES 16 > #endif > > this should probably read > > #if ((__APPLE__ && __MACH__) || __linux__) && __i386__ > # define STACK_ALIGN_BYTES 16 > #endif > > Give it a go and you should find the AlienFFI will work on linux. > > >> Regards, >> Javier. >> >> 2010/2/10 Fernando olivero <oliverof(a)lu.unisi.ch> >> >>> Hola Javier, on top of AlienOpenGL , which is just an interface to >>> OpenGL, i've built a 3d framework with better abstractions called Lumiere. ( >>> http://www.inf.usi.ch/phd/olivero/LumierePage.html (A little bit >>> outdated...i've added a couple of more things recently..) >>> >>> In this paper that we presented at the last ESUG/IWST 09 , with also >>> did brief survey of OpenGL in smalltalk. ( >>> www.esug.org/data/ESUG2009/IWST/iwst09_submission_6.pd) >>> >>> If there's a plugin for AlienFFI for Linux i'm not sure. But have you >>> tried the FFI binding of OGL of Croquet? That one works in Linux. Look in >>> squeaksource, because i remember someone decoupled the OGL wrapper from >>> Croquet and put it there. >>> >>> I dont know if June ( for visual works) works in linux, but you could >>> take a look of it. >>> >>> >>> >>> >>> Saludos, >>> Fernando >>> >>> >>> On Feb 10, 2010, at 3:01 AM, Javier PimÃ¡s wrote: >>> >>> Hi, I've been browsing the different ways to use OpenGL in pharo and >>> squeak. Here is a log of the results: >>> >>> 1 - Baloon3D - It looks like a layer on which squeaksource.com/OpenGLstands, so to use opengl you load balloon3d, then opengl and if you have the >>> Balloon3dPlugin available then you can use OpenGL. This seems to include >>> code dated from 2007/before. It loads fine in Squeak but in pharo I get many >>> errors (load balloon3d-all in pharo1.0 rc2). >>> >>> 2 - GLMorphic - It uses FFI, so no plugin is needed, but it seems to be >>> programmed only for windows, and I'm working in linux now. >>> >>> 3 - AlienOpenGL - It uses the new Alien FFI, which is only available in >>> Mac platform. >>> >>> So, the question is: is there any way to play with OpenGL in pharo on >>> linux platform ? >>> >>> Regards, >>> Javier. >>> >>> -- >>> Javier PimÃ¡s >>> Ciudad de Buenos Aires >>> <ATT00001..txt> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

Feb. 11, 2010

Re: [Pharo-project] File Out html with Syntax Highlighting

by Eliot Miranda

2010/2/10 Nathan Tuttle <nathan.tuttle(a)gmail.com> > I find it very useful when learning a language to see the code accurately > syntax highlighted on a web page when a snippet is shown. I want to design a > fileout method that will allow developers to file out code with html to put > into a web page. > > I know I need to use RBFormatter; any ideas on where to go from here? Where > do I get a codestream for example? > You can also use the Shout formatter and the Tweak-Text-HTML text to html support. I used this to highlight the code on my blog. I have some tweaks to this code if you go this route. > thanks > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 11, 2010

[Pharo-project] File Out html with Syntax Highlighting

by Nathan Tuttle

I find it very useful when learning a language to see the code accurately syntax highlighted on a web page when a snippet is shown. I want to design a fileout method that will allow developers to file out code with html to put into a web page. I know I need to use RBFormatter; any ideas on where to go from here? Where do I get a codestream for example? thanks

Feb. 11, 2010

Re: [Pharo-project] RBAbstractClass>>isAbstract

by Fernando olivero

Ok, that's what i've did. Just wanted to check if somebody else also found weird that definition. Thanks Lukas, Fernando On Feb 11, 2010, at 12:14 AM, Lukas Renggli wrote: >> Lukas, do you think the second statement in this method could be removed, it would take a lot less time to know if a class is abstract. >> >> RBAbstractClass>>isAbstract >> (self whichSelectorsReferToSymbol: #subclassResponsibility) isEmpty >> ifFalse: [^true]. >> model allReferencesToClass: self do: [:each | ^false]. >> ^true >> >> I know it would change the definition of what is an abstract class for RB, but i'm just wondering if this is ok: >> >> "A Class is abstract if it defines a subclassResponsibility method and no other classes reference it" >> >> The second clause in my opinion could be avoided. > > Just recently I looked at that definition too. It is a bit strange. > Also given that it only looks for #subclassResponsibility in the class > itself and not in the superclasses. > > Unfortunately changing anything breaks some tests. As discussed > previously there is not a single definition of an abstract class, so > maybe it is best if you add your own domain-specific implementation of > #isAbstract. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 10, 2010

Re: [Pharo-project] RBAbstractClass>>isAbstract

by Lukas Renggli

> Lukas, Â do you think the second statement in this method could be removed, it would take a lot less time to know if a class is abstract. > > RBAbstractClass>>isAbstract > Â Â Â Â (self whichSelectorsReferToSymbol: #subclassResponsibility) isEmpty > Â Â Â Â Â Â Â Â ifFalse: [^true]. > Â Â Â Â model allReferencesToClass: self do: [:each | ^false]. > Â Â Â Â ^true > > I know it would change the definition of what is an abstract class for RB, but i'm just wondering if this is ok: > > "A Class is abstract if it defines a subclassResponsibility method and no other classes reference it" > > The second clause in my opinion could be avoided. Just recently I looked at that definition too. It is a bit strange. Also given that it only looks for #subclassResponsibility in the class itself and not in the superclasses. Unfortunately changing anything breaks some tests. As discussed previously there is not a single definition of an abstract class, so maybe it is best if you add your own domain-specific implementation of #isAbstract. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 10, 2010