Re: [Pharo-project] [Seaside] mouse right button
(moving this discussion to Pharo-dev) No, there is no fix (and as far as I know the problem has not been known before). The current implementation tries to do "the right thing" based on the current platform: swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ] Is this behavior not correct for Windows users in general? Or is there a user-specific issue? Cheers, Adrian On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different way to save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification and I try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" <renggli@gmail.com> To: "Seaside - general discussion" <seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
I have seen this in the past, and it has become so familiar that I would have actively think about it to take notice. It happens any time I go from Linux to Windows; saving the image on Windows "fixes" it. This is a symptom of not having proper session management. Squeak does its shutdown/restart tasks at image save rather than taking note as it starts and again as the image shuts down. Dolphin does it correctly: an image save does not spuriosly shutdown and start again; exiting does basic cleanup of external resources; startup, because saves do not errantly force a shut down, must discard external resources that are understood to be in a confused state, but that is yhe price of correct behavior (not having incorrect behavior) during a save. Bill -----Original Message----- From: pharo-project-bounces@lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard Sent: Monday, February 08, 2010 7:12 AM To: Pharo-project Development Cc: Seaside - general discussion Subject: Re: [Pharo-project] [Seaside] mouse right button (moving this discussion to Pharo-dev) No, there is no fix (and as far as I know the problem has not been known before). The current implementation tries to do "the right thing" based on the current platform: swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ] Is this behavior not correct for Windows users in general? Or is there a user-specific issue? Cheers, Adrian On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different way to save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification and I try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" <renggli@gmail.com> To: "Seaside - general discussion" <seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known. See issue: http://code.google.com/p/pharo/issues/detail?id=838 And threads: http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht... http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand. Cheers Mariano Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different way
to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification and I try to save it clicking with right button in the editing window,
nothing
happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Yes, but this was fixed, wasn't it? The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0: ((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor). So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on? Cheers, Adrian On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht... http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different way
to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification and I try to save it clicking with right button in the editing window,
nothing
happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here: 1) Change Preferences class >> swapMouseButtons to this: swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ] 2) Save the image. Quite and start again. with this, swapMouseButtons returns true. So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different
way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification and
I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
This is really confusing. What you are saying is that swapMouseButtons should return true also on Windows and not only on Mac and Linux?! If yes, why the whole trouble of checking for the platform name... we can always return true. Adrian On Feb 8, 2010, at 16:01 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
with this, swapMouseButtons returns true.
So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows
I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different
way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification and
I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Mon, Feb 8, 2010 at 4:16 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
This is really confusing. What you are saying is that swapMouseButtons should return true also on Windows and not only on Mac and Linux?!
If yes, why the whole trouble of checking for the platform name... we can always return true.
ahhahahaha that's EXACTLY what I don't understand and I am confusing too. I just tested, and yes, it works ok when returns true. I give that tests to the person on Seaside, and yes, it worked ok. So.....I don't understand. Maybe something changed in the latest windows vm ? I am trying throught a VirtualBox, not really a native windows. Maybe there is a problem there ?
Adrian
On Feb 8, 2010, at 16:01 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
with this, swapMouseButtons returns true.
So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows
I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it
wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <
lorenzo@edor.it>
wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different
way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <
lorenzo@edor.it>
wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification
and I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Have you tried the "3 button mouse" windows VM option to see if it changes the behaviour? Regards, Gary ----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project@lists.gforge.inria.fr Sent: Monday, February 08, 2010 3:01 PM Subject: Re: [Pharo-project] [Seaside] mouse right button On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote: Yes, but this was fixed, wasn't it? The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0: ((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor). yes, this returns true. So. It doesn't seem to be the same problem. So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on? I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here: 1) Change Preferences class >> swapMouseButtons to this: swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ] 2) Save the image. Quite and start again. with this, swapMouseButtons returns true. So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows I don't know :( Cheers, Adrian On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote: > On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote: > >> (moving this discussion to Pharo-dev) >> >> No, there is no fix (and as far as I know the problem has not been known >> before). >> > > Adrian, I think that it was known. > > See issue: http://code.google.com/p/pharo/issues/detail?id=838 > > And threads: > > http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht... > http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html > > >> The current implementation tries to do "the right thing" based on the >> current platform: >> >> swapMouseButtons >> ^ self >> valueOfFlag: #swapMouseButtons >> ifAbsent: [ >> OSPlatform current platformFamily ~= #Windows ] >> >> >> Is this behavior not correct for Windows users in general? Or is there a >> user-specific issue? >> >> > > I did the experiment to the guy in seaside mailing list and seems to work ok > in Windows if that return true instead of false....So, I don't understand. > > Cheers > > Mariano > > Cheers, >> Adrian >> >> On Feb 8, 2010, at 12:06 , Lukas Renggli wrote: >> >>> Mariano is that a bug that has been fixed in recent versions of Pharo >>> 1.0? Should I update the one-click image? >>> >>> Lukas >>> >>> On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote: >>>> Yes, after the correction is working >>>> >>>> ciao >>>> >>>> ----- Original Message ----- >>>> From: Mariano Martinez Peck >>>> To: Seaside - general discussion >>>> Sent: Monday, February 08, 2010 11:03 AM >>>> Subject: Re: [Seaside] mouse right button >>>> >>>> >>>> On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> >> wrote: >>>>> >>>>> Many thanks Mariano. >>>>> >>>>> Clicking the wheel of the mouse is OK. >>>>> >>>> >>>> Ok, but it shouldn't be like that. It must be fixed. Can you tell me >> please >>>> if after doing what I told you, right button works actually in the real >>>> right button ? >>>> >>>> >>>>> >>>>> Grazie >>>>> >>>>> Ciao >>>>> >>>>> ----- Original Message ----- >>>>> From: Mariano Martinez Peck >>>>> To: Seaside - general discussion >>>>> Sent: Monday, February 08, 2010 10:54 AM >>>>> Subject: Re: [Seaside] mouse right button >>>>> >>>>> >>>>> On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it> >>>>> wrote: >>>>>> >>>>>> Thanks Mariano, >>>>>> >>>>>> but unfortunately I cannot save the change; is there any different way >> to >>>>>> save the changes without clicking the right button? >>>>> >>>>> Everything you do with the mouse / UI can be done by code in a >> workspace. >>>>> Both send the same message :) >>>>> >>>>> But anyway, you "right" button must be working. Not in the physical >> real >>>>> right button, but, in the "wheel" button. If you have a real 3 keys >> mouse, >>>>> click the middle (the one of the wheel) button and it will act as >> "right" >>>>> button. If you are using a touchpad in a laptop, press left and right >>>>> together. >>>>> >>>>> To save an image and quite with "code" you can evaluate in a workspace: >>>>> >>>>> SmalltalkImage current snapshot: true andQuit: true. >>>>> >>>>> Then you can select that text, and just ctrl + d (to do it). No need >> of >>>>> the mouse. >>>>> >>>>> Cheers >>>>> >>>>> Mariano >>>>> >>>>>> >>>>>> Thanks >>>>>> >>>>>> Lorenzo >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: Mariano Martinez Peck >>>>>> To: Seaside - general discussion >>>>>> Sent: Monday, February 08, 2010 10:19 AM >>>>>> Subject: Re: [Seaside] mouse right button >>>>>> Just to do a test, what happen if you do the following: >>>>>> >>>>>> 1) Change Preferences class >> swapMouseButtons to this: >>>>>> >>>>>> swapMouseButtons >>>>>> ^ self >>>>>> valueOfFlag: #swapMouseButtons >>>>>> ifAbsent: [ >>>>>> true ] >>>>>> >>>>>> >>>>>> 2) Save the image. Quite and start again. >>>>>> >>>>>> >>>>>> Did that fix it ? >>>>>> >>>>>> Cheers >>>>>> >>>>>> Mariano >>>>>> >>>>>> On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it> >>>>>> wrote: >>>>>>> >>>>>>> Yes, is Seaside 3.0 one-click image. >>>>>>> >>>>>>> For example, if I enter into a method and I make a modification and I >>>>>>> try to save it clicking with right button in the editing window, >> nothing >>>>>>> happens. >>>>>>> >>>>>>> I have no response in any window of the system. >>>>>>> >>>>>>> Many thanks >>>>>>> >>>>>>> ----- Original Message ----- From: "Lukas Renggli" < >> renggli@gmail.com> >>>>>>> To: "Seaside - general discussion" < >> seaside@lists.squeakfoundation.org> >>>>>>> Sent: Monday, February 08, 2010 9:29 AM >>>>>>> Subject: Re: [Seaside] mouse right button >>>>>>> >>>>>>> >>>>>>>> I dowloaded Pharo 3.0 for Window Vista >>>>>>> >>>>>>> Pharo 1.0 is about to be released, so I guess you refer to the >> Seaside >>>>>>> 3.0 one-click image? >>>>>>> >>>>>>>> but I cannot use the right button of >>>>>>>> my mouse; I enterede in key board preferences, but I was not able to >>>>>>>> set mouse properly. >>>>>>> >>>>>>> Can you elaborate what you are trying to do and what exactly does not >>>>>>> work? Maybe somebody else can help that has a windows installation at >>>>>>> hand? >>>>>>> >>>>>>> Lukas >>>>>>> >>>>>>> -- >>>>>>> Lukas Renggli >>>>>>> http://www.lukas-renggli.ch >>>>>>> _______________________________________________ >>>>>>> seaside mailing list >>>>>>> seaside@lists.squeakfoundation.org >>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>>>> >>>>>>> _______________________________________________ >>>>>>> seaside mailing list >>>>>>> seaside@lists.squeakfoundation.org >>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>>> >>>>>> ________________________________ >>>>>> >>>>>> _______________________________________________ >>>>>> seaside mailing list >>>>>> seaside@lists.squeakfoundation.org >>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>>> >>>>>> _______________________________________________ >>>>>> seaside mailing list >>>>>> seaside@lists.squeakfoundation.org >>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>>> >>>>> >>>>> ________________________________ >>>>> >>>>> _______________________________________________ >>>>> seaside mailing list >>>>> seaside@lists.squeakfoundation.org >>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>> >>>>> _______________________________________________ >>>>> seaside mailing list >>>>> seaside@lists.squeakfoundation.org >>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>> >>>> >>>> ________________________________ >>>> >>>> _______________________________________________ >>>> seaside mailing list >>>> seaside@lists.squeakfoundation.org >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>> >>>> _______________________________________________ >>>> seaside mailing list >>>> seaside@lists.squeakfoundation.org >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> _______________________________________________ >>> seaside mailing list >>> seaside@lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> >> _______________________________________________ >> seaside mailing list >> seaside@lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> > _______________________________________________ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2010/2/8 Gary Chambers <gazzaguru2@btinternet.com>
Have you tried the "3 button mouse" windows VM option to see if it changes the behaviour?
Good point Gary!!! I was looking some minutes ago in Seaside.ini and I saw that option....but my mouse has 3 buttons, and the option was "ok": 3ButtonMouse=1 1ButtonMouse=0 With that, right button was not working and I have to return true in order to make it work. Now, as Gary suggested I change the ini to this: 3ButtonMouse=0 1ButtonMouse=0 and now, with the original code of swapMouseButtons it is working correct. Of course, here there is a problem, because my mouse HAS 3 buttons, but in order to make it work properly, I have to put a 0... So....it is a mess. Any idea how to fix it ? Thanks! Mariano
Regards, Gary
----- Original Message ----- *From:* Mariano Martinez Peck <marianopeck@gmail.com> *To:* Pharo-project@lists.gforge.inria.fr *Sent:* Monday, February 08, 2010 3:01 PM *Subject:* Re: [Pharo-project] [Seaside] mouse right button
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
with this, swapMouseButtons returns true.
So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows
I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it
wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different
way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it
wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification
and I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
If we know what the standard setting of this ini file is we can adapt the Smalltalk code accordingly. Or, is this file generated by an installer and hence changes depending on the actual hardware? Adrian On Feb 8, 2010, at 16:42 , Mariano Martinez Peck wrote:
2010/2/8 Gary Chambers <gazzaguru2@btinternet.com>
Have you tried the "3 button mouse" windows VM option to see if it changes the behaviour?
Good point Gary!!! I was looking some minutes ago in Seaside.ini and I saw that option....but my mouse has 3 buttons, and the option was "ok":
3ButtonMouse=1 1ButtonMouse=0
With that, right button was not working and I have to return true in order to make it work.
Now, as Gary suggested I change the ini to this:
3ButtonMouse=0 1ButtonMouse=0
and now, with the original code of swapMouseButtons it is working correct.
Of course, here there is a problem, because my mouse HAS 3 buttons, but in order to make it work properly, I have to put a 0...
So....it is a mess.
Any idea how to fix it ?
Thanks!
Mariano
Regards, Gary
----- Original Message ----- *From:* Mariano Martinez Peck <marianopeck@gmail.com> *To:* Pharo-project@lists.gforge.inria.fr *Sent:* Monday, February 08, 2010 3:01 PM *Subject:* Re: [Pharo-project] [Seaside] mouse right button
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
with this, swapMouseButtons returns true.
So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows
I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <lorenzo@edor.it
wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any different
way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <lorenzo@edor.it
wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification
and I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Mon, Feb 8, 2010 at 5:20 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
If we know what the standard setting of this ini file is we can adapt the Smalltalk code accordingly. Or, is this file generated by an installer and hence changes depending on the actual hardware?
I have NO IDEA Adrian. What I can tell you is that the Squeak.ini comes in the zip of the standard windows VM. In that Squeak.ini the property is like this: 3ButtonMouse=0 1ButtonMouse=0 That's why I never experienced the problem with other Pharo images. Seaside one click, the exe they use, uses the Seaside.ini (not the default Squeak.ini). In Seaside.ini the properies are 3ButtonMouse=1 1ButtonMouse=0 And that's why it doesn't work with that image. Lukas: maybe a quick solution for your one click image is to change the Seaside.ini 3ButtonMouse=1 to 3ButtonMouse=0 Adrian
On Feb 8, 2010, at 16:42 , Mariano Martinez Peck wrote:
2010/2/8 Gary Chambers <gazzaguru2@btinternet.com>
Have you tried the "3 button mouse" windows VM option to see if it changes the behaviour?
Good point Gary!!! I was looking some minutes ago in Seaside.ini and I saw that option....but my mouse has 3 buttons, and the option was "ok":
3ButtonMouse=1 1ButtonMouse=0
With that, right button was not working and I have to return true in order to make it work.
Now, as Gary suggested I change the ini to this:
3ButtonMouse=0 1ButtonMouse=0
and now, with the original code of swapMouseButtons it is working correct.
Of course, here there is a problem, because my mouse HAS 3 buttons, but in order to make it work properly, I have to put a 0...
So....it is a mess.
Any idea how to fix it ?
Thanks!
Mariano
Regards, Gary
----- Original Message ----- *From:* Mariano Martinez Peck <marianopeck@gmail.com> *To:* Pharo-project@lists.gforge.inria.fr *Sent:* Monday, February 08, 2010 3:01 PM *Subject:* Re: [Pharo-project] [Seaside] mouse right button
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
with this, swapMouseButtons returns true.
So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows
I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina < lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <
lorenzo@edor.it
wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any
different way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <
lorenzo@edor.it
wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification
and I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Lorenzo ca you test that and let us know if it works ? In summary, take a clean Seaside 3.0 image (without the change I told you to do), unzip and you will see a Seaside.ini. Edit it and change 3ButtonMouse=1 to 3ButtonMouse=0 If you now open the image, it should work ok. Thanks Mariano On Mon, Feb 8, 2010 at 5:29 PM, Mariano Martinez Peck <marianopeck@gmail.com
wrote:
On Mon, Feb 8, 2010 at 5:20 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
If we know what the standard setting of this ini file is we can adapt the Smalltalk code accordingly. Or, is this file generated by an installer and hence changes depending on the actual hardware?
I have NO IDEA Adrian. What I can tell you is that the Squeak.ini comes in the zip of the standard windows VM. In that Squeak.ini the property is like this:
3ButtonMouse=0 1ButtonMouse=0
That's why I never experienced the problem with other Pharo images.
Seaside one click, the exe they use, uses the Seaside.ini (not the default Squeak.ini). In Seaside.ini the properies are
3ButtonMouse=1 1ButtonMouse=0
And that's why it doesn't work with that image.
Lukas: maybe a quick solution for your one click image is to change the Seaside.ini 3ButtonMouse=1 to 3ButtonMouse=0
Adrian
On Feb 8, 2010, at 16:42 , Mariano Martinez Peck wrote:
2010/2/8 Gary Chambers <gazzaguru2@btinternet.com>
Have you tried the "3 button mouse" windows VM option to see if it changes the behaviour?
Good point Gary!!! I was looking some minutes ago in Seaside.ini and I saw that option....but my mouse has 3 buttons, and the option was "ok":
3ButtonMouse=1 1ButtonMouse=0
With that, right button was not working and I have to return true in order to make it work.
Now, as Gary suggested I change the ini to this:
3ButtonMouse=0 1ButtonMouse=0
and now, with the original code of swapMouseButtons it is working correct.
Of course, here there is a problem, because my mouse HAS 3 buttons, but in order to make it work properly, I have to put a 0...
So....it is a mess.
Any idea how to fix it ?
Thanks!
Mariano
Regards, Gary
----- Original Message ----- *From:* Mariano Martinez Peck <marianopeck@gmail.com> *To:* Pharo-project@lists.gforge.inria.fr *Sent:* Monday, February 08, 2010 3:01 PM *Subject:* Re: [Pharo-project] [Seaside] mouse right button
On Mon, Feb 8, 2010 at 3:57 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
Yes, but this was fixed, wasn't it?
The problem of the wrong order of InputEventSensor in the startup list was resolved in August. At least the following evaluates to true in current PharoCore 1.0:
((SystemDictionary classPool at: 'StartUpList') indexOf: #OSPlatform) < ((SystemDictionary classPool at: 'StartUpList') indexOf: #InputEventSensor).
yes, this returns true. So. It doesn't seem to be the same problem.
So, yes, there was a known problem but I assumed it was fixed. Probably, what we are seeing now is related. According to Bill, the setting is wrong on Windows when the image that was first saved on Linux is started without being saved first (if I understand correctly). There can be two reasons: at startup either the initialization of the mouse mapping is not triggered (which I doubt) or it is triggered but the platform is still the old one. Can somebody that has the problem check what is going on?
I have tested, and even saving the image, the problem is not fixed. The only way to really fix it (at least what I worked for me is what I said to the guy in Seaside...I paste here:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
with this, swapMouseButtons returns true.
So....maybe, what it is wrong is the OSPlatform current platformFamily ~= #Windows
I don't know :(
Cheers, Adrian
On Feb 8, 2010, at 14:12 , Mariano Martinez Peck wrote:
On Mon, Feb 8, 2010 at 1:12 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
(moving this discussion to Pharo-dev)
No, there is no fix (and as far as I know the problem has not been known before).
Adrian, I think that it was known.
See issue: http://code.google.com/p/pharo/issues/detail?id=838
And threads:
http://n4.nabble.com/right-button-still-doesn-t-work-on-Windows-td1303494.ht...
http://n4.nabble.com/swapMouseButtons-doesn-t-work-td1306309.html
The current implementation tries to do "the right thing" based on the current platform:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ]
Is this behavior not correct for Windows users in general? Or is there a user-specific issue?
I did the experiment to the guy in seaside mailing list and seems to work ok in Windows if that return true instead of false....So, I don't understand.
Cheers
Mariano
Cheers,
Adrian
On Feb 8, 2010, at 12:06 , Lukas Renggli wrote:
Mariano is that a bug that has been fixed in recent versions of Pharo 1.0? Should I update the one-click image?
Lukas
On 8 February 2010 11:56, Lorenzo Schiavina <lorenzo@edor.it> wrote:
Yes, after the correction is working
ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 11:03 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 11:01 AM, Lorenzo Schiavina < lorenzo@edor.it> wrote:
Many thanks Mariano.
Clicking the wheel of the mouse is OK.
Ok, but it shouldn't be like that. It must be fixed. Can you tell me please if after doing what I told you, right button works actually in the real right button ?
Grazie
Ciao
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:54 AM Subject: Re: [Seaside] mouse right button
On Mon, Feb 8, 2010 at 10:48 AM, Lorenzo Schiavina <
lorenzo@edor.it
wrote:
Thanks Mariano,
but unfortunately I cannot save the change; is there any
different way to
save the changes without clicking the right button?
Everything you do with the mouse / UI can be done by code in a workspace. Both send the same message :)
But anyway, you "right" button must be working. Not in the physical real right button, but, in the "wheel" button. If you have a real 3 keys mouse, click the middle (the one of the wheel) button and it will act as "right" button. If you are using a touchpad in a laptop, press left and right together.
To save an image and quite with "code" you can evaluate in a workspace:
SmalltalkImage current snapshot: true andQuit: true.
Then you can select that text, and just ctrl + d (to do it). No need of the mouse.
Cheers
Mariano
Thanks
Lorenzo
----- Original Message ----- From: Mariano Martinez Peck To: Seaside - general discussion Sent: Monday, February 08, 2010 10:19 AM Subject: Re: [Seaside] mouse right button Just to do a test, what happen if you do the following:
1) Change Preferences class >> swapMouseButtons to this:
swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ true ]
2) Save the image. Quite and start again.
Did that fix it ?
Cheers
Mariano
On Mon, Feb 8, 2010 at 9:50 AM, Lorenzo Schiavina <
lorenzo@edor.it
wrote:
Yes, is Seaside 3.0 one-click image.
For example, if I enter into a method and I make a modification
and I
try to save it clicking with right button in the editing window, nothing happens.
I have no response in any window of the system.
Many thanks
----- Original Message ----- From: "Lukas Renggli" < renggli@gmail.com> To: "Seaside - general discussion" < seaside@lists.squeakfoundation.org> Sent: Monday, February 08, 2010 9:29 AM Subject: Re: [Seaside] mouse right button
I dowloaded Pharo 3.0 for Window Vista
Pharo 1.0 is about to be released, so I guess you refer to the Seaside 3.0 one-click image?
but I cannot use the right button of my mouse; I enterede in key board preferences, but I was not able to set mouse properly.
Can you elaborate what you are trying to do and what exactly does not work? Maybe somebody else can help that has a windows installation at hand?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
________________________________
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Lukas: maybe a quick solution for your one click image is to change the Seaside.ini  3ButtonMouse=1 to  3ButtonMouse=0
Now I remember that we have various variations of this issue closed and open already in our bug tracker: http://code.google.com/p/seaside/issues/detail?id=427 http://code.google.com/p/seaside/issues/detail?id=446 http://code.google.com/p/seaside/issues/detail?id=481 Obviously different image versions require different settings for 3ButtonMouse. So that means if I take a recent Pharo-Core 1.0 and if I do not touch #swapMouseButtons then it should work with 3ButtonMouse=1 on Windoze too? Lukas -- Lukas Renggli http://www.lukas-renggli.ch
On Mon, Feb 8, 2010 at 10:23 PM, Lukas Renggli <renggli@gmail.com> wrote:
Lukas: maybe a quick solution for your one click image is to change the Seaside.ini 3ButtonMouse=1 to 3ButtonMouse=0
Now I remember that we have various variations of this issue closed and open already in our bug tracker:
http://code.google.com/p/seaside/issues/detail?id=427 http://code.google.com/p/seaside/issues/detail?id=446 http://code.google.com/p/seaside/issues/detail?id=481
Obviously different image versions require different settings for 3ButtonMouse.
So that means if I take a recent Pharo-Core 1.0 and if I do not touch #swapMouseButtons then it should work with 3ButtonMouse=1 on Windoze
No. A recent Pharo-Core will work in Windoze with 3ButtonMouse=0 (no need to touch or call #swapMouseButtons) At least that's what it seems in my case and Lorenzo.
too?
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
participants (5)
-
Adrian Lienhard -
Gary Chambers -
Lukas Renggli -
Mariano Martinez Peck -
Schwab,Wilhelm K