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

[Pharo-project] what about squeakPage
by StÃ©phane Ducasse Sept. 28, 2008

Sept. 28, 2008

Hi guys I was browsing some etoy cleans of gary and I found somewhere sqPage and SqueakPage. Apparently we can save on disc a bookmorph. Any ideas if this is working/useful/fun? Stef

2 2

Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside2.9alphauniverse
by Bill Schwab Sept. 28, 2008

Sept. 28, 2008

Damien, Sounds good. 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 >>> damien.cassou(a)gmail.com 09/28/08 9:16 AM >>> On Sun, Sep 28, 2008 at 3:07 PM, Bill Schwab <BSchwab(a)anest.ufl.edu> wrote: > Damien, > > Now I'm confused :) If installing Seaside is easy, then the web image > is not all that necessary, agreed. With PolyMorph in Pharo, every image > gets better. No worries so far. > > You said "we want one image for Pharo." That is probably a good goal. > Will the RB go into Pharo, or will you continue to produce the developer > images? Yes, RB will be part of the official Pharo release and I won't generate specific pharo-dev images anymore. The list of packages in Pharo is maintained at: http://code.google.com/p/pharo/wiki/Packages -- 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)

1 0

Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9alphauniverse
by Bill Schwab Sept. 28, 2008

Sept. 28, 2008

Damien, Now I'm confused :) If installing Seaside is easy, then the web image is not all that necessary, agreed. With PolyMorph in Pharo, every image gets better. No worries so far. You said "we want one image for Pharo." That is probably a good goal. Will the RB go into Pharo, or will you continue to produce the developer images? 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 >>> damien.cassou(a)gmail.com 09/28/08 5:38 AM >>> Hi Bill, I'm not sure I understand your email completly. Please tell me if it is not the case. On Sat, Sep 27, 2008 at 5:44 PM, Bill Schwab <BSchwab(a)anest.ufl.edu> wrote: > Damien, I suspect you put a lot of work into preparing your images, so please do not view this as anything other than gratitude driving some suggestions. With proper selection of browser and (sorry<g>) deactivating eCompletion, I very much enjoy your web image as a starting point. Whether I continue using it will depend on how hard it is to install Polymorph and the RB vs. Seaside and friends. Polymorph is going to be included in all Pharo images so you don't have to worry. RB as been in all my images from the beginning and will continue to be. I think I will stop generating web images for Pharo because we want only one image for Pharo. I will try to find a way to make installing Seaside easy. > Call me demanding, I want it all :) Installer can probably (either now or with some refinement) reduce Polymorph (which appears to be on its way into the Pharo base anyway???) and Seaside to one-liners in a script. Ditto cryptography. Add some lines to load .cs or whatever files I create on my own, and I should be able to download an image, and then run one script that builds the new image. > > I will stop short of asking you to manually keep up with the small releases, as I probably would end up waiting for the October release before building a new image. It would however be great to either reduce what you do to a simple script, or have it aggressively track updates once Pharo is officially released. I'm sorry but I do not understand this paragraph. > >From a gradually decreasing distance at least, Installer looks like it is trying to fill a gap. As always, I would like to see Pharo sprout an ability to apply multiple categories per method; Dolphin has done that from (almost?) the beginning, and it is quite addictive. My point being that however clever, systems that take the one available category to package methods make the restriction all the more obvious. > > I hope that makes some sense. Thanks to all for what is shaping up to be a nice system! > > Bill > > >

2 1

Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alphauniverse
by Bill Schwab Sept. 28, 2008

Sept. 28, 2008

Damien, Stef, I _think_ what I would want for a starting point is something like Damien's web image, followed by a script that gets the latest of a few things, specific versions of others, and then loads a bunch of .cs or other files for my code. Damien, I suspect you put a lot of work into preparing your images, so please do not view this as anything other than gratitude driving some suggestions. With proper selection of browser and (sorry<g>) deactivating eCompletion, I very much enjoy your web image as a starting point. Whether I continue using it will depend on how hard it is to install Polymorph and the RB vs. Seaside and friends. Call me demanding, I want it all :) Installer can probably (either now or with some refinement) reduce Polymorph (which appears to be on its way into the Pharo base anyway???) and Seaside to one-liners in a script. Ditto cryptography. Add some lines to load .cs or whatever files I create on my own, and I should be able to download an image, and then run one script that builds the new image. I will stop short of asking you to manually keep up with the small releases, as I probably would end up waiting for the October release before building a new image. It would however be great to either reduce what you do to a simple script, or have it aggressively track updates once Pharo is officially released. >From a gradually decreasing distance at least, Installer looks like it is trying to fill a gap. As always, I would like to see Pharo sprout an ability to apply multiple categories per method; Dolphin has done that from (almost?) the beginning, and it is quite addictive. My point being that however clever, systems that take the one available category to package methods make the restriction all the more obvious. I hope that makes some sense. Thanks to all for what is shaping up to be a nice system! 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 >>> damien.cassou(a)gmail.com 09/26/08 11:03 AM >>> On Fri, Sep 26, 2008 at 8:26 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > - For example I would like to have a real look at MC1.6 but the > message around it is blurry MC1.6 is not the topic here. > I tried LFP and it broke on me. It worked fine for me. You may want to try again and send bug report to Keith who answered all my emails. > - I like installer but when I look at the code I would like to refactor it. The code may not be perfect but it works fine. I don't think Keith would ignore our enhancements to his code. > - There is no document in a nice format that explain why and how (i'm > fixing that for installer and I was waiting because I will refactor it else I do not publish the chapter but I did not want to insult keith since this is not the point since I like installer). This is not fair. There is "no document in a nice format that explains" most of the tools you use everyday. But you still use them. The more people use a tool, the best chance you have to get documentation. Moreover, Keith and Matthew wrote a lot of things in pbwiki, squeak wiki and mailing lists. > - unknown is strange :) Should not be for us Squeakers and Pharoers. > - So if you want to help me I would love to have a > - Installer code refactored > - Installer chapter > - Sake (have a look at the code) > - Sake Chapter for the book I would love that too -- 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)

3 3

[Pharo-project] Do you still need a Linux VM with FreeType?
by bryce＠kampjes.demon.co.uk Sept. 28, 2008

Sept. 28, 2008

I've stabilised the changes I was working on so now's a reasonable time for me to look at this if it's still required. Is it? Exupery already needs VMs for all major platforms, so I'm thinking about merging that requirement with what Pharo needs. I can build Linux VMs easily as it's my main development platform. Other platforms depend on time, so far development has been more important than maintaining ports for me. Bryce

4 7

[Pharo-project] Compression question
by Bill Schwab Sept. 28, 2008

Sept. 28, 2008

I am working on adapting some basic tools of mine to Pharo, and ran into a trick that use often: specifically, I use ZLib and Dolphin's ability to package globals to store compressed text for scripts, "empty" document files, etc. Then a small wrapper method uses ZLib to uncompress the content of the global w/o having to store all of data in the method source. There are other solutions, but I do this frequently and need to pick a way to handle it. At the most basic level, I found the compression stream and archives categories, but am unclear on where to look. If I want to have a byte array of data and "zip" or "unzip" it memory, is there a good entry point? Would I use a stream or an archive? Please do not feel pressed to do my browsing for me, but if somebody knows the answer, a class or method name would be appreciated. BTW, as further evidence of the accumulated effort, to check the jargon above, I just fired up an early 3.9 image that was handy, and the differences are striking! Maybe I do want to lean on Damien for an updated web image :) 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

3 2

[Pharo-project] possible TODOs...
by Marcus Denker Sept. 28, 2008

Sept. 28, 2008

Hi, I was already multiple times asked for a list of specific things that people could work on. Here are some ideas: -> World menu (after applying the simplification from bugtracker #166) -> Fullscreen of/on should be rendered like soundof/on, that is just one entry that changes according to state of display. -> in debug the start rendering entries should only be rendered when flag is set. (see code it calls) -> Preferences contains the code of the old preferences-browser. Remove all code related to this. (see Preferences class>>preferencesControlPanel) -> Browser has "printOut" menu entries that just do fileOut. Remove those entries. -> Browser has entry "browse all" in system category menu. This makes no sense. -> SqueakMap stores 1.5MB of crap in the image. make changeset that removes SqueakMap from the image. (check SqueakMap default purge) -> registerInFlapsRegistry... called in the class side initalize, please remove this and the infrastructure of flaps-registering. -> clean up Preferences. There are many preferences that nobody ever changes because the default makes a lot of sense. These need to be removed. -> CurvierMorph should be merged with PolygonMorph -> FileList2 should be merged with FileList. -> TranslatedMethod is a leftover from the original Jitter of 1998. Needs to be removed. Please note, it's in the specialObjectArray! -> Remove PluggableDictionary, PluggableSet (these are workarounds for the broken hashing in Squeak. We will fix hashing later for real) -> ColorTheme and subclasses should be removed. Refactoring needed for all users. (maybe best done after polymorph is added) -> remove BOBTransformationMorph. Refactor, merge with TransformationMorph? (maybe wait till etoys is gone) -> AlignmentMorphBob1 should be removed. Refactoring needed. (maybe wait till etoys is gone) -> Remove world-in-world support. start by removing classes EmbeddedWorldBorderMorph, NewWorldWindow after fixing all uses. -> TwoWayScrollPane shoud be removed (ScrollPane can do everything). Fix all useres of TwoWayScrollPane and delete class. -> CurrentProjectRefactoring is deprecated, yet it is referenced. Please fix all references (mostly just use Project current) and remove CurrentProjectRefactoring. -> Use Sophie's code to render a real pulldown menu entries on windows and Mac -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

7 19

[Pharo-project] Linux VM building - Where's Eliots closure code?
by bryce＠kampjes.demon.co.uk Sept. 27, 2008

Sept. 27, 2008

I've made decent progress with merging and building. Just got a working TrueType image. There's still work to be done on automating the build. Makefiles still require manual editing, and I haven't automated the image build fully. Where's Eliot's closure bytecode code? Preferably as an mcz. Hopefully, I'll be ready to look at that this weekend. Bryce

2 2

Sept. 27, 2008

Begin forwarded message: > From: "Steven Kelly" <stevek(a)metacase.com> > Date: September 17, 2008 1:24:16 PM CEDT > To: "Vassili Bykov" <smalltalkbigot(a)gmail.com>, Steffen MÃ¤rcker <merkste(a)web.de > > > Cc: vwnc mailing list <vwnc(a)cs.uiuc.edu> > Subject: Re: [vwnc] Fwd: Regex11 > > OK! I've updated the code, tests and documentation and published as > 1.3. > > I second the vote for a Character predicate for this in the base - > it would replace longer code in 7 places in a current standard > image. I think the name should be #isWordConstituent, since > "identifier" generally implies the first character is not numeric. > > Steve > >> -----Original Message----- >> From: vwnc-bounces(a)cs.uiuc.edu [mailto:vwnc-bounces@cs.uiuc.edu] On >> Behalf Of Vassili Bykov >> Sent: 17 September 2008 00:16 >> To: Steffen MÃ¤rcker >> Cc: vwnc mailing list >> Subject: Re: [vwnc] Fwd: Regex11 >> >> I think \w should include underscore to match what seems to be the >> expected behavior out there. Going a step further, perhaps a >> Character >> predicate named something like #isIdentifierConstituent to include $_ >> in addition to pure alphanumerics would be useful. >> >> Cheers, >> >> --Vassili >> _______________________________________________ >> vwnc mailing list >> vwnc(a)cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > ------- Weitergeleitete Nachricht ------- > An: "Vassili Bykov" <smalltalkbigot(a)gmail.com> > Kopie: > Betreff: Regex11 > Datum: Mon, 15 Sep 2008 09:33:13 +0200 > > Dear Vassili Bykov, > > as far as I can see you've written the Regex11 package and I think > I've > found a bug. The documentation states: > > \w any word constituent character (same as [a-zA-Z0-9_]) > > but the actual implementation fails with underscores: > > '_' matchesRegex: '\w' "evaluates to false" > '_' matchesRegex: '[a-zA-Z0-9_]' "evaluates to true" > > Should the bug be fixed because we rely on the definition of \w or > is it > the better way to adjust the documentation in order not to break > existing > applications? How can I help?

1 0

Sept. 27, 2008

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: September 27, 2008 9:04:14 AM CEDT > To: stephane.ducasse(a)free.fr > Subject: Published a fix for WideString fromPacked: 'TEXT' asPacked > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: September 27, 2008 9:04:12 AM CEDT > To: An open mailing list to discuss any topics related to an open- > source Smalltalk <Pharo-project(a)lists.gforge.inria.fr> > Subject: Published a fix for WideString fromPacked: 'TEXT' asPacked > > > in multilangual in inbox > > Stef > > >

1 0