March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Jtalk, a Smalltalk for web developers

by Marcus Denker

On Mar 15, 2011, at 1:14 PM, Hannes Hirzel wrote: > On 3/15/11, Richard Durr <richard.durr(a)googlemail.com> wrote: >> Beautifull and elegant. Nice, that you used PP. > > What is PP? > PetitParser http://www.tudorgirba.com/blog/petitparser-tutorial-at-deep-into-smalltalk-… -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 15, 2011

Re: [Pharo-project] the glamorous toolkit project

by Toon Verwaest

On 03/15/2011 01:13 PM, StÃ©phane Ducasse wrote: > On Mar 15, 2011, at 1:05 PM, Toon Verwaest wrote: > >> If only Cog for linux wouldn't crash whenever I try to save code to monticello... this would streamline the process :) > did you check the UUID pluggin? Meaning? >> If I have some time I'll look into it... Eliot! >> >> cheers, >> Toon >> >> On 03/14/2011 08:31 PM, Tudor Girba wrote: >>> Hi Mariano, >>> >>> Thanks for the suggestions. >>> >>> As I said, you are welcome to participate. It does not have to be much. You can just spend a bit of time to learn Glamour and then play 15 minutes per day :). >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 14 Mar 2011, at 19:34, Mariano Martinez Peck wrote: >>> >>>> Hi Tudor? do you want to succeed? Do a kind of OB but with multiple selection :) >>>> I would like to remove, for example, several methods together... >>>> >>>> cheers >>>> >>>> mariano >>>> >>>> On Sun, Mar 13, 2011 at 10:45 PM, Tudor Girba<tudor.girba(a)gmail.com> wrote: >>>> Thanks, Esteban. >>>> >>>> Jorge did a nice job at improving it to handle special objects. There are still a couple of situations left, but it is already reliable. >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On 13 Mar 2011, at 19:33, Esteban Lorenzano wrote: >>>> >>>>> wow.... GTInspector is really great :) >>>>> gamorous tools are becoming very interesting... keep going that way! >>>>> >>>>> I do believe in the near future GT can replace OB as our default IDE, if we continue improving like this :) >>>>> >>>>> cheers, >>>>> Esteban >>>>> >>>>> El 13/03/2011, a las 10:34a.m., Marcus Denker escribiÃ³: >>>>> >>>>>> On Mar 13, 2011, at 2:05 PM, Tudor Girba wrote: >>>>>> >>>>>>> I think that this is a good idea. Having the Core tools better is definitely a good thing. >>>>>>> >>>>>> One thing to keep in mind is that we need (ass soon as possible) to have *one* set >>>>>> of tools... with OB we have seen that we have just not the manpower to in parallel >>>>>> maintain two sets of tools (Core vs. Dev). >>>>>> >>>>>> The notion of "Core Tools" is broken. Whichever tools we do in the future need >>>>>> to *replace* the old tools. >>>>>> >>>>>> Marcus >>>>>> >>>>>> >>>>>> -- >>>>>> Marcus Denker -- http://www.marcusdenker.de >>>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>>> >>>>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Not knowing how to do something is not an argument for how it cannot be done." >>>> >>>> >>>> >>> -- >>> www.tudorgirba.com >>> >>> "From an abstract enough point of view, any two things are similar." >>> >>> >>> >>> >> >

March 15, 2011

Re: [Pharo-project] Issue 3817 in pharo: make Object >> error: deprecated

by pharo＠googlecode.com

Comment #14 on issue 3817 by toon.ver...(a)gmail.com: make Object >> error: deprecated http://code.google.com/p/pharo/issues/detail?id=3817 I totally agree with Camillo. Error: does not convey any meaning. Even though your code currently does not handle the error specifically, you might later on want to catch it from the outside. Just getting back strings makes this impossible. It is just object-oriented programming to use specific objects wherever you have a specific scenario! What do you gain by using strings? Maybe it's a tiny bit shorter syntax-wise? It definitely doesn't gain you anything else. It definitely makes your code less reusable. It's the same as using `nil` everywhere as marker-object, and as Camillo said, using arrays and dictionaries rather than objects of specific types. It totally clutters the code and does not convey any meaning. A very common "pattern" you end up using when throwing strings is concatenating strings and serialized versions of objects to give more information. If you throw a specific exception with the relevant objects inside, you can actually start using standard Pharo tools such as object inspectors to figure out what went wrong. The concatenated string doesn't contain the actual relevant objects anymore and this makes it very hard to understand what's going on. Using strings is just laziness, bad programming and bad design all rolled up into one fuzzy ball.

March 15, 2011

Re: [Pharo-project] [Seaside] Re: Jtalk, a Smalltalk for web developers

by Norbert Hartl

On 15.03.2011, at 13:14, Hannes Hirzel wrote: > On 3/15/11, Richard Durr <richard.durr(a)googlemail.com> wrote: >> Beautifull and elegant. Nice, that you used PP. > > What is PP? > PetitParser Norbert

March 15, 2011

Re: [Pharo-project] Jtalk, a Smalltalk for web developers

by Hannes Hirzel

On 3/15/11, Richard Durr <richard.durr(a)googlemail.com> wrote: > Beautifull and elegant. Nice, that you used PP. What is PP? --Hannes

March 15, 2011

Re: [Pharo-project] the glamorous toolkit project

by StÃ©phane Ducasse

On Mar 15, 2011, at 1:05 PM, Toon Verwaest wrote: > If only Cog for linux wouldn't crash whenever I try to save code to monticello... this would streamline the process :) did you check the UUID pluggin? > > If I have some time I'll look into it... Eliot! > > cheers, > Toon > > On 03/14/2011 08:31 PM, Tudor Girba wrote: >> Hi Mariano, >> >> Thanks for the suggestions. >> >> As I said, you are welcome to participate. It does not have to be much. You can just spend a bit of time to learn Glamour and then play 15 minutes per day :). >> >> Cheers, >> Doru >> >> >> >> On 14 Mar 2011, at 19:34, Mariano Martinez Peck wrote: >> >>> Hi Tudor? do you want to succeed? Do a kind of OB but with multiple selection :) >>> I would like to remove, for example, several methods together... >>> >>> cheers >>> >>> mariano >>> >>> On Sun, Mar 13, 2011 at 10:45 PM, Tudor Girba<tudor.girba(a)gmail.com> wrote: >>> Thanks, Esteban. >>> >>> Jorge did a nice job at improving it to handle special objects. There are still a couple of situations left, but it is already reliable. >>> >>> Cheers, >>> Doru >>> >>> >>> On 13 Mar 2011, at 19:33, Esteban Lorenzano wrote: >>> >>>> wow.... GTInspector is really great :) >>>> gamorous tools are becoming very interesting... keep going that way! >>>> >>>> I do believe in the near future GT can replace OB as our default IDE, if we continue improving like this :) >>>> >>>> cheers, >>>> Esteban >>>> >>>> El 13/03/2011, a las 10:34a.m., Marcus Denker escribiÃ³: >>>> >>>>> On Mar 13, 2011, at 2:05 PM, Tudor Girba wrote: >>>>> >>>>>> I think that this is a good idea. Having the Core tools better is definitely a good thing. >>>>>> >>>>> One thing to keep in mind is that we need (ass soon as possible) to have *one* set >>>>> of tools... with OB we have seen that we have just not the manpower to in parallel >>>>> maintain two sets of tools (Core vs. Dev). >>>>> >>>>> The notion of "Core Tools" is broken. Whichever tools we do in the future need >>>>> to *replace* the old tools. >>>>> >>>>> Marcus >>>>> >>>>> >>>>> -- >>>>> Marcus Denker -- http://www.marcusdenker.de >>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>> >>>>> >>>> >>> -- >>> www.tudorgirba.com >>> >>> "Not knowing how to do something is not an argument for how it cannot be done." >>> >>> >>> >> -- >> www.tudorgirba.com >> >> "From an abstract enough point of view, any two things are similar." >> >> >> >> > >

March 15, 2011

Re: [Pharo-project] [Seaside] Jtalk, a Smalltalk for web developers

by Hannes Hirzel

On 3/15/11, Sven Van Caekenberghe <sven(a)beta9.be> wrote: .... > Since the implementation is relatively small, it makes an excellent example > of how to implement Smalltalk. Yes, the download of the Javascript files is just 160kB. And the license is MIT! Hannes

March 15, 2011

Re: [Pharo-project] the glamorous toolkit project

by Toon Verwaest

If only Cog for linux wouldn't crash whenever I try to save code to monticello... this would streamline the process :) If I have some time I'll look into it... Eliot! cheers, Toon On 03/14/2011 08:31 PM, Tudor Girba wrote: > Hi Mariano, > > Thanks for the suggestions. > > As I said, you are welcome to participate. It does not have to be much. You can just spend a bit of time to learn Glamour and then play 15 minutes per day :). > > Cheers, > Doru > > > > On 14 Mar 2011, at 19:34, Mariano Martinez Peck wrote: > >> Hi Tudor? do you want to succeed? Do a kind of OB but with multiple selection :) >> I would like to remove, for example, several methods together... >> >> cheers >> >> mariano >> >> On Sun, Mar 13, 2011 at 10:45 PM, Tudor Girba<tudor.girba(a)gmail.com> wrote: >> Thanks, Esteban. >> >> Jorge did a nice job at improving it to handle special objects. There are still a couple of situations left, but it is already reliable. >> >> Cheers, >> Doru >> >> >> On 13 Mar 2011, at 19:33, Esteban Lorenzano wrote: >> >>> wow.... GTInspector is really great :) >>> gamorous tools are becoming very interesting... keep going that way! >>> >>> I do believe in the near future GT can replace OB as our default IDE, if we continue improving like this :) >>> >>> cheers, >>> Esteban >>> >>> El 13/03/2011, a las 10:34a.m., Marcus Denker escribiÃ³: >>> >>>> On Mar 13, 2011, at 2:05 PM, Tudor Girba wrote: >>>> >>>>> I think that this is a good idea. Having the Core tools better is definitely a good thing. >>>>> >>>> One thing to keep in mind is that we need (ass soon as possible) to have *one* set >>>> of tools... with OB we have seen that we have just not the manpower to in parallel >>>> maintain two sets of tools (Core vs. Dev). >>>> >>>> The notion of "Core Tools" is broken. Whichever tools we do in the future need >>>> to *replace* the old tools. >>>> >>>> Marcus >>>> >>>> >>>> -- >>>> Marcus Denker -- http://www.marcusdenker.de >>>> INRIA Lille -- Nord Europe. Team RMoD. >>>> >>>> >>> >> -- >> www.tudorgirba.com >> >> "Not knowing how to do something is not an argument for how it cannot be done." >> >> >> > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." > > > >

March 15, 2011

Re: [Pharo-project] [ANN] Sandcastles themes for Pharo 1.2

by Schwab,Wilhelm K

Dark gray?? If you insist :) The point is that there should be a simple way to change the text editor background color, because you are very correct about eye strain, and somebody might want to change it for fun. Ledger green is my preference. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of laurent laffont [laurent.laffont(a)gmail.com] Sent: Tuesday, March 15, 2011 3:08 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN] Sandcastles themes for Pharo 1.2 I like the Beach one - really clean. Feedback: - background colors of raws in settings browser don't really match - a beach-colored background for the world would be nice -- indeed we can change it in settings - I prefer the window title icons of the Pharo way one (especially the "Pharo" at top-right) Evaluate UITheme exampleBasicControls: - there's rounded-corners border in the window with a padding, excepted on the top - strange - rounded widgets in the right column have minor glitches. I would love a theme with dark-gray background instead of white for code / list / workspace because my eyes suffer (I work on dark Emacs almost all day - far better).... there's no setting for that. Great job. Laurent. On Mon, Mar 14, 2011 at 9:51 PM, Patrick Barroca <patrick.barroca(a)gmail.com<mailto:patrick.barroca@gmail.com>> wrote: Hi all, I'm pleased to announce here our UIThemes for Pharo 1.2 "Sandcastle Beach" adopts sand shades and "Sandcastle Pharoway" showcases our favorite lighthouse in blue shades. Give them a try, repository is http://www.squeaksource.com/SandcastlesThemes. Once the package is loaded, themes can be chosen in System/Settings menu and Appearance>Morphic section. Regards, -- Claire & Patrick Barroca

March 15, 2011

Re: [Pharo-project] Pharogenesis anew

by Adrian Lienhard

Wow, very cool! Just for others to realize what this is... Let's assume you want to see the change history of HTTPSocket class>>httpGetDocument:args:accept:request:. With blame you can see for each line who changed it and when: https://github.com/pharogenesis/pharogenesis/blame/pharo/HTTPSocket/class/g… Or you can see diffs between particular versions. E.g., httpFileIn: was changed in 2005 as follows: https://github.com/pharogenesis/pharogenesis/commit/d88d2b9c9fdb234c7d6b977… the page/httpFileIn-3A-.cs Could the method versions dialog be extended to grab this data from GitHub? Cheers, Adrian On Mar 15, 2011, at 10:22 , Max Leske wrote: > I just pushed the (hopefully) final version of Pharogenesis to github (github.com/pharogenesis/pharogenesis) I appologize to the followers for deleting and recreating the repository but that's the only way to keep the history clean. > > Max

March 15, 2011