- Pharo-dev - lists.pharo.org

[regression reporter]regression occurred
by no-reply＠ci.inria.fr Sept. 11, 2013

Sept. 11, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 1 regressions found. Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion

1 0

[update 3.0] #30390
by Marcus Denker Sept. 11, 2013

Sept. 11, 2013

30390 ----- 10633 SettingsBrowser is *extremely* slow https://pharo.fogbugz.com/f/cases/10633 11580 PharoUsers>>#initialize should not set gravatar https://pharo.fogbugz.com/f/cases/11580 11577 Undeclared Variables: HighLightBitmaps->nil #TranslucentPatterns->nil https://pharo.fogbugz.com/f/cases/11577 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1247.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Settings-System-MarcusDenker.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.98.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/KeyChain-MarcusDenker.54.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Display Objects-MarcusDenker.119.diff

1 0

Re: [Pharo-dev] Should Job use SystemAnnouncer?
by Stephan Eggermont Sept. 11, 2013

Sept. 11, 2013

Camillo wrote: >in this case it is only the instance of Job which knows the status. >Thread-safeness is not an issue since the progress bar is pure approximation. The problem is not approximation. Objects are not reentrant, getting the value out of a model while it is reorganizing its datastructure is likely to give interesting and difficult to reproduce results (dividing by 0, nil-pointer exceptions). >that does not work properly and inaccurately reports long running jobs, for instance >when running tests. Usually tests take far less than 1 ms, in which case this scheme >works perfectly. However from time to time you have 1 test that runs for a couple of >seconds. If you run 5000 tests you have to run quite a few tests to get that 1% update >margin, so very often the UI does not correctly report the current status. That is not a solvable problem. A progress bar depends on a value increasing from min to max. The model is responsible for making reasonable steps. >Anyway, this requires quite some changes in the current ProgressBarMorph, so any other >improvement until then is welcome :) I've put together a new slice in the 30 Inbox with the combined changes. Where should I put a backport for 2.0?

4 5

How to bind keyboard shortcuts to messages ?
by kilon Sept. 11, 2013

Sept. 11, 2013

I was wondering what the relevant classes are for binding shortcuts to messages. I wanted to create my own shortcuts for controlling the Help tool of pharo and possibly of other functionality as well to bring pharo closer to emacs. I want to liberate pharo from the use of mouse completely similarly to how emacs works. How I can do this ? Is there any documentation about this ? -- View this message in context: http://forum.world.st/How-to-bind-keyboard-shortcuts-to-messages-tp4707525.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

5 13

[regression reporter]regression occurred
by no-reply＠ci.inria.fr Sept. 11, 2013

Sept. 11, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/… 2 regressions found. Tests.Release.ReleaseTest.testUndeclared Zinc.Zodiac.ZnHTTPSTests.testWikimedia

1 0

[regression reporter]regression occurred
by no-reply＠ci.inria.fr Sept. 11, 2013

Sept. 11, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 1 regressions found. Tests.Release.ReleaseTest.testUndeclared

1 0

[regression reporter]regression occurred
by no-reply＠ci.inria.fr Sept. 11, 2013

Sept. 11, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=linu… 1 regressions found. Tests.Release.ReleaseTest.testUndeclared

1 0

[update 3.0] #30389
by Marcus Denker Sept. 11, 2013

Sept. 11, 2013

30389 ----- 11559 Move TranslucentPattern and Highlights from Color to its users https://pharo.fogbugz.com/f/cases/11559 11558 Color>>makeForegroundColor should be called #contrastringForegroundColor https://pharo.fogbugz.com/f/cases/11558 11576 ThisContext inspector in debugger shows incorrect label https://pharo.fogbugz.com/f/cases/11576 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Inspector-MarcusDenker.7… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Debugger-MarcusDenker.11… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.96.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Growl-MarcusDenker.25.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Primitives-MarcusDen… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Display Objects-MarcusDenker.117.diff

1 0

[update 3.0] #30388
by Marcus Denker Sept. 11, 2013

Sept. 11, 2013

1 0

Debugger 'thisContext' variable name change to 'self'
by btc＠openinworld.com Sept. 11, 2013

Sept. 11, 2013

Debugging in Pharo 3.0 I noticed that the bottom right list of variables has 'self' rather than 'thisContext' per Pharo2.0. Inspecting this 'self' shows a MethodContext. Before I log a ticket just thought I'd ask.... Is that an intentional permanent change, or just interim behaviour ? 'thisContext' is a well documented part of Smalltalk that Pharo inherited, and having two 'self' variables shown in the debugger is sightly confusing. cheers -ben

3 2