- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] BSUG Meeting Monday November 21, 2011
by Sven Van Caekenberghe Nov. 16, 2011

Nov. 16, 2011

Hi, The Belgian Smalltalk User Group (BSUG) is organizing its next meeting Monday, November 21, 2011, at the premises of MediaGeniX (Brussels). 18h00 Welcome 18h30 Pizza & drinks sponsored by MediaGeniX 19h00 Talks * Continuous integration - A practical approach (MaÃ¯kel Vandorpe) * Gemstone Smalltalk - A hands-on introduction (Johan Brichau) Remember to confirm your attendance to johan<AT>inceptive<DOT>be (preferably asap, and at least before Saturday 19th). for BSUG, Sven http://www.bsug.org

1 0

[Pharo-project] About Zinc API
by Esteban Lorenzano Nov. 16, 2011

Nov. 16, 2011

Hi, I just updated my Zinc related projects to the latest version. This is a cool piece of software and I'm really enjoying using it! Thank you! but now... just an observation: I really don't like the ZnEasy facade :( why? because it feels "overdesigned" for me: I think those methods should be on ZnNeoClient directly... of course, that's because you want to prevent a change in the api if something changes in the future... but I think precisely there is where you are overdesigning the framework. Other thing: ZnNeoClient should be just ZnClient in next versions.... yeah... maybe I'm just talking too early and you are already thinking on do that... or maybe I'm just wrong... just wanted to say my impressions about something I think is, in general, really great and a really cool improvement over what we had before. Cheers, Esteban

2 1

[Pharo-project] [ANN] SqueakSource 3 RC 1
by Tobias Pape Nov. 16, 2011

Nov. 16, 2011

Dear All, I hereby release SqueakSource 3 RC 1 to the public. I wasn't able to come up with a nice name this time, so it is just 'the Release Candidate' :) Thanks to Dale, Norbert, and Philippe for their support, to many I met at ESUG'11 who gave good inspiration and anybody who listened and helped. == Improvements since the Beta: - Backgrounding does not fork but use a separate process on Squeak; Service VM on GS. - New feature: "well known name" for a Repo, like Squeaksource or gemsource... (So, that Gofer new gemsource: â¦ can be used in the Repo strings on the project sites) - Improvements in Sitemap building, XML-parser not required, plain Seaside - Pick up newer versions of several, esp. gemstone projects. Email support should be back now. - Fix display of "news" section - Fix for #9: Sorting of Projects can be confusing. - Fix: by default, non-world-read projects are not visible, now. - Fix for #7: "Tags" link responds with MessageNotUnderstood page - Fix for #22: SSProject>>versionAdded: forks a process - Fix for #23: Sitemap generation fails - Fix for #24: SSVersionAlreadyExists thrown by SSVersionView>>move:to: but not handled... - Fix for #27: MNU #ifNotEmpty: in SSEmailSubscription >> versionAdded:to: nukes gem - Fix for #29: add "breathing space" in tables'. - HTTP DELETE for versions (e.g., for future Monticello tool usage) - more tests. == The (up to now) sole instance is the HPIâs Software Architecture Groupâs Squeaksource, wich is not open to registration at the moment. However, I hope the GemStone ss3 instance will be migrated soon (http://ss3.gemstone.com) Install it yourself! Pharo: == Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSqueakSource'; load. ((Smalltalk at: #ConfigurationOfSqueakSource) project version: '3.0-rc.1') load: #('All') == Squeak: == Installer ss project: 'MetacelloRepository'; load: 'ConfigurationOfSqueakSource'. ((Smalltalk at: #ConfigurationOfSqueakSource) project version: '3.0-rc.1') load: #('All') == GemStone (with ProjectGofer, else like pharo): == Gofer project load: 'SqueakSource' version: '3.0-rc.1' group: #('All'). == To come: === â¢ more tests â¢ moving and copying via backend (i.e., HTTP request) â¢ inboxes â¢ branch projects â¢ (converting squeaksource.com to a SqueakSource3 ;) ) === I hope you like it. Best -Tobias PS: Did you know that â¢ you can get a personal rss stream of your âfavouriteâ projects? (like following on github) â¢ you can set up parent projects for your projects and automatically move all your packages there? â¢ you can extend SqueakSource quite easily? (Example: Issues) â¢ you can install a stripped down version on SqueakSource? (e.g., without Issue tracking, Statistics or filesystem support)

1 0

[Pharo-project] SystemChangeNotifier and Traits
by ezequiel lamonica Nov. 16, 2011

Nov. 16, 2011

Hello again, Now the problem is when I create a class that use Traits, SystemChangeNotifier sends two messages to report this creation: 1st for class added without traits, and 2nd for class modified to use this trait. And this last message has Object as old class instead of ClassForTesting without traits. For example: Object subclass: #ClassForTesting uses: TSortable instanceVariableNames: 'a' classVariableNames: '' poolDictionaries: '' category: 'OOSCM-ClientImageTest' Can I change those messages to use only one message that includes traits? Is not this better? What do you suggest? ----- eze -- View this message in context: http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] ChangeNotifier for recategorize a class
by ezequiel lamonica Nov. 16, 2011

Nov. 16, 2011

Hello, I'm working on Pharo 1.3 in a software content management project and I have some problems with the SystemChangeNotifier. I want to get changes between an old class and the new class when I change its category. The problem is when I change a category for a class, the SystemChangeNotifier sends this message: "class: aClass recategorizedFrom: oldCategory to: newCategory ", but I can't get the changes on the new class to get the differences between old class and new class. For example, I want to get the change of instanceVariableNames in addition of category change: I change: Object subclass: #ClassForTesting instanceVariableNames: 'a' classVariableNames: 'xx2' poolDictionaries: '' category: 'OOSCM-ClientImageTest' TO: Object subclass: #ClassForTesting instanceVariableNames: 'a b c ' classVariableNames: 'xx2' poolDictionaries: '' category: 'OOSCM-ClientImageTest2' Any help? ----- eze -- View this message in context: http://forum.world.st/ChangeNotifier-for-recategorize-a-class-tp4073854p407… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

Re: [Pharo-project] Status of ToolBuilder
by Marcus Denker Nov. 15, 2011

Nov. 15, 2011

On Tue, Nov 15, 2011 at 4:47 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I was kind of surprised that ToolBuilder is still part of Pharo. > > Are there any users? Are there any plans to update it to match the > version of Squeak? Is it encouraged to build UIs with ToolBuilder? > > As much as I remember we removed it? Maybe in 1.4, though. -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

1 0

Re: [Pharo-project] [Vm-dev] back to green on cog-mac-cocoa
by Mariano Martinez Peck Nov. 15, 2011

Nov. 15, 2011

Excellent!! THe test coverage is working well again :) On Mon, Nov 14, 2011 at 4:26 PM, Lawson English <lenglish5(a)cox.net> wrote: > > Thanks Esteban. > > L > > > On 11/12/11 8:53 AM, Esteban Lorenzano wrote: > >> >> Hi, >> Finally, after couple of days, I have a running version of cog-mac-cocoa >> build, with latest changes from Eliot integrated. >> It was hard (and a good learning), and I'm pretty sure I'm making >> important mistakes (as it is my first big integration), so I don't want to >> merge with blessed until I'm more or less sure the integration worked. >> >> So... this is another "call for test" :) >> >> As always, you can download it here: >> >> https://ci.lille.inria.fr/**pharo/view/Cog/job/Cog-Mac-**Cocoa/<https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa/> >> >> cheers, >> Esteban >> > > -- Mariano http://marianopeck.wordpress.com

1 0

[Pharo-project] Some amusement
by Gary Chambers Nov. 15, 2011

Nov. 15, 2011

We are currently using Pharo to develop prototype UIs for Android devices... Not a lot of work to auto generate a skeleton app/resources from there. Even with no UI builder, so much more immediate in Pharo when working with a customer who's interaction time can be limited. Regards, Gary

2 2

[Pharo-project] Getting the setupMethod next to the test
by Alexandre Bergel Nov. 15, 2011

Nov. 15, 2011

Hi! A recurrent deficiency in OB that I often bump into when writing tests. I often need to know what the setUp is before writing a test method. Thus incurring a lot of mouse clicking. The following OB command allows one to get a new window with the setUp method. Personally, I found it useful. Maybe it can be included in the OB release. Shall I commit in PharoOB and produce a new version in the configuration? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] [update 1.4] #14226
by Marcus Denker Nov. 15, 2011

Nov. 15, 2011

14226 ----- Issue 4993: Failing Test: ZnNeoClientTests http://code.google.com/p/pharo/issues/detail?id=4993 Issue 4971: adding author to compiledMethod and authors to class. http://code.google.com/p/pharo/issues/detail?id=4971 -- Marcus Denker -- http://marcusdenker.de

1 0