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

[Pharo-project] possible XML enh
by StÃ©phane Ducasse Aug. 17, 2010

Aug. 17, 2010

Hi I was browsing fixes in squeak and I saw http://code.google.com/p/pharo/issues/detail?id=2822 May be this can help to improve the XML package. Stef Fix printing of XMLElements; add tests for behavior. =============== Diff against XML-Parser-mtf.30 =============== Item was added: + ----- Method: XMLParserTest>>testPrintElements (in category 'tests') ----- + testPrintElements + | node | + node:= (XMLElement new) name: 'foo'; + setAttributes: (Dictionary new); + yourself. + self assert: node asString withBlanksTrimmed = '<foo/>'. + + node:= (XMLElement new) name: 'foo'; + setAttributes: (Dictionary newFromPairs: {'id'. '123'}); + yourself. + self assert: node asString withBlanksTrimmed = '<foo id="123"/>'. + + node:= (XMLElement new) name: 'foo'; + addContent: (XMLStringNode string: 'Hello World'); + setAttributes: (Dictionary new); + yourself. + self assert: node asString withBlanksTrimmed = '<foo>Hello World</foo>'. + + node:= (XMLElement new) name: 'foo'; + addContent: (XMLStringNode string: 'Hello World'); + setAttributes: (Dictionary newFromPairs: {'id'. '123'}); + yourself. + self assert: node asString withBlanksTrimmed = '<foo id="123">Hello World</foo>'. + + ! Item was changed: ----- Method: XMLElement>>isEmpty (in category 'testing') ----- isEmpty + "Answer true if the receiver is empty" + + ^self elementsAndContents isEmpty! - ^self elements isEmpty! Item was changed: ----- Method: XMLElement>>printXMLOn: (in category 'printing') ----- printXMLOn: writer + "Print the receiver in XML form" + writer startElement: self name attributeList: self attributes. (writer canonical not + and: [self isEmpty]) - and: [self isEmpty and: [self attributes isEmpty not]]) ifTrue: [writer endEmptyTag: self name] ifFalse: [ writer endTag. self elementsAndContentsDo: [:content | content printXMLOn: writer]. writer endTag: self name]!

2 1

[Pharo-project] Ideas of AutomaticMethodCategorizer ???
by Mariano Martinez Peck Aug. 17, 2010

Aug. 17, 2010

Hi folks...while browsing AutomaticMethodCategorizer I found the place where the rules are defined. It is cool becuase we can add the rules we want. I am all ears. For now, it is doing this: defaultCategorizationRules "The order is relevant, the categorizer uses the first rule matching - DF" ^OrderedCollection new add: MethodCategorizationRule forAccessors; add: (MethodCategorizationRule whenSelectorMatches: 'initialize*' categorizeIn: #initialization); add: (MethodCategorizationRule whenSelectorMatches: 'is*' categorizeIn: #testing); add: (MethodCategorizationRule whenSelectorMatches: 'has*' categorizeIn: #testing); add: (MethodCategorizationRule whenSelectorMatches: '=' categorizeIn: #comparing); add: (MethodCategorizationRule whenSelectorMatches: 'hash' categorizeIn: #comparing); add: (MethodCategorizationRule whenSelectorMatches: 'default*' categorizeIn: #defaults); add: (MethodCategorizationRule whenSelectorMatches: 'printOn:' categorizeIn: #printing); add: (MethodCategorizationRule whenSelectorMatches: 'accept:' categorizeIn: #'visitor accepting'); add: (MethodCategorizationRule whenSelectorMatches: 'visit*:' categorizeIn: #visiting); add: (MethodCategorizationRule whenSelectorMatches: 'value' categorizeIn: #evaluating); add: (MethodCategorizationRule whenSelectorMatches: 'test*' andClassInheritsFrom: TestCase categorizeIn: #tests); add: MethodCategorizationRule usingMostUsedCategoryInSuperClasses; add: MethodCategorizationRule usingMostUsedCategoryInImage; yourself We should improve this guy.... ideas to add/change? Cheers Mariano

3 9

[Pharo-project] Call for presentation for OSDC (free conference on dynamic languages)
by StÃ©phane Ducasse Aug. 17, 2010

Aug. 17, 2010

http://www.osdc.fr/ http://act.osdc.fr/osdc2010fr/index.html http://act.osdc.fr/osdc2010fr/sponsorship.html 9 and 10 October at Paris. Stef

1 0

[Pharo-project] [ANN] Pharo Metacello Universes
by Miguel Enrique CobÃ¡ MartÃnez Aug. 17, 2010

Aug. 17, 2010

Hi all, I have created three new repositories on squeaksource: http://www.squeaksource.com/UniverseForPharo10 http://www.squeaksource.com/UniverseForPharo11 http://www.squeaksource.com/UniverseForPharo12 They are the repositories for the current versions of Pharo. The idea is that each new release add a new UniverseForXXX repository and populates it with the current UniverseForXXX packages of the stable release. Right now they are mostly empty, but should be populated by the community and the ConfigurationOfXXX maintainers. Most ConfigurationOfXXX packages in http://www.squeaksource.com/MetacelloRepository should be copied to UniverseForPharo10. Which versions? The last known version that is working correctly on Pharo 1.0. This will be the official universe for Pharo1.0. No ConfigurationOfXXX should be stored on UniverseForPharo10 if it is not working correctly on Pharo10. Then two things can follow: - If the package already has ConfigurationOfXXX package versions that work in Pharo 1.1, those versions should be copied to UniverseForPharo11. - If the ConfigurationOfXXX only works for Pharo1.0 and the maintainer want to create the configuration for Pharo 1.1, he/she must copy the last working configuration for the package from UniverseForPharo10 to UniverseForPharo11. There he/she can start modifying the package until it works correctly in Pharo1.1 (use the blessing: tags wisely to avoid marking a broken configuration as released) This will permit to populate the UniverseForPharo11 based on the last working package versions from UniverseForPharo10. From that point they will likely diverge because of maintenance releases to the packages in any UniverseForXXX repository. The same will must be done to migrate from UniverseForPharo11 to UniverseForPharo12. You get the idea. With time, MetacelloRepository should be deprecated in favor of this UniverseForXXX repositories. Anyone is free to copy a working version from a previous Universe to a new Universe. They have read/write permissions to all. This setup will avoid the problems we are having right now with the in-image changes that are rendering the ConfigurationOfXXX unusable in distinct releases of Pharo. What this means to the end user: - For released version of Pharo They will have to use gofer this way: Gofer new squeaksource: 'UniverseForPharo10'; "Or UniverseForPharo11" project: 'ConfigurationOfMagma'; load. ConfigurationOfMagma project latestVersion load. - For next releases of Pharo Gofer loadFromUniverse: 'Magma'. "Or with GoferProjectLoader" ConfigurationOfMagma project latestVersion load. All this depends on conventions to find the appropriate universe for each pharo release, and also in the support from tools (like gofer in this example or the GoferProjectLoader if it is part of the core image). The universe functionality of the tools right now rely on the SystemVersion current majorMinorVersion string for deciding which repository to connect to. This could be improved surely but for now it works. I'm loading a new version of Gofer to PharoInbox with this functionality added so if you want to load directly from the universes with gofer do: Gofer upgrade. Gofer loadFromUniverse: 'YourPackageAlreadyInAUniverse'. But wait to this change to be treated by Stephane or Lukas before attempt it. Right now there is only Magma in the three repositories, but it shouldn't be hard for the maintainers of the other Configurations to help populate the universes from Pharo1.0, Pharo1.1 and Pharo1.2. This will benefit us as a community because the universes for the released pharo versions will be mostly untouched (only maintenance releases) and people will have the freedom to modify the configuration in the unstable (currently UniverseForPharo12) universe without affecting the users of the stable versions. Also, this will avoid to have a lot of conditionals inside the ConfigurationOfXXX classes, because a given class will target a specific Pharo release (the version on the newest universes could even delete the methods for the old universe, because will likely won't work in the new universe, deleting unnecessary and legacy code from the configuration) Comments and improvements welcome -- Miguel CobÃ¡ http://miguel.leugim.com.mx

7 22

[Pharo-project] Refactor -> Rename class
by Nicolas Paez Aug. 17, 2010

Aug. 17, 2010

I am using this feature I think that the "rename..." menu option should by default work like refactor, at this moment it just renames the class with updating dependent stuff, if you want to apply refactor you have to drill down to the refactor class suboption. I think "remove class..." and "rename class..." (in a refactor way) are the more frequent actions applied on a class. I don't mind if the option is duplicated in the menu if it makes thing easy. Regards, NicolÃ¡s

4 3

[Pharo-project] What is the situation regarding iPhone
by Hilaire Fernandes Aug. 17, 2010

Aug. 17, 2010

Can we legally distribute through the apple store Pharo Smalltalk applications? Hilaire -- Dr. Geo, to discover geometry on Linux, Windows, MAC and XO http://community.ofset.org/index.php/DrGeo

3 5

[Pharo-project] [update 1.2] #12096
by StÃ©phane Ducasse Aug. 16, 2010

Aug. 16, 2010

12096 ----- - Add Preferences empty class else I have to manually create before merging. This way we can merge and worked to turn the preference in setting. - Issue 1921: Class>>Binding Fix. Thanks Andreas Raab. Guillermo Polito. I integrated it with the previous change I did.

1 0

Re: [Pharo-project] Contributors page (was little pictures of you)
by laurent laffont Aug. 16, 2010

Aug. 16, 2010

Hi, I've started a Contributors page http://pharo-project.org/about/contributors . Tell me if you like it or not before going further. If you want to be on this page, just send me a photo (120px wide at least) and links, short text you want to put here. Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Wed, Aug 11, 2010 at 12:47 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Hi guys > > the pharo web site does not support that yet :) > but I would love to have some pictures of you because this is not that fun > to talk daily with people > when we do not even know their faces so we could start to build a pharo fun > community. > Let me know what you think. > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

13 33

Aug. 16, 2010

Hi guys I'm busy and not really friend with the squeak compiler so if some of you want to help this is welcome. http://code.google.com/p/pharo/issues/detail?id=2818 Stef > Hi StÃ©ph, > > you should harvest at least the compiler and explainer ones of these. > > cheers > Eliot > > > ---------- Forwarded message ---------- > From: <commits(a)source.squeak.org> > Date: Sun, Aug 15, 2010 at 4:55 PM > Subject: [squeak-dev] Daily Commit Log > To: squeak-dev(a)lists.squeakfoundation.org > > > Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003597.html > > Name: Compiler-eem.155 > Ancestors: Compiler-eem.154 > > Fix comment and computation of error temp push in > BytecodeAgnosticMethodNode>>generate:. Remove > a couple of unused methods. > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003598.html > > Name: ST80-eem.117 > Ancestors: ST80-nice.116 > > Fix explainer for block args & temps > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003599.html > > Name: Morphic-eem.460 > Ancestors: Morphic-ar.459 > > Fix explainer for block args & temps > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003600.html > > Name: Tools-eem.256 > Ancestors: Tools-cbr.255 > > Fix multi-window menu labelling for unselected windows > (old code broke if system organization changed). > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003601.html > > Name: Tools-eem.257 > Ancestors: Tools-eem.256 > > Fix select unchanged definitions for variableSubclass: class defs > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003602.html > > Name: Tools-eem.258 > Ancestors: Tools-eem.257 > > Don't cache the debugger's debuggerMap, its not safe. > Add preference for and support of opening a debugger for an error > in a background process when the UI process is busy. > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003603.html > > Name: Kernel-eem.477 > Ancestors: Kernel-dtl.476 > > Add a followingBytecode to InstructionStream, e.g. > SystemNavigation default browseAllSelect: > [:m| | is | > m isQuick not > and: [is := InstructionStream on: m. > is scanFor: [:b| b = 16r8F > and: [is secondByte ~= 0 > and: [is followingBytecode = 115]]]]] > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003604.html > > Name: Compiler-eem.156 > Ancestors: Compiler-eem.155 > > The addition needed by the new explainTemp: code. > (Humble mumble, I forgot to add this and hence mention > that Morphic-eem.460 & ST80-eem.117 need this method) > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003605.html > > Name: Tests-eem.89 > Ancestors: Tests-ar.88 > > Tests to check that whether a block is optimized or not a > block-local temp should be nil at the start of each > evaluation of the block. > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003606.html > > Name: Compiler-eem.157 > Ancestors: Compiler-eem.156 > > Log class def on declare inst and class var. > Fix typo in ParseNodeVisitor>>visitMessageNode: > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003607.html > > Name: System-eem.356 > Ancestors: System-ar.355 > > Fix ChangeRecord>>methodClass so that class comment > change defs can be replayed. > > ============================================= > > http://lists.squeakfoundation.org/pipermail/packages/2010-August/003608.html > > Name: Compiler-eem.159 > Ancestors: Compiler-eem.157 > > Declare temps at the minimum enclosing block scope. Requires > deferring temp declarations until after the parse has completed. > So introduces an UndeclaredVariableNode type to stand in until > parse completes. VariableScopeFinder visitor finds scopes. > > Fix Parser>>removeUnusedTemps after a declare temps. > removeUnusedTemps cannot use encodeVariable: to lookup > out-of-scope temps; these will cause undeclared: sends within > encodeVariable:. > > Fix Parser>>#parse:class:category:noPattern:context:notifying:ifFail:'s > selection of the stream after ReparseAfterSourceEditing. It must > grab the selectionInterval from the requestor's string, not the entire > string. > > Resolve the ambiguous time stamp (almost certainly my fault) in > Compiler>>#from:class:classified:context:notifying: between our > rep and trunk's rep by neatening method. > > =============================================

1 0

Re: [Pharo-project] [Pharo-users] [SPAM] Pharocasts: Display Picasa photos
by laurent laffont Aug. 16, 2010

Aug. 16, 2010

Thank you all ! I've tried to make a "Why Pharo is different" screencast, I'm pleased that it seems to work :) If you have the courage to put these comments on pharocasts itself (even to say it's crap, just tell why), I will be very grateful ! (and it shows that the community is here) Cheers, Laurent On Mon, Aug 16, 2010 at 11:57 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > +1 Very nice hacking excercise! > This is the way how developers should work! :) > Almost all aspects of hacking is covered: > - code in debugger > - finding implementations > - inspecting and exploring objects & classes. > > Good work. > > On 16 August 2010 12:44, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > Hey Laurent, > > > > Great, very instructive, good example, nice programming style!! > > > > Sven > > > > On 15 Aug 2010, at 23:00, laurent laffont wrote: > > > >> Learn: > >> - how to get data from an URL > >> - parse XML documents > >> - build a GUI to display photos with Polymorph > >> - how to prototype quickly with debugger and inspector > >> > >> > http://pharocasts.blogspot.com/2010/08/see-how-to-get-data-from-url-parse-x… > >> > >> Cheers, > >> > >> Laurent Laffont > >> > >> http://pharocasts.blogspot.com/ > >> http://magaloma.blogspot.com/ > >> _______________________________________________ > >> Pharo-users mailing list > >> Pharo-users(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

2 2