March 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3809 in pharo: Fixed Width / Serif Font
by pharo＠googlecode.com March 13, 2011

March 13, 2011

Status: New Owner: ---- New issue 3809 by camillob...(a)gmail.com: Fixed Width / Serif Font http://code.google.com/p/pharo/issues/detail?id=3809 We should add all three DejaVu fonts directly to the image. - fixed width (major priority for programming!) - serif (for long text text, since they are much more readable)

2 3

Re: [Pharo-project] Issue 3169 in pharo: Not execute Script Cmd-t in OB?
by pharo＠googlecode.com March 13, 2011

March 13, 2011

Comment #1 on issue 3169 by hernan.m...(a)gmail.com: Not execute Script Cmd-t in OB? http://code.google.com/p/pharo/issues/detail?id=3169 Please provide the steps to reproduce, is not that clear from the attached picture how to reproduce the issue. Include also which OB are you using or from which repository you have loaded into your image

1 1

[Pharo-project] Issue 3735 in pharo: ODBCLibrary class moduleName calls deprecated method
by pharo＠googlecode.com March 13, 2011

March 13, 2011

Status: New Owner: ---- New issue 3735 by DougEdmu...(a)gmail.com: ODBCLibrary class moduleName calls deprecated method http://code.google.com/p/pharo/issues/detail?id=3735 I ran the sqlite/odbc tutorial on an XP box. http://www.pharocasts.com/2010/12/access-database-through-odbc.html When creating the sqlite database using ODBC, a warning pops up: "The method SmalltalkImage platformName has been deprecated. Use Smalltalk os platformName." I traced the warning to this Sender: ODBCLibrary class >> moduleName "Return the name of the module for this library" SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ 'odbc32' ]. SmalltalkImage current platformName = 'unix' ifTrue: [ ^ 'libodbc.so' ]. ^ self error: 'Don''t know the ODBC library name'

1 1

[Pharo-project] Issue 3747 in pharo: ' 'Morph' asMorph openInworld' creates a Morph that can't be deleted using meta-click menu
by pharo＠googlecode.com March 13, 2011

March 13, 2011

Status: Accepted Owner: smagooe...(a)gmail.com New issue 3747 by smagooe...(a)gmail.com: ' 'Morph' asMorph openInworld' creates a Morph that can't be deleted using meta-click menu http://code.google.com/p/pharo/issues/detail?id=3747 This is a small issue but it makes for a messy workspace. I couldn't find any way to delete the morph that was created this way. Pharo image: Pharo-1.1.1-dev10.09.1.image Pharo core version: Pharo-1.1.1-- Latest update: #11414 Virtual machine used: Squeak-4.4.7.2357-linux_i386 Class browser used if applicable: OBSystemBrowserAdaptor Operating System: Ubuntu 10.04 Lucid Lynx Steps to reproduce: 1. Type 'Morph' asMorph openInWorld in a workspace. 2. Try to use meta-click to select the StringMorph that is created by above step, and delete it. On my machine this is shift-ctrl-left mouse button.

2 2

[Pharo-project] Pharo mailing list weekly summary #5
by Francois Stephany March 13, 2011

March 13, 2011

Hi guys, This week summary is available: http://articles.tulipemoutarde.be/pharo-mailing-list-weekly-summary-5 It will move to the official pharo website next week ;) Cheers, Francois

6 6

Re: [Pharo-project] [Pharo-users] Last pending things for Pharo 1.2
by Marcus Denker March 13, 2011

March 13, 2011

On Mar 13, 2011, at 4:35 PM, Guillermo Polito wrote: > F***, MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory is broken again... Is it failing randomly? If so, can we remove that test? :( > It is failing randomly, yes. I thought I noted that in the original bug report? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] the glamorous toolkit project
by Tudor Girba March 13, 2011

March 13, 2011

Hi, I would like to promote the idea of projects in Pharo. The concept is simple: we should build new infrastructures that go beyond small fixes and that require the concerted work of multiple people over a longer period of time. A project has a clear goal, and is led by someone. That someone is not necessarily the one that writes all the code (like we might tend to do it), but simply one that ensures that the project advances, that the different contributions are integrated, and that things are not left at 90%. I would like to announce the Glamorous Tool project. The goal of this project is to provide a new set of tools for developing with Pharo. It is to be developed on top of Glamour, and it should address at least the followings: - Coder (ex-System Browser) - Debugger - Inspector - Playground (ex-Workspace - it's not called Workspace anymore because I would like to encourage people not to "work" there) - Chaser (senders, implementors and references) The project spans several topics. For example: - Glamour support - Morphic enhancements: --- Proper TextMorph with keybindings and context sensitiveness --- Collapsable Panes --- Scalable tabs --- Parallel rendering - Suitable models --- RPackage --- Code introspection --- Debugger model - Testing --- Because these tools are so critical, they should be robust --- OB is a good example for the testing part - Usability --- Principle: Spawning a window might be easy, but it is not effective --- Principle: Uniformity --- Principle: Less concepts are better than many - Graphic design of skins and icons - Weak announcements - Performance I will lead it, and you are welcome to participate. The today sprint is a good occasion to take a look. The current code can be found at: Gofer new squeaksource: 'glamoroust'; package: 'ConfigurationOfGlamoroust'; load. (Smalltalk at: #ConfigurationOfGlamoroust) perform: #loadDefault. Cheers, Doru -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

4 7

[Pharo-project] Short summary of new announcement capabilities
by Henrik Sperre Johansen March 13, 2011

March 13, 2011

Barring a few update problems, they changes Igor and I made today should be ready for general review/inclusion shortly. Here's a few points about the most important differences to the current implementation: 1. Now supports action blocs with 0, 1 or 2 arguments (announcement and receiver). This should allows us to: 1.1 Write blocks with strict guarantees for expiry and removal without keeping strong references to announcers in subscriber, by using the announcer arg to unsubscribe if action is invalid. (Not very nice resulting code, but necessary if altering outside-accessible state) 1.2 use suspendWhile: equivalent from blocks where announcer is not kept in context when such protocol is added. 1.3 Not use :ann argument for action blocks in which you don't really care. 1.4 Provide an upgrade path from events by replacing them with 0-arg MessageSend announcements under the hood if we want. (Would requires some nasty bits with objects as announcers though). 2. Support weak subscriptions for message send type of announcement. Block action requires ephemeron support in VM to correctly unsubscribe automatically, and trying to create them currently raises an error. 3. Reify Subscriptions (which are returned by #when:do: and friends), which can be made weak with #makeWeak. However, for thread-safety reasons this is done using #becomeForward:. If weakness can be determined at subscription time, the recommended way would be to use: announcer weak when:send:to: The weak send creates a wrapper which will instantiate the subscription as weak from the get-go. 4. The SubscriptionRegistry is thread-safe, in the sense that add: remove: and deliver: are protected by a Monitor. (so you can remove: in action block without a deadlock, see 1.1). Rather than block for the entire deliver: process, we chose to only protect the copy of subscriptions. This implies that the following may happen: Thread 1 starts delivery of announcement. Thread 2 interrupts after copy is created, then removes a subscription and carries on doing its stuff Thread 1 resumes, and delivers announcement to remaining subscriptions, potentially including that removed by Thread2. Don't think this is likely to be a common scenario where protecting the entire delivery would have made a difference. If you think otherwise, and can provide a good use case, please speak up and we may change it. if you want to browse the changes, they are available for perusal in the changesets attached to: http://code.google.com/p/pharo/issues/detail?id=3814 (Split in two to take care of migrating existing subscriptions) Don't try to load them though, as they depend on changes in other issues, and the comment changes cause errors. Feedback would be appreciated. Cheers, Henry PS. We forgot to include #on:do:for: & friends, which allow you to specify another subscriber than the object block belongs to. This is an oversight and will be corrected before inclusion. Just in case you were following Tudor's tweets and were wondering where they had gone.

3 2

March 13, 2011

13086 ----- - Added test packages - Removed PharoCorePackageDependencyTests

1 0

[Pharo-project] Actions done in Pharo 1.2
by Mariano Martinez Peck March 13, 2011

March 13, 2011

Please, we need help to write down / summarize all the actions done in Pharo 1.2. Include them here: http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotTwo cheers Mariano

3 5