- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Sunit Extensions breaking the TestRunner

by Alexandre Bergel

Pfffff... But our greatest mistake is to not have loaded the all thing again. Alexandre On 10 Nov 2008, at 07:05, David RÃ¶thlisberger wrote: > >> Can you check and see if it was in your code or a mistake we did? > > ah, I see what happened. > We had Kerala loaded when we committed this SUnit version, but > Kerala overrides method in SUnit such as TestResult>>runCase:, so > those methods didn't get committed. Very bad. > I committed a new version to Pharo: SUnit-DavidRoethlisberger.42 in > which I also merged changes of stephane_ducassse.denker.41. > Let me know if you need anything else to make SUnit work. > > David > >>> >>> >>>> However there is something strange, the following method has >>>> disappeared from the image (I tried with an Core 10133 updated): >>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>> TestResult>>runCase: aTestCase >>> [...] >>>> Is there any reason for this? Our extension on storing results >>>> will have to be updated then... >>> >>> So yes, why has this method disappeared? Me too would like to know >>> that. >>> >>> David >>> >>> >>> _______________________________________________ >>> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 10, 2008

Re: [Pharo-project] update #10144

by Igor Stasenko

2008/11/10 Marcus Denker <denker(a)iam.unibe.ch>: > - ifNotNilDo: calls renamed to ifNotNil: does it means that #ifNotNil: now accepts monadic blocks? If yes, then cool :) > - Issue 232: Recreate Special Objects Array should preserve external > semaphores + Fix > > -- > 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.

Nov. 10, 2008

Re: [Pharo-project] SUnit extensions and icons OB support

by David RÃ¶thlisberger

> So let me know when I can load again and integrate your extension. Could you please check with SUnit-DavidRoethlisberger.42 in http://www.squeaksource.com/Pharo and execute ScriptLoader class >> loadOB? > Then after it would be great to have a button to run the tests and yes, we should have something like that in the browser. David >> Hi Stef, >> >> as you as the SUnit extensions are integrated, you just need to load >> OB. Any OB load method in ScriptLoader can be used for this as this >> extension is also in the stable OB version now. >> >> David >> >>> can you tell me what I should do to get the icons showing the status >>> of tests in your browser? >>> I should harvest the Sunit extensions and then? >>> Stef >>> _______________________________________________ >>> 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

Nov. 10, 2008

Re: [Pharo-project] Sunit Extensions breaking the TestRunner

by David RÃ¶thlisberger

> Can you check and see if it was in your code or a mistake we did? ah, I see what happened. We had Kerala loaded when we committed this SUnit version, but Kerala overrides method in SUnit such as TestResult>>runCase:, so those methods didn't get committed. Very bad. I committed a new version to Pharo: SUnit-DavidRoethlisberger.42 in which I also merged changes of stephane_ducassse.denker.41. Let me know if you need anything else to make SUnit work. David >> >> >>> However there is something strange, the following method has >>> disappeared from the image (I tried with an Core 10133 updated): >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>> TestResult>>runCase: aTestCase >> [...] >>> Is there any reason for this? Our extension on storing results will >>> have to be updated then... >> >> So yes, why has this method disappeared? Me too would like to know that. >> >> David >> >> >> _______________________________________________ >> 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

Nov. 10, 2008

[Pharo-project] update #10144

by Marcus Denker

- ifNotNilDo: calls renamed to ifNotNil: - Issue 232: Recreate Special Objects Array should preserve external semaphores + Fix -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 10, 2008

Re: [Pharo-project] HostWindows rewrite

by Antony Blakey

On 09/11/2008, at 10:17 PM, Igor Stasenko wrote: > What you'll never see in new plugin: > - native widgets support or any kind of dealing with native widgets/ > controls. Notwithstanding this, IMO a really good feature would be the ability to create and manage native views within windows, where e.g. a Morph could be 'backed' by a native view. This feature alone is enough to later allow native controls (such as WebKit) to mix with 'light' controls with correct z-ordering/clipping/event handling etc. Of course one could retrofit such a feature, but using native views from the start would encourage any Morphic mods (or other widget set) to use native views and hence be ready for better integration. Antony Blakey -------------------------- CTO, Linkuistics Pty Ltd Ph: 0438 840 787 Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams

Nov. 9, 2008

[Pharo-project] A really important point

by StÃ©phane Ducasse

Hi all I just want to share a part of my vision for pharo with you. This email is raised by the discussion around SunitExtensions. Of course we should look at what the other people are doing. Now I think that this is really important that we incrementally adopt and have the courage to experiment little features at a time. For example lukas and alex enhanced the MC browser and they would have never done it as a specific task. We are all busy and improvements will go that way step by step with sometimes large chunk like MC2 or other but the main drive will be incremental. and we should let incremental change a chance else we will not make progress. Now of course I would love to be able to hire an engineer working full time on pharo. but right now we cannot. Stef

Nov. 9, 2008

Re: [Pharo-project] HostWindows rewrite

by Igor Stasenko

2008/11/9 David T. Lewis <lewis(a)mail.msen.com>: > On Sun, Nov 09, 2008 at 05:05:45PM +0200, Igor Stasenko wrote: >> 2008/11/9 David T. Lewis <lewis(a)mail.msen.com>: >> Oh, that's the bits i'm missing. I found the sources of >> HostWindowPlugin for win and mac, but >> was unable to find anything for X11. Can you please send me a sources >> of it, or link for downloads? > > There is no implementation for X11, but I posted a copy of my imcomplete > work to the vm-dev list here: > > http://lists.squeakfoundation.org/pipermail/vm-dev/2008-July/001977.html > > This does have enough support to permit opening windows, moving them, setting > window label, etc but it is incomplete and is not integrated into Squeak in > any useful way. > Thanks for the link. I hope it will help me to better understand how to make a linux port of plugin, because i never dealt with X11 API in my life. >> And of course, i don't see a need in packing X and Y into a single 32 >> bit int as its currently done in HostWindowPlugin. > > Good, that sounds fine. > > Dave > > > _______________________________________________ > 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.

Nov. 9, 2008

Re: [Pharo-project] [ANN] Sourcetalk

by StÃ©phane Ducasse

This is cool. I was looking at the project yesterday :) I got a walkback when I clicked on the project sourcetalk in the project list and download too. Stef On Nov 9, 2008, at 5:58 PM, Lukas Renggli wrote: > Hello everyone > > We am happy to announce the first release of my bachelor project which > is called Sourcetalk. > > Most of you know already Squeaksource (www.squeaksource.com) which > works with Monticello. Meanwhile Colin Putney released first versions > of Monticello 2, which aims to not only support Squeak/Pharo but all > Smalltalk dialects. > > My bachelor work contains the making of a web application, with > Smalltalk, Seaside, Magritte and Pier, as an interface to a Monticello > 2 repository, similar to Squeaksource. Feel free to give it a look and > to try it out at <http://scg.unibe.ch/sourcetalk>. Should you > encounter bugs, please report them to me > (andreaquadri(a)students.unibe.ch) > > Keep in mind that this is an early version and only ment for > experimentation. Do not store your important projects on the server > (yet). We'll setup a real server that is properly persistent and > backed up at its own domain at a later point this year. > > To give it a try from your image you need to load Monticello 2 into a > recent Pharo/Squeak image: > > http://www.wiresong.ca/static/releases/Monticello-2.0.29.zip > > Then load in the attached file-out. It contains a new repository type > and some patches to Monticello 2 to make it work with Sourcetalk. > > Greetings > Andrea Quadri > Lukas Renggli > > -- > Lukas Renggli > http://www.lukas-renggli.ch > <Sourcetalk-Client-lr. > 4.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 9, 2008

Re: [Pharo-project] About etoy cleaning

by StÃ©phane Ducasse

Not that much. :) > I'm sure I missed a lot. As you say, the tendrils go deep! Yes. I imagine that it will left some after I will be done. The stress is to break as less as possible. > > > Regards, Gary. > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr > > > To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, November 08, 2008 9:04 PM > Subject: [Pharo-project] About etoy cleaning > > >> Hi guys >> >> I just wanted to let you know that I'm working on etoy cleaning >> from Object, Morph and friends. >> And I will probably do some mistakes (because this is complex). I'm >> trying to do that concentrated >> but still this is serious beast. >> >> Now I'm keeping a list of my progress at this page >> http://code.google.com/p/pharo/w/edit/CurrentlyWorkingOn >> so that you can follow my progression and that I'm not lost either. >> >> I'm using gary etoy removal and going over his list and checking >> senders of senders .... and verifying when I have doubts. >> and I'm finding missed points from time to time and this is normal >> when we see the complexity of etoy and morphic together. >> So gary may be at the end I would appreciate that you have a look >> at the stuff I'm removing. >> May be by doing a "changes" comparison. >> Right now I'm cleaning object and I will keep a list of the >> difficult methods I did not fixed yet. >> May be these ones will be easier to treat when etoy will be removed. >> Stef >> >> _______________________________________________ >> 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 >

Nov. 9, 2008