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

Re: [Pharo-project] [squeak-dev] Re: Menu Registries

by StÃ©phane Ducasse

excellent! On Apr 29, 2010, at 4:16 PM, Alain Plantec wrote: > Henrik Johansen a Ã©crit : >> It needs a way to register new valid preference pragmas, and setting generators for such pragmas. >> May I suggest... using pragmas? ;P >> > :) > I've checked and only two methods has to be adapted and one added in Pharo. > Then a compatibility package can be implemented for Squeak. > This package is optional and could be available for pharo-dev. > I will provide it soon. > Alain > >> Cheers, >> Henry >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 29, 2010

Re: [Pharo-project] status of i18n for Pharo

by Hilaire Fernandes

How should I proceed? Do I update directly the related package in PharoInbox? I have this 7 changesets, some are newly created classes, other modified class or modified method support/GetTextTranslator.st support/InternalTranslator.st support/MOFile.st support/NaturalLanguageTranslator.st support/String-translated.st support/TextDomainInfo.st support/TextDomainManager.st Hilaire StÃ©phane Ducasse a Ã©crit : > if you extract the code from Etoy .... > we are open you know :) > > On Apr 28, 2010, at 10:35 PM, Hilaire Fernandes wrote: > >> I was thinking more about something like the Gettext support as found in Etoys. >> >> Hilaire >> >> Henrik Johansen a Ã©crit : >>> On Apr 28, 2010, at 2:49 53PM, Hilaire Fernandes wrote: >>>> Are there any work in progress of i18n? >>>> I need it for DrGeo or I will have to write message in French in the code. >>>> >>>> Hilaire >>>> >>> Not sure what you mean with work in progress, but an existing alternative is the String>>translated method, which works the same in Squeak and Pharo. >>> Squeak still contains and entry in the world menu for the tool used to edit language translations (Open -> Language Editor), while in Pharo you have to evaluate LanguageEditor open manually. >>> To create a new locale entry you want to translate to, you'd use NaturalLanguageTranslator isoLanguage:isoCountry:. >>> Cheers, >>> Henry >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 29, 2010

Re: [Pharo-project] [NativeBoost] new win32 build available

by Igor Stasenko

Core packages were broken, and were unable to load w/o errors. But now seems everything loads well. Use NBInstaller install. Thanks to Henrik for help! -- Best regards, Igor Stasenko AKA sig.

April 29, 2010

Re: [Pharo-project] [squeak-dev] Re: [Vm-dev] Fwd: is it possible to know the memory occupation (bytes) of an object?

by Mariano Martinez Peck

Ok, the problem was that I was doing: usedMemory := usedMemory + self internalByteSize: oop. that didn't work and always answered me the same number. Now, I had to do this: usedMemory := usedMemory + (self internalByteSize: oop). I don't understand why. Thanks Mariano On Thu, Apr 29, 2010 at 3:22 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > >> It's close but not entirely correct. The computation needs to include the >> extra header word for "large" instances (> 255 bytes). Squeak has three >> possible header sizes: >> >> 1 header word - used by compact classes >> 2 header words - used by regular classes >> 3 header words - used by "large" instances >> >> BTW, SpaceTally>>spaceForInstancesOf:withInstanceCount: has the correct >> computation (except for 64 bit :-) >> >> > Ok, perfect. Thanks :) > > > >> >> Is there a way to know this >>> but from the VM side also ? how ? >>> I really need it from the VM side :( but I have no idea how to do it. >>> >> >> It's easy to do in the VM, just use this: >> >> primitiveByteSize >> "Answers the number of bytes the receiver occupies" >> >> | nbytes| >> self export: true. >> oop := self popStack. >> nbytes := (self sizeBitsOf: oop) + (self extraHeaderBytes: oop). >> self pushInteger: nbytes. >> >> > > I tried this and seems to work ok. I don't really need a primitive but an > internal method that is called by a primitive. So, I did something like > this: > > internalByteSize: anOop > > "Answers the number of bytes the receiver occupies" > | nbytes| > self inline: true. > nbytes := (self sizeBitsOf: anOop) + (self extraHeaderBytes: anOop). > ^ nbytes. > > > > and then I call it like this for example: > > oop := self firstAccessibleObject. > [oop = nil] whileFalse: [ > (self isIntegerObject: oop) > ifFalse: [ > size := self internalByteSize: oop. > ......] > oop := self accessibleObjectAfter: oop. > ]. > > > but internalByteSize ALWAYS return me the same value...do you know what can > be wrong ? > > Thanks in advance > > Mariano > > >

April 29, 2010

Re: [Pharo-project] Instance variable readers/writers

by Mariano Martinez Peck

On Thu, Apr 29, 2010 at 4:00 PM, Davide Varvello <varvello(a)yahoo.com> wrote: > > Hi, > Is there a way on Pharo to search for readers and writers of instance > variables? > Yes. Select a class, right button -> "refactoring scope" -> "instance variable reader" or "instance variable writer" Did it work ? cheers mariano TIA > Davide > -- > View this message in context: > http://forum.world.st/Instance-variable-readers-writers-tp2075506p2075506.h… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2010

Re: [Pharo-project] Pharo sprint in Bern on June 5, 2010

by Tudor Girba

I will probably come as well. Cheers, Doru On 28 Apr 2010, at 20:15, laurent laffont wrote: > I will be there too. > > Laurent Laffont > > On Wednesday, April 28, 2010, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> Cool! I want to go. I want to visit Switzerland since a lot of >> time :) I want to go to the alps also. >> >> I will be with my wife, so I will probably go one day before and >> come and stay one day more after so that I can visit. >> >> Cheers >> >> Mariano >> >> On Tue, Apr 27, 2010 at 3:38 PM, Adrian Lienhard <adi(a)netstyle.ch> >> wrote: >> >> Hi all, >> >> We are planning again to do a sprint in Bern. Please add your name >> to the wiki if you plan to attend. >> >> http://code.google.com/p/pharo/wiki/PharoSprints >> >> Cheers, >> Adrian >> >> ___________________ >> 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 >> >> > > -- > Laurent Laffont > > _______________________________________________ > 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 "No matter how many recipes we know, we still value a chef."

April 29, 2010

Re: [Pharo-project] [squeak-dev] Re: Menu Registries

by Alain Plantec

Henrik Johansen a Ã©crit : > It needs a way to register new valid preference pragmas, and setting generators for such pragmas. > May I suggest... using pragmas? ;P > :) I've checked and only two methods has to be adapted and one added in Pharo. Then a compatibility package can be implemented for Squeak. This package is optional and could be available for pharo-dev. I will provide it soon. Alain > Cheers, > Henry >

April 29, 2010

Re: [Pharo-project] Pharo Sprint in Argentina

by StÃ©phane Ducasse

ok :) On Apr 29, 2010, at 3:51 PM, Alexandre Bergel wrote: > My email was a bit obscur. I was talking for the participation to the Sprint. Not for the license agreement. > > Cheers, > Alexandre >

April 29, 2010

Re: [Pharo-project] Class>>rename:

by Fernando olivero

Ok, will do! On Apr 28, 2010, at 8:54 PM, StÃ©phane Ducasse wrote: > and a test would help too :) > > On Apr 28, 2010, at 7:57 PM, Mariano Martinez Peck wrote: > >> Hola Fernando. >> >> If you want something to be integrated, you should follow the rules. As an start, open a bug ticket, set the correct status and label, and commit to inbox. >> Otherwise, this mail will be forgotten. >> >> Cheers >> >> Mariano >> >> >> 2010/4/27 Fernando olivero <oliverof(a)lu.unisi.ch> >> >> Hi , please integrate this change to Class>>rename: >> >> >> rename: aString >> "The new name of the receiver is the argument, aString." >> >> | oldName newName | >> (newName := aString asSymbol) = (oldName := self name) >> ifTrue: [^ self]. >> (self environment includesKey: newName) >> ifTrue: [^ self error: newName , ' already exists']. >> name := newName. >> self environment renameClass: self from: oldName. >> >> (Undeclared includesKey: newName) >> ifTrue: [self inform: 'There are references to, ' , aString printString , ' >> from Undeclared. Check them after this change.']. >> >> >> I moved the (Undeclared..... ) statement to the end. >> >> To send #inform: after performing the actual change, and not before. >> >> In this way you can catch the ProvideAnswerNotification, and remove the modal dialog that pops up and still perform the actual class rename! >> >> For example... >> >> [ self performRefactoring: refactoring ] on: ProvideAnswerNotification do:[:err | " do not inform the user! " ]. >> >> >> Please let me know if you agree, and will integrate it. >> Saludos, >> Fernando >> >> >> _______________________________________________ >> 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

April 29, 2010

Re: [Pharo-project] status of i18n for Pharo

by Hilaire Fernandes

Hilaire Fernandes a Ã©crit : > Henrik Johansen a Ã©crit : >> On Apr 28, 2010, at 2:49 53PM, Hilaire Fernandes wrote: >> >>> Are there any work in progress of i18n? >>> I need it for DrGeo or I will have to write message in French in the >>> code. >>> >>> Hilaire >>> >> Not sure what you mean with work in progress, but an existing >> alternative is the String>>translated method, which works the same in >> Squeak and Pharo. >> >> Squeak still contains and entry in the world menu for the tool used to >> edit language translations (Open -> Language Editor), while in Pharo >> you have to evaluate LanguageEditor open manually. >> To create a new locale entry you want to translate to, you'd use >> NaturalLanguageTranslator isoLanguage:isoCountry:. > > Not that simple. > We need a Pharo application infrastructure to embed into the > localizations of a classes set. Without it, how can we distribute the > localizations? It is unclear. I guess SAR will be the good candidate. JosÃ© wrote some stuff related to that fro DrGeo a few years ago. Just remember.. Hilaire

April 29, 2010