- Pharo-dev - lists.pharo.org

[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

[Pharo-project] [update 1.3] #13153
by Marcus Denker April 15, 2011

April 15, 2011

13153 ----- Issue 4025: MethodFinder should be moved to Finder-Core Issue 3868: [Failing Test] 1.3 SocketTest Issue 3497: Monticello Browser, +slice doesnt validate for not selecting any package Issue 3872: [Failing Test] 1.3 HttpUrlTest.testHttps -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3497 in pharo: Monticello Browser, +slice doesn't validate for not selecting any package
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: Accepted Owner: marianopeck Labels: Milestone-1.2 New issue 3497 by marianopeck: Monticello Browser, +slice doesn't validate for not selecting any package http://code.google.com/p/pharo/issues/detail?id=3497 When creating a new slice in the Monticello browser, this tool automatically shows up all the dirty packages. For me (stupid) it was not obvious that I have to click on it and select them. This is why I upload an empty slice (without depedencies). I suggest a validation that in case of not having selectd any package, raise a warning/error saying "You did not select any package. Are you sure you want to proceed and create an empty slice?" or an error: "You did not select any package. Please select at least one." Pharo core version: 12288

1 8

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

April 15, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3868 by marcus.d...(a)gmail.com: [Failing Test] 1.3 SocketTest http://code.google.com/p/pharo/issues/detail?id=3868 Only on Hudson. >>> NetworkTests.Kernel.SocketTest.testClientConnect 3.011 69 >>> NetworkTests.Kernel.SocketTest.testDataReceive 3.01 69 >>> NetworkTests.Kernel.SocketTest.testDataSending 3.008 69 >>> NetworkTests.Kernel.SocketTest.testLocalAddress 3.014 69 >>> NetworkTests.Kernel.SocketTest.testLocalPort 3.007 69 >>> NetworkTests.Kernel.SocketTest.testRemoteAddress 3.008 69 >>> NetworkTests.Kernel.SocketTest.testRemotePort 3.008 69 >>> NetworkTests.Kernel.SocketTest.testServerAccept 3.011 69

1 3

[Pharo-project] Issue 4025 in pharo: MethodFinder should be moved to Finder-Core
by pharo＠googlecode.com April 15, 2011

April 15, 2011

Status: Accepted Owner: marianopeck CC: Benjamin...(a)gmail.com Labels: Milestone-1.3 New issue 4025 by marianopeck: MethodFinder should be moved to Finder-Core http://code.google.com/p/pharo/issues/detail?id=4025 MethodFinder should be moved to Finder-Core

1 2

[Pharo-project] SandstoneDb + GOODS backend in Pharo 1.2
by Torsten Bergmann April 15, 2011

April 15, 2011

When I load the packages in this order in a clean Pharo 1.2 it laments: "This package depends on the following classes: SDActiveRecordTests" Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

2 1