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

Re: [Pharo-project] OB's icon support improved

by StÃ©phane Ducasse

You know I would really like to see if this is worth pressing the ? So I miss the pane showing the comment under the class def. May be a good way also would be to have the question mark with a different color when there is a comment. David we are starting to use manifesto for package so it would be also great to show them. Stef

Sept. 29, 2008

[Pharo-project] Fwd: Strange bug

by StÃ©phane Ducasse

> > > > Hi > > ImageSegment discoverActiveClasses. > is cool and it lets you (by swapping method dict behind your back) > knowing which classes > have been involved in a certain action. > > as follow > Now ImageSegment discoverActiveClasses. > -- do something typical -- > ImageSegment activeClasses size printString , ' classes were active > out of ' , > Smalltalk allClasses size printString. > > Now if following > recoverFromMDFaultWithTrace > > you put > > Smalltalk at: #MDFaultDict put: Dictionary new. > > you get a strange error, tell you that there is syntax error > > Stef > > >

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by Lukas Renggli

> > One quick suggestion: classes without a comment need to have an icon, and > really really ugly one, for obvious reason: to get rid of it by writing a > comment ASAP :) > > Indeed, this is something we should add. The reason to not add it so far > was that almost every class would get this icon in most packages. ;) > But we will prepare an icon for it. Please don't add such an icon. This is the most horrible thing in VisualWorks, I always disable it as a first action. There will always be tons of classes in the system that have not been commented and that you don't want to comment, because this is not your library. Nothing will change that. Adding another icon there will just add a horrible noise and is totally orthogonal to the kind-icon that classes already have. Again (as I did for the method icons) I vote not to mix different concerns in a single icon. If really needed, add an exclamation mark to the question mark button for example. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by Damien Cassou

On Mon, Sep 29, 2008 at 3:31 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > In that case, how can I load OB? ScriptLoader new universalInstaller universe install: 'OB-Enhancements' If it does not install the very latest version, it's because David does not think it is ready yet. You can still update using monticello if you want. -- 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)

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by Alexandre Bergel

> Hi Alex. You should stop doing that manually. I already maintain the > universe version. Please update your method to look like > ScriptLoader>>installingRB. Moreover, future pharo releases will > contain OB. Excellent! In that case, how can I load OB? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by Damien Cassou

On Mon, Sep 29, 2008 at 2:25 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > I made a new version of Scriptloader that reflect the new version of OB Hi Alex. You should stop doing that manually. I already maintain the universe version. Please update your method to look like ScriptLoader>>installingRB. Moreover, future pharo releases will contain OB. -- 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)

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by David RÃ¶thlisberger

Hi Janko, > One quick suggestion: classes without a comment need to have an icon, > and really really ugly one, for obvious reason: to get rid of it by > writing a comment ASAP :) Indeed, this is something we should add. The reason to not add it so far was that almost every class would get this icon in most packages. ;) But we will prepare an icon for it. David > David RÃ¶thlisberger wrote: >> Hi there, >> >> taking the suggestions from the "On icons" thread, I have now changed >> and extended >> the icons in columns like this: >> >> - Removed icons for extension methods ('+'), instead use italic font >> for the method >> name label if it's a extension method and additionally red color if >> it's an override >> (as Lukas suggested) >> >> - Use new icons for abstract method and super send (credits to Stef >> who did the hard >> work of drawing them). >> The new icons make clear whether an abstract method or a method >> sending super is >> redefined in subclasses or not (they get an additional triangle >> pointing down if they >> are redefined). >> For a complete list of supported icons see: >> http://smallwiki.unibe.ch/hermion/icons/ >> There are still some icons missing for rare situations, if someone >> volunteers to draw >> them, we'd be happy. ;) >> >> - Explaining labels for all icons (keep the mouse over them) >> >> - Most icons are clickable: Clicking on a super send icon brings you >> to the method in >> the superclass, clicking on a triangle down icon brings you to the >> overridding method >> in the subclass or gives you a list of candidates if there are several >> sub-implementations. >> This I consider as a very convenient extension. >> >> - Classes or Traits can implement the method #browserIcon (answering a >> symbol for the >> icon name) to define the icon they will get in the class column >> themselves >> >> >> If you have more suggestions or wishes concerning icons (or anything >> else), let me know. >> Current ideas include to introduce icons for trait classes and methods >> (trait methods >> are shown in italic right now, hence somehow conflicting with >> extension methods), or >> to have an icon for methods without any additional implementor. >> I would be interested to know whether you consider these ideas as >> valuable. >> >> >> To load the latest version of OB, you can use this Installer script: >> >> >> Installer wiresong >> project: 'ob'; >> install: 'OmniBrowser-dr.419'; >> install: 'OB-Standard-dr.355'; >> install: 'OB-Morphic-dr.57'; >> install: 'OB-Enhancements-dr.217'. >> >> >> Cheers, >> David > >

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by David RÃ¶thlisberger

Hi Bill, thanks for your feedback! We will try to pay attention to the points you mentioned, in particular those concerning color blind people. David > I apologize for not paying more attention to this thread. Visual > feedback in the browser is very much appreciated, and you seem to be > doing a very nice job! Had I been paying attention, I'd have said > things like the following: > > (1) Red is probably not the best choice to have lurking on the screen. > Maroon/purple/clay rose or just about any "muted" or muddy red IMHO is a > much better choice for most things. It might help to add a small amount > of blue to the greens too for the same reason. I recommend trying for > the psychological benefit with as little eye strain potential as > possible. > > (2) For collections, consider something like a circle drawn a few times > from right to left to give an overlapping effect, maybe ... thrown in > there if there is room. > > (3) For exceptions, I like the icon, but two concerns: it might be a > little faint/bland; it might work better if its implied movement were > upward. Dolphin 5 uses an explosion icon in some situations. That > might work well for exceptions and errors. > > (4) Do we have any color blind people among us? IIRC, something around > 12-14% of the population is affected to some degree, so we will > encounter it. The test icons will be lost on some of the more extreme > red/green sufferers. An alternative would be a boxed check, X or ?. > The box (or other border shape) being the suggestion of the test, and > the symbol indicating the state. It is fine to add color too, but we > should give the red/green crowd a way to see what is going on. > > > Not meaning to jab anyone in the eye, the Installer script is just the > kind of thing I'd hope to be able to exchange in situations like this. > I do not care so much that it is Installer that we use, but _something_ > that can cope with the various publication methods and cope with the > details is much needed. > > Bill

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by Alexandre Bergel

I made a new version of Scriptloader that reflect the new version of OB ScriptLoader-AlexandreBergel.516 is now in the Pharo rep (and not PharoInBox). Cheers, Alexandre On 29 Sep 2008, at 11:36, David RÃ¶thlisberger wrote: > Hi there, > > taking the suggestions from the "On icons" thread, I have now > changed and extended > the icons in columns like this: > > - Removed icons for extension methods ('+'), instead use italic font > for the method > name label if it's a extension method and additionally red color if > it's an override > (as Lukas suggested) > > - Use new icons for abstract method and super send (credits to Stef > who did the hard > work of drawing them). > The new icons make clear whether an abstract method or a method > sending super is > redefined in subclasses or not (they get an additional triangle > pointing down if they > are redefined). > For a complete list of supported icons see: http://smallwiki.unibe.ch/hermion/icons/ > There are still some icons missing for rare situations, if someone > volunteers to draw > them, we'd be happy. ;) > > - Explaining labels for all icons (keep the mouse over them) > > - Most icons are clickable: Clicking on a super send icon brings you > to the method in > the superclass, clicking on a triangle down icon brings you to the > overridding method > in the subclass or gives you a list of candidates if there are several > sub-implementations. > This I consider as a very convenient extension. > > - Classes or Traits can implement the method #browserIcon (answering > a symbol for the > icon name) to define the icon they will get in the class column > themselves > > > If you have more suggestions or wishes concerning icons (or anything > else), let me know. > Current ideas include to introduce icons for trait classes and > methods (trait methods > are shown in italic right now, hence somehow conflicting with > extension methods), or > to have an icon for methods without any additional implementor. > I would be interested to know whether you consider these ideas as > valuable. > > > To load the latest version of OB, you can use this Installer script: > > > Installer wiresong > project: 'ob'; > install: 'OmniBrowser-dr.419'; > install: 'OB-Standard-dr.355'; > install: 'OB-Morphic-dr.57'; > install: 'OB-Enhancements-dr.217'. > > > Cheers, > David > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 29, 2008

Re: [Pharo-project] OB's icon support improved

by StÃ©phane Ducasse

this is good point I shared my office with two daltonians So we should come up with a nice set of icons. Stef On Sep 29, 2008, at 1:33 PM, Stefan Schmiedl wrote: > On Mon, 29 Sep 2008 07:03:39 -0400 > "Bill Schwab" <BSchwab(a)anest.ufl.edu> wrote: > >> (4) Do we have any color blind people among us? > > http://www.vischeck.com/vischeck/ > > s. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 29, 2008