- Pharo-users - lists.pharo.org

Re: [Pharo-users] mouse buttons in Linux, deleting certain morphs

by Sven Crouse

Mariano Martinez Peck: "Settings -> System -> Keyboard -> Control and Alt keys..." changes the modifier key, but I'm looking not to have to use a modifier with a multiple button mouse. Markus Schlager: "shift + middle button" does bring up the halo allowing me do what I could not before. So for any other beginners on Linux, middle button requires the use of the shift modifier key and right button requires the use of the control key or whatever modifier might be chosen from "Settings -> System -> Keyboard -> Control and Alt keys". Thanks for the replies, Sven

April 14, 2011

Re: [Pharo-users] [squeak-dev] [ANN] Seattle Smalltalk Users Group

by Casey Ransberger

LOL yeah and the roads here just go every which way... it's as if they gave a guy two bottles of scotch, and wherever he walked with them, they built a road. Seriously, though, if you think about it: Smalltalk has a culture that was founded by musicians. One thing I'd really like to see is a room full of people face to face figuring out new and interesting ways to make music with Squeak or Scratch. I would encourage people to bring their instruments:) On Wed, Apr 13, 2011 at 12:55 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Excellent idea. I cc'ed vw. > > BTW... I am imaging how the logo could look like...something betweenKurt > Cobain and the Smalltalk baloon heheheh. > > On Wed, Apr 13, 2011 at 9:52 PM, Casey Ransberger < > casey.obrien.r(a)gmail.com> wrote: > >> A while back I asked if anyone on the squeak-dev list was in the greater >> Seattle area and wanted to meet up. I did get a few responses. Thanks to >> those who wrote back, and I apologize for the delay. I'm starting this up in >> part to create a venue here where Smalltalk isn't automatically out as >> off-topic. The idea is that it's about Smalltalk and anything remotely >> related to Smalltalk. In fact I'd really like this to be open to everyone >> who can be respectful to other people. The rest is just a bunch of >> implementation detail! >> >> So if you're in the neighborhood, and you think you might like to meet up >> with some like minded people on a regular basis, do pop over and add >> yourself to the list. I figure I'll work out a schedule if and when I have >> signups, but in general it will probably be early evenings on Wednesdays, >> maybe once a month to begin with. >> >> The site is here: >> >> http://www.meetup.com/Seattle-Smalltalk-Users-Group/ >> >> If anyone here is on the vwnc list and would like to pass my message along >> there, or anywhere else it might reach Smalltalkers in the Seattle area, I'd >> be much obliged! >> >> -- >> Casey Ransberger >> >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Casey Ransberger

April 13, 2011

Re: [Pharo-users] [squeak-dev] [ANN] Seattle Smalltalk Users Group

by Mariano Martinez Peck

Excellent idea. I cc'ed vw. BTW... I am imaging how the logo could look like...something betweenKurt Cobain and the Smalltalk baloon heheheh. On Wed, Apr 13, 2011 at 9:52 PM, Casey Ransberger <casey.obrien.r(a)gmail.com>wrote: > A while back I asked if anyone on the squeak-dev list was in the greater > Seattle area and wanted to meet up. I did get a few responses. Thanks to > those who wrote back, and I apologize for the delay. I'm starting this up in > part to create a venue here where Smalltalk isn't automatically out as > off-topic. The idea is that it's about Smalltalk and anything remotely > related to Smalltalk. In fact I'd really like this to be open to everyone > who can be respectful to other people. The rest is just a bunch of > implementation detail! > > So if you're in the neighborhood, and you think you might like to meet up > with some like minded people on a regular basis, do pop over and add > yourself to the list. I figure I'll work out a schedule if and when I have > signups, but in general it will probably be early evenings on Wednesdays, > maybe once a month to begin with. > > The site is here: > > http://www.meetup.com/Seattle-Smalltalk-Users-Group/ > > If anyone here is on the vwnc list and would like to pass my message along > there, or anywhere else it might reach Smalltalkers in the Seattle area, I'd > be much obliged! > > -- > Casey Ransberger > > > > -- Mariano http://marianopeck.wordpress.com

April 13, 2011

[ANN] Seattle Smalltalk Users Group

by Casey Ransberger

A while back I asked if anyone on the squeak-dev list was in the greater Seattle area and wanted to meet up. I did get a few responses. Thanks to those who wrote back, and I apologize for the delay. I'm starting this up in part to create a venue here where Smalltalk isn't automatically out as off-topic. The idea is that it's about Smalltalk and anything remotely related to Smalltalk. In fact I'd really like this to be open to everyone who can be respectful to other people. The rest is just a bunch of implementation detail! So if you're in the neighborhood, and you think you might like to meet up with some like minded people on a regular basis, do pop over and add yourself to the list. I figure I'll work out a schedule if and when I have signups, but in general it will probably be early evenings on Wednesdays, maybe once a month to begin with. The site is here: http://www.meetup.com/Seattle-Smalltalk-Users-Group/ If anyone here is on the vwnc list and would like to pass my message along there, or anywhere else it might reach Smalltalkers in the Seattle area, I'd be much obliged! -- Casey Ransberger

April 13, 2011

Re: [Pharo-users] mouse buttons in Linux, deleting certain morphs

by Markus Schlager

On Wed, 13 Apr 2011, Sven Crouse wrote: > Hi list. On a Linux host with default mouse mappings in X ( "Button > Left"=1, "Button Middle"=2, "Button Right"=3 ) is there a setting to > enable the Right Button as blue button without requiring the control > key ? > shift + middle button brings the halo up here on Linux. Markus

April 13, 2011

Re: [Pharo-users] mouse buttons in Linux, deleting certain morphs

by Mariano Martinez Peck

In Settings -> System -> Keyboard -> Control and Alt keys there are a couple of options, included "swapped". Maybe something there helps ? Cheers Mariano On Wed, Apr 13, 2011 at 7:36 PM, Sven Crouse <sven(a)boatverk.com> wrote: > Hi list. On a Linux host with default mouse mappings in X ( "Button > Left"=1, "Button Middle"=2, "Button Right"=3 ) is there a setting to > enable the Right Button as blue button without requiring the control > key ? > > Regardless, I'm unable to delete certain morphs ( e.g. RectangleMorph, > EllipseMorph ) in the World using the CTRL right-mouse button. To > reproduce create a RectangleMorph in the World and try to delete > interactively. > > Sven > > > -- Mariano http://marianopeck.wordpress.com

April 13, 2011

mouse buttons in Linux, deleting certain morphs

by Sven Crouse

Hi list. On a Linux host with default mouse mappings in X ( "Button Left"=1, "Button Middle"=2, "Button Right"=3 ) is there a setting to enable the Right Button as blue button without requiring the control key ? Regardless, I'm unable to delete certain morphs ( e.g. RectangleMorph, EllipseMorph ) in the World using the CTRL right-mouse button. To reproduce create a RectangleMorph in the World and try to delete interactively. Sven

April 13, 2011

Re: [Pharo-users] TestCase question

by Sven Van Caekenberghe

On 13 Apr 2011, at 10:00, Marcus Denker wrote: > I like this method: > > mystery > 'mystery' isString ifTrue: ['mystery' become: {0}]. > 'mystery' at: 1 put: 'mystery' first + 1. > ^ 'mystery' first. And you were trying to help newcomers or scare them off ? ;-) This is actually a problem in many languages. It is always better to not touch literals (constants is a dangerour word here).

April 13, 2011

Re: [Pharo-users] TestCase question

by Marcus Denker

On Apr 13, 2011, at 5:31 AM, Pat Maddox wrote: > On Apr 12, 2011, at 3:24 PM, Simon Denier wrote: > >> >> On 12 avr. 2011, at 23:47, Werner Kassens wrote: >> >>> hi, >>> i have a testsuite that is a subclass of TestCase with this method: >>> >>> testStupid >>> |a| >>> a :=#(1). >>> self assert: a first isNumber . >>> a :=a at:1 put: nil. >>> >>> if i run the test once, it succeeds, but but when i run it a second time it fails. this seems to be sligthly counterintuitive, or how do i have to understand it? >> >> >> Interesting, I would never have guessed the test would be broken at first sight. So maybe some people enlightened in the ways of the compiler can provide a better explanation than me. Here is my guess: >> >> #(1) is a special construct which creates a compile-time array. The compile-time makes the trick: in short the array is more or less encoded directly into the bytecodes of the method as a constant. >> But modifying the array with #at:put: directly modifies the bytecodes in the compiled method itself. So you create a side-effect directly into your method. >> >> Am I the only one to find this a bit dangerous and not intuitive? Is it a well-known behavior? > > I would never have guessed that in a million years. > I like this method: mystery 'mystery' isString ifTrue: ['mystery' become: {0}]. 'mystery' at: 1 put: 'mystery' first + 1. ^ 'mystery' first. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 13, 2011

Re: [Pharo-users] TestCase question

by StÃ©phane Ducasse

> >> hi, >> i have a testsuite that is a subclass of TestCase with this method: >> >> testStupid >> |a| >> a :=#(1). >> self assert: a first isNumber . >> a :=a at:1 put: nil. >> >> if i run the test once, it succeeds, but but when i run it a second time it fails. this seems to be sligthly counterintuitive, or how do i have to understand it? > > > Interesting, I would never have guessed the test would be broken at first sight. So maybe some people enlightened in the ways of the compiler can provide a better explanation than me. Here is my guess: > > #(1) is a special construct which creates a compile-time array. The compile-time makes the trick: in short the array is more or less encoded directly into the bytecodes of the method as a constant. > But modifying the array with #at:put: directly modifies the bytecodes in the compiled method itself. So you create a side-effect directly into your method. > > Am I the only one to find this a bit dangerous and not intuitive? Is it a well-known behavior? It is clearly ugly. Here what you see is a modification of the literal object that is stored in the compiled method literal frame. This is a well know limit of Smalltalk implementation. Having immutable literal objects may solve this problem. You get the same if you modify a string since this is a container of characters. This is like the optimization of similar literal strings that breaks the fact that 'foo' == 'foo' return false. normally yes this is false but when on the same method you get the same literal. Stef

April 13, 2011