January 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Beginner question about "self" in block

by StÃ©phane Ducasse

browse it this is short and skip what you find boring or too complex :) On Jan 25, 2012, at 10:29 PM, Garret Raziel wrote: > Ok, thanks for explanation to all of you. I'll read drafts from PBEII after I finish PBE :-).

Jan. 25, 2012

Re: [Pharo-project] Beginner question about "self" in block

by Garret Raziel

Ok, thanks for explanation to all of you. I'll read drafts from PBEII after I finish PBE :-).

Jan. 25, 2012

Re: [Pharo-project] [Event related] [Unix] Input event Sensor key decoding

by StÃ©phane Ducasse

I would like to hear what others think because BTW in the eventModel package we moved part of this code to the keyboard event. Stef On Jan 25, 2012, at 9:59 PM, Guillermo Polito wrote: > Hi! > > I was looking why alt and ctrl keys behave the same in unix, jeje, so I looked at the vm and everything seemed to be alright, but in the image I always had Cmd+a key when doing alt+akey :S. And this is pretty annoying since it limits the ammount of shortcuts I can work with, and I also make things work different than the rest of the OS. > > So, searching I found a KeyDecodeTable in InputEventSensor, which was built with this method: > > installDuplicateKeyEntryFor: c > | key | > key := c asInteger. > "first do control->alt key" > KeyDecodeTable at: { key bitAnd: 16r9F . 2 } put: { key . 8 }. > "then alt->alt key" > KeyDecodeTable at: { key . 8 } put: { key . 8 } > > > So, every character keypress that had a 2 as a modifier (a control) is converted as a command in here: > > processEvent: evt > "Process a single event. This method is run at high priority." > | type | > > type := evt at: 1. > > "Treat menu events first" > type = EventTypeMenu > ifTrue: [ > self processMenuEvent: evt. > ^nil]. > > "Tackle mouse events first" > type = EventTypeMouse > ifTrue: [ > "Transmogrify the button state according to the platform's button map definition" > evt at: 5 put: (ButtonDecodeTable at: (evt at: 5) + 1). > "Map the mouse buttons depending on modifiers" > evt at: 5 put: (self mapButtons: (evt at: 5) modifiers: (evt at: 6)). > > "Update state for polling calls" > mousePosition := (evt at: 3) @ (evt at: 4). > modifiers := evt at: 6. > mouseButtons := evt at: 5. > > ^evt]. > > > "Finally keyboard" > type = EventTypeKeyboard > ifTrue: [ > "Sswap ctrl/alt keys if neeeded" > KeyDecodeTable > at: {evt at: 3. evt at: 5} > ifPresent: [:a | > evt > at: 3 put: a first; > at: 5 put: a second]. > > "Update state for polling calls" > modifiers := evt at: 5. > ^evt]. > > "Handle all events other than Keyborad or Mouse." > ^evt. > > > Now, I think this hack is there to allow the same behavior cross platform, but it is very ugly :( And bring a lot of UI limitations to the people who only have alt and ctrl and no Cmd button :P... Ok, removing this ugly code made my shortcuts work now with only with alt (cmd to the vm) and not with control, hehe, but I think that to fix things we have to clean them first :). > > Does anyone know the reason of the existance of this table (besides cross platform hacking)? Is this really useful? Can it be removed? Do I open a ticket? > > Guille

Jan. 25, 2012

Re: [Pharo-project] Beginner question about "self" in block

by StÃ©phane Ducasse

Welcome > Hi, I have one begginer question. It is may be simple, but it very baffles me. > > I am reading Pharo by Example (great book btw, thanks!). I'm in chapter two where I'm creating Lights Out game. There is this simple code http://pastebin.com/eQregZ35. What baffles me is line 10. I assign "Block of code" to mouseAction variable of LOCell. In this Block, there is "self", that obviously refers to LOGame object in that time. But when is this Block actualy EVALUATED (when I click on Cell), "self" should be reffering to LOCell object, isn't it? If I inspect one LOCell, inspector shows that it has instance variable "mouseAction", which is BlockClosure, that looks like "[self toggleNeighboursOfCellAt: i at: j]". If "LOCell" is the "owner" of this block and also it is the one that evaluates it, shouldn't "self" refer to LOCell object? How BlockClosure desides where "self" actually points? > > Thanks for explanation. Here is a draft of a next chapter on block :) But I should finish it :) But I want to add how block are implemented at the bye code level so it take times because not that many people are helping, so I have to learn first. Stef

Jan. 25, 2012

Re: [Pharo-project] Squeaksource Mirror Q&A

by StÃ©phane Ducasse

thanks a lot Udo. We really appreciate that. I was in contact with nicolas about SmalltalkHub. They were trying to see if they could build a complete pharo solution for the back-end. Stef > All, > > building on top of Johan's work I built kind of a squeaksource CDN. This CDN mirrors squeaksource daily and should provide fast access to all packages using "nearby" edge location. Before making this public I'd like to get some feedback on it's speed and reliability - especially if you are far away (in terms of hops and bandwidth) from the real squeaksource server. > > So if you can spare some time please drop me a mail and I'll send you further details. > > Thanks, > > Udo > > > On 17.01.12 15:00, Johan Fabry wrote: >> Hi All, >> >> Alex notified me that there were some mails flying around here about the squeaksource mirror. I'm usually not on this mailing list because of its high volume. I'd like to gather some questions that have been raised in the last few days (thanks Nabble!) and give answers / share my thoughts. I'll try to keep it brief. >> >> - How to use the mirror. If you don't know or tend to forget, just point a web browser at http://dsal.cl/squeaksource Everything is explained there. Write the URL on a post-it, add it to your browers favorites or whatever ;-) Just remember http://dsal.cl/squeaksource >> >> - Mirror not complete: It is supposed to be a full mirror of the public packages on Squeaksource. We are using wget to copy everything over. If you know of a project that misses packages, please send me a mail (personally, not to the list is best I guess) and we will try to debug the issue. >> >> - Pharo 1.4 / ObjectAsMethodWrapper issues: The redirect package was written for 1.3, it uses ObjectAsMethodWrapper (i.e. method wrappers). I don't know why ObjectAsMethodWrapper (apparently) is no longer in 1.4 but I would highly recommend including it as it is a very useful package. I thought even the profiler used it. In any case, I welcome any contributions on how to make it work for 1.4 >> >> - Friendler configuration / user interface / having it in the core image / ...: I am all for it, but I cannot dedicate the time to this right now. All help is welcome and highly appreciated. I guess that some of you must be much more knowledgeable at preferences settings/user interfaces et al. so what would take you 10 minutes would take me a day ... >> >> I subscribed to the list now BTW so any comments/questions simply hit reply :-) >> >> ---> Save our in-boxes! http://emailcharter.org<--- >> >> Johan Fabry >> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> >> >> > > >

Jan. 25, 2012

Re: [Pharo-project] Squeaksource Mirror Q&A

by Udo Schneider

All, building on top of Johan's work I built kind of a squeaksource CDN. This CDN mirrors squeaksource daily and should provide fast access to all packages using "nearby" edge location. Before making this public I'd like to get some feedback on it's speed and reliability - especially if you are far away (in terms of hops and bandwidth) from the real squeaksource server. So if you can spare some time please drop me a mail and I'll send you further details. Thanks, Udo On 17.01.12 15:00, Johan Fabry wrote: > Hi All, > > Alex notified me that there were some mails flying around here about the squeaksource mirror. I'm usually not on this mailing list because of its high volume. I'd like to gather some questions that have been raised in the last few days (thanks Nabble!) and give answers / share my thoughts. I'll try to keep it brief. > > - How to use the mirror. If you don't know or tend to forget, just point a web browser at http://dsal.cl/squeaksource Everything is explained there. Write the URL on a post-it, add it to your browers favorites or whatever ;-) Just remember http://dsal.cl/squeaksource > > - Mirror not complete: It is supposed to be a full mirror of the public packages on Squeaksource. We are using wget to copy everything over. If you know of a project that misses packages, please send me a mail (personally, not to the list is best I guess) and we will try to debug the issue. > > - Pharo 1.4 / ObjectAsMethodWrapper issues: The redirect package was written for 1.3, it uses ObjectAsMethodWrapper (i.e. method wrappers). I don't know why ObjectAsMethodWrapper (apparently) is no longer in 1.4 but I would highly recommend including it as it is a very useful package. I thought even the profiler used it. In any case, I welcome any contributions on how to make it work for 1.4 > > - Friendler configuration / user interface / having it in the core image / ...: I am all for it, but I cannot dedicate the time to this right now. All help is welcome and highly appreciated. I guess that some of you must be much more knowledgeable at preferences settings/user interfaces et al. so what would take you 10 minutes would take me a day ... > > I subscribed to the list now BTW so any comments/questions simply hit reply :-) > > ---> Save our in-boxes! http://emailcharter.org<--- > > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > >

Jan. 25, 2012

Re: [Pharo-project] Beginner question about "self" in block

by Benjamin

I think the self is bound at the block creation To be confirm, Ben On Jan 25, 2012, at 9:54 PM, Garret Raziel wrote: > Hi, I have one begginer question. It is may be simple, but it very baffles me. > > I am reading Pharo by Example (great book btw, thanks!). I'm in chapter two where I'm creating Lights Out game. There is this simple code http://pastebin.com/eQregZ35. What baffles me is line 10. I assign "Block of code" to mouseAction variable of LOCell. In this Block, there is "self", that obviously refers to LOGame object in that time. But when is this Block actualy EVALUATED (when I click on Cell), "self" should be reffering to LOCell object, isn't it? If I inspect one LOCell, inspector shows that it has instance variable "mouseAction", which is BlockClosure, that looks like "[self toggleNeighboursOfCellAt: i at: j]". If "LOCell" is the "owner" of this block and also it is the one that evaluates it, shouldn't "self" refer to LOCell object? How BlockClosure desides where "self" actually points? > > Thanks for explanation. > Jan

Jan. 25, 2012

Re: [Pharo-project] [Event related] Character vs Keys

by Guillermo Polito

Does Cocoa VM send Function keys to the image? :D How difficult is it to add? On Tue, Jan 24, 2012 at 7:54 PM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > YES! the keyboard events handling is a mess that should be rethought > and simplified. > > I've recently played with Cocoa, and created a windowed app, that > captures events and sends them to a pharo image via sockets. so i > learned how is done in COCOA. In Cocoa, there are 3 key events: > > NSKeyDown: The user generated a character or characters by pressing a key. > NSKeyUp: The user released a key. This event is always preceded by a > NSKeyDown event. > NSFlagsChanged: The user pressed or released a modifier key, or turned > Caps Lock on or off. > > "When the type of an event is NSKeyDown, the next step is typically to > get the characters generated by the key-down using the characters > method." > > I think the COCOA VM, should simply forward this events to the image. > Esteban, would this be possible? > > The three are enough, to preserve all the current behavior of Morphic. > > In short, the VM should omit keyChar keyboard events, and start > announcing non-characters pressed or released events. > > > Fernando > > > On Tue, Jan 24, 2012 at 10:50 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: > > I should learn more on the topic :). > > But on the principle yes I want to avoid all the hardcode stuff > everywhere. > > Guillermo in feb we should have a coffee meeting with a group building > new UI using Python (of course) > > and I could ask them how they manage keystrokes. Or we can also interact > with them by mail. > > May be they do not have the answer. > > > >> Hi! > >> > >> While playing (again) to add Function keys support, reading > documentation of how keyboard handling works on our vm and other platforms: > >> > >> .Net: > http://msdn.microsoft.com/en-us/library/system.windows.forms.control.keydow… > >> Javascript: http://www.quirksmode.org/js/keys.html > >> > >> And a quick explanation of Igor of how our vm works: > http://lists.squeakfoundation.org/pipermail/vm-dev/2011-November/009661.html > >> > >> > >> What puzzles me is some of the following: > >> > >> - Keypress event should only be raised to send keystrokes having a > character representation. > >> - but some keystrokes with no character representation are taken as > keypresses! (arrowup, arrowdown, esc...) (and so, used to handle events > instead of doing it on keydown) > >> - the strokes above should be only raised in keydowns IMHO. > >> - more on, we have in Character class representations for those non > characters :P which is funny because they are not characters. > >> > >> And everything works, and fits in a kind of strange way :). > >> > >> Now, rearranging this to follow those conventions means: > >> - reify Keys (vs Characters). So we can model modifier keys, function > keys, arrow keys, independent from Characters. > >> - Keys (non-characters) should only be raised as single events on > keydown. > >> - and the worse part is to fix all the hardcoded shortcuts messed > everywhere in the image. > >> > >> Any thoughts on this? > >> > >> Thanks! > >> Guille > > > > > >

Jan. 25, 2012

Re: [Pharo-project] [Event related] Character vs Keys

by Esteban Lorenzano

Hi, yes, it should be possible, but I need to see and think a bit on the best way to implement it... maybe a week end task? best, Esteban El 24/01/2012, a las 7:54p.m., Fernando Olivero escribiÃ³: > YES! the keyboard events handling is a mess that should be rethought > and simplified. > > I've recently played with Cocoa, and created a windowed app, that > captures events and sends them to a pharo image via sockets. so i > learned how is done in COCOA. In Cocoa, there are 3 key events: > > NSKeyDown: The user generated a character or characters by pressing a key. > NSKeyUp: The user released a key. This event is always preceded by a > NSKeyDown event. > NSFlagsChanged: The user pressed or released a modifier key, or turned > Caps Lock on or off. > > "When the type of an event is NSKeyDown, the next step is typically to > get the characters generated by the key-down using the characters > method." > > I think the COCOA VM, should simply forward this events to the image. > Esteban, would this be possible? > > The three are enough, to preserve all the current behavior of Morphic. > > In short, the VM should omit keyChar keyboard events, and start > announcing non-characters pressed or released events. > > > Fernando > > > On Tue, Jan 24, 2012 at 10:50 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> I should learn more on the topic :). >> But on the principle yes I want to avoid all the hardcode stuff everywhere. >> Guillermo in feb we should have a coffee meeting with a group building new UI using Python (of course) >> and I could ask them how they manage keystrokes. Or we can also interact with them by mail. >> May be they do not have the answer. >> >>> Hi! >>> >>> While playing (again) to add Function keys support, reading documentation of how keyboard handling works on our vm and other platforms: >>> >>> .Net: http://msdn.microsoft.com/en-us/library/system.windows.forms.control.keydow… >>> Javascript: http://www.quirksmode.org/js/keys.html >>> >>> And a quick explanation of Igor of how our vm works: http://lists.squeakfoundation.org/pipermail/vm-dev/2011-November/009661.html >>> >>> >>> What puzzles me is some of the following: >>> >>> - Keypress event should only be raised to send keystrokes having a character representation. >>> - but some keystrokes with no character representation are taken as keypresses! (arrowup, arrowdown, esc...) (and so, used to handle events instead of doing it on keydown) >>> - the strokes above should be only raised in keydowns IMHO. >>> - more on, we have in Character class representations for those non characters :P which is funny because they are not characters. >>> >>> And everything works, and fits in a kind of strange way :). >>> >>> Now, rearranging this to follow those conventions means: >>> - reify Keys (vs Characters). So we can model modifier keys, function keys, arrow keys, independent from Characters. >>> - Keys (non-characters) should only be raised as single events on keydown. >>> - and the worse part is to fix all the hardcoded shortcuts messed everywhere in the image. >>> >>> Any thoughts on this? >>> >>> Thanks! >>> Guille >> >> >

Jan. 25, 2012

[Pharo-project] [Event related] [Unix] Input event Sensor key decoding

by Guillermo Polito

Hi! I was looking why alt and ctrl keys behave the same in unix, jeje, so I looked at the vm and everything seemed to be alright, but in the image I always had *Cmd+a key* when doing *alt+akey* :S. And this is pretty annoying since it limits the ammount of shortcuts I can work with, and I also make things work different than the rest of the OS. So, searching I found a *KeyDecodeTable *in InputEventSensor, which was built with this method: installDuplicateKeyEntryFor: c | key | key := c asInteger. "first do control->alt key" KeyDecodeTable at: { key bitAnd: 16r9F . 2 } put: { key . 8 }. "then alt->alt key" KeyDecodeTable at: { key . 8 } put: { key . 8 } So, every character keypress that had a 2 as a modifier (a control) is converted as a command in here: processEvent: evt "Process a single event. This method is run at high priority." | type | type := evt at: 1. "Treat menu events first" type = EventTypeMenu ifTrue: [ self processMenuEvent: evt. ^nil]. "Tackle mouse events first" type = EventTypeMouse ifTrue: [ "Transmogrify the button state according to the platform's button map definition" evt at: 5 put: (ButtonDecodeTable at: (evt at: 5) + 1). "Map the mouse buttons depending on modifiers" evt at: 5 put: (self mapButtons: (evt at: 5) modifiers: (evt at: 6)). "Update state for polling calls" mousePosition := (evt at: 3) @ (evt at: 4). modifiers := evt at: 6. mouseButtons := evt at: 5. ^evt]. "Finally keyboard" type = EventTypeKeyboard ifTrue: [ * "Sswap ctrl/alt keys if neeeded" KeyDecodeTable at: {evt at: 3. evt at: 5} ifPresent: [:a | evt at: 3 put: a first; at: 5 put: a second]. * "Update state for polling calls" modifiers := evt at: 5. ^evt]. "Handle all events other than Keyborad or Mouse." ^evt. Now, I think this hack is there to allow the same behavior cross platform, but it is very ugly :( And bring a lot of UI limitations to the people who only have alt and ctrl and no Cmd button :P... Ok, removing this ugly code made my shortcuts work now with only with alt (cmd to the vm) and not with control, hehe, but I think that to fix things we have to clean them first :). Does anyone know the reason of the existance of this table (besides cross platform hacking)? Is this really useful? Can it be removed? Do I open a ticket? Guille

Jan. 25, 2012