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

[Pharo-project] Issue 3869 in pharo: [Failing Test] 1.3 CompilerExceptionsTest
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3869 by marcus.d...(a)gmail.com: [Failing Test] 1.3 CompilerExceptionsTest http://code.google.com/p/pharo/issues/detail?id=3869 >>> CompilerTests.CompilerExceptionsTest.testAmbiguousSelector 0.0010 97 >>> CompilerTests.CompilerExceptionsTest.testUndeclaredVariable 0.028 97 >>> CompilerTests.CompilerExceptionsTest.testUndefinedVariable 0.0080 97 >>> CompilerTests.CompilerExceptionsTest.testUnknownSelector 0.0070 97 >>> CompilerTests.CompilerExceptionsTest.testUnusedVariable 0.0070 97

1 2

[Pharo-project] Issue 3871 in pharo: [Failing Test] 1.3 ReduceTest.testReduceCollection3Arguments
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3871 by marcus.d...(a)gmail.com: [Failing Test] 1.3 ReduceTest.testReduceCollection3Arguments http://code.google.com/p/pharo/issues/detail?id=3871 >>> CollectionsTests.Sequenceable.ReduceTest.testReduceCollection3Arguments >>> 0.026 99

1 3

[Pharo-project] Does someone knows that happened to OBTextMorphEditorWithShout ?
by Mariano Martinez Peck April 15, 2011

April 15, 2011

which one should we use? and where is OBTextMorphEditor ? it is not present in latests commites. what should OBTextMorphWithShout >> editorClass answer? Thanks -- Mariano http://marianopeck.wordpress.com

2 1

[Pharo-project] petitparser for html?
by Esteban Lorenzano April 15, 2011

April 15, 2011

Hi, I wonder if there is a PetitParser for HTML already around? It would be very useful right now :) Cheers, Esteban

3 2

[Pharo-project] Issue 4026 in pharo: Integrating Atomics
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: FixProposed Owner: siguc...(a)gmail.com Labels: Type-RequestForEnhancement New issue 4026 by siguc...(a)gmail.com: Integrating Atomics http://code.google.com/p/pharo/issues/detail?id=4026 Hello, i just tests replacing the SharedQueue in InputEventSensor by WaitfreeQueue, it works after small fix. Load the MCHttpRepository location: 'http://www.squeaksource.com/Atomics' user: '' password: '' before. Attachments: eventSensor-fix.1.cs 548 bytes

1 1

[Pharo-project] [update 1.3] #13155
by Igor Stasenko April 15, 2011

April 15, 2011

13155 ----- - use WaitfreeQueue for InputEventSensor -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] [update 1.3] #13154
by Igor Stasenko April 15, 2011

April 15, 2011

13154 ----- - added collections-atomic -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] Issue 4027 in pharo: Adding all dirty packages as required to a slice adds the slice, adds...
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: Accepted Owner: step...(a)stack.nl New issue 4027 by step...(a)stack.nl: Adding all dirty packages as required to a slice adds the slice, adds... http://code.google.com/p/pharo/issues/detail?id=4027 Make some changes. Open monticello browser Add a slice Select the dirty package right-click on the slice select: add all dirty packages as required never-ending recursion 1.3 13152 OS-X

1 0

[Pharo-project] Issue 3488 in pharo: Find and replace dialog behavior
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: Accepted Owner: aplantec Labels: Milestone-1.2 New issue 3488 by aplantec: Find and replace dialog behavior http://code.google.com/p/pharo/issues/detail?id=3488 I wonder if this is a feature or a bug. When I open a system windows AND a find & replace popup, even if the system window is in front, when I click in the code pane of a method, the find replace popup comes to front :( I mean, it gets the focus. Thanks Mariano It was supposed to be a feature, I mean for the find & replace window to always stay on top. A setting can be easily introduced to allow/forbid this. But, it should not take the keyboard focus: if you click on a code pane, for example, the find & replace window comes to top but the clicked code pane should keep the keyboard focus. It is the case here. Did you noticed something different ? Cheers Alain Igor answer: i think that the problem here (as i understood), that search window capturing a global focus, while in reality it should prevent interaction only with window, where you activated search/replace function, so you should not be able to interact with that window, while still should be able to interact with another ones.

1 3

Re: [Pharo-project] Issue 3214 in pharo: better Stack implementation
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Updates: Labels: Milestone-1.3 Comment #1 on issue 3214 by stephane...(a)gmail.com: better Stack implementation http://code.google.com/p/pharo/issues/detail?id=3214 (No comment was entered for this change.)

1 3