need hunter to kill the double paste bug.

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|

need hunter to kill the double paste bug.

Stéphane Ducasse
> 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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Stéphane Ducasse
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck
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 :)

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


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck
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 :)

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 :)


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



_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck
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.

does this help?

Cheers,

Mariano


On Wed, Dec 16, 2009 at 11:50 AM, Mariano Martinez Peck <[hidden email]> wrote:
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 :)


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




_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Picture 2.png (472K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Michael Rueger-6
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck


On Wed, Dec 16, 2009 at 3:05 PM, Michael Rueger <[hidden email]> wrote:
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...


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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck
Is this one better?


On Wed, Dec 16, 2009 at 3:09 PM, Mariano Martinez Peck <[hidden email]> wrote:


On Wed, Dec 16, 2009 at 3:05 PM, Michael Rueger <[hidden email]> wrote:
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...


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

Picture 3.png (463K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Michael Rueger-6
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck
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:
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

Picture 4.png (386K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Michael Rueger-6
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck

On Wed, Dec 16, 2009 at 4:01 PM, Michael Rueger <[hidden email]> wrote:
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?

yes.
 
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]


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

 

Thanks for helping!


you are welcome
 
Michael


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

johnmci
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Michael Rueger-6

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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Mariano Martinez Peck


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.

 

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


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

George Herolyants-3
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Lukas Renggli
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

Michael Rueger-6
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
Reply | Threaded
Open this post in threaded view
|

Re: need hunter to kill the double paste bug.

johnmci
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
12