[Pharo-project] CommandShell
Hi, I'm trying to load CommandShell into Pharo. I have the error: This package depends on the following classes: PluggableTextController PluggableTextView You must resolve these dependencies before you will be able to load these definitions: ShellWindowView .. Do you know where I can find PluggableTextController and PluggableTextView ? Or maybe we can use other classes to make it compatible with Pharo Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Trying to understand raised....
sounds cool Now I would like to have the same for Announcement or Event raised by the systemNotifier. Stef On May 21, 2010, at 9:58 PM, Mariano Martinez Peck wrote: Maybe you are talking about Hernan Morales: http://forum.world.st/EventInterceptor-and-MessageSendTree-tp1298669p1298669.html Hernan, is it working in Pharo 1.1 ? I think it is a cool package to include it in PharoNonCorePackages. Or in PharoDev. Cheers Mariano On Fri, May 21, 2010 at 2:26 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi I'm trying to follow the event raised when adding a new class/package and this is a bit obscure. If I remember there is a tool to get a better understanding of the events raised by the system. Does anybody as a pointer? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
in Athens in squeaksource. We will flush all the other repositories and only keep this one. We will put the old files probably there too. Why that? Because the code was full of half done class, broken methods Tweak copied and pasted code from Squeak Stef On May 22, 2010, at 7:29 AM, Igor Stasenko wrote: Hello guys, i seen there are some recent activity with Rome in Pharo, but i found that things are now scattered over a different repositories, and its hard to find out, what version is latest and which one i could use. I found that the latest things is in a SqS/PharoTaskForces/Rome, which is a merge of all Rome-XXX packages into a single one. Is this most recent thing you are working on? Actually, all i need is just a reference canvas, but it would be cool if i could run some working code examples. :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Styler?
Hi guys what do we do with shout? Squeak introduced it directly in the system. Now I was thinking that what could be a solution is to have a default API/null pattern class that could be in the core and that when Shout gets loaded the shout class is used instead. Now we could add Shout to the TextEditor package but I would like to understand how we can do it without. And also it is interesting to see if one day we will need selector namespace or something like that to deal well with extensions. Stef in PharoCore-1.1 11367 Fails as CodeMorph#stylerClass is not initialized. And no *Styler* class exists on PharoCore To make test passes on Pharo I've written CodeMorph#defaultStylerClass ^ SHTextStylerST80 CodeMorph#stylerClass ^ stylerClass ifNil: [stylerClass := self defaultStylerClass]. the solution proposed by laurent only works when shout is loaded and this is not always the case. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Adding BlockClosuretimeToRunWithoutGC [WAS] Fwd: [squeak-dev] The Inbox: Kernel-ul.251.mcz
http://code.google.com/p/pharo/issues/detail?id=2463 \ On May 21, 2010, at 11:09 PM, Mariano Martinez Peck wrote: Hi folks. I saw this method in Squeak and seems interesting to include in Pharo too. What do you think ? Cheers Mariano -- Forwarded message -- From: Michael van der Gulik mike...@gmail.com Date: Mon, Sep 28, 2009 at 2:58 AM Subject: Re: [squeak-dev] The Inbox: Kernel-ul.251.mcz To: squeak-...@lists.squeakfoundation.org On Mon, Sep 28, 2009 at 1:38 PM, comm...@source.squeak.org wrote: Item was added: + - Method: BlockClosuretimeToRunWithoutGC (in category 'evaluating') - + timeToRunWithoutGC + Answer the number of milliseconds taken to execute this block without GC time. + + ^(SmalltalkImage current vmParameterAt: 8) + + (SmalltalkImage current vmParameterAt: 10) + + self timeToRun - + (SmalltalkImage current vmParameterAt: 8) - + (SmalltalkImage current vmParameterAt: 10) + ! Could this method be put somewhere other than in Kernel, say for example in a separate profiling package? Gulik. -- http://gulik.pbwiki.com/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
On 22 May 2010 11:05, Stéphane Ducasse stephane.duca...@inria.fr wrote: in Athens in squeaksource. We will flush all the other repositories and only keep this one. We will put the old files probably there too. Why that? Because the code was full of half done class, broken methods Tweak copied and pasted code from Squeak Yes, it requires some cleanup/reorganization. So, SqS/Athens is the latest current state of art? Stef On May 22, 2010, at 7:29 AM, Igor Stasenko wrote: Hello guys, i seen there are some recent activity with Rome in Pharo, but i found that things are now scattered over a different repositories, and its hard to find out, what version is latest and which one i could use. I found that the latest things is in a SqS/PharoTaskForces/Rome, which is a merge of all Rome-XXX packages into a single one. Is this most recent thing you are working on? Actually, all i need is just a reference canvas, but it would be cool if i could run some working code examples. :) -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Where should I put ConfigurationOfGLMorphic
2010/5/22 Javier Pimás elpochodelage...@gmail.com Ok, I was doing it wrong, trying to put Conf.. in the same package as GLMorphic. I hadn't undestood that the left part of the repo window (when you click open) were actually packages and that you could create many packages and upload them to the same repository... now its done right! There was an ANN last week about a new draft about Monticello for Pharo By Example 2 ;) Now you have Monticello and Metacello chapters haha https://gforge.inria.fr/frs/download.php/27018/Monticello.pdf Cheers Mariano Thank's all for the help. Javier. 2010/5/21 Mariano Martinez Peck marianop...@gmail.com 2010/5/21 Javier Pimás elpochodelage...@gmail.com Wow, this is brilliant! it it'd have been of great help yesterday ;) I am glad you like it. I gave it a quick look an there's one thing I still don't know how to do. I need to put ConfigurationOfGLMorphic inside GLMorphic package, but as it isn't in any GLMorphic-* category it isn't automatically detected by monticello. I don't see any button to add a class or category to the package. What should I do? I don't know if I understood. I would recommend just to create a particular package in the same repository called ConfigurationOfGLMorphic where you put your class. Then your class will be in such package and will have also that category. This is what Henrik told you. Tell us if it is not yet clear. Cheers Mariano thanks, javier. 2010/5/21 Mariano Martinez Peck marianop...@gmail.com 2010/5/21 Javier Pimás elpochodelage...@gmail.com Hi, I made a very basic ConfigurationOfGLMorphic that manages it's dependency on FFI. Where should I upload this configuration now? Hi Javier. Here I attach a first not-yet-draft chapter of Metacello. There you will find the answer ;) (feedback is welcome!!!) But in sumary, you should commit to the repository of the same project. In your case, as Igor said, to GLMorphic repository. There you can commit your development changes to the configuration. Once you have a released version, you just copy it to MetacelloConfiguration repository. Cheers Mariano Regards, Javier. -- Javier Pimás Ciudad de Buenos Aires ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Styler?
On Sat, May 22, 2010 at 10:09 AM, stephane ducasse stephane.duca...@free.fr wrote: Hi guys what do we do with shout? Squeak introduced it directly in the system. Now I was thinking that what could be a solution is to have a default API/null pattern class that could be in the core and that when Shout gets loaded the shout class is used instead. Wasn't this the idea of ToolSet ? but sucks...(as we said few threads ago) Now we could add Shout to the TextEditor package but I would like to understand how we can do it without. This is an excellent question and idea. Using some kind of Strategy pattern or similar may help. But I 99^999 not to put Shout neither Style in Core ;) I haven't look anything about the code. I have no idea. But cannot CodeMorph or whatever have a class variable that holds the Styler? Then we create, as you said, a NullStyler for core. Shout implements its own Styler and when loaded, it does: CodeMorph styler: ShoutStyler or similar. I guess the NullStyler is better than having to do everywhere codeMorph styler isNil ifFalse: [ Cheers Mariano And also it is interesting to see if one day we will need selector namespace or something like that to deal well with extensions. Stef in PharoCore-1.1 11367 Fails as CodeMorph#stylerClass is not initialized. And no *Styler* class exists on PharoCore To make test passes on Pharo I've written CodeMorph#defaultStylerClass ^ SHTextStylerST80 CodeMorph#stylerClass ^ stylerClass ifNil: [stylerClass := self defaultStylerClass]. the solution proposed by laurent only works when shout is loaded and this is not always the case. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Styler?
Why is a NullStyler necessary when Shout can load without overriding any code? Lukas 2010/5/22 Mariano Martinez Peck marianop...@gmail.com: On Sat, May 22, 2010 at 10:09 AM, stephane ducasse stephane.duca...@free.fr wrote: Hi guys what do we do with shout? Squeak introduced it directly in the system. Now I was thinking that what could be a solution is to have a default API/null pattern class that could be in the core and that when Shout gets loaded the shout class is used instead. Wasn't this the idea of ToolSet ? but sucks...(as we said few threads ago) Now we could add Shout to the TextEditor package but I would like to understand how we can do it without. This is an excellent question and idea. Using some kind of Strategy pattern or similar may help. But I 99^999 not to put Shout neither Style in Core ;) I haven't look anything about the code. I have no idea. But cannot CodeMorph or whatever have a class variable that holds the Styler? Then we create, as you said, a NullStyler for core. Shout implements its own Styler and when loaded, it does: CodeMorph styler: ShoutStyler or similar. I guess the NullStyler is better than having to do everywhere codeMorph styler isNil ifFalse: [ Cheers Mariano And also it is interesting to see if one day we will need selector namespace or something like that to deal well with extensions. Stef in PharoCore-1.1 11367 Fails as CodeMorph#stylerClass is not initialized. And no *Styler* class exists on PharoCore To make test passes on Pharo I've written CodeMorph#defaultStylerClass ^ SHTextStylerST80 CodeMorph#stylerClass ^ stylerClass ifNil: [stylerClass := self defaultStylerClass]. the solution proposed by laurent only works when shout is loaded and this is not always the case. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Pharo sprint in buenos Aires is starting now
A bit after the schedule, but we are a little group. http://code.google.com/p/pharo/wiki/PharoSprints IRC: http://www.mibbit.com/chat/ (Channel #pharo-project) Cheers, Alexandre ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Link to Web Client
http://webchat.freenode.net/?channels=pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo sprint in buenos Aires is starting now
IRC: http://www.mibbit.com/chat/ (Channel #pharo-project) Please, use http://webchat.freenode.net/?channels=pharo-project instead Alexande ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. attachment: quad-bezier-AA.png___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Re: Cross-fork Metacello configurations
Dear Squeakers, I agree with Sean that the necessity to copy a configuration class from a cross-fork package ConfigurationOf... to the proposed Configuration package for Squeak makes life much more complicated and more work for those good fellows who care to create portable packages. IMHO that is a bad things for all forks. The ability to support cross-fork development is one of the greatest assets of Metacello. I see no reason not to use it. The good news is that - as Sean already wrote - all the good things of Andreas proposal could work equally well even if we reused the cross-fork ConfigurationOf... packages. The fact that some core developer copies such a package to the trunk could mean it was tested with Squeak. The only difference would be having more packages in the Monticello Browser. (They could be hidden from there.) IIUC one thing misses from Metacello right now to use it in the way Andreas envisions: A categorization for an installer UI like Andreas' ConfigBrowser. I am sure Dale could be convinced to add that to the metadata/API if cross-development configurations could continue to be supported. Did I miss something? Just my 2 cents. Cheers, Bernhard Am 21.05.2010 um 20:14 schrieb Sean P. DeNigris: Bert Freudenberg wrote: If the systems require different configurations, then there should be different configurations. Absolutely, and Metacello already handles the difference. Handling it by creating two separate Classes is solving a problem that doesn't exist, while creating a problem for developers - who now have to do extra work for no discernible reason. Bert Freudenberg wrote: re-using configurations is not that important Maybe not for code reuse, but logistically, it's much harder. I'm going through SqS and SqMap making old interesting projects loadable. A little more effort * 100 projects is significant. Bert Freudenberg wrote: What *is* more important is that the configuration has actually been tested in Squeak, and not just been copied over from other places. Yes, but that is irrelevant here. If someone adds the config to the inbox, that presumably means they have tested it in Squeak. And, there would be nothing to prevent someone from creating a new config from scratch that didn't work; maybe more likely not to work because a perfectly good config has to be split apart. Anyway, I thought that's why we're going to do automatic testing. In summary, if we can make life easier, why not? For example, couldn't ConfigBrowser select classes that start with ConfigurationOf instead of MetacelloConfigruation subclasses? Sean -- View this message in context: http://forum.world.st/Cross-fork-Metacello-configurations-tp2226390p2226525.html Sent from the Squeak - Dev mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
On 22 May 2010 18:34, Stéphane Ducasse stephane.duca...@inria.fr wrote: me too. Now igor do you plan to do it in pharo or by calling opengl? Err.. what you mean by pharo? I making a calls to OpenGL, using NativeBoost's OpenGL bindings. All stuff is coded in smalltalk, so sure thing its does things in pharo :) On May 22, 2010, at 4:54 PM, Lukas Renggli wrote: That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11369
11369 - - Issue 2443: Perform:withArguments: Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
Err.. what you mean by pharo? Well I was wondering if you were doing the same as juan Juan showed me better rendering written in SMalltalk code than calling openGL/cairo... for antialiasing so I'm eager to see morphic30 I making a calls to OpenGL, using NativeBoost's OpenGL bindings. All stuff is coded in smalltalk, so sure thing its does things in pharo :) On May 22, 2010, at 4:54 PM, Lukas Renggli wrote: That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
Using the TTFontReader? Iirc, that parses the contour data, even an example of rendering it with ballon drawBezier somewhere :) Cheers, Henry Den 22. mai 2010 kl. 17.42 skrev Igor Stasenko siguc...@gmail.com: On 22 May 2010 18:34, Stéphane Ducasse stephane.duca...@inria.fr w rote: me too. Now igor do you plan to do it in pharo or by calling opengl? Err.. what you mean by pharo? I making a calls to OpenGL, using NativeBoost's OpenGL bindings. All stuff is coded in smalltalk, so sure thing its does things in pharo :) On May 22, 2010, at 4:54 PM, Lukas Renggli wrote: That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
On 22 May 2010 18:58, Stéphane Ducasse stephane.duca...@inria.fr wrote: Err.. what you mean by pharo? Well I was wondering if you were doing the same as juan Juan showed me better rendering written in SMalltalk code than calling openGL/cairo... for antialiasing so I'm eager to see morphic30 well, you can do sophisticated AA by implementing shader programs. It will run on GPU, means vry fast. And if you would ask me, what i prefer - quality or speed, i will definitely take speed. Because, when you need to render thousands of glyphs on a screen (which is a usual scenario for text-based editors/viewers), you have to sacrifice the quality anyways. Otherwise, wait for next 10 years till hardware will be able to render it withot crawling like a hog. Actually, i would like to cooperate with Juan about this. I think that AA techniques (as well as many others), could be moved to GPU, freeing CPU from this time consuming task. I making a calls to OpenGL, using NativeBoost's OpenGL bindings. All stuff is coded in smalltalk, so sure thing its does things in pharo :) On May 22, 2010, at 4:54 PM, Lukas Renggli wrote: That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
On 22 May 2010 19:03, Henrik Johansen henrik.s.johan...@veloxit.no wrote: Using the TTFontReader? Iirc, that parses the contour data, even an example of rendering it with ballon drawBezier somewhere :) Yes, i will use this data directly, in same way as balloon does, and it will be rasterized by GPU. Cheers, Henry Den 22. mai 2010 kl. 17.42 skrev Igor Stasenko siguc...@gmail.com: On 22 May 2010 18:34, Stéphane Ducasse stephane.duca...@inria.fr wrote: me too. Now igor do you plan to do it in pharo or by calling opengl? Err.. what you mean by pharo? I making a calls to OpenGL, using NativeBoost's OpenGL bindings. All stuff is coded in smalltalk, so sure thing its does things in pharo :) On May 22, 2010, at 4:54 PM, Lukas Renggli wrote: That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Found senders of #isSystemDefined in Nile
Hi, I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior. I've read in: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg12075.htmlthat the idea is to remove the message and all it's senders, but I don't know why is used here in Nile. The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size: Any hint on this will be appreciated. Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Found senders of #isSystemDefined in Nile
I have the feeling that all these uniClasses are stone age. All traces should be removed. Cheers, Alexandre On 22 May 2010, at 13:19, Mariano Abel Coca wrote: Hi, I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior. I've read in: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg12075.html that the idea is to remove the message and all it's senders, but I don't know why is used here in Nile. The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size: Any hint on this will be appreciated. Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Do TTFonts prevent image startup?
http://code.google.com/p/pharo/issues/detail?id=2457 Issue 2457: Do TTFonts prevent image startup We should check if this is a problem for Pharo too. See the thread Please, help me. My squeak image not started on squeak-dev: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Status of Rome?
On May 22, 2010, at 6:11 PM, Igor Stasenko wrote: On 22 May 2010 18:58, Stéphane Ducasse stephane.duca...@inria.fr wrote: Err.. what you mean by pharo? Well I was wondering if you were doing the same as juan Juan showed me better rendering written in SMalltalk code than calling openGL/cairo... for antialiasing so I'm eager to see morphic30 well, you can do sophisticated AA by implementing shader programs. It will run on GPU, means vry fast. And if you would ask me, what i prefer - quality or speed, i will definitely take speed. Because, when you need to render thousands of glyphs on a screen (which is a usual scenario for text-based editors/viewers), you have to sacrifice the quality anyways. Otherwise, wait for next 10 years till hardware will be able to render it withot crawling like a hog. I think that this is indeed good to have something. Now if we have both then even better Actually, i would like to cooperate with Juan about this. I think that AA techniques (as well as many others), could be moved to GPU, freeing CPU from this time consuming task. I making a calls to OpenGL, using NativeBoost's OpenGL bindings. All stuff is coded in smalltalk, so sure thing its does things in pharo :) On May 22, 2010, at 4:54 PM, Lukas Renggli wrote: That looks cool. I am looking forward seeing that stuff in action :-) Lukas 2010/5/22 Igor Stasenko siguc...@gmail.com: Good. I am now trying to implement a vector(truetype) font rendering. Just finished a little GPU fragment shader snippet, which renders a quad bezier curve, with antialiasing included :) You supplying 3 points, which defines a quadratic curve to GPU, and it does the rest. This is a basis for smooth true-type font rendering, since it contains a contours consisting from line segments or quadratic bezier segments. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Found senders of #isSystemDefined in Nile
Yes we should just update Nile This is a clear example of the fact that since we do not record refactoring external packages can easily degrade On May 22, 2010, at 6:26 PM, Alexandre Bergel wrote: I have the feeling that all these uniClasses are stone age. All traces should be removed. Cheers, Alexandre On 22 May 2010, at 13:19, Mariano Abel Coca wrote: Hi, I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior. I've read in: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg12075.html that the idea is to remove the message and all it's senders, but I don't know why is used here in Nile. The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size: Any hint on this will be appreciated. Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11370
11370 - - Issue 2030: Remove some of the Shadowed variables. Thanks alex. - Issue 2464: Fix Character #storeBinaryOn:. Thanks ppm - Issue 2463: timeToRunWithoutGC from squeak ideas. - Issue 2148: Fix trait composition test in Monticello. Thanks Squeak/Alex Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] strange behaviour with some accented letters input
Hello, I have an issue using Pharo 1.0 and 1.1 . On Windows (tested on Win7 64bit and WinXP 32bit) I receive a strange behavior when typing letters ě and č, using both either special key for this characters or dead keys - first ˇ and then e or c. The pop-up menu appears when I try to type ě like I performed the blue-click (RMB/cmd-click) and newline begins when I try to type č. Other letters appearing in Czech or Slovak language (including ô and ľ ) are OK. Copy-pasting is OK (problem is only when typing) and behavior on Linux is also OK (do not know how on Mac, because I neither have Mac machine nor MacOS in Virtual Box). This bug appears in both Czech and US English Windows version on Pharo, but everything is OK when using Squeak both 4.1 and 3.9. Do someone know how to fix it, please? Sincerely eMko -- View this message in context: http://forum.world.st/strange-behaviour-with-some-accented-letters-input-tp2227303p2227303.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] How turn on Halo's?
Hello Can I turn on halos. And is rotating morphs supported in pharo? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How turn on Halo's?
Apple+Shift+Click displays the halos on my system. Lukas 2010/5/22 Denis Kudriashov dionisi...@gmail.com: Hello Can I turn on halos. And is rotating morphs supported in pharo? ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ClassTestCase
Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How turn on Halo's?
denis in pharo halos are there but only when you really want them. :) Stef On May 22, 2010, at 7:18 PM, Denis Kudriashov wrote: Hello Can I turn on halos. And is rotating morphs supported in pharo? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ClassTestCase
the key point is that we would like to avoid to have red tests all the time so fixing the as yet unclassified should be done before. BTW Does anybody use BadEqualer HashTester PrototypeTester because so far I do not see anybody user of them. They look like experiment code to me. Stef On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Cross-fork Metacello configurations
But, but... One thing that I really don't understand is this: Squeak people hasn't used the current Metacello use-case. Squeak people without use it and see if really has problems (nothing that can't be solved when it appears) Squeak people proposed a new way to use Metacello, completly different than the one is being used Squeak arguments were about some potential problems with having configurations outside the image Squeak arguments were abouth the potential advantages of having a browser that browses locally (but as Mariano said, it must be updated from net before having the very last package tested to work available in the browser) instead of going to the network for the list. So, this, hey look what I found, they use it this way, but I think that we should use it that other way, no matter if it is really a problem to use it the way the other people use it really upsets me. Heck, Pharo even build the released dev images with Metacello. That is a real world usage and not words. El vie, 21-05-2010 a las 16:17 -0700, Dale Henrichs escribió: I had suggested that they not use the ConfigurationOf prefix for the Squeak configuration package so that cross platform configurations could continue to be used ... I would hope that folks continue to to create cross platform packages ... the onus on copying shouldn't be on the developer, but the folks that want a managed list of configs:) I would think that the managed list could be harvested from the ConfigurationOf configs without any direct developer involvement...afterall computers should be used for the things they are good at:) It will be interesting to see how the managed list idea evolves... Dale From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Miguel Enrique Cobá Martinez [miguel.c...@gmail.com] Sent: Friday, May 21, 2010 10:42 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Cross-fork Metacello configurations El vie, 21-05-2010 a las 09:13 -0700, Sean P. DeNigris escribió: I created a Squeak/Pharo SSpec, which puts the fork-specific world menu code into a Platform package. As I work on the config, I came up against Pharo using Object as a subclass, but the Squeak Inbox requiring (because of the browser tool) MetacelloConfiguration. What would be the best/easiest way to deal with this? If the configs have to be forked, then Metacello really loses value (i.e. #squeak and #pharo). And, I do a lot of work in both forks, so it would be a shame to pick one to upload to and not share work that has already been done with half the users. That was one of the problems of the Configuration Package proposed by Andreas. Promotes copypaste of configurations (bad bad) and in the long term forks and completely rework to create configurations for Squeak and a different (although similar) for Pharo. As you say, it doesn't matter that Metacello is capable of installing cross-platform packages. With independently created configurations for the same packages, is has been stole of its usefulness and is discouraging Pharo users that have developed ConfigurationOfXXX that worked both in Squeak and Pharo in the past. Thanks. Sean -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ClassTestCase
It is a must. We have to got all the tests in green. But actually that isn't tested. I'll make the tests, I'll fix them, and then I'll send the whole changes to merge in the baseline. Cheers, Mariano. On Sat, May 22, 2010 at 2:58 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: the key point is that we would like to avoid to have red tests all the time so fixing the as yet unclassified should be done before. BTW Does anybody use BadEqualer HashTester PrototypeTester because so far I do not see anybody user of them. They look like experiment code to me. Stef On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How turn on Halo's?
Thanks. 2010/5/22 Stéphane Ducasse stephane.duca...@inria.fr denis in pharo halos are there but only when you really want them. :) Stef On May 22, 2010, at 7:18 PM, Denis Kudriashov wrote: Hello Can I turn on halos. And is rotating morphs supported in pharo? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Why O2Browser does not have many commands from standart omnibrowser?
I like O2Browser. But It has not many standart commands. Why It is? I think they are both omnibrowsers. And they based on same meta model Or maybe I have old version of O2Browser. I load it from Pharo1.0 ready workspace script ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How turn on Halo's?
and in Linux and windows ? 2010/5/22 Denis Kudriashov dionisi...@gmail.com Thanks. 2010/5/22 Stéphane Ducasse stephane.duca...@inria.fr denis in pharo halos are there but only when you really want them. :) Stef On May 22, 2010, at 7:18 PM, Denis Kudriashov wrote: Hello Can I turn on halos. And is rotating morphs supported in pharo? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Do TTFonts prevent image startup?
I check it scenario for pharo1.0. All work fine. 2010/5/22 Stéphane Ducasse stephane.duca...@inria.fr http://code.google.com/p/pharo/issues/detail?id=2457 Issue 2457: Do TTFonts prevent image startup We should check if this is a problem for Pharo too. See the thread Please, help me. My squeak image not started on squeak-dev: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How turn on Halo's?
Thanks. http://book.pharo-project.org/book/TipsAndTricks/HowToTurnOnHalos/ Feel free to improve it. Cheers Mariano 2010/5/22 Denis Kudriashov dionisi...@gmail.com On my Windows Halo activated by shift-alt-click 2010/5/22 Mariano Martinez Peck marianop...@gmail.com and in Linux and windows ? 2010/5/22 Denis Kudriashov dionisi...@gmail.com Thanks. 2010/5/22 Stéphane Ducasse stephane.duca...@inria.fr denis in pharo halos are there but only when you really want them. :) Stef On May 22, 2010, at 7:18 PM, Denis Kudriashov wrote: Hello Can I turn on halos. And is rotating morphs supported in pharo? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Do TTFonts prevent image startup?
There are two ways how to work with TT Fonts. One way is to use TTFontDescription, which fully reads font into object memory, so you can walk with it anywhere and it will work. Another way is to use TTFileDescription. This one is tricky, because it only caching glyphs data, while reads missing glyphs from files on demand. So, i think that was the cause of problem. On 22 May 2010 19:27, Stéphane Ducasse stephane.duca...@inria.fr wrote: http://code.google.com/p/pharo/issues/detail?id=2457 Issue 2457: Do TTFonts prevent image startup We should check if this is a problem for Pharo too. See the thread Please, help me. My squeak image not started on squeak-dev: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Architectural dependencies
Dear List, I worked on the Issue #2107 during the Pharo Sprint of today. This issue proposes a minimal infrastructure to control the dependencies of your package. I cleaned the code proposed by Andreas. I introduced the class PharoCorePackageDependenciesTests. It contains few tests. An example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= testFile self testPackage: 'Files' dependsOnlyOn: #( 'Kernel' 'Collections-Strings' 'Compression' 'ToolBuilder-Kernel' 'Tools' 'System-Object Storage' 'Graphics' 'Collections-Sequenceable' 'Collections-Abstract' 'Collections-Streams' 'Collections-Arrayed' 'Multilingual' 'Exceptions' 'System-Support' 'System-FileRegistry' 'Collections-Weak' 'Collections-Unordered' ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This is interesting to see that File refers to the Graphics package! I provide a method to automatically generate this kind of tests. It therefore goes green. You can also inspect what are the dependencies. By dependencies, I mean static class references. You can find the code in the inbox: SLICE-ArchitecturalTests-Alexandre_Bergel.2 Cheers, Alexandre ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] license of the collaborative book
On Saturday, May 22, 2010, Mariano Martinez Peck marianop...@gmail.com wrote: Hi folks. I am not sure how does it work the license in the collaborative book. So far in the footer of the book I saw: Licensed under Creative Commons BY-NC-SA Now...what does it mean? That everybody is agree that whan he writes will be with that license? I wonder..suppose in one year we want to take such book an generate a real pdf/printed book, will be there some problem with that? I want to avoid such problems in the future. Thanks Mariano Authors can sign a license agreement as done with Pharo contributors. Laurent -- Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] strange behaviour with some accented letters input
Sounds like something related to issue 1213 on bug tracker. It's marked as 1.1, not sure if anyone is actively working on it ATM though. Cheers, Henry Den 22. mai 2010 kl. 19.12 skrev eMko mm007.e...@gmail.com: Hello, I have an issue using Pharo 1.0 and 1.1 . On Windows (tested on Win7 64bit and WinXP 32bit) I receive a strange behavior when typing letters ě and č, using both either special key for this characters or dead key s - first ˇ and then e or c. The pop-up menu appears when I try to type ě like I performed the blue-click (RMB/cmd-click) and newline be gins when I try to type č. Other letters appearing in Czech or Slovak l anguage (including ô and ľ ) are OK. Copy-pasting is OK (problem is onl y when typing) and behavior on Linux is also OK (do not know how on Mac, because I neither have Mac machine nor MacOS in Virtual Box). This bug appears in both Czech and US English Windows version on Pharo, but everything is OK when using Squeak both 4.1 and 3.9. Do someone know how to fix it, please? Sincerely eMko -- View this message in context: http://forum.world.st/strange-behaviour-with-some-accented-letters-input-tp2227303p2227303.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ClassTestCase
What I was thinking mariano is that we could move one class at a time in classTests and make the tests green. This way we do not have red tests and still make progress Stef On May 22, 2010, at 8:06 PM, Mariano Abel Coca wrote: It is a must. We have to got all the tests in green. But actually that isn't tested. I'll make the tests, I'll fix them, and then I'll send the whole changes to merge in the baseline. Cheers, Mariano. On Sat, May 22, 2010 at 2:58 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: the key point is that we would like to avoid to have red tests all the time so fixing the as yet unclassified should be done before. BTW Does anybody use BadEqualer HashTester PrototypeTester because so far I do not see anybody user of them. They look like experiment code to me. Stef On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] license of the collaborative book
Yes this would be a good idea. On May 22, 2010, at 9:48 PM, laurent laffont wrote: On Saturday, May 22, 2010, Mariano Martinez Peck marianop...@gmail.com wrote: Hi folks. I am not sure how does it work the license in the collaborative book. So far in the footer of the book I saw: Licensed under Creative Commons BY-NC-SA Now...what does it mean? That everybody is agree that whan he writes will be with that license? I wonder..suppose in one year we want to take such book an generate a real pdf/printed book, will be there some problem with that? I want to avoid such problems in the future. Thanks Mariano Authors can sign a license agreement as done with Pharo contributors. Laurent -- Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [BUG] block decompilation during code simulation by Through debugger button
thanks we should open a bug item Stef On May 23, 2010, at 12:06 AM, Denis Kudriashov wrote: Block decompilation not work at situation during code simulation. Maybe its just problem in debugger Through button action implementation. This happen because block home in that situation not exists. I attach class ClassWithBlockDecompilation which help reproduce that manually. See class side method #debug ClassWithBlockDecompilation.st___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ClassTestCase
We're working on it, making small changes and creating code standards tests and code quality tests. It would be great to have a way of tracking the results of these tests in a distant future and make them mandatory before integrate new things into the image. Francisco On Sat, May 22, 2010 at 7:17 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: What I was thinking mariano is that we could move one class at a time in classTests and make the tests green. This way we do not have red tests and still make progress Stef On May 22, 2010, at 8:06 PM, Mariano Abel Coca wrote: It is a must. We have to got all the tests in green. But actually that isn't tested. I'll make the tests, I'll fix them, and then I'll send the whole changes to merge in the baseline. Cheers, Mariano. On Sat, May 22, 2010 at 2:58 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: the key point is that we would like to avoid to have red tests all the time so fixing the as yet unclassified should be done before. BTW Does anybody use BadEqualer HashTester PrototypeTester because so far I do not see anybody user of them. They look like experiment code to me. Stef On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [ESUG 2010] Call for sponsors
Dear Smalltalkers, As you know ESUG is a non-for-the-profit organization, run by a bunch of volunteers which aims at promoting Smalltalk (http://www.esug.org/Promotion ). ESUG does have multiple actions such as sponsoring Smalltalk- related publications (articles and books), and encouraging developers and more specifically young students to learn Smalltalk (Student Volunteers program) and build innovative software using Smalltalk (SummerTalk, ESUG Awards, Support your project program). ESUG revenue comes only from sponsoring, donations, and registrations to the ESUG yearly event (since 18 years!). Therefore, I invite you to support the ESUG actions by encouraging your companies and organizations to sponsor ESUG. As previous years, we have three sponsoring packages (http://www.esug.org/supportesug/becomeasponsor/ ): * Silver ESUG Sponsor: By paying 500 Euros, the logo of your organization is displayed for a whole year on the main page of the ESUG web site and also on conference pages. You are entitled to mention that you are an ESUG sponsor, and to use the ESUG logo in that context. * Gold ESUG Sponsor: By paying 1000 Euros, you get all of the above, and the ESUG correspondence and distributions (CD, Documentation) will also feature your logo. You also get a 10% fee reduction on the ESUG events for up to 5 people of your organisation. * Platinum ESUG Sponsor: By Paying 2000 Euros, you get all of the above, and the fee reduction on the ESUG events is increased to 20% for up to 10 people of your organisation. See you in Barcelona, Dr. Noury Bouraqadi ESUG Treasurer http://car.ensm-douai.fr/noury/ -- -ESUG 18th International Smalltalk Conference. Barcelona, Spain, 11-17 september 2010 http://www.esug.org/Conferences/2010 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ClassTestCase
If anyone want, can take a look at: http://www.squeaksource.com/CodeQualityTests http://www.squeaksource.com/CodeStandardsTests And run the tests before committing the next version of their packages. We will try to help to pass the tests as soon as possible. Cheers, Mariano. On Sat, May 22, 2010 at 8:06 PM, Francisco Ortiz Peñaloza patchi...@gmail.com wrote: We're working on it, making small changes and creating code standards tests and code quality tests. It would be great to have a way of tracking the results of these tests in a distant future and make them mandatory before integrate new things into the image. Francisco On Sat, May 22, 2010 at 7:17 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: What I was thinking mariano is that we could move one class at a time in classTests and make the tests green. This way we do not have red tests and still make progress Stef On May 22, 2010, at 8:06 PM, Mariano Abel Coca wrote: It is a must. We have to got all the tests in green. But actually that isn't tested. I'll make the tests, I'll fix them, and then I'll send the whole changes to merge in the baseline. Cheers, Mariano. On Sat, May 22, 2010 at 2:58 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: the key point is that we would like to avoid to have red tests all the time so fixing the as yet unclassified should be done before. BTW Does anybody use BadEqualer HashTester PrototypeTester because so far I do not see anybody user of them. They look like experiment code to me. Stef On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [BUG] block decompilation during code simulation by Through debugger button
Hi Denis, (Hi Michaels, this may be related yo your issue)... Denis, this is nothing to do with blocks having homes. It's somewhere in the simulation of RemoteStringtext (used in CompiledMethodgetSourceFromFile), specifically when UTF8TestDecoders egt involved. Try the following and you'll see the -261 doesNotUnderstand: which is the symptom of the broken simulation. Don't know exactly where simulation breaks down (but I suspect primitive invocation). Anyway this may get you started digging deeper. | m | m := ClassWithBlockDecompilation #methodWithDecompilation. ContextPart trace: [ m getSourceFromFile ] fails | m | m := ClassWithBlockDecompilation #methodWithDecompilation. m getSourceFromFile succeeds To dig deeper you may want to open up ContextPart classtrace:on: in a workspace and put in some break-points, e.g. the following halts at the first doesNotUnderstand:. Work your way back from there to find out where the -261 is coming form (I'm using Squeak 4.1, YMMV). | aStream m aBlock prev | (aStream := Transcript) clear. m := ClassWithBlockDecompilation #methodWithDecompilation. aBlock := [m getSourceFromFile]. prev := aBlock. ^thisContext sender runSimulated: aBlock contextAtEachStep: [:current | current selector = #doesNotUnderstand: ifTrue: [self halt]. Sensor anyButtonPressed ifTrue: [^ nil]. current == prev ifFalse: [prev sender ifNil: [aStream space; nextPut: $^. ContextPart carefullyPrint: current top on: aStream]. aStream cr. (current depthBelow: aBlock) timesRepeat: [aStream space]. ContextPart carefullyPrint: current receiver on: aStream. aStream space; nextPutAll: current selector; flush. prev := current] HTH Eliot 2010/5/22 Denis Kudriashov dionisi...@gmail.com Block decompilation not work at situation during code simulation. Maybe its just problem in debugger Through button action implementation. This happen because block home in that situation not exists. I attach class ClassWithBlockDecompilation which help reproduce that manually. See class side method #debug ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project