- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Rome/Athens notes
by Igor Stasenko May 31, 2010

May 31, 2010

On 31 May 2010 17:45, Juan Vuletich <juan(a)jvuletich.org> wrote: > Hi Stef, Igor, > > (copied Igor too) > > StÃ©phane Ducasse wrote: >> >> On May 30, 2010, at 10:57 PM, Igor Stasenko wrote: >> >> >>> >>> On 30 May 2010 23:08, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> >>>> cool post >>>> >>>> >>> >>> Yeah, these things are quite interesting. Except that not much people >>> actually interested in it :) >>> >> >> I do not think so. >> Good posts are read more that you believe. Now in mailing-list the numbers >> of mails >> cut the knowledge after a point. >> >> >>> >>> Here's another thing, which can be done right (if we want). >>> >>> Rome/OpenVG Paths is actually nothing else than a special kind of more >>> general thing - shape. >>> >>> So, at very basis, we should have only two components for painting: >>> shape and paint. >>> And in fact we need to support only a single operation: fill the shape >>> with given paint. >>> (The path stroke could be seen as a special kind of fill) >>> >>> >>> So the question is: Really. Why we should constrain ourselves with >>> specific things >>> from a very starting, by cutting out a most basic (and abstact ideas) >>> behind? >>> >>> There are infinite number of ways, how one could define a shape. >>> While paths is only a small, yet effective representation of shapes. >>> In same way there are infinite number of ways how one could define a >>> paint. >>> >>> Then this looks like a strong basis for building-up a powerful & >>> flexible graphics engine :) >>> >> >> I do not know. Do the other frameworks outside smalltalk use something >> else >> than paths? >> I think that we should start Â Â - making rome working. We are nearly there >> Â Â Â Â - test it >> Â Â Â Â - refactor it. >> Â Â Â Â - I would like to see the canvas for morphic30 too. >> Â Â Â Â - refactor the system to use that. >> stef >> > > The current Morphic 3 canvas is based on SVG / OpenVG. The main element is > the path. But the fundamental building block is a trajectory of a pen that > defines shapes, and fills. So it is easy to extend to ways to define shapes > other than paths. > How about shapes which defined by other means than trajectory of pen? Suppose things like parametric shapes. Circle/ellipse for instance could be defined by 1 coordinate and radius(es). > BTW, the Morphic 3 canvas is separated from the Morphs and their geometry. > This means that Morphic 3 morphs could be used with Athens / Rome / Cairo, > or even with Balloon. It also means that the Morphic 3 canvas could be used > with Morphic 2, Tweak or any other framework that can call an OpenVG like > api. > > I'm working on an update to the Morphic 3 web page right now. Will be ready > today or tomorrow, and it will include some actual samples of rendering. > Oh. This is indeed good news. I read about Morphic3 before, but you never mentined the details about it infrastructure. Now, its really nice to know that it is based on similar concepts. > Cheers, > Juan Vuletich > -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] Fwd: [squeak-dev] traits
by Mariano Martinez Peck May 31, 2010

May 31, 2010

Hi Norbert: I am not sure the current situation in Squeak but in Pharo I know it is used in some places. I think in some Collection testing and Nile framework...but I am not sure. Anyone can help? Cheers Mariano ---------- Forwarded message ---------- From: Norbert Fortelny <norbert.fortelny(a)gmail.com> Date: Wed, May 19, 2010 at 5:17 PM Subject: [squeak-dev] traits To: squeak-dev <squeak-dev(a)lists.squeakfoundation.org> Could anyone point me to sample code using traits in squeak. Poked around a bit but couldn't find anything. thanks and sorry if that is inappropriate here. Norbert

2 1

[Pharo-project] Manuia Memory Monitor
by Torsten Bergmann May 31, 2010

May 31, 2010

>I just did nothing. I mean NOTHING in the image, while Manuia was running Even if YOU do nothing in an image there are processes running (including Manuia itself) creating objects that get collected. >Another question: what is the red curve in your screenshot? I don't have >it. Click on "Probe class" and enter a class name, e.g. "Array" As Alexandre wrote: red line = evolution of the number of instances two things: - "Manuia Memory Monitor" => I would just call it "Memory Monitor" (at least in the menu) - When installed there is also a "MOEasel" menu entry appearing from Mondrian => gives a DNU when clicked Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[Pharo-project] Status of Alien FFI in windows Re: plan for 1.1
by Mariano Martinez Peck May 31, 2010

May 31, 2010

So...which is the status of Alien FFI ? I remember Marco Schmidt did the first work of running FFI in windows...then I think David was integrating such changes in VMMaker.. so, it is ready ? can be generate the plugin using VMMaker for winwows and it just works? Thanks for any update Mariano 2010/5/26 Guillermo Polito <guillermopolito(a)gmail.com> > Where can I read something about Alien? I can give a little hand for the > windows part :). > > > On Wed, May 26, 2010 at 11:12 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > >> Stef, >> >> I am more concerned about Alien on Linux, which is not working. Beyond >> that, I want to learn more about how to make calls using Alien; the more I >> read, the more I have my doubts about its ease of use. I will gladly eat >> those words if it's easy to use. >> >> 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: Wednesday, May 26, 2010 10:04 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] plan for 1.1 >> >> yes this is good point. >> I would like to have alien or ffi in 1.1. Now I do not know the status of >> Alien on windows. >> >> On May 26, 2010, at 2:52 PM, Schwab,Wilhelm K wrote: >> >> > Stef, >> > >> > My initial reaction to 1.1's approaching release was "where are the >> callbacks/aliens?" Sig appears to be offering some competition to Alien. >> If he/we can provide a comprehensive and convenient way to make calls, do >> callbacks, additionally put calls onto other OS threads, and do all of this >> on the three major platforms, then it could easily turn out the best option >> for external interfacing. >> > >> > I am happy to see us take time to get it right. My only concern would >> be that we not fall into a pattern of leaving out the difficult things that >> we set out to accomplish with a given release. Since 1.1 is approaching >> releasable form and FFI/Alien/NB is unclear at present, a release makes >> sense. >> > >> > Short answer: sure, whatever you say :) >> > >> > 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: Wednesday, May 26, 2010 4:20 AM >> > To: Pharo Development >> > Subject: [Pharo-project] plan for 1.1 >> > >> > Hi guys >> > >> > we were discussing how we can handle 1.1 and the flux of good changes. >> > Here is the proposal: >> > we take two or three weeks to let people try their code in 1.1 >> beta >> > we integrate fixes that are important or easy >> > then we wait one week >> > then we launch 1.1 rc and 1.2 unstable >> > >> > does this plan look ok for you? >> > The key point is that we want to avoid to have a pile of changes pending >> because they can rot easily. >> > >> > Stef >> > _______________________________________________ >> > 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 >

2 1

[Pharo-project] Recompile all in ImageForDevelopers ?
by Mariano Martinez Peck May 31, 2010

May 31, 2010

Hi folks. The official Pharo 1.0 has a little bug that you can see here: http://code.google.com/p/pharo/issues/detail?id=2341 In order to avoid such problems, I though about evaluating "Compiler recompileAll" during the ImageForDeveloper >> install method With this, when I or you are using ConfigurationOfPharo to build a Dev image, you will automatically realize there is a problem. What do you think? Cheers Mariano

3 4

[Pharo-project] Image Lockdown/Deployment mode
by Torsten Bergmann May 31, 2010

May 31, 2010

Does Pharo currently provide support for a deployment mode/image locking mode? I think of the following scenario: ================================== If one builds a rich (client) app for a customer based on Pharo (I mean a real app, no Smalltalk tool - for instance a game or a commercial app) he may want to: - lock the image so nobody is able to hit Cmd-. - exchange the Walkback to display a custom dialog instead of proving debugger access to the end user. Do we provide a hook already? - replace world menu with a custom menu. Do we provide a hook already? - wants to disable code evaluation in edit fields using * menus (no doIt, printIt, inspectIt just cut, copy, paste) * keyboard (Cmd-d, ...) - wants to disable Halos - prevent reading scripts/projects at startup so nobody is able to hijack the image and get access to the code - disable the dependency on source and changes file Maybe this locking facility can be reenabled after entering a password so a developer can still debug in the customers environment. (I remember Andreas said that they protect the Teleplace image and save the password hashed in image). Maybe Gary can share his experience to lock the "Pinesoft â MBagger" image or others how they lock down their image. Either we provide such a (switchable) mode in the default image or give a guide in the pharo book on how to restrict end user access to the Smalltalk environment in deployed applications. Yes - we provide a #cleanUpForProduction method - but this is more to reduce size. Maybe the old "Lockdown" package could be a start: http://wiki.squeak.org/squeak/518 I think of a loadable package "ImageLocker" with a class that can set/unset the appropriate preferences and provide alternative error handlers, menues, ... Any comments? Thx T. BTW: I remember having a hard time with the "deployment step" in most commercial environments due to "striping" the image. Now this is partly adressed by building images bottom to top using Metacello now. One could load his app based on a core without the extended dev-tools. But Pharo should really care to also easily disable developer facilities so developers may use it as the platform for their next project. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 4

[Pharo-project] Drag&drop a method, remove the method
by Serge Stinckwich May 31, 2010

May 31, 2010

With the last Pharo-dev (Pharo-1.1-11367-Betadev10.05.), when you drag&drop a method from a class to the same class, the method is just removed ... -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

3 7

[Pharo-project] O2 and Pharo 1.0
by JuanjoE May 31, 2010

May 31, 2010

Hi, I tried to install O2 in Pharo 1.0 update #10517. All I do was Loader new load: 'O2'. It works fine, but the problem I'm having is that oCompletion doesn't work with O2 browser. Any clue where I can start looking? Thanks El problema no es mentirse, el problema es creerse

3 3

[Pharo-project] How do I install seaside in Pharo 1.0?
by Torsten Bergmann May 31, 2010

May 31, 2010

When you use the script you will always load the "latestVersion" which is now (since time went on) a higher number for Seaside then at the times of Pharo 1.0 and is now surely intended for the newer Pharo 1.1. You can try one of the older versions by loading a specific version instead of the latest: ((Smalltalk at: #ConfigurationOfSeaside ) project version: '...') load You can also use one of the prebuilt images from: http://seaside.st/download/pharo Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

May 31, 2010

11381 ----- - Issue 2491: Rewrite Author prompt text similar to PharoCore 1.0. Thanks Miguel. - Issue 2492: choose default browser should be a setting. Thanks Alain - Issue 2475: StringTest#testUnCategorizedMethods fails. Thanks laurent Stef

1 0