November 2011 - Pharo-users

Re: [Pharo-users] Shrink Wrapped Window

by Sean P. DeNigris

Werner Kassens wrote > > you could put everything into a panel, put that panel into the > standardwindow and use the panels minExtent, which does its layout > thing, to set the extent of the standardwindow. > Thanks for the suggestion. I've been looking for #minExtent for about a year!!! I wrote up a little test that did just what you said: guts := SimpleObjectMessagesMorph on: Year. wSize := guts minExtent + 25. StandardWindow new addMorph: guts fullFrame: (LayoutFrame fractions: (0@0 corner: 1@1)); openInWorld; extent: guts minExtent. Sean -- View this message in context: http://forum.world.st/Shrink-Wrapped-Window-tp4102643p4104204.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 24, 2011

Re: [Pharo-users] Shrink Wrapped Window

by Werner Kassens

Hi, perhaps you could use a DialogWindow and just change initializeLabelArea to the standardwindow method. or if you want to use a standardwindow, you could put everything into a panel, put that panel into the standardwindow and use the panels minExtent, which does its layout thing, to set the extent of the standardwindow. werner

Nov. 24, 2011

Re: [Pharo-users] pharo wrapper script suggestion and a question

by t olschewski

Sven Van Caekenberghe wrote > > But the question remains if the one-click needs this: once you are working > at that level, I would consider you an advanced user combining its own > images and vm's. > it's not that high a hurdle or no hurdle at all to people already using pharo, agreed. But maybe to an unknown number of python-, ruby-, tcl-, scheme- etc. -users principally interested in trying smalltalk, expecting that running a script should be as easy as python foo.py, ruby foo.rb, tcl foo.tcl. As should be accessing stdin/out and command line arguments. -- View this message in context: http://forum.world.st/pharo-wrapper-script-suggestion-and-a-question-tp4099… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 24, 2011

Shrink Wrapped Window

by Sean P. DeNigris

I want a Window that shrinks to fit its contents, like a PluggableDialogWindow, but that has a title bar and buttons, like a Standard Window. Any ideas? Thanks. Sean -- View this message in context: http://forum.world.st/Shrink-Wrapped-Window-tp4102643p4102643.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 24, 2011

Re: [Pharo-users] pharo wrapper script suggestion and a question

by Sven Van Caekenberghe

On 23 Nov 2011, at 12:39, t olschewski wrote: > what do you think about modifiying the wrapper script pharo.sh (OneClick > edition) slightly in order to alleviate scripting: > > a) pharo.sh: passing "$@" over to pharo: > > ... > exec "$BASE/pharo" \ > ... > ... > "$ROOT/Contents/Resources/pharo.image" \ > "$@" Yes, that might be useful. > b) making a second script, pharo-headless.sh: > > ... > exec "$BASE/pharo" \ > -headless \ > ... > ... > "$ROOT/Contents/Resources/pharo.image" \ > "$@" > > Test: > > pharo-headless anyScript.st Again, useful indeed. But the question remains if the one-click needs this: once you are working at that level, I would consider you an advanced user combining its own images and vm's. BTW, I always use -vm-display-null and -vm-sound-null, because -headless does not always work, I am not sure what the preferred/official way is. > And another Question: > > is there a better way of forcing "pharo -headless" to quit, better than > writing "WorldState quitSession." in every script ? To start a server, it is more handy that there is no automatic quit. But for simple scripting thus is annoying, yes, Sven

Nov. 23, 2011

pharo wrapper script suggestion and a question

by t olschewski

what do you think about modifiying the wrapper script pharo.sh (OneClick edition) slightly in order to alleviate scripting: a) pharo.sh: passing "$@" over to pharo: ... exec "$BASE/pharo" \ ... ... "$ROOT/Contents/Resources/pharo.image" \ "$@" b) making a second script, pharo-headless.sh: ... exec "$BASE/pharo" \ -headless \ ... ... "$ROOT/Contents/Resources/pharo.image" \ "$@" Test: pharo-headless anyScript.st And another Question: is there a better way of forcing "pharo -headless" to quit, better than writing "WorldState quitSession." in every script ? -- View this message in context: http://forum.world.st/pharo-wrapper-script-suggestion-and-a-question-tp4099… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 23, 2011

Moving package extension methods into new package

by Sean P. DeNigris

I wanted to move all the extension methods from a package into another package. I came up with the following. Is there a better way? oldPackageName := 'LivingCode-bdd extensions'. newPackageName := 'BDDExtensions'. package := PackageInfo named: oldPackageName. extendedClasses := package extensionMethods collect: [ :e | e methodClass ] as: Set. extendedClasses do: [ :c | c organization renameCategory: '*', oldPackageName toBe: '*', newPackageName ]. -- View this message in context: http://forum.world.st/Moving-package-extension-methods-into-new-package-tp4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 23, 2011

Oops... there, that's better

by Sean P. DeNigris

errorWindows := World windowsSatisfying: [ :w | (w label beginsWith: 'MessageNotUnderstood') and: [ w label includesSubString: 'MouseMoveEvent' ] ]. errorWindows size. "212" errorWindows do: [ :e | e delete ]. -- View this message in context: http://forum.world.st/Oops-there-that-s-better-tp4097545p4097545.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 22, 2011

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

process priority

by t olschewski

I've some more questions: 1. is there a way to run "do-it"s and other user activity at a priority of 40, say, by default ? I know I can say "p := [ ... lenghty ...] forkAt: 40" and "p terminate" anytime in order to prevent user interface from freezing. 2. are my "forkAt:" processes supposed to appear in the Process Browser and if yes: where do I find them ? 3. If I open a workspace and a Transcript in a new (1.3-13315) image and run: p := [ 1 to: 10 do: [ :n | Transcript show: n; cr; cr; show: n factorial; cr; cr ]] forkAt: 40. then everything works fine. If I replace 10 by 1000 (don't do this yourself) then sometimes after a while the Transcript window turns red with two yellow lines and a debug window pops up with varying errors (mostly "subscript out of bounds"). Then again, in some cases it runs with no error. I have seen this in squeak 4.2, too. -- View this message in context: http://forum.world.st/process-priority-tp4092574p4092574.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 21, 2011

Re: [Pharo-users] [Metacello] Loading projects and building your own images with Metacello

by Dale Henrichs

Mariano ... I was waiting for the video and or slides to show up, but a post is even better ... I put a couple of links to your post up on the Metacello wiki... Dale ----- Original Message ----- | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> | To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr>, "A friendly place where any question about pharo is | welcome" <pharo-users(a)lists.gforge.inria.fr>, metacello(a)googlegroups.com | Sent: Saturday, November 19, 2011 12:33:32 PM | Subject: [Metacello] Loading projects and building your own images with Metacello | | Hi. I usually don't advertise my blog, but I think this post may be | interesting to some of you: | http://marianopeck.wordpress.com/2011/11/19/loading-projects-and-building-y… | | Cheers, | | -- | Mariano | http://marianopeck.wordpress.com | |

Nov. 21, 2011

Re: [Pharo-users] scripting pharo

by t olschewski

thanks. That looks promising. -- View this message in context: http://forum.world.st/scripting-pharo-tp4089006p4092145.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 21, 2011

Re: [Pharo-users] scripting pharo

by StÃ©phane Ducasse

Yes you can either pass a st file as argument. See the recent mail of alberto bachelli or you can use Coral http://rmod.lille.inria.fr/coral/ Stef On Nov 20, 2011, at 6:08 PM, t olschewski wrote: > is there a standard way of using pharo 1.3 OneClick (or squeak 4.2 > All-in-One) for scripting tasks ? > > With python, I simply: > > * write a script foo.py > * use extra classes by writing "import xyz" > * run "python foo.py" > or even simpler: > * #!/usr/bin/python > > > > -- > View this message in context: http://forum.world.st/scripting-pharo-tp4089006p4089006.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Nov. 20, 2011

Re: [Pharo-users] OSProcess reading utf8 files

by FranÃ§ois Stephany

Hi Dave, Ok! I'll try to get it work... Yep 'less' was an example, I'm actually wrapping the exiftool perl library... Francois On Nov 20, 2011 6:30 AM, "David T. Lewis" <lewis(a)mail.msen.com> wrote: > On Sat, Nov 19, 2011 at 06:19:59PM -0800, Francois Stephany wrote: > > Hi, > > > > Reading an utf8 file with OSProcess results in some weird characters > > showing up. > > > > (PipeableOSProcess command: 'less /path/to/a/text/file') output. > > -> inspect the bytestring and get some non-ascii characters fucked up. > > > > Doing `less /path/to/a/text/file` in a terminal displays the file fine. > > > > That's probably something stupid on my side but I cannot get it working. > > Any idea ? > > Francois, > > The output of the PipeableOSProcess is based on a StandardFileStream > rather than a MultiByteFileStream, so it may not do what you expect > with a file containing non-ascii characters. > > Note that the unix /usr/bin/less utility is intended for interactive > use with a terminal. You probably should use /usr/bin/cat instead. > > HTH, > Dave > > >

Nov. 20, 2011

scripting pharo

by t olschewski

is there a standard way of using pharo 1.3 OneClick (or squeak 4.2 All-in-One) for scripting tasks ? With python, I simply: * write a script foo.py * use extra classes by writing "import xyz" * run "python foo.py" or even simpler: * #!/usr/bin/python -- View this message in context: http://forum.world.st/scripting-pharo-tp4089006p4089006.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 20, 2011

Re: [Pharo-users] OSProcess reading utf8 files

by David T. Lewis

On Sat, Nov 19, 2011 at 06:19:59PM -0800, Francois Stephany wrote: > Hi, > > Reading an utf8 file with OSProcess results in some weird characters > showing up. > > (PipeableOSProcess command: 'less /path/to/a/text/file') output. > -> inspect the bytestring and get some non-ascii characters fucked up. > > Doing `less /path/to/a/text/file` in a terminal displays the file fine. > > That's probably something stupid on my side but I cannot get it working. > Any idea ? Francois, The output of the PipeableOSProcess is based on a StandardFileStream rather than a MultiByteFileStream, so it may not do what you expect with a file containing non-ascii characters. Note that the unix /usr/bin/less utility is intended for interactive use with a terminal. You probably should use /usr/bin/cat instead. HTH, Dave

Nov. 20, 2011