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

Re: [Pharo-project] [update] #10191

by StÃ©phane Ducasse

excellent! I will come back too :) Continuing to add tests and etoy cleaning. Stef On Dec 12, 2008, at 9:23 PM, Marcus Denker wrote: > Hi, > > Continuing to catch up with the bugtracker... plus some more etoys > cleaning. > > Issue 394: Smacc removed in update #10189 - so the Seaside29 script > needs an update again > Issue 393: remove InternalThreadNavigator > Issue 395: No way to select a directory using new FileList > Issue 391: 7219 Streams Readability > -> more unset messages/not referenced classes removed from Etoys > package > > Removed methods: > --------------- > ProjectHistory > #mostRecentThread > Viewer > #scriptedPlayer > TileMorph > #actualObject #couldRetract #lastTile #operatorOrExpression > Player > #performScriptIfCan: #triggerScript: > > Removed Classes: > ---------------- > EtoyUpdatingThreePhaseButtonMorph GetTriggeringObjectNotification > ListViewLine > ObjectRepresentativeMorph PhraseTileMorph TileLikeMorph TilePadMorph > InternalThreadNavigationMorph ThreadNavigationMorph > > -- > 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 >

Dec. 13, 2008

Re: [Pharo-project] OB/Polymorph

by StÃ©phane Ducasse

youpi! Stef On Dec 12, 2008, at 5:44 PM, Gary Chambers wrote: > If David is up for it I'll be happy to work with him to help make OB > more > Polymorph-friendly... just a few changes required to help things > appear more > consistent. > > Regards, Gary. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 13, 2008

[Pharo-project] please sign and send the agreement

by StÃ©phane Ducasse

Hi all I really want to encourage you to sign and send to me the license agreement Else we will be forced to not even check your contribution. Keith could you sign the agreement? Stef

Dec. 13, 2008

[Pharo-project] Fwd: [INRIAGforge] 16 Dec 2008 : Scheduled dowtime

by StÃ©phane Ducasse

Begin forwarded message: > From: <noreply(a)gforge.inria.fr> > Date: December 12, 2008 7:43:10 PM CEST > To: stephane.ducasse(a)inria.fr > Subject: [INRIAGforge] 16 Dec 2008 : Scheduled dowtime > > On December 16th 2008, from 9h00am to 10h30am, the site and all > associated services will be unavailable due to maintenance > operations related to security checks : a reply to this announce > will signal the end of the maintenance. > > We apologize for any inconvenience. > > A friendly reminder of this scheduled downtime will be sent by mail > on Monday 15th December 2008. > > Cordially > The InriaGforge Team >

Dec. 13, 2008

[Pharo-project] another tests

by StÃ©phane Ducasse

Dec. 13, 2008

Re: [Pharo-project] [ANN] System Events Monitor

by Hilaire Fernandes

Please HernÃ¡n, can you elaborate on the benefice we can expect with your monitor? Thanks Hilaire 2008/12/13 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Bonjour chers amis, > Just to let you know that I uploaded a simple real time events monitor to > the SqueakSource repository, it could be useful for those who use the SASE > protocol (#when:send:to: , #triggerEvent: and friends). > Cheers. > > HernÃ¡n > > PD: Download from http://www.squeaksource.com/EventsMonitor.html > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- http://blog.ofset.org/hilaire

Dec. 13, 2008

[Pharo-project] [ANN] System Events Monitor

by HernÃ¡n Morales Durand

Bonjour chers amis, Just to let you know that I uploaded a simple real time events monitor to the SqueakSource repository, it could be useful for those who use the SASE protocol (#when:send:to: , #triggerEvent: and friends). Cheers. HernÃ¡n PD: Download from http://www.squeaksource.com/EventsMonitor.html

Dec. 13, 2008

Re: [Pharo-project] {Spam?} Re: Interaction with Java

by Norbert Hartl

On Fri, 2008-12-12 at 08:57 -0500, Bill Schwab wrote: > Norbert, > > Not to start an argument or anything, where do we disagree? I assume I > am a bit more jaded about the usefulness of _most_ canned components, > but freely admit that the odd thing here or there can be a life saver. > Oh, after reading your post the second time I'm not all that sure if we disagree :) > "The need for C is quite obvious. It is the best accepted macro > assembler ever invented." > > --- May I steal that? Well said! > thanks. Take it! Norbert > Bill > > > > > The need for C is quite obvious. It is the best accepted macro > assembler ever invented. > > Wilhelm K. Schwab, Ph.D. > University of Florida > Department of Anesthesiology > PO Box 100254 > Gainesville, FL 32610-0254 > > Email: bschwab(a)anest.ufl.edu > Tel: (352) 273-6785 > FAX: (352) 392-7029 > > >>> norbert(a)hartl.name 12/12/08 6:04 AM >>> > On Wed, 2008-12-10 at 16:08 -0300, Alexandre Bergel wrote: > > Dear List, > > > > Something is trotting in my head for few weeks. According to the mails > > > exchanged on this list, it seems that interacting with C is of a high > > > priority. I was wondering whether you had a similar need for talking > > to the Java world. Few months ago, I worked on Athena, a small > > Smalltalk VM written in Java. It can be interfaced with Squeak. This > > means that within Squeak, you can create Java objects and talking > > directly to them within Squeak. > > > > Is there anyone who need this? I am ready to continue on this, but I > > would like to be use case driven. > > > The need for C is quite obvious. It is the best accepted macro > assembler ever invented. I can see what Bill is talking about > but I don't see it that way. If you want to be on the safe side > you focus on the least common denominator and that is C nowadays. > Using C you have the highest odds that you are able to interface > with anything else. That is the same reason why IDL sucks. It is > built after the least common denominator (which is C). So the > interfaces are clumsy and cumbersome. Having two high-level > languages interfacing via IDL is not that powerful you just lose > on both sides. > > What you are talking about is more an integration than an interfacing > issue. In this case there could be some gain. Java has its place and > it is not competing with C. So there are at least two languages that > are accepted today of different reasons. Widening the view on this > topic I would add javascript, too. > > The fashion to implement in/script java has already began. The number > of languages like javascript, groovy, jython, jruby, beanshell ... > is speaking for itself. > > So what you are talking about sounds useful to me. I have two use > cases in mind: > > Use case ME: > > The micro edition approach could bring squeak/smalltalk to mobile > devices which I would like to see. Athena is capable of that but > it has no graphics. On the other hand there is potato that is able > to execute a squeak image. For this approach a combined effort of > athena and potato would be a good thing. > > Use case SE: > > The standard edition approach will make use of the ScriptHost > extension that comes with Java 6. Being able to script any java > application with smalltalk would be just wonderful. I'm working > wih rhino (mozillas javascript engine in java) at the moment and > it is really wonderful. You focus on javascript and take java > as your assembly language to code """low level""" tools :) > > > Hope this helps, > > Norbert > > > > _______________________________________________ > 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

Dec. 13, 2008

[Pharo-project] [ANN] new prebuilt core image 10191

by Marcus Denker

https://gforge.inria.fr/frs/download.php/12369/Pharo0.1Core-10191.zip ChangeLog: ========== update #10187 -------------- Issue 379: unimplemented asFilename Issue 373: replace primitiveFail with primitiveFailed Issue 371: Fix for loading Seaside29 in ScriptManager Issue 374: unimplemented string:hasEncoding: Issue 375: DNU in FileList open, unimplemented addVolumesAndPatternPanesTo:at:plus:forFileList: Issue 377: unimplemented mvcRedisplay Issue 376: unimplemented moveYoungest:in:to: 10188 ------ - Issue 389: Email report from the debugger still sends emails to squeakfoundation.org - Revert some cleanups from HandMorph relating to Nebraska that broke EventRecorder (Part 1) - test for #classVarNames (issue #246) - remove unsent methods from FileList: #dirSelectionBlock: #limitedSuperSwikiDirectoryList #limitedSuperSwikiPublishDirectoryList! #listForPattern: #okHitForProjectLoader #publishingServers #removeLinefeeds #saveLocalOnlyHit 10189 ----- - Issue 382: EmbeddedMenuMorph sends #startsWith: - Remove unset methods from Etoys - Clean up Preferences more - Finish revert methods in HandMorph for Hilaire - unload package 'SmaCC' - remove Preferences #collapseWindowsInPlace #clickOnLabelToEdit #alternativeWindowBoxesLook #extractFlashInHighQuality #extractFlashInHighestQuality #okToReinitializeFlaps #defaultFileOutFormatMacRoman 10190 ----- Integrated latest Polymorph packages. -Issue 362: Seaside 2.8 does not load into latest Pharo -Issue 384: copy and paste does not work in MC diff view -Issue 386: Integrate Polymorph-Widgets 22 10191 ------- Issue 394: Smacc removed in update #10189 - so the Seaside29 script needs an update again Issue 393: remove InternalThreadNavigator Issue 395: No way to select a directory using new FileList Issue 391: 7219 Streams Readability -> more unset messages/not referenced classes removed from Etoys package -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 12, 2008

[Pharo-project] [update] #10191

by Marcus Denker

Hi, Continuing to catch up with the bugtracker... plus some more etoys cleaning. Issue 394: Smacc removed in update #10189 - so the Seaside29 script needs an update again Issue 393: remove InternalThreadNavigator Issue 395: No way to select a directory using new FileList Issue 391: 7219 Streams Readability -> more unset messages/not referenced classes removed from Etoys package Removed methods: --------------- ProjectHistory #mostRecentThread Viewer #scriptedPlayer TileMorph #actualObject #couldRetract #lastTile #operatorOrExpression Player #performScriptIfCan: #triggerScript: Removed Classes: ---------------- EtoyUpdatingThreePhaseButtonMorph GetTriggeringObjectNotification ListViewLine ObjectRepresentativeMorph PhraseTileMorph TileLikeMorph TilePadMorph InternalThreadNavigationMorph ThreadNavigationMorph -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 12, 2008