November 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] PackageInfo>>classes does not distinguish traits from classes (issue?)
by Simon Denier Nov. 24, 2009

Nov. 24, 2009

Hi there When I run PackageInfo>>classes, I get both classes and traits defined in the package. So I can understand the need for a method retrieving all 'compilation units' (or behaviors) from a package, but is there no method to just retrieve the regular classes? Especially since there is a #externalTraits method. -- Simon

3 3

[Pharo-project] New version of OCompletion
by Alexandre Bergel Nov. 24, 2009

Nov. 24, 2009

Dear List, Tim and I have been working on improving OCompletion. Personally, I feel these changes significant reduce the amount of times that I do not want the completion of opposite characters, e.g., $), $], $' Here is the comment of the version 40 of the Monticello Package: -=-=-=-=-=-=-=-=-= This new version provides some important improvements of OCompletion: - inserting a '(' before an alphanumeric character does not insert a ')'. - inserting a '(' then removing it removes ')' if it was inserted These features have been pair programmed with Tim Mackinnon during the Pharo sprint at Smalltalks'09, Buenos Aires -=-=-=-=-=-=-=-=-= Let us know whether you are happy or not with these improvements. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 2

[Pharo-project] Pharo Sprint
by Alexandre Bergel Nov. 24, 2009

Nov. 24, 2009

Aldo and I seat down during the Pharo Sprint on Saturday. We had fun. Below what we did. ISSUE #262 (fixed) Doits are now executed by primtive. This means, a doit method is *never* installed in a class. We removed all now unnecessary checks of isDoit - Behavior>>allLocalCallsOn: - ChangeSet>>atSelector: selector class: class put: changeType - MethodReference>>isValid - PCCByCompilation>>methodsWithDisabledCall - PackageInfo>>methods - SystemNavigation>>browseAllCallsOn: aLiteral localTo: aClass Pair programmed with Aldo Mettini Slice_262_isDoIt-Alexandre_Bergel.1 in Pharo Inbox -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #1486 (fixed) Added BehaviorTest>>testAllLocalCallsOn Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #1488 (new) Dictionary is not a superclass of SmallDictionary, and SmallDictionary is not a subclass of Dictionary. The only common superclass of these two classes is Collection. Putting unreferencedKeys in Collection does not look too good as well. Therefore, unreferencedKeys looks like to be a good candidate for being shared by a trait. Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #261 (fix) Even though allCallsOn: implies something about "calls" which seems to be related to sends, it actually even is used for references to classes. We added a SystemNavigation>>allReferencesTo: aLiteral that returns the list of methods referencing aLiteral. We simplified allCallsOn: since now it acts on symbols only. It raises a deprecation warning if a binding is provided to allCallsOn:. We refactored all callers of allCallsOn: and wrote some tests (for the one that was easy to write): BehaviorTest>>testAllCallsOn Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] (no subject)
by Henrik Jegbjerg Hansen Nov. 24, 2009

Nov. 24, 2009

I get a #dnu on RBParser>>#initializeParserWith:type:, called by OR2Command>>requestMethodFor: Do I need to load/fix something myself, or is this a bug? -- Henrik Jegbjerg Hansen

10 30

[Pharo-project] Pharo by Example - chapter about Exception - Error - Notification - Abort?
by Bart Gauquie Nov. 24, 2009

Nov. 24, 2009

Dear all, I've been searching the Pharo by Example book about how to handle Exception, Error, ... in Pharo. I've found some information about it in the SUnit chapter, in method 7.11: Catching test case errors and failures; this is only a small fragment however. Is there any chapter planned about this topic? It would be very useful i think, since it is an important topic, and I've read that Smalltalks exception handling is very powerful, but I don't know much about it and like to learn it. Kind Regards, Bart -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein Gravitation is not responsible for people falling in love. - Albert Einstein

7 9

[Pharo-project] Some comments about Filesystem
by Alexandre Bergel Nov. 24, 2009

Nov. 24, 2009

Some comments about Filesystem: I am trying to use your library for file processing. I had the following: (FileStream fileNamed: 'inc.c.xml' ) readStream next => $< With Filesystem, I obtain the following: (FSDiskFilesystem current referenceTo: 'inc.c.xml') readStream next => 60 The problem is that the XML library does the #next, which expects a character, and not integer. I do instead: (FSDiskFilesystem current referenceTo: filenameString) readStreamDo: [:stream | . document := self parse: (ReadStream on: stream contents asString). ... But there should be a nicer way to obtain a character stream from a file. Another comment, why not to have FSReference>>files and FSReference>>directories? Although the visitors are convenient, I feel it will be useful to add #files and #directories. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] settings integration
by Alain Plantec Nov. 24, 2009

Nov. 24, 2009

Dear list, I'm about to integrate some settings in replacement of some preferences, and I would like to have your opinions about the way. The new setting package make it possible to completely separate a setting value from the setting browser. In fact, the setting browser package should be removeable without any modification elsewhere. As an example, let's consider the #annotationPanes preference. The only mandatory thing is that there is a class variable or an instance variable of a singleton in the package which owns the setting along with corresponding get/set accessors. For #annotationPanes, I define the #BrowsersHaveAnnotationPane class variable in CodeHolder. In addition, I define CodeHolder class>>browsersHaveAnnotationPane and CodeHolder class>>browsersHaveAnnotationPane:. In order to be able to manage this setting from the setting browser, we have to define a setting declaration for it. Because the setting browser must be removeable, I would create a new package for it. Let's Tools-Base-Settings be this new package which then includes the CodeHolderSettings class with the following declaration: CodeHolderSettings class>>browsersHaveAnnotationPaneSetting <setting> ^ (SettingManager newSetting: 'Show annotation pane' translated) parent: #codeBrowsingSettingNode; default: false; target: CodeHolder; setSelector: #browsersHaveAnnotationPane:; getSelector: #browsersHaveAnnotationPane; description: 'If checked then the annotation pane is shown in browsers; it is dynamically updated with useful informations about the code which is currently browsed' translated Is it ok like that ? Thanks Alain

3 14

[Pharo-project] [ANN] Twitter account for Pharo...
by Marcus Denker Nov. 24, 2009

Nov. 24, 2009

Hi, There is now a twitter for pharo: https://twitter.com/pharoproject I think we will use this for short news (e.g. new updates) in a way that it is more accessible than the mailinglist for people not subscribed. We have a News subsection for pharo-project.org ready to be deployed, too (for larger news). Marcus

1 0

[Pharo-project] [update 1.1] #11060
by Marcus Denker Nov. 24, 2009

Nov. 24, 2009

11060 ----- Issue 1495: 1.1: fix some tests related to printing self-evaluation arrays Issue 1496: clean some unsent messages.... Issue 1497: Saving preferences to disk gives an error Marcus -- Marcus Denker -- http://www.marcusdenker.de

1 0

[Pharo-project] O2PackageBrowser broken in Pharo 10495
by Simon Denier Nov. 23, 2009

Nov. 23, 2009

Does someone know why the O2 browser suddenly broke in the latest 10495. It does not look good, especially since there is plenty of people here at Smalltalks 09 trying to launch Pharo and follow PharoByExample get stuck pretty quickly. This especially for issues 1475, 1476, 1477 Perhaps we can simply go back to a previous version of O2 and publish a new RC, if David does not have time to correct the bugs. -- Simon

4 5