Hi Bill, As I said, all you have to do is to override #browserIcon on the class side of your class to return a symbol that corresponds to a method in OBMorphicIcons. Please look at the implementors of #browserIcon. For example: Announcement class>>browserIcon ^ #announcement OBMorphicIcons>>announcement ^ ((ColorForm extent: 12@12 depth: 8 fromArray: ... Cheers, Doru On 30 Aug 2010, at 00:02, Schwab,Wilhelm K wrote:
Doru,
That gets me a step closer to understanding them, but all I see so far are symbols. #browserIcon:selector: is getting complicated. Dolphin's sending #icon to classes being displayed a lot more clear, although I suspect some of the complexity in OB is to allow things like the success/failure icons in test cases - I'm not sure whether Dolphin has an answer to that??
What are the icon choices, and how would I add to them?
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr ] On Behalf Of Tudor Girba [tudor.girba@gmail.com] Sent: Sunday, August 29, 2010 2:48 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] this style looks cool
Hi Bill,
The icons are available the OB browser by overriding #browserIcon.
Some of the icons that you see are shipped with Seaside. The blueish bubble denotes an announcement and is already present in Pharo.
Cheers, Doru
On 29 Aug 2010, at 20:43, Schwab,Wilhelm K wrote:
Stef,
The first thing I notice in it is background colors, or is it just variation in backlighting on my monitor? Have we evolved to the point that background colors can be readily set? Last I looked into it, there was mention of a background style that I could never find.
Another thing is that a large fraction of the classes have icons associated with them. Dolphin makes that easy to do: just implement a class-side #icon, which I always did in terms of a rich set of class icons present in the base system, so I never had to mess with the details. It would be nice if it were that easy in Pharo; when well designed, such icons can aid perception. Since I constantly praise Dolphin, I will point out that D6's use of apples for most classes was not the best choice. It was visually grating and lead to a rather unprofessional look in a deployed executable where I had previously never given a second thought when the default icon was a dot. A rich (and expendable) set of clean icons for collections/ composites, views, plugs/sockets, various metaphors that are easy to associate with one's own classes would be helpful.
This might be similar to Dolphin's ability to apply multiple categories to a method: you won't miss it if you have never had access to it, but it is a *good* thing to have.
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr ] On Behalf Of stephane ducasse [stephane.ducasse@free.fr] Sent: Sunday, August 29, 2010 2:17 PM To: Pharo Development Subject: [Pharo-project] this style looks cool
http://www.anymorphic.com/softwareentwicklung.html
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."