- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [OT]: Looking for Bill Schwab

by Sean P. DeNigris

Ben Coman wrote > It would seem there is unfortunate news. > http://www.legacy.com/obituaries/gainesville/obituary.aspx?pid=159883187 Thank you. It's a bit shocking that it happened a year ago. I figured he was off hacking and would come back to show us something cool :) I will miss his valuable contributions and unique perspectives... ----- Cheers, Sean -- View this message in context: http://forum.world.st/OT-Looking-for-Bill-Schwab-tp4732479p4732550.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 26, 2013

[pharo-project/pharo-core] c6adb0: 30663

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: c6adb033b0a42acbfe45195541a3de56f5814a9b https://github.com/pharo-project/pharo-core/commit/c6adb033b0a42acbfe451955… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-12-26 (Thu, 26 Dec 2013) Changed paths: A FileSystem-Core.package/FileSystemPermission.class/instance/comparing/%3C=.st A FileSystem-Core.package/FileSystemPermission.class/instance/comparing/%3E.st A FileSystem-Core.package/FileSystemPermission.class/instance/comparing/%3E=.st A FileSystem-Core.package/FileSystemPermission.class/instance/private/posixPermission.st R Nautilus.package/PackageTreeNautilusUI.class/instance/menus behavior/fullBrowse.st A Nautilus.package/PackageTreeNautilusUI.class/instance/private dispatch/fullBrowseFromPackage_.st A Nautilus.package/PackageTreeNautilusUI.class/instance/private dispatch/fullBrowseFromTag_.st M NautilusCommon.package/NautilusHistoryEntry.class/instance/protocol/applyTo_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script316.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30663.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Spec-MorphicAdapters.package/MorphicWindowAdapter.class/instance/widget API/okToChange.st M Spec-Tools.package/MessageBrowser.class/instance/initialization/initialize.st Log Message: ----------- 30663 12510 NautilusHistory entry for class methods loads instance methods https://pharo.fogbugz.com/f/cases/12510 12502 FileList MNU FileSystemPermission>><= https://pharo.fogbugz.com/f/cases/12502 12429 MessageBrowser loses changes https://pharo.fogbugz.com/f/cases/12429 12451 Error on Browse Full in Nautilus from class in group view https://pharo.fogbugz.com/f/cases/12451 http://files.pharo.org/image/30/30663.zip

Dec. 26, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30663 Home: https://github.com/pharo-project/pharo-core

Dec. 26, 2013

MessageBrowser doesn't play well with RGCommentDefinition as search results

by Nicolai Hess

Hi, I am about to file in a whole bunch of issues regarding MessageBrowser. All are related to search result of the kind RGCommentDefinition. These are collected by SystemNavigation or doing a search: "class comments with it" or "method source with it". Most of you may not recognize these bugs, as the typically "senders of it", "implementors of it" search results doesn't suffer from these. (and doing search "class comments with it" isn't used that often from all, I think) But for newcomers searching strings through "method source with it" is an handy task for exploring the image. And this search mixes search results of RGCommentDefinition and RGMethodDefinition. And it is annoying for newcomers to stumble of not working buttons/menus without realizing that there is actually a difference in the search results. These bugs are: In MessageBrowser, search results of kind RGCommentDefinition - have no working context menu - use syntax highlighting for a class comment text - can not be changed (raising an error on accept) - Browse button opens the Systembrowser but it does not show the comment text, but the class definition - Senders button opens a MessageBrowser for selectors containing the symbol #Comment - Implementors button searches for implementors of a "Comment" selector (no search results) - Version button raises an error - switch source formatter to "Byte Code" or "Time stamp" raises an error I would add all issues under one parent issue (MessageBrowser doesn't play well with RGCommentDefinition) I don't consider all issues as "must fix", some are real bugs (all that raising an error) and some are more like enhancements (useless syntax highlight for comment text) But I would like to fix them all and maybe even all at once. What do you think? All for Pharo3, none for Pharo3, split them by bugfixes for 3 and "nice to have" for 4? Nicolai

Dec. 26, 2013

Re: [Pharo-dev] [OT]: Looking for Bill Schwab

by Sebastian Sastre

Indeed, I have pleasant memories of the Dolphin Smalltalk days and his comments on the list He did many cool things On Dec 26, 2013, at 1:57 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks. This is surprising, he was really young and this is sad. > > Stef > > I used to enjoy Bill's perspective on things coming to Pharo from Dolphin. It would seem there is unfortunate news. >> http://www.legacy.com/obituaries/gainesville/obituary.aspx?pid=159883187 >> >> Wilhelm "Bill" K. Schwab Ph.D., 48, of Gainesville, Florida, died Friday September 7, 2012 at a friend's home, after a determined battle with cancer. >> [...] His software was far more reliable than the commercial operating systems on which it ran. He even wrote his own "object request broker," a specialized networking software tool, using Smalltalk, an exotic computer language. With his tool, he created, implemented and maintained a fully functional handwriting-capable anesthesia medical record system that was well ahead of its time, and was used for years in actual patient care in multiple operating rooms. His software never required "downtime." >> >> regards -ben >> >

Dec. 26, 2013

Nautilus: tab key change focus

by Juraj Kubelka

Hi, Can someone give me any glue how tab-key-order and handling works in Nautilus? I am trying to fix the tab order in Nautilus but I do not see how it is implemented. Thanks, Jura

Dec. 26, 2013

Re: [Pharo-dev] [OT]: Looking for Bill Schwab

by StÃ©phane Ducasse

Thanks. This is surprising, he was really young and this is sad. Stef I used to enjoy Bill's perspective on things coming to Pharo from Dolphin. It would seem there is unfortunate news. > http://www.legacy.com/obituaries/gainesville/obituary.aspx?pid=159883187 > > Wilhelm "Bill" K. Schwab Ph.D., 48, of Gainesville, Florida, died Friday September 7, 2012 at a friend's home, after a determined battle with cancer. > [...] His software was far more reliable than the commercial operating systems on which it ran. He even wrote his own "object request broker," a specialized networking software tool, using Smalltalk, an exotic computer language. With his tool, he created, implemented and maintained a fully functional handwriting-capable anesthesia medical record system that was well ahead of its time, and was used for years in actual patient care in multiple operating rooms. His software never required "downtime." > > regards -ben >

Dec. 26, 2013

Re: [Pharo-dev] PackageTreeNautilus (undestroyable?)

by StÃ©phane Ducasse

https://pharo.fogbugz.com/default.asp?12513 On 19 Dec 2013, at 22:25, Nicolai Hess <nicolaihess(a)web.de> wrote: > Hi, > > I recently noticed a awful big number of Announcer instances (thousends). > I traced them back to PackageTreeNautilus. I closed the unsaved image > and reopened pharo. > I couldn't reproduce this but found out, that if you opened Nautilus once, > there will allways be one instance of PackageTreeNautilus > even if you close all windows. > > How to reproduce: > Load a freshly image. > > Announcer allInstances size.-> 155 > PackageTreeNautilus allInstances size. -> 0 > > Open and close Nautilus. > > SmalltalkImage current garbageCollect. > Announcer allInstances size. -> 1261 > PackageTreeNautilus allInstances size. -> 1 > > This instance of PackageTreeNautilus won't go away. > Is this intended? > > > Nicolai

Dec. 26, 2013

Re: [Pharo-dev] [squeak-dev] Re: Why Color rgb components are on 10 bits?

by StÃ©phane Ducasse

> > Absolutely no idea. > BitBlt is rich enough (color maps or direct color components, depths, endianness) to make this unpredictable by simply analyzing sender chain in source code (it's too deep and convoluted). > The best way is to try it, but then one must choose a benchmark, and here again it is a difficult decision, because maybe you didn't bench a path that some other use intensively, how to guess without above analysis? > > I saw those un-necessary mismatch while analyzing Graphics code... > By a principle of economy, I suggest to remove them. > Simplifying code a little bit is already a win. > > BTW, did you see that scaled rgb components use 10bits while scaled alpha uses 8? No :) because Iâm totally ignorant of this part and I need time to learn and Iâm too busy and too sick because I work too much. > This was in Squeak already and has been perpetuated in Pharo refactoring...

Dec. 26, 2013

Re: [Pharo-dev] [squeak-dev] Re: Why Color rgb components are on 10 bits?

by StÃ©phane Ducasse

> > Thanks for the discussion. Now do you have an idea about the speed gain? > > Absolutely no idea. > BitBlt is rich enough (color maps or direct color components, depths, endianness) to make this unpredictable by simply analyzing sender chain in source code (it's too deep and convoluted). > The best way is to try it, but then one must choose a benchmark, and here again it is a difficult decision, because maybe you didn't bench a path that some other use intensively, how to guess without above analysis? > > I saw those un-necessary mismatch while analyzing Graphics code... > By a principle of economy, I suggest to remove them. > Simplifying code a little bit is already a win. > > Then, les petits ruisseaux font les grandes riviÃ¨res, cumulated micro optimizations may pay. Ok yes We are doing that since years. > > > > > Juan followed another path for Cuis, opting for float components, which is another possibility, but our VM are not yet optimized for handling Floats... > > > > Thoughts?

Dec. 26, 2013