- Pharo-dev - lists.pharo.org

[Pharo-project] mostSpecificPackageOfClass:
by StÃ©phane Ducasse Sept. 4, 2008

Sept. 4, 2008

Hi all I pushed a MC changes (refactored from lukas original fix) in the inbox. The changes introduced a couple of methods so that we can identify the most specific package of a class and a method. Stef

1 0

[Pharo-project] Harvesting party friday afternoon evening
by StÃ©phane Ducasse Sept. 4, 2008

Sept. 4, 2008

Hi all I would like to pair harvest with some people using ichat and other each firday evening or afternoon. Are you interested in that? Stef

5 6

[Pharo-project] About initials and name
by StÃ©phane Ducasse Sept. 2, 2008

Sept. 2, 2008

Hi all I wanted to fix Author and initial business. I have the following questions and wishes. Please let me know what you think. - I would like to remove fullName since I do not understand why it is needed. - I would like to invoke name instead of initials. - I would like also to use firstnameLastName (and avoid to use . inside the name since it may conflict with other file characters). Do you have any idea of another solution? - talking with igor we thought that we could have stephaneDucasseMIT in the timestamp to indicate the license of the method. I would like to avoid to break MC or other tools by accident. stef Browsing the code I found a fun preference :) wantsChangeSetLogging "Answer whether method changes in the receiver should be logged to current change set. This circumlocution avoids such logging for programmatically-compiled methods in Preferences, removing an annoyance" ^ Author initialsPerSe ~= 'programmatic'

2 1

Re: [Pharo-project] About a better look
by Bill Schwab Sept. 1, 2008

Sept. 1, 2008

Stef, Adrian, Where reasonable to do so, I encourage thinking in terms of Pinesoft's work, perhaps a new theme. If we can do better, that's ok too. While the thought appears to be catching on, it is worth saying again: Squeak's GUI woes are more often of feel than of look. 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) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 8/18/2008 2:17:53 PM >>> Adrian Marcus told me that you did a grey look. Do you have that around? Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

4 4

[Pharo-project] [ANN] SqueakGTK
by Gwenael Casaccio Sept. 1, 2008

Sept. 1, 2008

Hi, A new version of SqueakGTK is published. I've corrected 2 annoying bugs that make Squeak crashes. Here is the roadmap of the next versions : * binaries for windows, mac os x, linux * save and restore the widgets * Support canvas inside cairo we can use the morphs with GTK :p * Improve all the tools * And off course correct the bugs -_-' * A new website http://code.google.com/p/squeakgtk/ Cheers, Gwenael Casaccio

1 0

Re: [Pharo-project] Discussion summary and milestones
by Bill Schwab Sept. 1, 2008

Sept. 1, 2008

Serge, I agree more than I disagree. However, I will take my usual stance that it is the FEEL of Squeak that is suffering. Fortunately, Gary has helped there too! IMHO, the _real_ benefit of Morphic is as an emulated widget framework. Don't say this to a static language guru<g>, but native widgets do not scale well; eventually large grids, etc. need a way to escape the overhead of washing everything trough the OS. Absolutely, we should not kill Morphic w/o having a replacement emulated framework. Failing a replacement, we should keep it. 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) 273-6785 FAX: (352) 392-7029 >>> serge.stinckwich(a)doesnotunderstand.org 08/30/08 12:35 PM >>> 2008/8/30 Hilaire Fernandes <hilaire(a)ofset.org>: > 2008/8/30 Marcus Denker <denker(a)iam.unibe.ch>: > >>> For milestone 2 >>> ------------------- >>> - GTK binding >> >> Optional or replacing morphic? > > > Don't run too fast to kill Morphic. > There are a lot of value in Morphic and GTK+ is not a replacement for > it, more an alternative for different purpose. And with the work of Gary, Morphs are looking much better ;-) GTK is great have to better acceptance by non-smalltalkers but it's a bit premature to switch to GTK. -- Serge Stinckwich Smalltalkers do: [:it | All with: Class, (And love: it)] http://blog.doesnotunderstand.org/ _______________________________________________ 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] Fwd: going over and integrating Kernel-Extensions
by StÃ©phane Ducasse Aug. 31, 2008

Aug. 31, 2008

Hello pharoers it would be nice if we could go over the items (especially the extensions proposed in Squeak3.11 Contributions/Kernel-Extensions) on squeaksource and see what can be integrated into pharo. stef

1 0

Aug. 31, 2008

|d s| d := Dictionary new. CompiledMethod allInstances do: [:cm| (cm literals select: [:l| l isKindOf: LookupKey]) do: [:assoc| |key| key := assoc key. key ifNotNil: [d at: key put: ((d at: assoc key ifAbsentPut: [0]) + 1)]]]. s := SortedCollection sortBlock: [:assoc1 :assoc2| assoc1 value > assoc2 value]. d associationsDo: [:a| s add: a]. s inspect

1 0

Aug. 31, 2008

Seems to me that it could be worth to have a look at this one. Begin forwarded message: > From: "Klaus D. Witzel" <klaus.witzel(a)cobss.com> > Date: August 31, 2008 10:24:56 AM CEDT > To: squeak-dev(a)lists.squeakfoundation.org > Subject: [squeak-dev] Re: Bytecode not in sync with source? > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Good Morning Nicolas, > > on Sun, 31 Aug 2008 02:22:23 +0200, you wrote: > >> While debugging FloatTest>>#testNaNCompare (From http://bugs.squeak.org/view.php?id=6719 >> FloatNaNCompare-M6719-Test.2.cs), >> >> I had a very strange behavior: >> Executing in Debugger: >> >> theNaN := Float nan. >> anotherNaN := Float infinity - Float infinity. >> comparand := {1. 2.3. Float infinity. 2/3. 1.25s2. 2 raisedTo: 50}. >> comparand := comparand , (comparand collect: [:e | e negated]). >> comparand := comparand , {theNaN. anotherNaN}. >> >> I ended up with a comparand filled with some nils. >> The problem vanished when I did recompile. >> >> Unfortunately I saved the image before I had the idea to inspect >> the Bytecode and then could not reproduce the problem. >> >> I suspect it is related to http://bugs.squeak.org/view.php?id=6720 . >> Does anyone experiment this kind of problem? > > Yes, sometimes annoying things happen with temp names declared > interactively :( for an example, cut all temp names in a source > method then ask for pretty print ... > > Have you seen Eliot's > #parse:class:category:noPattern:context:notifying:ifFail: > > - http://www.mirandabanda.org/files/Cog/Closures0808/Bootstrap/changesets/Pre… > > in which, while repeatNeeded, a fresh instance of Encoder is > assigned. This is not so in stock .images, but perhaps the cure for > sorts of problems experienced with declarations made interactively. > > HTH. > > /Klaus > >> Nicolas >> >> >> > > > >

1 0

[Pharo-project] Traits...
by Alexandre Bergel Aug. 31, 2008

Aug. 31, 2008

Hi! Marcus, Stef and I were wondering whether there is fix for copying compile methods instead of sharing when using traits. The idea is to prevent a shared compiled method to answer wrongly when asking for its properties, class belonging ... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 6