August 2008 - Pharo-dev - lists.pharo.org

[Pharo-project] UTF support in Linux
by StÃ©phane Ducasse Sept. 23, 2008

Sept. 23, 2008

Begin forwarded message: > From: Bert Freudenberg <bert(a)freudenbergs.de> > Date: July 9, 2008 12:20:52 AM CEDT > To: "A friendly place to get answers to even the most basic > questions about Squeak." <beginners(a)lists.squeakfoundation.org> > Subject: Re: [Newbies] UTF support in Linux? > Reply-To: "A friendly place to get answers to even the most basic > questions about Squeak." <beginners(a)lists.squeakfoundation.org> > > > Am 08.07.2008 um 23:09 schrieb smith02243: > >> >> Hi all, >> >> In the Linux VM, when I try to input, via paste or the right alt >> combination, non-ascii characters, like 'Ã¶' or 'Ã©' for example, >> Squeak >> merely shows 'o?' or 'e?' I researched into this and accordingly >> chose a >> font that supports UTF-8 and set the locale and VM command line >> options >> appropriately: >> >> export LC_CTYPE="en_IE.UTF-8" >> locale-gen en_IE.UTF-8 >> (...which claims that locale is upto date...) >> sudo dpkg-reconfigure -plow locales >> (...which outputs en_IE.UTF-8... done among other things....) >> squeak -encoding UTF-8 -textenc UTF-8 -pathenc UTF-8 >> Squeak3.10.2-7179-basic.image >> >> Now when I try to input the aforementioned characters I encounter a >> debug >> message: "Error subscript is out of bound." >> >> However, I have set Squeak's language to Spanish and then German, >> and the >> characters display perfectly well in the menus. Although, the same >> cannot be >> said for the any files with non-ascii characters in the file >> dialogue. So, >> it seems it's an input problem. >> >> Anyone with any ideas? Thanks. > > This has only been addressed recently, and may not have found its > way into a release yet. > > You need the very latest Squeak VM (3.10-1 at least). It supports > Unicode keyboard events (which are passed to the image as UTF32). > > To make use of these events your image needs to be using > UTF32InputInterpreter. Evaluate > > ActiveHand keyboardInterpreter > > to see the currently used one. It can be changed by patching > Latin1Environment class>>inputInterpreterClass. > > I don't know if this is in any official release yet, or scheduled > for one. > > Some relevant change sets from the Etoys image seem to be > > http://tinlizzie.org/updates/etoys/updates/1713UnicodeInput1-yo.cs > http://tinlizzie.org/updates/etoys/updates/1714UnicodeInput2-yo.cs > http://tinlizzie.org/updates/etoys/updates/1925unixLatin1Input-yo.cs > http://tinlizzie.org/updates/etoys/updates/1935unicodeFallback-bf.cs > > - Bert - > > > _______________________________________________ > Beginners mailing list > Beginners(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/beginners >

4 8

[Pharo-project] Re: Monticello 1.5
by Hilaire Fernandes Sept. 17, 2008

Sept. 17, 2008

Oh, Chris I am just a dumb developer and I don't know much about the tools, I just know it is a pain to get MC 1.5 working. I am cc to Pharo firends with a small recall of the situation, may be they have some tips Chris is working on new beta version of Magma which I am testing with him. As far as I can understand, Chris use Monticello configuration to be able to load in one click several Magma mcz packages. This requires Monticello 1.5, but this ones does not work equally on the different version of Squeak nor with Pharo. Which tools could be suggested to Chris ? (I can give more details if needed but really this is becoming insane --and unproductive--, and I really hope Pharo people will do it right) Hilaire 2008/6/27 Chris Muller <ma.chris.m(a)gmail.com>: > Well of course I am always open to suggestions. Everyone knows what > the requirement is: one-click loading of an entire (multi-package) > system. Do you know another way I can accomplish this other than > Monticello? What is everyone else doing? > > > > > > On Thu, Jun 26, 2008 at 3:09 PM, Hilaire Fernandes <hilaire(a)ofset.org> wrote: >> Chris, >> >> As MC seems to be a source of frustration, I am wondering why do you >> need it for the beta release of Magma? >> >> Now I really think I want to move in the future to Pharo as the >> development plans are clearer (https://gforge.inria.fr/projects/pharo) >> Yet Seasider are participating to Pharo so I am confident. >> >> I will first try Magma beta and my code as well. >> >> Hilaire >> >> >> -- >> http://blog.ofset.org/hilaire >> > -- http://blog.ofset.org/hilaire

10 27

[Pharo-project] Discussion summary and milestones
by StÃ©phane Ducasse Sept. 12, 2008

Sept. 12, 2008

Hi all we got an extremely positive ESUG. Thanks all of you for your great software: Thanks Gary it was great to see you. Now I would like to summarize some of the discussions we got. For milestone1 ----------------- - we will integrate the Polymorph package of gary. This means we may try to remove some old morphic and integrate really gary's work. Now this task could be continued further in milestone 2. - gary could you send around (not only to adrian) the etoy removal so that we do it? - Marcus plans to integrate the stack interpreter made by eliot so that we will get fullclosures. - We will integrate the freetype plugging (we will need some VM guys probably). - We want to have a one click image! - internally we will work on a core and set of package but publicly we would like to avoid to have a distribution that is not tested/used. For the dev image we would like to only have a set of selected packages, so the idea is that damien will collect the key package that would go in the dev version. (which may be the one click image). We really want to have package without overrides. - We would like to push the idea of a package manifesto. For milestone 2 ------------------- - GTK binding - the newcompiler will replace the old one - marcus is really interested in COG and helping there. I will try to help and learn from mathieu. - popUp plague -> notification mechanism (check the OBNotification hierarchy). We need to push infrastructural work so that everything benefit of it. There are certainly point I forgot to mention but the future is full of new perspectives. Stef

11 20

[Pharo-project] Wiki page rename
by Bill Schwab Sept. 9, 2008

Sept. 9, 2008

Hello, Anybody know how to rename a page on the Wiki? Is it as crude as add/copy/delete? Hopefully there is a better way?? 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

4 3

[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] 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