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

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

[Pharo-project] Regression testing results within package manifesto
by StÃ©phane Ducasse Sept. 27, 2008

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

[Pharo-project] Bug? I cannot see the diff anymore doing merge or browse
by StÃ©phane Ducasse Sept. 26, 2008

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

[Pharo-project] Interesting news
by Bill Schwab Sept. 26, 2008

Sept. 26, 2008

Hello all, Have a look at: http://www.object-arts.com/content/news/excitingNews.html Object Arts and Lesser Software are collaborating on a new version of Dolphin. They are still sticking to the Windows-only angle, which I find disappointing. However, even if they hold to that, we are better off keeping and enhancing what I consider to be the best development environment I have ever used. 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

1 0

[Pharo-project] Move to package from sender and implementors list
by StÃ©phane Ducasse Sept. 26, 2008

Sept. 26, 2008

Hi guys it would be great to have the senders and implementors tools offering move to package in their menus. Stef

4 3

[Pharo-project] On Icons
by Torsten Bergmann Sept. 25, 2008

Sept. 25, 2008

Matthew suggested >Perhaps OB could use composable icons Eclipse uses a similar concept, see http://www.eclipse.org/articles/Article-Decorators/decorators.html Typical icon sizes are 16x16 and 32x32 (at least on Win32 and in most icon collections on the web). The ones in OB currently look smaller and may be too small for decorators... Bye Torsten -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

1 0

Sept. 25, 2008

I remove isUniClass: and clean the inspector following gary's clean. plus some leftOver related to uniclass. Stef

1 0

[Pharo-project] On Icons
by Lukas Renggli Sept. 25, 2008

Sept. 25, 2008

> OB-Enhancements version 0.203 I am horrified with all these colored icons on methods. That's worse than in the old browser with the button that had 8 different colors depending on the state of the method. - I don't want to see part of the "contents" of a method as an icon. The super-icon is useless, it only hides valuable information (for example that there is a sub-implementation). If I want to know if a method calls super (and when) I need to look at the method anyway. - The same is for abstract method icon. When browsing the protocol/interface I don't need to know that. I am more interested if any of the subclasses override it. - The same for extension methods. I see that, because it is in a different protocol and because its name is in italic (the same as with the extension classes). I don't need yet another icon. The only valuable thing for me as a developer is to know if there is a super/sub implementation of a method. And maybe if there are halts inside. The rest I can find out with one click or less, if necessary. This would greatly improve the interface. The browser starts to be really messy. Furthermore I would like to define my own icons for classes, for example Seaside component should have its own icon. So instead of hardcoding this into OB itself why not asking the class for an icon, as this is done in VW for example. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

6 27

[Pharo-project] Removing class category
by Alexandre Bergel Sept. 25, 2008

Sept. 25, 2008

Hi! I just created a package MorphicBalloon that contains the 3 classes defined in Morphic-Balloon. Here is the comment: -=-=-=-=-=-=-=-=-=-=-=-= This package contains the 3 classes that define Balloon (BalloonCanvas, BalloonRectangleMorph, MatrixTranformMorph). These three classes, are only referenced by classes defined in the class category Morphic-Support. I am not sure whether this is a good change, but it is a first step to remove class category -=-=-=-=-=-=-=-=-=-=-=-= This is an example that should raise the question about where we want to go. I feel that having class category as sub-monticellopackage is a bad thing. We should get rid of class category. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 2