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

Re: [Pharo-project] about a digest for the mailing-list

by Sean P. DeNigris

We can also be more rigorous about asking user questions on the user list. I wonder what the difference is between these and Squeak-dev/beginner, which seem to be more balanced. Sean -- View this message in context: http://forum.world.st/about-a-digest-for-the-mailing-list-tp2239731p2240148… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 2, 2010

Re: [Pharo-project] Rome Canvas to replace an ordinary canvas [Was: Re: Rendering fonts on OpenGL ]

by Cyrille Delaunay

Some news (sources at www.squeaksource.com/Athens) About having a first 'minimal' version, working with RomePluginCanvas and RomeReferenceCanvas, it seems to be ok. I retrieve the tests from Sophie and all are green. In romeDemo, I made a category with some working examples (using RomePluginCanvas and RomeRefrenceCanvas). However, There is still some primitive faillures for which I'm not able to do a lot of things: see for example RomeDemo class >> demoRotateWindow. Now about fonts, I thing the best is to rebuild all: a part of the code is using some Tweak specific classes, or other classes no longer present in Pharo. Morover I wonder why it is usefull to have a Rome-comon API for fonts (RomeFont), when pharo as already its own AbstractFont API ? fonts are just set to a canvas to draw strings. You can see an example using fonts in RomeDemo class >> demoRotateSophieLogo. >From tweak, I only kept classes about CTransformCanvas, but I don't know what it is :) There is just a working example in RomeDemo. So maybe it could be removed (I think all the 'Athens-Tweak' category could be removed). So maybe at this point we could start to fix the API (?) 2010/5/24 Igor Stasenko <siguctua(a)gmail.com> > On 24 May 2010 22:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Ok. Let me start. > > > > Excellent I want to learn. > > And I will ask cyrille to read all that. > > The first things is that we should get Rome working then we fix the api. > > > > > >> Rome/Athens adds variouls extension methods to classes which are > >> involved with graphics. > >> Here is one of them: > >> > >> GradientFillStyle>>installOnRomePluginCanvas: aCanvas > >> | colorStops i | > >> colorStops := WordArray new: colorRamp size * 3. > >> i := 0. > >> colorRamp do: [:stop | > >> colorStops at: (i:=i+1) put: (stop key * 65536.0) rounded. > >> colorStops at: (i:=i+1) put: stop value privateRGB. > >> colorStops at: (i:=i+1) put: stop value privateAlpha]. > >> radial == true > >> ifTrue: [ > >> aCanvas primFillRadialGradientOriginX: origin x > asFloat > >> y: origin y asFloat > >> directionX: direction x asFloat > >> y: direction y asFloat > >> normalX: self normal x asFloat > >> y: self normal y asFloat > >> colorStops: colorStops] > >> ifFalse: [ > >> aCanvas primFillLinearGradientOriginX: origin x > asFloat > >> y: origin y asFloat > >> directionX: direction x asFloat > >> y: direction y asFloat > >> colorStops: colorStops] > >> > >> Good: > >> - a conversion method is context sensitive (it takes a canvas as an > argument) > >> Bad: > >> - this conversion method will work only for Rome plugin and nothing > else. > > > > how to you see that? > > > > Well, consider this: > > colorRamp do: [:stop | > colorStops at: (i:=i+1) put: (stop key * 65536.0) rounded. > colorStops at: (i:=i+1) put: stop value privateRGB. > colorStops at: (i:=i+1) put: stop value privateAlpha]. > > most likely, this will be inappropriate for anything else than RomePlugin. > While, of course each kind of canvas could implement own > #primFillLinearGradientOriginX: y:directionX: y: colorStops: > except that it should not be a prim, and then it will waste time converting > color stops again - into a form, which fits best for its own needs. > So, why using 2 conversions, where 1 is enough? :) > > In same way, #asFloat may be not necessary, because canvas could > accept integers as well as floats, > so converting everything to floats is just a waste of time. > > > > >> This means, that if i'd want to use different canvas, i will need to > >> add another method > >> which will perform a conversion. > > > > you lost me there. But I ;m sure that you will explain it to me :) > > > > I meant that i would need to add the > GradientFillStyle>>installOnRomeGLCanvas: aCanvas > instead of reusing the code. > > > > >> But this can be avoided, if we provide a generic canvas method to > >> create a gradient fills. > >> Then this method could be renamed to #installOnRomeCanvas: > >> and implementation will consist of messages, sent to canvas to build a > >> gradient fill. > > > > do you have a sketch that I follow the example 100% > > > > GradientFillStyle>>installOnRomeCanvas: aCanvas > ^ aCanvas cacheAt: self ifAbsentPut: [ aCanvas gradientFill: #linear > origin: ... colors: ... ] > > and generally, a persistent resources (or ones which may change, but > rarely) > could use a following pattern: > > Something>>installOnRomeCanvas: aCanvas > self isChanged ifTrue: [ aCanvas invalidateCache: self ]. > ^ aCanvas cacheAt: self ifAbsentPut: [ aCanvas createSomething: ... ] > > Then, after heating-up, it will run at maximum efficiency by using a cached > (and already converted resources) instead of performing conversions each > time. > > >> Another example: > >> > >> asRomeFill , asRomeFont > >> > >> - this is bad. > >> Its not a context-sensitive. And therefore , an implementation of > >> these methods assumes that it will provide > >> the most suitable conversion of fill or font for Rome backend. > >> But depending on backend, it may not be the case! > >> So, all methods like this, should always use a canvas as argument and > >> talk back to canvas > >> to perform a conversion. > > > > I see we need a factory and the canvas will play this role. > > > > Yes. > > > > Stef > >> > >>> Stef > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko AKA sig. > >> > >> _______________________________________________ > >> 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 > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 2, 2010

Re: [Pharo-project] The Morphic 3 project

by Juan Vuletich

Lukas Renggli wrote: > Hi Juan, > > This looks really exiting! > > How do you get the actual pixels drawn? Is this implemented in > Smalltalk? Did you write primitives to do that? Are you using external > libraries? How does it compare performance wise with the current > rendering? > > Lukas > > Hi Lukas, I'm glad you like it. It is all done in Smalltalk. There are no external libraries. In fact, I developed new drawing algorithms that are better than those in Cairo, AGG, etc. So there are no libraries in existence I could call! The sampling theorem is about 80 years old. It is the base (together with Fourier analysis) of most of the DSP (Digital Signal Processing) field. It is therefore the basis of digital audio and photography. But it seems I am the first one to apply it to 2d rendering! I have been working on this for the last 3 years, after finishing my Ms.Sc. in CS on Image and Signal Processing. I had to establish the theoretical foundations, and come up with new algorithms to draw basic elements using this theory. What you see are the first practical result of all this work. It is still pure Smalltalk, and therefore, a bit slow. The lion takes 1.8 secs to draw on my 1.6GHz Mac mini. I am still changing the code a lot, but when it stabilizes I'll do a VM plugin. I guess it would be about 100 times faster. The other option is to use Igor's NativeBoost. That could perhaps be 10 times faster than the plugin, at the cost of portability and hand written asm (I'd done lots of asm in a previous life). Cheers, Juan Vuletich > On 2 June 2010 13:43, Juan Vuletich <juan(a)jvuletich.org> wrote: > >> Hi Folks, >> >> I'm new to this list, but many of you already know me. >> >> Morphic 3 is a deep redesign of the Morphic framework. It includes new >> rendering algorithms I developed that produce unparalleled visual quality. >> Really. This is the best 2d rendering in the world. You can take a look at >> www.jvuletich.org. I have been working a lot recently, and uploaded several >> very cool samples for you to see. >> >> I also want to thank publicly to Stef Ducasse and ESUG, as they are >> sponsoring Morphic 3 via the "support your project" program, described in >> http://www.esug.org/Promotion/Project . Thanks ESUG! >> >> Comments welcome. >> >> Cheers, >> Juan Vuletich >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> > > > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.819 / Virus Database: 271.1.1/2912 - Release Date: 06/02/10 03:25:00 > >

June 2, 2010

Re: [Pharo-project] The Morphic 3 project

by Lukas Renggli

Hi Juan, This looks really exiting! How do you get the actual pixels drawn? Is this implemented in Smalltalk? Did you write primitives to do that? Are you using external libraries? How does it compare performance wise with the current rendering? Lukas On 2 June 2010 13:43, Juan Vuletich <juan(a)jvuletich.org> wrote: > Hi Folks, > > I'm new to this list, but many of you already know me. > > Morphic 3 is a deep redesign of the Morphic framework. It includes new > rendering algorithms I developed that produce unparalleled visual quality. > Really. This is the best 2d rendering in the world. You can take a look at > Â www.jvuletich.org. I have been working a lot recently, and uploaded several > very cool samples for you to see. > > I also want to thank publicly to Stef Ducasse and ESUG, as they are > sponsoring Morphic 3 via the "support your project" program, described in > http://www.esug.org/Promotion/Project . Thanks ESUG! > > Comments welcome. > > Cheers, > Juan Vuletich > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

June 2, 2010

Re: [Pharo-project] about a digest for the mailing-list

by laurent laffont

On Wed, Jun 2, 2010 at 12:23 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > For me I'm open to a lot of suggestions but at the end of the day is who > can do it. > A way is to have weekly news rather than monthly, it's shorter so less time to write it. I can participate but I want other people, so we can write in turns. As a rule we can take the 3 longer threads of the week and write a summary (or copy/paste good messages). For each thread put a link in the news pointing to forum.world.st interface. Add a section 'Annoucements' for new or updated packages announced on mailing-list. Laurent > > Stef > > On Jun 2, 2010, at 10:37 AM, laurent laffont wrote: > > > > > On Wed, Jun 2, 2010 at 10:26 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > we could have something a bit more detailed > > then we could also reach people. > > I do not know who is reading the blog > > May be this is enough but the blog is not really active > > > > I prefer the blog, it makes some activity on the website. > > Yes it's not really active. > > > > The format I like is wine news, see http://www.winehq.org/wwn/362 as > there's link to threads on mailing-list, shows progress & community. > > sound goods. > How do we use that? > > > > > Laurent > > > > > > > > Stef > > On Jun 2, 2010, at 10:18 AM, laurent laffont wrote: > > > > > > > > > > > On Wed, Jun 2, 2010 at 10:08 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > > Hi > > > > > > I think that lot of people are overwhelmed by the flux of mails. I > would like get us doing the following: > > > - have an announce mailing-list with a low traffic and important > announces > > > - having a monthly report of items. > > > > > > For the second point we could have a group of people picking info in > the list and creating a wiki page and > > > at the end of the month sending it in the announce list. > > > > > > What do you think? > > > Who could help? > > > > > > Isn't it a duplicate effort of http://pharo-project.org/news ? > > > > > > Laurent Laffont > > > > > > http://pharocasts.blogspot.com/ > > > http://magaloma.blogspot.com/ > > > > > > > > > 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 >

June 2, 2010

[Pharo-project] The Morphic 3 project

by Juan Vuletich

Hi Folks, I'm new to this list, but many of you already know me. Morphic 3 is a deep redesign of the Morphic framework. It includes new rendering algorithms I developed that produce unparalleled visual quality. Really. This is the best 2d rendering in the world. You can take a look at www.jvuletich.org. I have been working a lot recently, and uploaded several very cool samples for you to see. I also want to thank publicly to Stef Ducasse and ESUG, as they are sponsoring Morphic 3 via the "support your project" program, described in http://www.esug.org/Promotion/Project . Thanks ESUG! Comments welcome. Cheers, Juan Vuletich

June 2, 2010

Re: [Pharo-project] MaskedTextMorph

by Mariano Martinez Peck

Hi and welcome. In http://www.pharo-project.org/documentation/faq you can read the question: "How can I contribute to Pharo?" which links you to: http://code.google.com/p/pharo/wiki/HowToContribute and http://pharocasts.blogspot.com/2010/03/how-to-contribute-to-pharo.html cheers Mariano On Wed, Jun 2, 2010 at 10:29 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Jun 2, 2010, at 10:23 AM, Denis Kudriashov wrote: > > > How I can sign license agreement? > > I add it to bug entry. > > excellent > > > > 2010/6/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > Thanks denis > > > > did you sign the license agreement? > > Please do. http://pharo.gforge.inria.fr/licenseDocuments/ > > - print it > - fill it up > - send it by mail to me with a nice stamp :) (you can also send a pdf). > :) > > > > > We will be happy to integrate your changes (modulo UI people like it). > > Do make sure that this happens can you open a bug entry on > > http://code.google.com/p/pharo/issues/ > > Stef > > > > > > On Jun 2, 2010, at 10:03 AM, Denis Kudriashov wrote: > > > > > Hello > > > > > > I implement MaskedTextMorph class for masked input fields. > > > > > > See attachment and class side example. > > > > > > Its just little class. I dont create separate package for it. Maybe > somebody add it to some widgets package > > > <MaskedTextMorph.st>_______________________________________________ > > > 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 >

June 2, 2010

Re: [Pharo-project] Can I use Projects in Pharo?

by Adrian Lienhard

I was just going to say the same. I have tons of images. Just duplicate an image and you have a new project. No need for a brittle mechanism inside the image. Cheers, Adrian On Jun 2, 2010, at 08:50 , Lukas Renggli wrote: > I have my different "projects" in different images. That works perfectly. > > Lukas > > On 2 June 2010 08:46, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> +1 on missing projects. >> >> to do what? >> >>> What is our plan to replace this functionality? >> which one exactly? >> >>> Is the objection to the >>> idea of projects in general, or just the Squeak implementation? >> >> I let you guess :) >> >>> I found it absolutely priceless to have a world for each task at hand - each >>> set up for a particular logical task, but having access to all the classes >>> in the system. >> >> well I spent so many hours trying to work with projects for doing demos and >> my botinc book that I can tell you that they can really kill you. >> >> Do you know for example that when you save a project, only the last changeset is saved >> with it. Then what happen if in another project you change the exact same method? >> since changes do not record changes themselves but just the fact that they was a change >> you can be in funny situation. >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > 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

June 2, 2010

Re: [Pharo-project] about a digest for the mailing-list

by StÃ©phane Ducasse

For me I'm open to a lot of suggestions but at the end of the day is who can do it. Stef On Jun 2, 2010, at 10:37 AM, laurent laffont wrote: > > On Wed, Jun 2, 2010 at 10:26 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > we could have something a bit more detailed > then we could also reach people. > I do not know who is reading the blog > May be this is enough but the blog is not really active > > I prefer the blog, it makes some activity on the website. > Yes it's not really active. > > The format I like is wine news, see http://www.winehq.org/wwn/362 as there's link to threads on mailing-list, shows progress & community. sound goods. How do we use that? > > Laurent > > > > Stef > On Jun 2, 2010, at 10:18 AM, laurent laffont wrote: > > > > > > > On Wed, Jun 2, 2010 at 10:08 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Hi > > > > I think that lot of people are overwhelmed by the flux of mails. I would like get us doing the following: > > - have an announce mailing-list with a low traffic and important announces > > - having a monthly report of items. > > > > For the second point we could have a group of people picking info in the list and creating a wiki page and > > at the end of the month sending it in the announce list. > > > > What do you think? > > Who could help? > > > > Isn't it a duplicate effort of http://pharo-project.org/news ? > > > > Laurent Laffont > > > > http://pharocasts.blogspot.com/ > > http://magaloma.blogspot.com/ > > > > > > 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

June 2, 2010

Re: [Pharo-project] [squeak-dev] Update on Morphic 3

by Fernando olivero

GREAT WORK JUAN! the quality is superb! it's amazing to see Morphic3 in action! When can we get our hands on it? If you need any help/tester for the project i'm up to it! Fernando pd: just a minor remark on the web page: i think the pictures to the right and left should have a distinct label, explicitly distinguishing Morphic3 and the other rendering engine used. On Jun 1, 2010, at 11:40 PM, Juan Vuletich wrote: > Hi Folks, > > I've updated the Morphic 3 stuff at www.jvuletich.org. I have been > working a lot recently, uploaded several very cool samples for you to see. > > I also want to thank publicly to Stef Ducasse and ESUG, as they are > sponsoring Morphic 3 via the "support your project" program, described > in http://www.esug.org/Promotion/Project . Thanks ESUG! > > Comments welcome. > > Cheers, > Juan Vuletich >

June 2, 2010