January 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Mars project on SqueakSource "reseted"

by Esteban Lorenzano

Hi, I want to inform that all packages on Mars project on squeaksource were removed, because its unusability. Those packages were from the "first attempt" to build a native UI, and now I'm working with a new approach. I will start upload new versions of Mars and Deimos project right after send this email. Cheers, Esteban pd: if someone is interested on those old files, please email me and I will send a zip will latest versions.

Jan. 7, 2010

Re: [Pharo-project] Notifications of windows opening/closing/focus

by Gary Chambers

I think the annnouncements should be sent by the World (being, effectively, the window manager). Too many ways to open open a window exist and only the fact of being added to the World seems consistent. I suggest opened, closed, activated (becoming topmost-ish), deactivated, expanded, collapsed, restored and maybe repositioned/resized would be useful. Regards, Gary ----- Original Message ----- From: "Henrik Sperre Johansen" <henrik.s.johansen(a)veloxit.no> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, January 06, 2010 9:53 PM Subject: Re: [Pharo-project] Notifications of windows opening/closing/focus > On 06.01.2010 22:36, Simon Denier wrote: >> On 6 janv. 2010, at 18:42, Gary Chambers wrote: >> >> >>> Indeed. Would be nicer if there was a proper announcement protocol for >>> such >>> things though. >>> >> I see, updateTasks is called everytime a change in layout happens then. >> Indeed, it looks like announcements will greatly simplified the trick. >> >> I am not sure where to do the announcement though. Does any top window >> uses openInWorld to add itself to World? >> >> > My guess would be that at the end of > SystemWindow>> openAsIsIn: > would be the the simplest place to put it. > > Cheers, > Henry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 7, 2010

Re: [Pharo-project] getting crazy with ImageSegment code

by Gary Chambers

Yeah, that's pretty much the same... ;-) Guess we can update our "extensions" package to refator to that now! Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, January 06, 2010 8:39 PM Subject: Re: [Pharo-project] getting crazy with ImageSegment code > Before I add an issue to add classifiedBy: is it different from > > groupedBy: aBlock > "Answer a dictionary whose keys are the result of evaluating aBlock > for all my elements, and the value for each key is the selection of > my elements that evaluated to that key. Uses species." > | groups | > groups := PluggableDictionary integerDictionary. > self do: [ :each | > (groups at: (aBlock value: each) ifAbsentPut: [ OrderedCollection new ]) > add: each ]. > self species ~~ OrderedCollection ifTrue: [ > groups associationsDo: [ :association | > association value: (self species withAll: association value) ]]. > ^ groups > > which is now in Pharo 1.1 ;-") > > On Jan 6, 2010, at 4:28 PM, Gary Chambers wrote: > >> Perhaps a helper method might be useful. Here's one I alsways end up >> implementing on Collection for whatever Smalltalk system... >> >> classifiedBy: aBlock >> "Answer a dictionary where the keys are the result >> of evaluating the block and the values are ordered >> collections of the elements of the receiver that caused >> the block to return that key." >> >> |d| >> d := Dictionary new. >> self do: [:e | >> (d at: (aBlock value: e) >> ifAbsentPut: [OrderedCollection new]) >> add: e]. >> ^d >> >> Regards, Gary >> >> >> ----- Original Message ----- >> From: "Adrian Lienhard" <adi(a)netstyle.ch> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Wednesday, January 06, 2010 2:57 PM >> Subject: Re: [Pharo-project] getting crazy with ImageSegment code >> >> >>> I extracted some old code and adapted it slightly (see below). I've >>> not executed this but just typed it in Mail. And I have not completely >>> read/understood your code but maybe it does what you need :) >>> >>> Cheers, >>> Adrian >>> >>> >>> symbols := Symbol allSymbols. >>> groups := Dictionary new. >>> SystemOrganization categories do: [ :cat | >>> groups >>> at: cat >>> put: ((SystemOrganization superclassOrder: cat) select: [:c | >>> aCollection includes: c]) asArray ]. >>> groups keys do: [ :cat | >>> roots := groups at: cat. >>> roots := roots reject: [ :each | unused includes: each ]. >>> roots := roots , (roots collect: #class). >>> (ImageSegment new >>> copyFromRoots: roots >>> sizeHint: 0 >>> areUnique: true) >>> extract; >>> writeToFile: cat ] >>> >>> On Jan 6, 2010, at 15:44 , Mariano Martinez Peck wrote: >>> >>>> Hi folks. I will pay a beer in next ESUG to the person that helps me >>>> to >>>> refactor this piece of code of ImageSegments: >>>> >>>> The idea is that I have a list of classes that were inactive and I >>>> want to >>>> group them by category (actually, seeing the code I think it is >>>> package) and >>>> to to create an ImageSegment per category (or package). >>>> >>>> This is the code (ONLYYYYY a piece...I cut all the rest) >>>> >>>> unused := self inactiveClassesDuringDiscovery. "These are the >>>> classes that >>>> were not used" >>>> groups := Dictionary new. >>>> SystemOrganization categories do: >>>> [:cat | >>>> i := (cat findLast: [:c | c = $-]) - 1. >>>> i <= 0 ifTrue: [i := cat size]. >>>> groups at: (cat copyFrom: 1 to: i) >>>> put: (groups at: (cat copyFrom: 1 to: i) ifAbsent: [Array >>>> new]) >>>> , >>>> ((SystemOrganization superclassOrder: cat) select: [:c | >>>> unused includes: c]) asArray]. >>>> groups keys do: >>>> [:cat | roots := groups at: cat. >>>> Transcript cr; cr; show: cat; cr; print: roots; endEntry. >>>> roots := roots , (roots collect: [:c | c class]). >>>> "There seems to be a problem with these packages, thus they are >>>> excluded." >>>> ((cat beginsWith: 'Sys') or: [cat beginsWith: 'Multilingual'] >>>> or: >>>> [cat beginsWith: 'Kerne'] ) ifFalse: >>>> [(ImageSegment new copyFromRoots: roots sizeHint: 0) >>>> extract; >>>> writeToFile: cat]. >>>> Transcript cr; print: Smalltalk garbageCollect; endEntry] >>>> >>>> >>>> Can someone help me tu rewrite this? I think I could use >>>> PackageOrganizer or >>>> PackageInfo but I have no idea. >>>> >>>> Thanks! >>>> >>>> Mariano >>>> _______________________________________________ >>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 7, 2010

[Pharo-project] Printing???

by Guido Stepken

I would like to know, how i print on all available platforms .... PS, EPS output ... hmmm, doesn't really work ... Apple uses CUPS, LINUX uses CUPS, Windows .... GDI and CUPS possible ... How can i generate e.g. PDF output and send that platform independent to printer? tnx in advance, Guido Stepken

Jan. 7, 2010

Re: [Pharo-project] [Metacello] Gofer and Metacello don't work again in 10505

by Mariano Martinez Peck

On Thu, Jan 7, 2010 at 3:51 AM, Yanni Chiu <yanni(a)rogers.com> wrote: > Mariano Martinez Peck wrote: > > Ahhh yes, I see. In 10502, there was a package called Gofer with two > > categories: Gofer-Core and Gofer-Tests > > In 10505 there are two packages: Gofer-Core and Gofer-Test each with > > only one category. > > > > So...it was been split. What I don't know if it this was intended or not > :( > > If you go to SqueakSource and look at the details for: > > Gofer-Core-AdrianLienhard.114.mcz > > Then choose "Show History" for that package, you'll see the comment: > > Gofer-Core-lr.111 (5 January 2010, 10:49:26 am) > - split tests into separate packages > > So it looks like it's intentional. > Thanks for checking!!! > > IMHO, I think test cases should be in a separate package. > > Me too. That's why I did that change in OCompletion and I will do it also in RoelTyper :) Cheers Mariano -- > Yanni > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 7, 2010

Re: [Pharo-project] [Metacello] Gofer and Metacello don't work again in 10505

by Mariano Martinez Peck

On Thu, Jan 7, 2010 at 1:23 AM, Dale Henrichs <dale.henrichs(a)gemstone.com>wrote: > Mariano, > > I've updated ConfigurationOfMetacello so that ensureMetacello method works > on 10504 and later Pharo images. FYI, since 1.0-beta.18 is still the 'latest > version' Gofer-lr.109 will be loaded over the top of Gofer-Core, but things > appear to still be functional. > > When I release 1.0-beta.19, the Gofer-Core packages will be loaded and used > moving forward. I'm in the middle of development of 1.0-beta.19 and not > quite ready to turn it loose. > Thanks Dale. I tested again now and it works :) Thank you very much. > > Dale > ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > > | The error is Working copy for Gofer not found > | > | To reproduce it, update your Pharo 1.0 core image to 10505 and > | evaluate any > | load of any ConfigurationOf...for example > | > | (ConfigurationOfPharoMorphicExtras project version: '1.0') load > | > | The error is not even fixed evaluating: > | > | [ Gofer gofer load ] > | on: Error > | do: [ :err | err retry ]. > | Gofer gofer recompile. > | > | I attach PharoDebug.log > | > | Any help? > | > | Thanks > | > | Mariano >

Jan. 7, 2010

Re: [Pharo-project] Finalization quirk

by Adrian Lienhard

On Jan 6, 2010, at 22:09 , John M McIntosh wrote: > Oh sure Bill you're violating rule (a). In squeak a full > finalization pass is require to finalize all objects. > This runs in to the Pharo's desire to only do incremental GCs and > avoid a full GC. > > SystemDictionary>>setGCParameters > > Smalltalk setGCBiasToGrowGCLimit: 16*1024*1024. > Smalltalk setGCBiasToGrow: 1. > > Which means that the image is happy to lurch around with a 16MB > working space. Once that is exceeded then a full GC will occur. > (yes yes, it's more complex that that, but it's just easier to say > that's kinda what happens). The trade is deferring a full GC at the > cost > of deferring some finalized objects.... > > Frankly the default values for vmParameterAt: 5,6,24,25 I think > are quite fictional based on desktop/laptop machines used in this > decade, > those values come from the era of 16Mhz 68030 macintosh SE/30 > machines. However I do see that in > initializeMemorySettingsProfileSeaSide > someone picked more rational numbers but I think it's time that we > clean those up this whole area. Where can I find #initializeMemorySettingsProfileSeaSide? Could you propose new parameters for these settings? It's time to adjust them for the new decade ;) Cheers, Adrian [...]

Jan. 7, 2010

Re: [Pharo-project] About my recursive blues :)

by Douglas Brebner

On 06/01/2010 20:13, StÃ©phane Ducasse wrote: > Hi guys > > Sometimes I'm not in good mood. Today I was in a bad bad mood. Quite bad even badder. > I was wondering why I was doing all that and the rest. What was the use to do Pharo > if we get Squeak doing exactly the same - Ok we were right long time ago but still seeing all the removal of > crappy code we begged to be removed and got bashed for and also doing all that effort and seeing it redone > was not helping. Being right sometimes is not even cool :) So a plain bad day.... cold and rainy. > I was frustrated that I cannot be somebody else, doing stuff full time and no other duties > and going faster. In short nothing was working and I was a frustation ball like I'm good at being. > One thing I've noticed is that Squeak, Pharo and Cuis are all pulling in different directions and I suspect that they simply wouldn't work if attempted in a single shared project. I feel that having the different forks is actually a good thing since people can do different things in the different forks which can then be shared or at least inspire others :) You're doing good work and I for one appreciate it :)

Jan. 7, 2010

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

by Adrian Lienhard

Did you restart? It works for me on OS X (and other OS should not be affected anyway). Adrian On Jan 6, 2010, at 23:31 , Mariano Martinez Peck wrote: > On Wed, Jan 6, 2010 at 11:29 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> On Wed, Jan 6, 2010 at 10:21 PM, Adrian Lienhard <adi(a)netstyle.ch> >> wrote: >> >>> This update "fixes" the double paste bug by unloading the system >>> host >>> menu support. Please note, that the image needs to be restarted to >>> take effect. >>> >>> 10505 >>> ----- >>> Issue 1323: Input problems (resolved for 1.0 by unloading >>> System Host >>> Menus) >>> >> >> >> Sorry for my ignorance, but is it common I cannot copy and past >> using cmd >> + c and cmd +d ?? I have to use ctrl instead of cmd. Is this >> expected? >> >> > > The weird thing is that the other shortcuts like cmd + p cmd + > i ...they > are working. > > >> Issue 1604: The disabled buttons look ugly with the new strike >> fonts >>> (thanks, Gary) >>> Issue 1415: New version VBRegex (fix splitjoin) >>> >>> ___________________ >>> http://www.adrian-lienhard.ch/ >>> >>> _______________________________________________ >>> 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

Jan. 7, 2010

Re: [Pharo-project] About my recursive blues :)

by Danie Roux

2010/1/7 Miguel Enrique CobÃ¡ Martinez: > Respect to Squeak, I seriously began to write a reply to the mail from > Andreas announcing the removal of Etoys Are you referring to this message: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-January/142974.… The one that states "... I finished the first round on making Etoys package *reloadable* in trunk" (emphasis mine). That is not the same as removal to me? -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

Jan. 7, 2010