February 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3748 in pharo: The Dark Side of Pharo: Keyboard Inputs

by Guillermo Polito

Ahhh, I found that diffs between an ubuntu linux and a windowz but don't have time to dive there yet. I don't know if it's a VM problem, because squeak has the same problems AFAIK. On Wed, Feb 23, 2011 at 10:44 AM, <pharo(a)googlecode.com> wrote: > Updates: > Status: Accepted > > Comment #1 on issue 3748 by Benjamin...(a)gmail.com: The Dark Side of Pharo: > Keyboard Inputs > > http://code.google.com/p/pharo/issues/detail?id=3748 > > (No comment was entered for this change.) > > >

Feb. 23, 2011

Re: [Pharo-project] Issue 3748 in pharo: The Dark Side of Pharo: Keyboard Inputs

by pharo＠googlecode.com

Updates: Status: Accepted Comment #1 on issue 3748 by Benjamin...(a)gmail.com: The Dark Side of Pharo: Keyboard Inputs http://code.google.com/p/pharo/issues/detail?id=3748 (No comment was entered for this change.)

Feb. 23, 2011

[Pharo-project] Issue 3748 in pharo: The Dark Side of Pharo: Keyboard Inputs

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3748 by camillob...(a)gmail.com: The Dark Side of Pharo: Keyboard Inputs http://code.google.com/p/pharo/issues/detail?id=3748 It seems that handling keyboard events is more or less random in pharo. These are the properties of the KeyboardEvent for different inputs under OSX: Cmd-home: [keystroke '<Cmd-home>'] keyVal=1 keyCode=1 scanCode=115 buttons=64 cmd=true ctrl=false Ctrl-home: [keystroke '<Cmd-home>'] keyVal=97 keyCode=1 scanCode=115 buttons=64 cmd=true ctrl=false ??? Cmd-a: [keystroke '<Cmd-a>'] keyVal=97 keyCode=97 scanCode=0 buttons=64 cmd=true ctrl=false Ctrl-a: [keystroke '<Cmd-home>'] keyVal=97 keyCode=1 scanCode=0 buttons=64 cmd=true ctrl=false ??? Alt-a: [keystroke '<Opt-Ã¥>'] keyVal=140 keyCode=229 scanCode=0 buttons=32 cmd=false ctrl=false Under Ubuntu: Cmd-home: NOT WORKING! (maybe virtualbox issues...) Ctrl-home: [keystroke '<Cmd-home>'] keyVal=97 keyCode=1 scanCode=97 buttons=64 cmd=true ctrl=false Cmd-a: NOT WORKING! (maybe virtualbox issues...) Ctrl-a: [keystroke '<Cmd-a>'] keyVal=97 keyCode=97 scanCode=97 buttons=64 cmd=true ctrl=false Alt-a: [keystroke '<Cmd-a>'] keyVal=97 keyCode=97 scanCode=97 buttons=64 cmd=true ctrl=false ??? Under Windose: Cmd-home: NOT WORKING! (maybe virtualbox issues...) Ctrl-home: [keystroke '<Cmd-home>'] keyVal=97 keyCode=1 scanCode=97 buttons=64 cmd=true ctrl=false Cmd-a: NOT WORKING! (maybe virtualbox issues...) Ctrl-a: [keystroke '<Cmd-home>'] keyVal=97 keyCode=1 scanCode=65 buttons=64 cmd=true ctrl=false??? Alt-a: [keystroke '<Cmd-a>'] keyVal=97 keyCode=97 scanCode=65 buttons=64 cmd=true ctrl=false ??? ---- I am your father Luke! ---- Several problems can be identified here: 1. There is no clear platform distinction between cmd and ctrl 2. missing support for meta (command under OSX) and alt under win/unix prohibits extended shortcuts 3. unification of different keyboard events under the same platform. which is undone for instance for ctrl-a and cmd-a under OSX select the whole text, although the input keyboardEvent shows no distinction in ctrlKeyPressed and cmdKeyPressed! Fix requires several steps: 1. fix the VM to forward clearly distinct keyboard events for ctrl and meta/command and alt 2. Unify the keyboard inputs on all three platforms, the inputs right now are unbearable and obey to obscure rules! 3. adapt the UI keyboard event handling to not rely on the internals of the keyboard event but a nice API 4. provide system dependent firstCommandKeyPressed and secondCommandKeyPressed in order to avoid the following ugly checks all over the system (aKeyboardEvent commandKeyPressed and: [ aKeyboardEvent controlKeyPressed ]) ---- may the force be with you ----

Feb. 23, 2011

Re: [Pharo-project] XMLWriter question

by Gary Chambers

Not sure what the current XMLParser api is like but this is a snippet of what we used in Squeak for ReportBuilder... toXMLWriter: aWriter "Populate the writer from the receiver." |e pt | e := super toXMLWriter: aWriter. self @ #repeat ifNotNilDo: [:b | e attributeAt: #repeat put: (b ifTrue: ['repeat'] ifFalse: ['no-repeat'])]. self @ #direction ifNotNilDo: [:s | e attributeAt: #direction put: (s = #leftToRight ifTrue: ['lr'] ifFalse: ['tb'])]. pt := XMLElement named: 'printThings'. e addElement: pt. self items do: [:i | aWriter element: pt. i toXMLWriter: aWriter]. ^e Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: "pharo Development" <Pharo-project(a)lists.gforge.inria.fr> Cc: "Moose-related development" <moose-dev(a)iam.unibe.ch> Sent: Monday, February 21, 2011 8:58 AM Subject: [Pharo-project] XMLWriter question Hi guys I have a question about XMLWriter. I have cards and group of cards. Each class know how to serialize itself. For card I have xmlOn: (one of my methods) that describes the card attributes Card>>xmlOn: aWriter "write a description of the receiver properties as xml uing aWriter, an instance of XMLWriter" aWriter tag name: #card; with: [self xmlInstVarOn: aWriter] Group>>xmlOn: aWriter "write a description of the receiver properties as xml uing aWriter, an instance of XMLWriter" | cardWriter | cardWriter := XMLWriter new. cards do: [:each | each xmlOn: cardWriter]. aWriter tag name: #group; with: [ aWriter tag: #groupName with: self groupName. aWriter tag: #cards with: [ aWriter raw: cardWriter contents]] And I'm not really happy. Because I would like to avoid to use raw: and instantiate a new writer. I would like to know how I could use the write to pass the results of the iteration over cards I wanted to write something like aWriter tag name: #group; with: [ aWriter tag: #groupName with: self groupName. aWriter tag: #cards with: [self cards do: [:each | each xmlOn: aWriter]]

Feb. 23, 2011

Re: [Pharo-project] Issue 3743 in pharo: Fix Finder UI (add shortcuts and more commands)

by pharo＠googlecode.com

Comment #4 on issue 3743 by aplan...(a)gmail.com: Fix Finder UI (add shortcuts and more commands) http://code.google.com/p/pharo/issues/detail?id=3743 what is missing ?

Feb. 23, 2011

Re: [Pharo-project] Issue 3742 in pharo: MorphTreeMorph keyStroke: send Event object instead of Character

by pharo＠googlecode.com

Comment #6 on issue 3742 by aplan...(a)gmail.com: MorphTreeMorph keyStroke: send Event object instead of Character http://code.google.com/p/pharo/issues/detail?id=3742 ok, good for me, but all clients of MorphTreeMorph should be adapted.

Feb. 23, 2011

Re: [Pharo-project] Issue 3743 in pharo: Fix Finder UI (add shortcuts and more commands)

by pharo＠googlecode.com

Comment #3 on issue 3743 by Benjamin...(a)gmail.com: Fix Finder UI (add shortcuts and more commands) http://code.google.com/p/pharo/issues/detail?id=3743 I have posted a merged versin in PharoInbox, but since the work of Alain is not totally done, I haven't integrate his work.

Feb. 23, 2011

Re: [Pharo-project] Issue 3742 in pharo: MorphTreeMorph keyStroke: send Event object instead of Character

by pharo＠googlecode.com

Comment #5 on issue 3742 by Benjamin...(a)gmail.com: MorphTreeMorph keyStroke: send Event object instead of Character http://code.google.com/p/pharo/issues/detail?id=3742 The major problem with giving only a character as parameter is that you can't know if the key stroke was Cmd-p or Ctrl-p (even if most of the Ctrl-XXX event are magically transformed on the fly by the system ...)

Feb. 23, 2011

Re: [Pharo-project] XML browser

by Schwab,Wilhelm K

That depends on what you mean by good. I have found the explorer to work well for such things, but IIRC, the output is not as clean as yours. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of laurent laffont [laurent.laffont(a)gmail.com] Sent: Wednesday, February 23, 2011 2:56 AM To: An open mailing list to discuss any topics related to an open-source Smalltalk Subject: [Pharo-project] XML browser As I haven't found something to browse XML the way I want, I've written a little tool: http://magaloma.blogspot.com/2011/02/xml-browser-with-pharo.html If there's already a good tool please tell me. Laurent Laffont - @lolgzs<http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

Feb. 23, 2011

Re: [Pharo-project] Community in the IDE

by Benjamin

I've improved the COnnection Window UI, so if you wanna retry now, I hope it should work ^^ Thanks in advance, Ben On Feb 22, 2011, at 5:44 PM, Tudor Girba wrote: > Cool initiative. > > I gave it a try, but could not get it to work. What I did was to start it on port 8000, and then try to connect to localhost / 8000 (in the dialog). > > What am I doing wrong? > > Cheers, > Doru > > > On 22 Feb 2011, at 17:35, Benjamin wrote: > >> Hello guys, >> >> I've done a very simple Pharo Messenger that you can test here: >> >> Gofer new >> squeaksource: 'PharoInstantMessenge'; >> package: 'PIM'; >> load >> >> For launching the server: >> ChatServerLauncher launch: aPortNumber. >> >> For launching the client: >> WindowsManager default openInWorld. >> >> >> I will see if I can found a server to put the image :) >> >> >> Thanks in advance for your feedbacks, >> >> Ben > > -- > www.tudorgirba.com > > "What is more important: To be happy, or to make happy?" > >

Feb. 23, 2011