> Hi all,
> > attached a little patch to capture events and paste buffer. > > If you encounter a double paste please take a look at > LastClipPaste and LastEvents. > > If this doesn't provide any clue, I will work out a more aggressive tracing approach. > > Didn't send it to the list as it patches into system methods. So as mike says pay attention this is hackish :) > > Michael > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project dblPasteTest.cs.gz (830 bytes) Download Attachment |
When I try to file in the .ch I get a sintax error
Nothing more expected ->sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent. LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone. ^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil] stef, did it work for you? 2009/12/16 Stéphane Ducasse <[hidden email]> > Hi all, _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
yes it seems that there is a problem :)
Houston? it should be an handMorph sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent. LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone. ^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil] tell me if this one works On Dec 16, 2009, at 11:04 AM, Mariano Martinez Peck wrote: > When I try to file in the .ch I get a sintax error > > Nothing more expected ->sendKeyboardEvent: anEvent > "Send the event to the morph currently holding the focus, or if none to > the owner of the hand." > ServiceShortcuts handleKeystroke: anEvent. > > LastEvents size > 10 > ifTrue: [LastEvents removeFirst]. > LastEvents add: anEvent clone. > > ^ self > sendEvent: anEvent > focus: self keyboardFocus > clear: [self keyboardFocus: nil] > > > stef, did it work for you? > > > 2009/12/16 Stéphane Ducasse <[hidden email]> > > Hi all, > > > > attached a little patch to capture events and paste buffer. > > > > If you encounter a double paste please take a look at > > LastClipPaste and LastEvents. > > > > If this doesn't provide any clue, I will work out a more aggressive tracing approach. > > > > Didn't send it to the list as it patches into system methods. > > So as mike says pay attention this is hackish :) > > > > Michael > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project dd.1.cs (1K) Download Attachment |
yes, it worked :)
Now I have to wait until the double paste appear! 2009/12/16 Stéphane Ducasse <[hidden email]> yes it seems that there is a problem :) _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Ok...I could reproduce it...I attach an screenshot with the inspector open in both objects.
does this help? Cheers, Mariano On Wed, Dec 16, 2009 at 11:50 AM, Mariano Martinez Peck <[hidden email]> wrote: yes, it worked :) _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
sorry....here it is
On Wed, Dec 16, 2009 at 2:32 PM, Mariano Martinez Peck <[hidden email]> wrote: Ok...I could reproduce it...I attach an screenshot with the inspector open in both objects. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Picture 2.png (472K) Download Attachment |
Mariano Martinez Peck wrote:
> sorry....here it is Thanks! But... could it be you used keyboard shortcuts to open the windows and move around the UI? That would overwrite the "interesting" key events in the log... Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Wed, Dec 16, 2009 at 3:05 PM, Michael Rueger <[hidden email]> wrote: Mariano Martinez Peck wrote: Uffff...what stupid I am...so...if I can reproduce it again, I just use mouse buttons and no shortcuts after the paste ? Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Is this one better?
On Wed, Dec 16, 2009 at 3:09 PM, Mariano Martinez Peck <[hidden email]> wrote:
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Picture 3.png (463K) Download Attachment |
Mariano Martinez Peck wrote:
> Is this one better? There are still no paste events in the event log. Here's what the tail of my log looks like: an OrderedCollection([keyUp '<euro>'] [keyUp ''] [keyDown '<cr>'] [keystroke '<cr>'] [keyUp '<cr>'] [keyDown '<Cmd->'] [keyDown '<Cmd-V>'] [keystroke '<Cmd-v>'] [keyUp '<Cmd-V>'] [keyUp ''] [keyDown '<Cmd->']) I used {LastClipPaste. LastEvents.} to get an Inspector on both variables using mouse and menu only. Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
ok....I think now I get it now (sorry I was trying with another image wothout the .cs hahahah)
On Wed, Dec 16, 2009 at 3:36 PM, Michael Rueger <[hidden email]> wrote: Mariano Martinez Peck wrote: _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Picture 4.png (386K) Download Attachment |
Mariano Martinez Peck wrote:
> ok....I think now I get it now (sorry I was trying with another image > wothout the .cs hahahah) ;-) So this is a double paste although you are hitting cmd-v only once? There a two complete event sets with key-down-stroke-up for cmd v... Very weird... OK, need to get more information out this... Could you please execute the following next time and send the Transcript log: LastEvents do: [:each | Transcript show: each printString; tab; show: each timeStamp asString; cr] Thanks for helping! Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Wed, Dec 16, 2009 at 4:01 PM, Michael Rueger <[hidden email]> wrote:
yes. There a two complete event sets with key-down-stroke-up for cmd v... Very weird... ok, I did it twice First: [keystroke '<Cmd-v>'] 15661778 [keyUp 'v'] 15661778 [keyDown '<Cmd-v>'] 15663466 [keystroke '<Cmd-v>'] 15663466 [keyUp 'v'] 15663466 [keyDown '<Cmd-v>'] 15668253 [keystroke '<Cmd-v>'] 15668253 [keyUp 'v'] 15668253 [keyDown '<Cmd-v>'] 15668271 [keystroke '<Cmd-v>'] 15668271 [keyUp 'v'] 15668271 (notice all events are the same timestamp) However, in the second one: [keystroke '<Cmd-v>'] 15773108 [keyUp 'v'] 15773108 [keyDown '<Cmd-v>'] 15775001 [keystroke '<Cmd-v>'] 15775002 [keyUp 'v'] 15775002 [keyDown '<Cmd-v>'] 15776727 [keystroke '<Cmd-v>'] 15776727 [keyUp 'v'] 15776727 [keyDown '<Cmd-v>'] 15776747 [keystroke '<Cmd-v>'] 15776747 [keyUp 'v'] 15776747
you are welcome Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In pre V5.0 Macintosh VMs
The timestamp field is the millisecond clock value for when the event record is created. It has nothing to do with when the event occurred. Each of the keydown/stroke/up make a trip to the clock so the fact it rolled over isn't surprising. On 2009-12-16, at 7:11 AM, Mariano Martinez Peck wrote: > [keyDown '<Cmd-v>'] 15775001 > [keystroke '<Cmd-v>'] 15775002 > [keyUp 'v'] 15775002 For V5.0 VMs again the data is time when the event was processed, not when it occurred. However keydown/stroke use the same clock value, keyup is *usually* another clock time. Technically the behaviour between the the versions (3.x/4.x/5.x) should be the same, if you can show it's not, then it's a bug. In 5.0 we see the keydown and record data, but we don't actually get the character until text services decides what the unicode value is going to be based on the keyboard/language & deadkey support. Some time after the keydown (one or more) Text services calls insertText: on our view that then makes us generate the keydown, keystroke event using the same millisecond clock value. Milliseconds later the key goes up and we generate the key up event using the current clock time. For control keys (ie arrow, page up, home, etc) we directly generate key down/stroke events as per above. Key up is still provided. But a special case is if you use keyboard services and have a keyboard pallet supply the characters In that case we generate the keydown/stroke/up using the same millisecond value for each unicode character when insertText: gives us the character string to record. For 4.0 it may generate key down/up event for dead keys that you won't see in 5.0, please supply an example if anyone feels that is an issue. -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Do people actually experience the double paste problem on non-Mac platforms? John M McIntosh wrote: > Technically the behaviour between the the versions (3.x/4.x/5.x) > should be the same, if you can show it's not, then it's a bug. > > In 5.0 we see the keydown and record data, but we don't actually get > the character until text services decides what the unicode value is > going to be based on the keyboard/language & deadkey support. > > Some time after the keydown (one or more) Text services calls > insertText: on our view that then makes us generate the keydown, > keystroke event using the same millisecond clock value. > > Milliseconds later the key goes up and we generate the key up event > using the current clock time. Could there be an interaction between key events and clipboard access? Or a race conditions where the Mac menu and Squeak both process the paste event? I can't come up with any other explanation why double key events would only happen on CMD-v... That is maybe they are occurring on copy and cut as well, but we just won't notice... Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Thu, Dec 17, 2009 at 4:20 PM, Michael Rueger <[hidden email]> wrote:
No. Only mac. I have been using Pharo in Linux and Windows, and happpens only on Mac I think.
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
2009/12/19 Mariano Martinez Peck <[hidden email]>:
> On Thu, Dec 17, 2009 at 4:20 PM, Michael Rueger <[hidden email]> wrote: >> >> Do people actually experience the double paste problem on non-Mac >> platforms? > > No. Only mac. I have been using Pharo in Linux and Windows, and happpens > only on Mac I think. I've never expirienced this problem on Windows, too. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Another thing, this is not something that is only related to the
clipboard. I've seen a similar thing happen when I use a keyboard shortcut that opens a dialog. In some cases the initial selection of a text-field is replaced by the keyboard shortcuts character, e.g. pressing Ctrl+x to delete a method inserts sometimes the x into the confirmation dialog. Lukas 2009/12/19 George Herolyants <[hidden email]>: > 2009/12/19 Mariano Martinez Peck <[hidden email]>: >> On Thu, Dec 17, 2009 at 4:20 PM, Michael Rueger <[hidden email]> wrote: >>> >>> Do people actually experience the double paste problem on non-Mac >>> platforms? >> >> No. Only mac. I have been using Pharo in Linux and Windows, and happpens >> only on Mac I think. > > I've never expirienced this problem on Windows, too. > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Lukas Renggli wrote:
> Another thing, this is not something that is only related to the > clipboard. I've seen a similar thing happen when I use a keyboard > shortcut that opens a dialog. In some cases the initial selection of a > text-field is replaced by the keyboard shortcuts character, e.g. > pressing Ctrl+x to delete a method inserts sometimes the x into the > confirmation dialog. Hmm, so it seems to be a general problem with short cuts on the Mac? But, as much as I try on my MiniMac with SnowLeopard, I can't reproduce it. (in a core image) Michael _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Christmas greetings everyone, as I await the cooking of the turkey and observe the teenagers here plot the spending of
their Christmas money I see in my in-box Michael has sent me a rewrite of the HostMenu system. I've sent back a few changes, and maybe in the next day or so when Michael gets back to work and lets us know how to load these changes could we get some folks who have experienced the double-paste bug to spent a few moments attempting the recreation of the bug. Unfortunately Michael and I are unable to recreate the problem, which makes it hard to debug. On 2009-12-20, at 1:14 AM, Michael Rueger wrote: > Lukas Renggli wrote: >> Another thing, this is not something that is only related to the >> clipboard. I've seen a similar thing happen when I use a keyboard >> shortcut that opens a dialog. In some cases the initial selection of a >> text-field is replaced by the keyboard shortcuts character, e.g. >> pressing Ctrl+x to delete a method inserts sometimes the x into the >> confirmation dialog. > > Hmm, so it seems to be a general problem with short cuts on the Mac? > > But, as much as I try on my MiniMac with SnowLeopard, I can't reproduce > it. (in a core image) > > Michael > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |