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

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by StÃ©phane Ducasse

Yes there is a ticket and I should take some time to get over that. But if somebody has time. Stef > Hi. I am using Moose (an image that Cyrille Delaunay gave me) and I am having this problem. > > Is there a ticket for this ? I don't see analogousCodeTo: in PharoCore-1.1-11336-UNSTABLE > > should we integrate the fix ? > > Thanks > > Mariano > > On Tue, Mar 23, 2010 at 12:55 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2010/3/23 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> On Mon, Mar 22, 2010 at 2:54 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> You might also want to check last code published in trunk. > >> > >> I saw that. You're eliminating closeTo: for float comparison which seems fine to me :) Thanks Nicolas! > >> However, it is indicative that a recompile all is necessary after redefining the number scanning facilities. I guess that this is part of the standard release build process. If not, we should add it. > > > > > > I saw the following but I could not see the float issue you mentioned. Where it is? > > > > It's in CompiledMethod >> #= > > Note that Pharo has implemented different workaround for handling > cases like (Float class>#nan) = (Float class>#nan) copy, but these > are fragile. > trunk implementation rely on (lit1 == lit2) to handle this case. > > Nicolas > > > > > analogousCodeTo: aMethodProperties > > | bs | > > (aMethodProperties isKindOf: MethodProperties) ifTrue: [^aMethodProperties analogousCodeTo: self]. > > (bs := self basicSize) ~= aMethodProperties basicSize ifTrue: > > [^false]. > > 1 to: bs do: > > [:i| > > ((self basicAt: i) analogousCodeTo: (aMethodProperties basicAt: i)) ifFalse: > > [^false]]. > > ^true > > > > hasAtLeastTheSamePropertiesAs: aMethodProperties > > "Answer if the recever has at least the same properties as the argument. > > N.B. The receiver may have additional properties and still answer true." > > aMethodProperties keysAndValuesDo: > > [:k :v| > > (v isKindOf: Pragma) > > "ifTrue: [Pragmas have already been checked]" > > ifFalse: [ > > (self includes: k->v) ifFalse: [^false]]]. > > ^true > > > > > > > > > > On Mar 22, 2010, at 10:54 PM, Nicolas Cellier wrote: > > > >> You might also want to check last code published in trunk. > >> > >> Nicolas > >> > >> 2010/3/22 Eliot Miranda <eliot.miranda(a)gmail.com>: > >>> > >>> > >>> On Mon, Mar 22, 2010 at 2:25 PM, StÃ©phane Ducasse > >>> <stephane.ducasse(a)inria.fr> wrote: > >>>> > >>>> eliot > >>>> > >>>> Your changes fixed some of the problems. Now I tried to fix the test > >>>> testAnalogousCodeTo in MethodPropertiesTest and > >>>> the expression returns false. > >>>> > >>>> (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false > >>>> > >>>> (#zork->'hello') = (#zork->'hello') -> true > >>> > >>> For me > >>> #(#zork -> 'hello') size 3 > >>> In Pharo is it true that > >>> #(#zork -> 'hello') size 1 > >>> ??!?! > >>> In that case I would implement analogousCodeTo: in Association, e.g. > >>> analogousCodeTo: anObject > >>> ^anObject class == self class > >>> and: [key = anObject key > >>> and: [value = anObject value]] > >>> > >>> But if Association isn't a literal I would simply check > >>> MethodPropertiesTests. It could be obsolete. > >>>> > >>>> Stef > >>>> > >>>> On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: > >>>> > >>>>> Oops. Find attached. > >>>>> > >>>>> 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> > >>>>> try in a Pharo-1.0-10515-rc3 image : > >>>>> > >>>>> |set| > >>>>> set := Set new. > >>>>> Collection withAllSubclasses do: [:aClass | > >>>>> set addAll: aClass methods > >>>>> ]. > >>>>> > >>>>> It will raise an exception telling: "MessageNotUnderstood: > >>>>> ByteSymbol>>analogousCodeTo:". > >>>>> Indeed, in the code of CompiledMethod >> = , the message > >>>>> 'analogousCodeTo:' is send to a > >>>>> symbol. > >>>>> > >>>>> > >>>>> I opened an Issue: > >>>>> http://code.google.com/p/pharo/issues/detail?id=2185 > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Pharo-project mailing list > >>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > >>>>> > >>>>> <Object-analogousCodeTo.st>_______________________________________________ > >>>>> 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 > > > > > > _______________________________________________ > > 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

May 7, 2010

[Pharo-project] is MVC package somewhere?

by Esteban Lorenzano

Hi, AFAIK, MVC was removed from Pharo 1.1... I wonder where is the extracted package. Cheers, Esteban

May 7, 2010

[Pharo-project] Newbie: How to load and use HTTP parser

by Andrei Stebakov

Hi Sent this message to the Pharo-users group, but no response for a couple of days, so trying it here ;) I have a simple task of parsing some html content in Pharo (loading an html page using HTTPSocket and retrieving useful info from it). Having browsed for an html parser in my current one-click Pharo 1.0 image, I couldn't find one. How do I find/download a (the) HTML parser? What's the general routine of discovering and installing packages in Pharo? I believe in Squeak there was a menu to explore and download packages, I couldn't find it in Pharo though. Thank you, Andrei

May 7, 2010

Re: [Pharo-project] Settings Browser

by Alain Plantec

Le 07/05/2010 16:21, Geert Claes a Ã©crit : > > Alain Plantec-4 wrote: > >> from your screenshot - >> don't forget that you have to accept your new value in text entries with >> cmd-s or with the enter key. >> >> > Thanks Alain. I have now managed to save the HTTP Proxy port and Server now > using the ctrl-s (windows) but the User name and password just disappear > when I try to accept the new values? > argh! I will fix that soon > Would probably a bit more intuitive if there was a button to accept the > changes values,maybe the Style> Update could do an accept of all changed > values before updating? > yes, I had the same discussion with Mariano some time ago. It is not comfortable to be constrained to accept each field like this. Now that we have a hook for window closing, I think I can improve it. Thanks again Alain

May 7, 2010

Re: [Pharo-project] Settings Browser

by Geert Claes

Alain Plantec-4 wrote: > > from your screenshot - > don't forget that you have to accept your new value in text entries with > cmd-s or with the enter key. > Thanks Alain. I have now managed to save the HTTP Proxy port and Server now using the ctrl-s (windows) but the User name and password just disappear when I try to accept the new values? Would probably a bit more intuitive if there was a button to accept the changes values, maybe the Style > Update could do an accept of all changed values before updating? -- View this message in context: http://forum.world.st/Settings-Browser-tp2134005p2134260.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 7, 2010

[Pharo-project] new gettext package

by Hilaire Fernandes

I have uploaded a new version of the gettext package. I have removed a few classes used for the itnernal translator. So now, only gettext based catalog messages is used. Philipp, I have added a String>>translateTo: aLocale you can used from Seaside application. If we agree on that protocole, we can have in Pharo-Cire two String messages defined as follow: String>>translated "answer the receiver translated to the default language" ^ NaturalLanguageTranslator translate: self String>>translatedTo: localeID "answer the receiver translated to the given locale id" ^ NaturalLanguageTranslator translate: self toLocale: localeID Then a dummy class NaturalLanguageTranslator withn two class messages: NaturalLanguageTranslator class>>translate: aString ^ aString NaturalLanguageTranslator class>>translate: aString toLocale: localeID ^ aString NaturalLanguageTranslator class is redefined in the Gettext package. It should be possible to simplify the whole protocole after removing the LanguageEditor. This one is totaly unused, and it does not make sense to me to use Smalltalk to translated string, there are better third party tool to do that. Can I remove the LanguageEditor? Hilaire

May 7, 2010

Re: [Pharo-project] Settings Browser

by Alain Plantec

Le 06/05/2010 14:25, Geert Claes a Ã©crit : Hi Geert, > It's just that I can't seem to figure out how to save the settings I have > changed? I did noticed the "Style> New/Update/Load/Browse/Remove". yes, if you want to save your current settings you can create a new styles (Style/New). A style is simply a class for which you give a prefix (the name of the class is <prefix>SettingStyle) it is created in the UserSettingStyle sys. cat. After you have created it, you can load/update/browse/remove it from the Style menu. You can change the class name suffix and the sys. cat. naming rule directly from the setting browser. you can also create a new style without the setting browser. In fact, it can be whatever class which provides the following two methods: MyOwnStyle class >>styleName "return the style name and is tagged with <settingstyle> so that the setting browser recognizes it as a style" <settingstyle> ^ 'MyOwn' MyOwnStyle>>load "set your preferences as an example:" UIThemeSoftSqueak beCurrent. > managed to create a new style, > but when selecting "Style>Update" I get this > tiny window titled "Choose" with a wee white box and a Cancel button? Am I > missing something? > You have created a style named 'MyOwn' (you can enter another name when you create a style). So, select the 'MyOwn' item and then, the state of the settings will be updated. To try it: as an example, change the world color or the network proxy or the fonts... update your style (Style/Update then choose 'MyOwn') return to another one (Style/load then choose 'Default' or 'Demo' as an example) then come back to your own style (Style/load choose 'MyOwn') > ps. What is the "Blab email" in the Network section? > it is used in HTTPSocket for GET and POST protocols. (see the users of the HTTPBlabEmail class variable in HTTPSocket) can't really say more, maybe a network wizard could explain. from your screenshot - don't forget that you have to accept your new value in text entries with cmd-s or with the enter key. thanks Geert for your feedbacks. Cheers Alain > http://n4.nabble.com/file/n2132539/Settings_Browser.png > >

May 7, 2010

Re: [Pharo-project] gettext package

by Philippe Marschall

On 05/06/2010 04:55 PM, Hilaire Fernandes wrote: > Philippe Marschall a Ã©crit : > >>>> The protocol I have in mind for Seaside is something like: >>>> >>>> html translate: >>> aString translated "return the translating in the current locale." >> >> Nope sorry, in a server the current locale in the one of the request or >> session, not a global variable. Seaside can figure this out > > Yes, it makes sense. So in some way you need to specify the locale to > use for translation, and it was not how was intended String>>translated, > so definitely not your friend. > >> automatically which is why I need some layer over gettext. But I also > > Right. > >> need a way to make the gettext exporter aware of this, basically looking >> for more selectors. > > Yes, we should adapt the protocol to the need. I would like to clean it > a and remove some classes as the NaturalLanguageEditor and > InternalTranslator so we can simplify the whole package. > > >> >>>> html translate:to: >>> >>> NaturalLanguageTranslator >>> translate: 'This point %1' >>> toLocaleID: (LocaleID isoLanguage: 'fr') >>> inDomain: 'DrGeoII' >>> -> 'Ce point %1' >>> 'DrGeoII' is the name of the catalog to look for the translation. >> >> Which would be the Seaside application name. This can be looked up >> automatically without a need to repeat yourself every time you want to >> have a string translated. > > Yes, it makes sense. > >> >>> Wth this message you also avoid some overhead as your directly specify >>> the translation catalog. The system does not need to figure out the >>> catalog to search the translation (done by figuring out from which class >>> - then class category - the String>>translated message was sent). >>> >>> >>> Your register a domain from classes prefix: >>> TextDomainManager registerCategoryPrefix: 'DrGeoII' domain: 'DrGeoII'. >> >> I would need to hock into that. So that a domain has a "scope" of only >> several class categories and has a given value there. Is there a way to >> do this? > > Yes, execute: > > TextDomainManager registerCategoryPrefix: 'Seaside-MyShop' domain: > 'MyShop'. That's exactly what I need. > Then a new domain is created, at startup, the relevant .mo file are > loaded (I guess, not sure how it is handled in detail). > > Is it what you were asking? > >>> Then you export the .po file for translation: >>> GetTextExporter2 exportTemplate. >>> >>> Then you compile your .po translation as .mo and move it in >>> locale/fr/LC_MESSAGES/DrGeo.mo >>> >>> >>> Some documentation in the PBE2 could be written once stuff is >>> stabilized. >>> In the Etoys ml, Bert proposed to move the domain in the method >>> properties to get a more efficient translation look-up >>> >>>> What would the way to hook into GetTextExporter(2) to make it pick >>>> that up? I have two train rides this weekend. I'll see if I can hack something up. Cheers Philippe

May 7, 2010

Re: [Pharo-project] another fun case for Linked>>add:

by Henrik Johansen

On May 7, 2010, at 3:08 33PM, Henrik Johansen wrote: > Yes, this was somehting Nico Schwartz and I did during the sprint. > > He had the idea that it would be nice to be able to add any object to a LinkedList, instead of just Link subclasses. (IIRC, 'like you can in Ruby' ;)) > > So we added ValueLink as the common pattern for "A link with an object in it", which is now the default if you add an object which itself is not a link. > > Makes it much more convenient to actually use a LinkedList, ref. f.ex. the Stack implementation. > > Sort of similar to what was done in Squeak to add nils to sets, actually. > > Cheers, > Henry Which of course makes it all the more important that it actually returns aLink, rather than aLinkOrObject. Cheers, Henry > > > On May 6, 2010, at 9:25 52AM, StÃ©phane Ducasse wrote: > >> LinkedList>>add: aLinkOrObject >> "Add aLink to the end of the receiver's list. Answer aLink." >> >> ^self addLast: aLinkOrObject >> >> LinkedList>>addLast: aLinkOrObject >> "Add aLink to the end of the receiver's list. Answer aLink." >> |aLink| >> aLink := aLinkOrObject asLink. >> self isEmpty >> ifTrue: [firstLink := aLink] >> ifFalse: [lastLink nextLink: aLink]. >> lastLink := aLink. >> ^aLink >> >> Object>>asLink >> "Answer a string that represents the receiver." >> >> ^ ValueLink value: self >> >> >> In squeak there is no such asLink.... >> We need a database with all the history to know which change introduced this change. >> Henrik do you remember why you introduce this change? >> >> 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 >

May 7, 2010

Re: [Pharo-project] another fun case for Linked>>add:

by Henrik Johansen

Yes, this was somehting Nico Schwartz and I did during the sprint. He had the idea that it would be nice to be able to add any object to a LinkedList, instead of just Link subclasses. (IIRC, 'like you can in Ruby' ;)) So we added ValueLink as the common pattern for "A link with an object in it", which is now the default if you add an object which itself is not a link. Makes it much more convenient to actually use a LinkedList, ref. f.ex. the Stack implementation. Sort of similar to what was done in Squeak to add nils to sets, actually. Cheers, Henry On May 6, 2010, at 9:25 52AM, StÃ©phane Ducasse wrote: > LinkedList>>add: aLinkOrObject > "Add aLink to the end of the receiver's list. Answer aLink." > > ^self addLast: aLinkOrObject > > LinkedList>>addLast: aLinkOrObject > "Add aLink to the end of the receiver's list. Answer aLink." > |aLink| > aLink := aLinkOrObject asLink. > self isEmpty > ifTrue: [firstLink := aLink] > ifFalse: [lastLink nextLink: aLink]. > lastLink := aLink. > ^aLink > > Object>>asLink > "Answer a string that represents the receiver." > > ^ ValueLink value: self > > > In squeak there is no such asLink.... > We need a database with all the history to know which change introduced this change. > Henrik do you remember why you introduce this change? > > Stef > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 7, 2010