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

Re: [Pharo-project] A new GUI visual designer

by Miguel CobÃ¡

> > > >>> In the case of the UIBuilder of void, > >> > >> Void? > > The nikname of the personn > > He is called Marcel and posted elsewhere in the thread. I think that Stef is refering to nullPointer that also worked on a GUI Builder Cheers -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Feb. 12, 2011

Re: [Pharo-project] A new GUI visual designer

by Tobias Pape

Am 2011-02-12 um 09:54 schrieb StÃ©phane Ducasse: > tobias > > if you want to think that I'm an asshole and I do not want to have a better UI, you are free to think that. Please rest assured that this is _not_ the case. I just was astonished that you denied the usability of the Gui builder with just few very general words. > Now this is not the case. So if you can read my mail with the eyes of somebody that fight daily to make the system > nicer, better, smaller.... I know. > >>>>> >>>>> So there is an engineering effort needed. >> >> oO did other pharo-development _not_ involve engineering? > > Yes so who is standing up and saying ok I will allocate one month to make sure that this is well integrated? However, if you want it in Pharo, thats the way to go. Think of Seaside on any non-Pharo. It is just the same. > >>>>> >>> How do they compare with announcements and event and #changed >> >> Had you read the Wiki, you would know. >> âconvenient, lightweight and thread-safe callbacksâ >> https://www.hpi.uni-potsdam.de/hirschfeld/trac/SqueakCommunityProjects/wiki… >> https://www.hpi.uni-potsdam.de/hirschfeld/trac/SqueakCommunityProjects/wiki… > > Yes. Now the question is do we want that in addition to > - event, > - announcement > - changed > > We are working ***HARD*** to remove event and system changenotifier. > Design is not layering, it is about bringing the right infrastructure in place. > So if signals are important/good then they should be not in competition to other but either integrated into > or we should migrate the code to the other abstractions. Probably. However, cirticising initially other goals for not being Pharoâs isnât fair, IMHO. > > >>> In the case of the UIBuilder of void, >> >> Void? > The nikname of the personn He is called Marcel and posted elsewhere in the thread. >> >>> there are new widgets that extend existing ones but >>> It would be better to not subclass and get better widgets. >> >> Interesting, Because it is what polymorph has done for years. > > Yes and this is why we do not want that. > Even for polymorph the goal is to merge everything and get one set of excellent widgets based on an excellent core. No Objection. > > >>> May be fixing copy/postcopy, >> >> what? > > in pharo we use postcopy So does Squeak. > >>> use of _, >> >> what? > > ??? > we should not have _ > rob vens told me that there are _ in the BUilder code I doubt that there are _ assignments. > > >>> ...... references to Preferences,.... >> >> Then, what about a -PharoCompat package? > > I did not see it. No, I mean, What about _creating_ a PharoCompat package that matches your style of preferences. > >> >>> This kind of work. >> >> Pleas let me quote your initial mail: >>>>> We cannot stack libraries. >> >> I'd like to understand that, please. > > > As I said, we do not want to have four ways to emit announcements, we need one cool widgets set (merging the best of what exist), in the past we had 4 different ButtonMorph. I want one excellent one. So to get there it will take engineering time. > Just to evaluate solution. Thats quite clear and I concur. The point is, you would have to do this with or without the builder. Oh, and for this and my previous emails: No offence meant. So Long, -Tobias

Feb. 12, 2011

[Pharo-project] [COTDC] 9 - HTTPDownloadRequest

by laurent laffont

Today: HTTPDownloadRequest Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

Feb. 12, 2011

[Pharo-project] New success story online

by Adrian Lienhard

We've added a new success story about a large Argentinian application based on Pharo: http://pharo-project.org/about/success-stories If you know about other interesting projects, please let me know. Cheers, Adrian __________________________ www.adrian-lienhard.ch twitter.com/adrianlienhard

Feb. 12, 2011

Re: [Pharo-project] DrGeo in success stories

by StÃ©phane Ducasse

sure! Stef On Feb 12, 2011, at 5:17 PM, laurent laffont wrote: > Hi, > > I was impressed by DrGeo at PharoConf. It's used by several schools. Is it OK to add it to the success stories page on pharo-project.org ? > > > Laurent Laffont - @lolgzs > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/

Feb. 12, 2011

[Pharo-project] DrGeo in success stories

by laurent laffont

Hi, I was impressed by DrGeo at PharoConf. It's used by several schools. Is it OK to add it to the success stories page on pharo-project.org ? Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

Feb. 12, 2011

Re: [Pharo-project] List weekly digest

by GermÃ¡n Arduino

woow, excellente, and I imagine, very hard to maintain. Thanks. 2011/2/11 Francois Stephany <tulipe.moutarde(a)gmail.com>: > Hi, > > I've posted a small digest of past week activity in the Pharo-Project ML. I > find it difficult to follow the pace of this list so I hope it will be > useful to some of you. I will try to post an update every week. > > Feedback/critics are more than welcome :) > > Francois > > [ > http://articles.tulipemoutarde.be/this-week-in-the-pharo-project-mailing-li… > ] > > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

Feb. 12, 2011

Re: [Pharo-project] Issue 2004 in pharo: Object>>windowActiveOnFirstClick looks strange

by pharo＠googlecode.com

Comment #3 on issue 2004 by stephane...(a)gmail.com: Object>>windowActiveOnFirstClick looks strange http://code.google.com/p/pharo/issues/detail?id=2004 I would really like to have a distinction between an object and a model. I think that having everything in Object is not good.

Feb. 12, 2011

Re: [Pharo-project] Issue 3546 in pharo: Have a look at SystemReporter

by pharo＠googlecode.com

Comment #4 on issue 3546 by stephane...(a)gmail.com: Have a look at SystemReporter http://code.google.com/p/pharo/issues/detail?id=3546 first let us make it work in 1.3 because 1.2 is in release candidate and we should avoid to change it. Now if the systemreporter can be made loadable in 1.2 then people could load it and execute it.

Feb. 12, 2011

Re: [Pharo-project] Issue 1057 in pharo: SerialPlugin doesn't handle arbitrary nodes names

by pharo＠googlecode.com

Updates: Status: closed Comment #13 on issue 1057 by stephane...(a)gmail.com: SerialPlugin doesn't handle arbitrary nodes names http://code.google.com/p/pharo/issues/detail?id=1057 (No comment was entered for this change.)

Feb. 12, 2011