- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3715 in pharo: Workspace shouting after switching between shout/unshout

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #6 on issue 3715 by Benjamin...(a)gmail.com: Workspace shouting after switching between shout/unshout http://code.google.com/p/pharo/issues/detail?id=3715 Once this fix is integrated, you can load the last version of shout :) Attachments: BetterImplementationOfShouting.1.cs 2.2 KB

March 25, 2011

Re: [Pharo-project] Issue 3879 in pharo: Wipe out positional arguments cruft from compiler

by pharo＠googlecode.com

Updates: Labels: Milestone-1.3 Type-Patch Comment #1 on issue 3879 by siguc...(a)gmail.com: Wipe out positional arguments cruft from compiler http://code.google.com/p/pharo/issues/detail?id=3879 (No comment was entered for this change.)

March 25, 2011

[Pharo-project] Issue 3879 in pharo: Wipe out positional arguments cruft from compiler

by pharo＠googlecode.com

Status: FixToInclude Owner: siguc...(a)gmail.com New issue 3879 by siguc...(a)gmail.com: Wipe out positional arguments cruft from compiler http://code.google.com/p/pharo/issues/detail?id=3879 Removes the #positionalArgument from Scanner and Parser So, now #(foo(bar)) is parsed correctly Attachments: Compiler-ar.197.1.cs 1.9 KB

March 25, 2011

Re: [Pharo-project] Issue 3715 in pharo: Workspace shouting after switching between shout/unshout

by pharo＠googlecode.com

Updates: Status: Accepted Comment #5 on issue 3715 by stephane...(a)gmail.com: Workspace shouting after switching between shout/unshout http://code.google.com/p/pharo/issues/detail?id=3715 in the shout initialize or load method we should have something like PluggableTextMorph shoutStylerClass: SHTextStylerST80 PluggableTextMorph>>shoutedStyler shoutStylerClass ifNil: [ ^ self nullStyler] ifNotNil: [^ self shoutStylerClass new view: self]

March 25, 2011

Re: [Pharo-project] What is the future of GUI in Pharo?

by CÃ©drick BÃ©ler

I also think mobile apps are nice targets... I would love to do native mobile apps (and semi-native based on html5/JS - phonegap, jquerymobile...) that would mainly by the UI for smalltalk apps hosted on a server (be it personnal computers on our home local network or an outside server reachable everywhere). There are more and more of them (iOs Remote, Home sharing in iPod, Air Video, ...) and I think that'd be truly great to have a Pharo image with tools to help build such server apps... My 2 dreamer cents, CÃ©drick

March 25, 2011

Re: [Pharo-project] pharo closures

by StÃ©phane Ducasse

+1 > Hi: >> >> On 25 Mar 2011, at 11:01, Toon Verwaest wrote: >> >>> If you really win a lot of performance by doing so, this is justified (although I would still give it a different class than just Array ;)). I'm just trying to find out if that performance boost is really there. But I'm going to take this offline I think not to pollute the whole mailing list with our circular conversations, and I'll report back if we figure something interesting out ;) >> Well, for what it is worth, I really enjoy such discussions. And they are much more than all the usual ones here on the list ;) >> >> If you do not feel that the Pharo mailing list is the right place, there is always an almost unused smalltalk research mailing list... >> > No, it is right place for such discussions. > Come on, since when extra mail traffic in Pharo list became a problem? :) > > For people who interested in topic (like me), they can read and learn > something new (and put their ignorant 2cents ;) . > And if you do it privately, then we will have just two people who know > how closures are implemented instead of 10 or 20 ones. > > >> Best regards >> Stefan >> >> >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: +32 2 629 3525 >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

March 25, 2011

Re: [Pharo-project] GUIs with Pharo / how to learn smalltalk

by GÃ¶ran Krampe

On 03/25/2011 06:48 AM, Daniel Lyons wrote: > Hi, > > I have two questions, a technical one and a more general one. > > In broad strokes, what are people doing for GUIs? Basically: - For tools inside Pharo/Squeak, for research and for hobby projects etc, we use Morphic. If you want it running inside Pharo there is only Morphic (discounting MVC). - For getting paid we probably use Seaside, web stuff. In *broad strokes*. > The general question I have is basically, am I the problem? Basically yes :). No, just kidding. But this is open source and we typically like hacking more than spewing out documentation :). But *there is* docs, as others have pointed out. But as others also have pointed out - Smalltalk code is great for reading and *running*. Learn to use the tools for: - Code navigation. alt-shift-N, alt-n, alt-m are especially your friends. - Debugging. And halos are good to rip something apart that you wounder how the hell it is built. :) - Running and *reading* unit tests. Also, the best way to build a Morphic UI, especially if you want to build say a tool - is to copy code from a tool that seems similar and learn from there. But if you do that, try to verify that the code you are copying is reasonable *new* code so that you don't learn how to build stuff 10 years ago. ;) When I built the Squeakmap Package Loader I copied from the SystemBrowser I think. ;) > I hope none of this comes across as negative; I think surely it's that I'm missing something. Nah, not really. We don't typically have great docs, but we do have very good tools and the code is often very readable and easy to copy and adjust etc. regards, GÃ¶ran

March 25, 2011

Re: [Pharo-project] pharo closures

by Henrik Johansen

On Mar 25, 2011, at 12:54 25PM, Igor Stasenko wrote: > On 25 March 2011 12:35, Stefan Marr <pharo(a)stefan-marr.de> wrote: >> Hi: >> >> On 25 Mar 2011, at 11:01, Toon Verwaest wrote: >> >>> If you really win a lot of performance by doing so, this is justified (although I would still give it a different class than just Array ;)). I'm just trying to find out if that performance boost is really there. But I'm going to take this offline I think not to pollute the whole mailing list with our circular conversations, and I'll report back if we figure something interesting out ;) >> Well, for what it is worth, I really enjoy such discussions. And they are much more than all the usual ones here on the list ;) >> >> If you do not feel that the Pharo mailing list is the right place, there is always an almost unused smalltalk research mailing list... >> > No, it is right place for such discussions. > Come on, since when extra mail traffic in Pharo list became a problem? :) Agreed. Interesting technical discussion is much better than all of the "Cool!" and "Me too!" posts we already get. (Which of course, ironically, this is one) > For people who interested in topic (like me), they can read and learn > something new (and put their ignorant 2cents ;) . > And if you do it privately, then we will have just two people who know > how closures are implemented instead of 10 or 20 ones. And if I don't have time now delve in deep now, it's always searchable later. No need to send emails asking participants what happened to the experiments they ran in private as a result of that thread I spotted, but didn't have time to read thoroughly 4 months ago :) Cheers, Henry

March 25, 2011

Re: [Pharo-project] pharo closures

by Igor Stasenko

On 25 March 2011 12:35, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Hi: > > On 25 Mar 2011, at 11:01, Toon Verwaest wrote: > >> If you really win a lot of performance by doing so, this is justified (although I would still give it a different class than just Array ;)). I'm just trying to find out if that performance boost is really there. But I'm going to take this offline I think not to pollute the whole mailing list with our circular conversations, and I'll report back if we figure something interesting out ;) > Well, for what it is worth, I really enjoy such discussions. And they are much more than all the usual ones here on the list ;) > > If you do not feel that the Pharo mailing list is the right place, there is always an almost unused smalltalk research mailing list... > No, it is right place for such discussions. Come on, since when extra mail traffic in Pharo list became a problem? :) For people who interested in topic (like me), they can read and learn something new (and put their ignorant 2cents ;) . And if you do it privately, then we will have just two people who know how closures are implemented instead of 10 or 20 ones. > Best regards > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: Â +32 2 629 3525 > > > -- Best regards, Igor Stasenko AKA sig.

March 25, 2011

[Pharo-project] [update 1.3] #13109

by Marcus Denker

13109 ----- Issue 3863: packages cleanup needed -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 25, 2011