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

Re: [Pharo-project] About my recursive blues :)

by Miguel Enrique CobÃ¡ Martinez

Hey Stef, isn't anything wrong with having a bad mood day, or even thinking that the path chosen wasn't right. All of us have that kind of feelings sometimes. You are human, we are all. But don't let one day override the good days. Glad to see that you had a time with your family, because that always gives you a strong support. And new energy to keep the work going. I, as many others, are very proud about the way Pharo is going. Pharo is also an important and strategic part of many new project and business. This is something we are very grateful. To you and every other people involved with Pharo some way. A big thank you all. We are commited to Pharo and we will follow contributing to it as we can, even little things. Respect to Squeak, I seriously began to write a reply to the mail from Andreas announcing the removal of Etoys, I was absolutely enraged. Not because the change itself that has evident technical merits but for the absolutely lack of seriousness and touch from Andreas. Lets be clear, I have lost my respect for him, why?, because he isn't a leader. He is pushing Squeak to where he wants. It is his own Squeak. He stated before, and even fought several times with people that suggested that etoys should be removed from squeak, that etoys is a fundamental distinctive, unseparated part of squeak, to the point that squeak without etoys isn't squeak. Similar bad karma for him for burning Stef et al for criticized the way that Squeak was being at the time, for burning Keith and installing his own process (that if you review the commit logs, just half dozen of people are actively using to commit to trunk). Then he goes and does everything that several people told it that must be done as if were a novice idea. As if the opinion of others weren't worth. But when he implements the very same idea, then it is the logical next step for Squeak and the change that Squeak was waiting for. This really irritates me. Besides, when I asked what are the middle-term and long-term goals for squeak they said that there was no one. And that appears to be right. The changes respond to mood of Andreas and are more than random without a previous stated plan. The plan is created day to day, depending of the desires of Andreas. In the end I discarded the mail. It didn't worth the time. I let it rest. Honestly I don't know how the board will support this random change occurring in Squeak. The board can barely state that their only goal right now, and in fact the full last year was to be comply with the SFC requirements. Now, de facto, the goals are minimal kernel with a mixture of cuis + mc + m17n, everything unloadable, no etoys, new text editor, new trails for changes files, and a lot of small changes that I suppose are trying to speed up the image. But the board can't show a list of goals. All or most of this changes, made, approved, selected and decided by a single person. What if tomorrow some organization offers some unrefusable amount to Andreas to let Squeak behind and go to work in X. What will happen to current Andreas' Squeak? Who nows? Not even the board. Well that was some of the feelings I wanted to express to the squeak list and opted not to. But now, with your mail, I must say that I can imagine what you must felt. Not only anger, but sad. A deep sad at watching this happen. So sad to see so many intelligent people forget so easily the previous and exhausting discussions. Well, Stef I support you and the full Pharo people. This community is more honest and more humble. That worths a lot for me. So, don't let yourself down. We are a great and heterogeneous community. We can do it. Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Jan. 7, 2010

Re: [Pharo-project] About my recursive blues :)

by Sheridan Mahoney

Igor Stasenko wrote: > > No time to count loses. March forward! > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >From this newbee, what you and the Pharo-dev guys are doing is of great value and inspiration. That this kind of work can be done this way is amazing, and fun, and, please keep doing what you're doing :) Cheers, Sheri Mahoney -- View this message in context: http://n2.nabble.com/About-my-recursive-blues-tp4262984p4264916.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 7, 2010

Re: [Pharo-project] [update] #10505

by Miguel Enrique CobÃ¡ Martinez

El miÃ©, 06-01-2010 a las 22:32 +0100, Mariano Martinez Peck escribiÃ³: > I will try to create my first Dev image only with OB for the moment, > using Metacello ConfiguartionOfPharo and make it public for beta > testers. The idea is that maybe this new image will be the final > release if no big issue is found. > Cool -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Jan. 7, 2010

Re: [Pharo-project] [Metacello] Gofer and Metacello don't work again in 10505

by Yanni Chiu

Mariano Martinez Peck wrote: > Ahhh yes, I see. In 10502, there was a package called Gofer with two > categories: Gofer-Core and Gofer-Tests > In 10505 there are two packages: Gofer-Core and Gofer-Test each with > only one category. > > So...it was been split. What I don't know if it this was intended or not :( If you go to SqueakSource and look at the details for: Gofer-Core-AdrianLienhard.114.mcz Then choose "Show History" for that package, you'll see the comment: Gofer-Core-lr.111 (5 January 2010, 10:49:26 am) - split tests into separate packages So it looks like it's intentional. IMHO, I think test cases should be in a separate package. -- Yanni

Jan. 7, 2010

Re: [Pharo-project] About my recursive blues :)

by Igor Stasenko

No time to count loses. March forward! -- Best regards, Igor Stasenko AKA sig.

Jan. 7, 2010

Re: [Pharo-project] Notifications of windows opening/closing/focus

by Schwab,Wilhelm K

I am not sure where to put it, but +10 for getting it done. This is #57 or so on my list of things that Dolphin does that you can't miss if you've never had them available. This combined with a way to connect to menus as they open allows the construction of easy to install IDE extensions. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Henrik Sperre Johansen Sent: Wednesday, January 06, 2010 4:54 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Notifications of windows opening/closing/focus On 06.01.2010 22:36, Simon Denier wrote: > On 6 janv. 2010, at 18:42, Gary Chambers wrote: > > >> Indeed. Would be nicer if there was a proper announcement protocol >> for such things though. >> > I see, updateTasks is called everytime a change in layout happens then. Indeed, it looks like announcements will greatly simplified the trick. > > I am not sure where to do the announcement though. Does any top window uses openInWorld to add itself to World? > > My guess would be that at the end of SystemWindow>> openAsIsIn: would be the the simplest place to put it. Cheers, Henry _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 7, 2010

Re: [Pharo-project] [Metacello] Gofer and Metacello don't work again in 10505

by Dale Henrichs

Mariano, I've updated ConfigurationOfMetacello so that ensureMetacello method works on 10504 and later Pharo images. FYI, since 1.0-beta.18 is still the 'latest version' Gofer-lr.109 will be loaded over the top of Gofer-Core, but things appear to still be functional. When I release 1.0-beta.19, the Gofer-Core packages will be loaded and used moving forward. I'm in the middle of development of 1.0-beta.19 and not quite ready to turn it loose. Dale ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: | The error is Working copy for Gofer not found | | To reproduce it, update your Pharo 1.0 core image to 10505 and | evaluate any | load of any ConfigurationOf...for example | | (ConfigurationOfPharoMorphicExtras project version: '1.0') load | | The error is not even fixed evaluating: | | [ Gofer gofer load ] | on: Error | do: [ :err | err retry ]. | Gofer gofer recompile. | | I attach PharoDebug.log | | Any help? | | Thanks | | Mariano

Jan. 7, 2010

Re: [Pharo-project] Beginner question :) search and replace in String

by Levente Uzonyi

On Wed, 6 Jan 2010, csrabak(a)bol.com.br wrote: > Em 06/01/2010 17:30, Levente Uzonyi < leves(a)elte.hu > escreveu: > >> On Wed, 6 Jan 2010, csrabak(a)bol.com.br wrote: > [snipped] >>> As everybody else knows :-P the string concatenation operator is >>> '+', right!? So #, needs to be explained anyway. . . >> You're wrong, it's '.'. :) > > You know this polyglot approach to programming ends up with some > confusion :-) > > [snipped] > >>> This may lead to the same problem we already have with #, namely >>> it is slow and not recommended for repeated operations. >>> >> No, it's fast, because it doesn't create copies. Of course to know >> that you also have to know that List is an alias for >> OrderedCollection... It's just a C++ism that makes your code >> slower. :) >> > Levente, > > In a ordinary (sort of, it's a dev image, Pharo 1.0 #10503, there is > no List class, and: > > Collection>>, aCollection > ^self copy addAll: aCollection; yourself > > Which creates copies for each #, method send, right? Or do I miss > something here? Yes you do, List is one of Adrian's ideas to Huffman code smalltalk. Details here http://www.iam.unibe.ch/~akuhn/blog/2009/one-letter-method-names/ Levente > > -- > Cesar Rabak > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 7, 2010

Re: [Pharo-project] DNU in dev image freezes my image

by Mariano Martinez Peck

Danie: Thanks for reporting. Sorry, I cannot help you. But I can give you my advice to use 1.0 dev images. Take into account that 1.1 is UNSTABLE and even more, the dev 1.1. In addition, I think they should be removed for a while. Cheers Mariano On Wed, Jan 6, 2010 at 9:33 PM, Danie Roux <lists+pharo(a)danieroux.com<lists%2Bpharo(a)danieroux.com> > wrote: > All, > > I downloaded pharo1.1-11112-alphadev09.12.2.zip, opened a Workspace > and caused a DNU. This froze my image. > > Bug report: http://code.google.com/p/pharo/issues/detail?id=1750 > > -- > Danie Roux *shuffle* Adore Unix - http://danieroux.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 6, 2010

Re: [Pharo-project] [Metacello] Gofer and Metacello don't work again in 10505

by Mariano Martinez Peck

Ahhh yes, I see. In 10502, there was a package called Gofer with two categories: Gofer-Core and Gofer-Tests In 10505 there are two packages: Gofer-Core and Gofer-Test each with only one category. So...it was been split. What I don't know if it this was intended or not :( Mariano On Thu, Jan 7, 2010 at 12:23 AM, Dale Henrichs <dale.henrichs(a)gemstone.com>wrote: > The packaging for Gofer has changed, so that breaks the ensureMetacello > code that was trying to determine the version of Gofer that was loaded ... > there is no package named Gofer anymore, so I'll have to figure something > out ... > > Dale > > ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > > | Gofer-Core-AdrianLienhard.114 from > | http://www.squeaksource.com/Pharo > | cheers > | > | mariano > | > | On Thu, Jan 7, 2010 at 12:09 AM, Dale Henrichs > | <dale.henrichs(a)gemstone.com>wrote: > | > | > What version of Gofer is loaded into the Core? > | > > | > Dale > | > ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > | > > | > | The error is Working copy for Gofer not found > | > | > | > | To reproduce it, update your Pharo 1.0 core image to 10505 and > | > | evaluate any > | > | load of any ConfigurationOf...for example > | > | > | > | (ConfigurationOfPharoMorphicExtras project version: '1.0') load > | > | > | > | The error is not even fixed evaluating: > | > | > | > | [ Gofer gofer load ] > | > | on: Error > | > | do: [ :err | err retry ]. > | > | Gofer gofer recompile. > | > | > | > | I attach PharoDebug.log > | > | > | > | Any help? > | > | > | > | Thanks > | > | > | > | Mariano > | > >

Jan. 6, 2010