- Pharo-users - lists.pharo.org

Restoring a Morph's Default Mouse Handling

by Sean P. DeNigris

I always forget how to do this, so I added a chapter to the online book: As soon as you define #handlesMouseDown: in your Morph subclass, you lose the default behavior where a morph is picked up when clicked on. To restore this behavior, compile the following two methods in your morph class: mouseDown: anEvent anEvent hand waitForClicksOrDrag: self event: anEvent. startDrag: anEvent anEvent hand grabMorph: self. http://book.pharo-project.org/book/LanguageAndLibraries/GUI/restoringdefaul… -- View this message in context: http://forum.world.st/Restoring-a-Morph-s-Default-Mouse-Handling-tp4097353p… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2011

Re: [Pharo-users] add.

by t olschewski

Easy enough to fix: > [ string := 2000 factorial asString. > WorldState addDeferredUIMessage: [ Transcript show: string ] ] forkAt: > 40. > That does the job. Thank you. -- View this message in context: http://forum.world.st/process-priority-tp4092574p4096457.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2011

Re: [Pharo-users] process priority

by Sean P. DeNigris

t olschewski wrote > > true, "auto update" was turned off. Wouldn't "auto update on" be a better > default? > I think so. t olschewski wrote > > thanks for pointing me there. I've thought about doing something like this > yesterday, but I did not figure out where to look. > I actually just guessed and searched for #doIt in the Finder. I found two methods, put a breakpoint in both, and pressed Cmd-D in a Workspace. Another way would be to bring up halos on a Workspace. The frontmost Morph is a TextMorphForEditView. Exploring it in the browser, and then working through it's instance variables, you could get to the same place. These are my two main tools to start figuring out how things work: the Finder and the halos (bringing them up on a menu item can be very useful). HTH, Sean -- View this message in context: http://forum.world.st/process-priority-tp4092574p4096393.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2011

Re: [Pharo-users] ConfigurationOfPostgresV2 (Re: GlorpDBX)

by Sven Van Caekenberghe

On 09 Nov 2011, at 15:23, Mariano Martinez Peck wrote: > Thanks Sven. I fixed it. > Now you should be able to do > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfGlorpDBX'; > load. > > ConfigurationOfGlorpDBX project latestVersion load: 'GlorpPostgresV2NativeWithTests'. > > And everything should be fine. Hmm, no: the configuration still loads a fixed, older version of PostgresV2 (PostgresV2-YanniChiu.25 instead of PostgresV2-SvenVanCaekenberghe.27 or 26). Sven

Nov. 22, 2011

Re: [Pharo-users] add.

by Lukas Renggli

Easy enough to fix: [ string := 2000 factorial asString. WorldState addDeferredUIMessage: [ Transcript show: string ] ] forkAt: 40. You can't avoid that some large number is printed at some point. And that probably takes a while. On 22 November 2011 09:37, t olschewski <t-o(a)gmx.org> wrote: > hello. your suggestion > > [ WorldState addDeferredUIMessage: [ ... ] ] forkAt: 40. > > solves the problem of Transcript turning red, but now I can't suspend or > terminate this process (>20000 factorial<, say) again, because the user > interface seems to freeze while waiting for the result (or the Transcript > output, more precisely). > > > -- > View this message in context: http://forum.world.st/process-priority-tp4092574p4094886.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 22, 2011

Re: [Pharo-users] process priority

by t olschewski

> If you didn't see it, it could be because your process completed to quickly, or > you didn't have auto-update turned on in the Process Browser. true, "auto update" was turned off. Wouldn't "auto update on" be a better default? > you could do something like override SmalltalkEditor>>doIt to read: ^ [ > self evaluateSelection ] forkAt: 40. thanks for pointing me there. I've thought about doing something like this yesterday, but I did not figure out where to look. -- View this message in context: http://forum.world.st/process-priority-tp4092574p4094926.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2011

Re: [Pharo-users] add.

by t olschewski

hello. your suggestion [ WorldState addDeferredUIMessage: [ ... ] ] forkAt: 40. solves the problem of Transcript turning red, but now I can't suspend or terminate this process (>20000 factorial<, say) again, because the user interface seems to freeze while waiting for the result (or the Transcript output, more precisely). -- View this message in context: http://forum.world.st/process-priority-tp4092574p4094886.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2011

Re: [Pharo-users] process priority

by Sean P. DeNigris

t olschewski wrote > > 1. is there a way to run "do-it"s and other user activity at a priority of > 40, say, by default ? > The beauty of a live, open, dynamic system is that there's a way to do anything :) For instance, to have your desired behavior in Workspaces, you could do something like override SmalltalkEditor>>doIt to read: ^ [ self evaluateSelection ] forkAt: 40. n.b. the above will work for the doIt shortcut, as the menu item calls a different method. t olschewski wrote > > 2. are my "forkAt:" processes supposed to appear in the Process Browser > and if yes: where do I find them ? > It will be listed along with the usual processes. If you didn't see it, it could be because your process completed to quickly, or you didn't have auto-update turned on in the Process Browser. -- View this message in context: http://forum.world.st/process-priority-tp4092574p4093492.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 21, 2011

Re: [Pharo-users] add.

by Lukas Renggli

The transcript is not intended to be written to from outside of the GUI thread. You can fix your code by writing: [ WorldState addDeferredUIMessage: [ Transcript show: 2000 factorial ] ] forkAt: 40. Now the Transcript could possibly do that itself in case it is called outside of the UI thread ... Lukas On 21 November 2011 21:51, t olschewski <t-o(a)gmx.org> wrote: > I've found a shorter method to reproduce a red Transcript window with two > dancing lines in yellow on my system: > I start a fresh (1.3-13315) image, open workspace and Transcript, then > p := [Transcript show: xxx factorial] forkAt: 40. (don't try this yourself) > where xxx is a 2 followed by 4 zeroes. > > -- > View this message in context: http://forum.world.st/process-priority-tp4092574p4093274.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 21, 2011

add.

by t olschewski

I've found a shorter method to reproduce a red Transcript window with two dancing lines in yellow on my system: I start a fresh (1.3-13315) image, open workspace and Transcript, then p := [Transcript show: xxx factorial] forkAt: 40. (don't try this yourself) where xxx is a 2 followed by 4 zeroes. -- View this message in context: http://forum.world.st/process-priority-tp4092574p4093274.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 21, 2011