December 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.1] #11108

by Marcus Denker

11108 ----- Issue 1610: (Float class >> #nan) = (Float class >> #nan) Thanks, Niko Schwarz Issue 1625: IdentityBag asSet does not answer an IdentitySet Thanks, Nicolas! Issue 1623: make DependentsArray more robust Thanks, Nicolas!

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by Levente Uzonyi

On Fri, 18 Dec 2009, George Herolyants wrote: > 2009/12/18 Levente Uzonyi <leves(a)elte.hu>: >> On Fri, 18 Dec 2009, George Herolyants wrote: >>> And native basic dialogs may be helpful too, to not reinvent the wheel >>> (aka FileBrowser :). >> >> At first sight this idea seems to be cool, but it's not. FileBrowser is >> not a "reinvented wheel", it's really useful in a closed environments like >> smalltalk. FileBrowser has the same features on all platforms while >> native dialogs don't. > > I may be wrong, but I think the basic features are the same. And the > purpose of dialogs to ask user and return its answer to the system. > And this feature is shared by all the dialogs. If we're talking about > selecting files, such kind of dialogs at least in windows and linux > have almost the same feature set and are more usual for people. In that sense, yes the dialogs have similar features, but FileBrowser is more than a dialog. > >> Some platforms don't even have a graphical UI, would >> you open a terminal in the image on those? > > I may not understand something, but is it possible to use Pharo's GUI > on such platforms? > Sure, start the vm with: -vm display=none. Then use RFB to connect to the image, we use several such images. Levente > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 18, 2009

[Pharo-project] Need someone to commit on RoelTyper

by Mariano Martinez Peck

Hi FrÃ©d! I fixed the _ in assignment problem in RoelTyper. I don't have access to commit as I am not as developer and the global setting in ss is read. I attach the .mcz. Can you commit it please or give me access? Thanks Mariano

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by Marcus Denker

On Dec 18, 2009, at 2:39 PM, Bart Gauquie wrote: > > Do you have negative experiences with writing tests? No. > I've been using it all my professional career; and I firmly believe it is the only way to develop software, a good test set really helps to move forward at a sustainable pace. Close attention should off course be payed to the quality of the tests also. > > You are right on the point that extensive testing does not give you a mathematical certainty that everything works, but having a good test set catches most of the bugs, certainly if you're adapting/refactoring an existing system: which is the goal of Pharo: evolve/refactor Squeak. > Yes. I *love* tests... but if you say "I only integrate the System-Setting change if you provide tests for everything it touches", you will for sure never integrate anything. Marcus

Dec. 18, 2009

Re: [Pharo-project] Rome port

by Tudor Girba

Excellent. This is the invocation that works in 10496: Gofer new impara: 'RomePharo'; addPackage: 'Rome-Reference'; addPackage: 'Rome-BalloonCanvas'; addPackage: 'Rome-Base'; addPackage: 'Rome-PluginCanvas'; addPackage: 'Rome-Fonts'; addPackage: 'Rome-Demo'; load Cheers, Doru On 18 Dec 2009, at 13:50, Michael Rueger wrote: > Tudor Girba wrote: >> Hi, >> >> Thanks, but the packages do not seem to load either: >> >> - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- >> MichaelRueger.498, but when I try to load Rome, I get >> "This package depends on the following classes: >> RomePath >> RomeReferenceCanvas ... " > > you also need the Rome-Reference package, forgot that in the list. > >> >> - in 10500dev the image crashes when I try to load Graphics- >> MichaelRueger.168 > > I only tested against what was the current core image a few days ago. > > The two core packages would need to be integrated as they they > obviously > get out of date very fast. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "What we can governs what we wish."

Dec. 18, 2009

[Pharo-project] [update 1.1] #11107

by Marcus Denker

Issue 1627: Preferences Migration Part11 Pass 1 finished !!!! All core preferences are migrated. SLICE-PreferencesMigrationPart11-AlainPlantec.11 is in inbox * migrates "windows color" "keyboard" "security" "scrolling" "keyboard" "services" "updates" groups * removes WindowColorRegistry class * ProjectLauncher readDocumentAtStartup: is here again * each model specifies its preferred color for squeak ui themes with a #patchworkUIThemeColor method * added "Kernel-SystemSettings" package

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by Bart Gauquie

Marcus, We have the rule to do something, even if what we do it is not perfect. > I never suggested this. Only trying to improve the way we are working, so that we can work more efficiently. > > The idea to request a test for everything does not work. And in addition, > even tests do no guarantee that > a change will have no impact. > > Marcus > > Do you have negative experiences with writing tests? I've been using it all my professional career; and I firmly believe it is the only way to develop software, a good test set really helps to move forward at a sustainable pace. Close attention should off course be payed to the quality of the tests also. You are right on the point that extensive testing does not give you a mathematical certainty that everything works, but having a good test set catches most of the bugs, certainly if you're adapting/refactoring an existing system: which is the goal of Pharo: evolve/refactor Squeak. Kind Regards, Bart

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by George Herolyants

2009/12/18 Levente Uzonyi <leves(a)elte.hu>: > On Fri, 18 Dec 2009, George Herolyants wrote: >> And native basic dialogs may be helpful too, to not reinvent the wheel >> (aka FileBrowser :). > > At first sight this idea seems to be cool, but it's not. FileBrowser is > not a "reinvented wheel", it's really useful in a closed environments like > smalltalk. FileBrowser has the same features on all platforms while > native dialogs don't. I may be wrong, but I think the basic features are the same. And the purpose of dialogs to ask user and return its answer to the system. And this feature is shared by all the dialogs. If we're talking about selecting files, such kind of dialogs at least in windows and linux have almost the same feature set and are more usual for people. > Some platforms don't even have a graphical UI, would > you open a terminal in the image on those? I may not understand something, but is it possible to use Pharo's GUI on such platforms?

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by Levente Uzonyi

On Fri, 18 Dec 2009, George Herolyants wrote: > 2009/12/18 Michael Rueger <m.rueger(a)acm.org>: >> Henrik Johansen wrote: >> >> Interestingly enough a lot of the (complex) multiple native window >> applications have (gone back to) all in one window UIs (Eclipse, all of >> the Adobe products, ...). > > Yeah! That's true. And their look&feel may differ from the underlying > os. And everyone uses them without complaining. So what's wrong with > pharo? Maybe one of the weak points is that it simulates windowing > system inside another one, when other applications (Eclipse, > Netbeans...) have strongly defined layout (though customizable)? I > think it's a real issue. Pharo Development Environment is *Integrated* > but the UI still lacks this integration in some places, IMHO. > > But I think multiple windows in the meaning of what for example > firefox has will be helpful as well. I mean two or more usual pharo > windows "connected" to the same image. Is that possible? > HostWindowPlugin is available: http://wiki.squeak.org/squeak/3862 > And native basic dialogs may be helpful too, to not reinvent the wheel > (aka FileBrowser :). At first sight this idea seems to be cool, but it's not. FileBrowser is not a "reinvented wheel", it's really useful in a closed environments like smalltalk. FileBrowser has the same features on all platforms while native dialogs don't. Some platforms don't even have a graphical UI, would you open a terminal in the image on those? Levente > > I vote for the WhiskerBrowser with all the cool OB stuff integrated! ;) > > Cheers, > George > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 18, 2009

Re: [Pharo-project] Rome port

by Michael Rueger

Tudor Girba wrote: > Hi, > > Thanks, but the packages do not seem to load either: > > - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- > MichaelRueger.498, but when I try to load Rome, I get > "This package depends on the following classes: > RomePath > RomeReferenceCanvas ... " you also need the Rome-Reference package, forgot that in the list. > > - in 10500dev the image crashes when I try to load Graphics- > MichaelRueger.168 I only tested against what was the current core image a few days ago. The two core packages would need to be integrated as they they obviously get out of date very fast. Michael

Dec. 18, 2009