- Pharo-dev - lists.pharo.org

[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

[Pharo-project] Regex11 -> regex 13. in VW
by StÃ©phane Ducasse Sept. 27, 2008

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

[Pharo-project] Fwd: Published a fix for WideString fromPacked: 'TEXT' asPacked
by StÃ©phane Ducasse Sept. 27, 2008

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

Re: [Pharo-project] About Flap
by Bill Schwab Sept. 27, 2008

Sept. 27, 2008

Hello all, Flaps will be easier to remove than to replace, and toolbars and menus come to mind, of course. "The" world menu is a concept that always bothers me a little: while I like having the ability to run Pharo with what amounts to MDI (child shells in a single main window), it would be nice to have each shell/SystemWindow be a host window. In the latter situation, flaps and world menu are (correct me if I am wrong) largely homeless. Ok, a flap could be a host window of sorts (perhaps hidden when Pharo does not have focus), but Pharo no longer owns the desktop, so the world menu is gone, right?? Maybe it simply _should_ be gone in that case. In terms of flaps, they no doubt add to drawing overhead. Would that not improve if the polling were converted to handling events? Another helpful change would be to either replace "tearing off" a new tool to clicking/releasing a command button that simply opens it at default location and size, or changing the dragging to respect the fast window drag setting. I invariably set that even on new machines (not that I am quick to replace old ones). Bottom line: faster GUI code never hurts. A pop or a fast drag off of a flap should help. 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 09/27/08 1:59 AM >>> OK we will go slowly there. One of the problem is that flaps are taking also a cpu On Sep 27, 2008, at 12:27 AM, Gary Chambers wrote: > I quite like the tools flap, when configured for auto-popout and > with "solid" style... > Just my 2c > > Gary. > > > ----- Original Message ----- From: "Igor Stasenko" > <siguctua(a)gmail.com> > To: "An open mailing list to discuss any topics related to an open- > sourceSmalltalk" <pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, September 24, 2008 8:46 PM > Subject: Re: [Pharo-project] About Flap > > >> 2008/9/24 Marcus Denker <denker(a)iam.unibe.ch>: >>> >>> On 24.09.2008, at 20:14, Bill Schwab wrote: >>> >>>> Lukas, >>>> >>>> That's fine if my hands are on the keyboard, but if I have one on >>>> the >>>> mouse (common when browsing), then (in Dolphin at least), I end up >>>> either right clicking on a class in an open browser, or hitting a >>>> toolbar button. For the more obscure tools, the shell menus >>>> (Tools) do >>>> the trick. Shortcuts are great, but we should also provide mouse- >>>> based >>>> options. >>>> >>> >>> remember: there will be a menu, with a "tools" entry. And there will >>> always be the world-menu (click on the backround). >>> >>> the flap is not faster in the number of clicks than a pulldown >>> menu... >>> >> >> well, with flaps is more convenient because you can drag a tool >> window >> and place it where you want to. >> While from menu - first, it placing a window automatically, and then >> often you need to arrange it again. >> How about putting a window in hand, when you opening it from menu? >> I find it very convenient and useful feature - it gives you chance to >> arrange window with no extra clicks. >> >> >>> Marcus >>> >>> -- >>> Marcus Denker -- denker(a)iam.unibe.ch >>> http://www.iam.unibe.ch/~denker >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> 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 > > > _______________________________________________ > 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

Sept. 27, 2008

Hi guys For Moose we started to add package manifesto using DrDoc. We will use the manifesto to document our package with license, documentation, class diagram... Now what I would really like to have is the results of SmallLint rules and the tests because when I run the tests if some of them were broken I do not know whether I made progress or not. I think that the manifesto could be a nice place to keep such information. After we could have a simple manisfesto dropping script Object allSubclasses do: .... what do you think about that, I would like to have a bit more self documentation and software engineering meta data within the system. Stef

3 4

Re: [Pharo-project] About Flap
by Bill Schwab Sept. 27, 2008

Sept. 27, 2008

Lukas, That's fine if my hands are on the keyboard, but if I have one on the mouse (common when browsing), then (in Dolphin at least), I end up either right clicking on a class in an open browser, or hitting a toolbar button. For the more obscure tools, the shell menus (Tools) do the trick. Shortcuts are great, but we should also provide mouse-based options. 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 >>> renggli(a)gmail.com 09/24/08 1:51 PM >>> > I like the way they are in dev images. You move the mouse to the right > side of the image and the flap opens. From there, you can drag&drop > your favorite tool. Do you have any faster way to open a browser or a > transcript? Ctrl+B and Ctrl+T -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

5 4

Sept. 26, 2008

Hi I'm tracking a problem I have and which is quite annoying I cannot see the diff when I do a merge or browse with MC. I'm with 10074 and I woudl like to know if you have the same behavior. Stef

1 0