- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Presenting Pharo at the ESUG awards
by Bill Schwab July 1, 2008

July 1, 2008

Stef, +1. Well said. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 6/30/2008 2:47 AM >>> +1 I do not even want to advertise it. I do not want people believe that we are stealing something or getting fame from somebody else. We do pharo because we need freedom and good software. In 2 years from now if we have something that is brillant then we may submit it to ESUG awards. For now I want to work on milestone 1 and think about milestone 2. And make sure that if open-minded and smart people want to join they fill like home. Stef On Jun 30, 2008, at 8:54 AM, Damien Cassou wrote: > It is probably not ready enough yet. > > 2008/6/28 Noury Bouraqadi <bouraqadi(a)ensm-douai.fr>: >> I though that this might be an opportunity to start advertising >> Pharo and >> attracting people. >> >> Noury >> ------------------------------------------------------------------ >> Dr. Noury Bouraqadi - Enseignant/Chercheur >> Responsable de l'enseignement de l'informatique >> ARMINES - Ecole des Mines de Douai - Dept. I.A. >> http://vst.ensm-douai.fr/noury >> >> European Smalltalk Users Group Board >> http://www.esug.org >> ------------------------------------------------------------------ >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > > -- > Damien Cassou > Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good > luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] update 10047
by Norbert Hartl June 30, 2008

June 30, 2008

Stef, the update to 10047 does not work. Somehow the scriptloader didn't get updated. Norbert

3 7

[Pharo-project] improved a bit scriptloader
by StÃ©phane Ducasse June 30, 2008

June 30, 2008

Hi all I added some functionality to scriptloader (diffs package). http://code.google.com/p/pharo/wiki/HowToRelease stef

1 0

[Pharo-project] Difficulty to load package in paharo-dev
by Hilaire Fernandes June 30, 2008

June 30, 2008

With latest udpate. I had problem to load Nice fonts (0.5) and UI Themes (0.70, 0.60, 0.59) Hilaire

2 1

[Pharo-project] I will harvest some items this afternoon...
by StÃ©phane Ducasse June 30, 2008

June 30, 2008

Hi all just that you know... Stef

1 0

[Pharo-project] Something strange with semaphore
by Hilaire Fernandes June 30, 2008

June 30, 2008

With the last Magma beta (41beta3, 41beta4), I have noted a strange problem when I start a Magma server instance. The image got lock up by a semaphore at the initialization phase of the Magma server. The morph interface is locked, I can get control with [Alt]+. See screenshot >From the debugger, clicking Proceed resumes normally the execution, and the Magma server is finally started. This happens with 3.9.1, but not with 3.9, nor last pharo will all update. Is it related to fix applied to 3.9.1 as http://bugs.squeak.org/view.php?id=6588 or http://bugs.squeak.org/view.php?id=6581 I was beliving pharo was based on 3.9.1,so I am curious why Magma server works with it. Any tips Hilaire -- http://blog.ofset.org/hilaire

2 2

[Pharo-project] Developer images; programming aids
by Bill Schwab June 30, 2008

June 30, 2008

Damien, You asked (some time ago) for examples, and I just enountered a concrete situation of auto-completion making it (AFAICT) impossible to edit text the way I wanted. Having downloaded a fresh developer image, I am trying to install the Pinesoft enhancements, and tried to comment out some progress blocks - autocompletion insisted on "completing" the quotes for me, and I finally gave up. In fairness, the fonts could be better, so I might be missing a visual clue. For me, I type fast enough that I basically want the machine to do what I ask, and not try to help. You asked :) Please note that the answer to your question, "are the developer images useful?" appears to be yes. Our tastes on settings differ, but as I learn how to make my desired changes, I am finding the RB, Seaside, etc. very useful. Thanks, Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029

2 1

[Pharo-project] SLICE-enhanceUnimplementedCallsTest
by Norbert Hartl June 29, 2008

June 29, 2008

I've uploaded a new slice which adjusts the ReleaseTest for unimplemented calls. Two convenience methods are added. SystemNavigation default allClassesWithUnimplementedCalls PackageOrganizer default allPackagesContainingUnimplementedCalls Can someone review this? Btw. you do I mark a certain test as expected failure? Norbert

2 2

June 28, 2008

for milestone 1 - it would be good to have a Pharo in the flap (if any flap) and any other better looking lesssqueakish look :L) if one of you has time :) - when do we want to finish. It would be good to have milestone 1 out for esug or before. - I would really like to see the items of 3.10 examined. for milestone 2 - better building process - something that I would like us to do is to have a task force writing some good class comments. If you can think about that it would be good. Purpose of the class Main methods Main collaborators Example Internal representation Stef

5 14

[Pharo-project] [keith_hodges@yahoo.co.uk: [squeak-dev] Monticello version numbers]
by Matthew Fulmer June 28, 2008

June 28, 2008

This came to my attention last night as I made a modification to MC1.5 in order to work with Pharo packages. ----- Forwarded message from Keith Hodges <keith_hodges(a)yahoo.co.uk> ----- To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> From: Keith Hodges <keith_hodges(a)yahoo.co.uk> Date: Fri, 27 Jun 2008 17:18:56 +0100 Subject: [squeak-dev] Monticello version numbers Many do not know that Monticello 1.5 supports more complicated/natural version numbering schemes. Versions can be... 100 1.0.20 b523057e.606b.464b (abbreviated UUID with: $- replaced by $.) so.... this means... PLEASE DONT USE $. in your author initials when saving MC packages!!!!!! this has been a public service announcement Keith ----- End forwarded message ----- I don't know how or if it conflicts with Pharo dev policy. I don't see any requirement to use author names like lukas.renglli, but it happened. I don't think this version number scheme has been actually tested, despite what Keith said; it gave me a walkback when the version number was accidentally detected as 'renglli.271'. Does this interfere with some pharo policy? If so, any suggestions on a remedy? How do you envision MC package naming working once Author class is created? Keith's motivation behind the change: Seaside2.8 used version names with periods, but inside the package name. He made it more first-class UUID versions were a request by Chris Mueller -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

3 4