path/mouse bug on linux

I have been experiencing a problem with terminating paths in VXL.
This a know problem and there
is a patch which is installed on my workstation but its not
helping. Double clicking rarely works unless
you zoom way in and then very slowing start clicking the mouse. Has
anyone else seen this problem
and did you find another way around it other than the band-aid
solution of changing the window activation?

The bug report was filed with Redhat:
https://bugzilla.redhat.com/show_bug.cgi?id=184143

The following link tells about the recommended patch of metacity which
resolves the problem:
http://rhn.redhat.com/errata/RHBA-2007-0769.html

Metacity is a simple window manager that integrates with GNOME 2.

One of the workaround for this issue is to change the Red Hat Window
Selection
preference. If you go to the Preferences->Windows for Gnome, there is
a choice to
"Select windows when the mouse moves over them". If this is selected,
then the
double click does not work. If you turn it off, then double click
behavior is correct.

https://bugzilla.redhat.com/show_bug.cgi?id=184143
http://rhn.redhat.com/errata/RHBA-2007-0769.html

 

Try ctrl-left click on the last point of the path instead of double
click, I have the same problem as you and that works for me
(solaris10). I use the same window manager, I will see if the solution
you posted works, however i prefer to keep that setting on ("Select
windows when the mouse moves over them").

 

Thanks for the tip!! I will give it a try. I wonder if you could re-
program the the left mouse
as ctrl-left instead of just left????? BTW, I agree with you about
the window select

Thanks again

Rick

 

Unfortunatly, CNTL-lmb does not work at all :^(

 

rick wrote, on 07/24/09 16:19:

Or hit the Return key to indicate the last point. You should be able to redefine
how the path is completed by changing your bindkeys...

Look in Options->Bindkey
Change the Application to Layout
Hit the Show button and you should see a binding for
None<Btn1Down>(2)

You're looking at the EnterFunction command (followed by ;EF). This will be:

mouseApplyOrFinishPoint()

You can put this on any other key or button combination

In my bindkeys Ctrl-LMB does "mouseSubSelectPt()" which is not the same...

Regards,


Andrew.

 

I do not have the mouseApplyOrFinishPoint() listed in my bindings:

list("<Key>KP_Enter" "mouseAddPt()")
list("Ctrl<Btn1Down>" "mouseSubSelectPt"
"mouseSubSelectPt") ;EF
list("None<Btn1Down>" "mouseSingleSelectPt"
"mouseAddPt()") ;EF
list("None<Btn2Down>" "leHiMousePopUp()"
"leHiMousePopUp()") ;EF
list("Shift<Btn1Down>" "mouseAddSelectPt"
"mouseAddSelectPt") ;EF

....maybe thats the root problem???? Can you please send me this
line from your bindings

THANKS!!!

 

rick wrote, on 07/24/09 19:39:

list("None<Btn1Down>(2)" nil
"mouseApplyOrFinishPoint()") ;EF
list("Return" nil
"mouseApplyOrFinishPoint()") ;EF

I'm surprised, because these are built-in bindings (even without a bindkeys file
loaded). So you might only see them if you do the "Show Bindkeys" on the
Options->Bindkeys form, and not if you look in the bindkeys file you're loading...

Regards,

Andrew.

 

Actually, this is from the "show bindkeys" I'll let you know what
happens.

Thanks

 

I dumped the bindings to a file and then added the 2 above lines. I
re-dumped the file and grep'd for mouse:

list("<Key>KP_Enter" "mouseAddPt()")
list("Ctrl<Btn1Down>"
"mouseSubSelectPt"
"mouseSubSelectPt") ;EF
list("None<Btn1Down>" "mouseSingleSelectPt"
"mouseAddPt()") ;EF
"mouseApplyOrFinishPoint()") ;EF
"mouseApplyOrFinishPoint()") ;EF
list("Shift<Btn1Down>" "mouseAddSelectPt"
"mouseAddSelectPt") ;EF

It still behaves the same. This is a an area that Im not very
familar with so was this valid?

Thanks!

 

rick wrote, on 07/27/09 16:24:

Who knows? Can't tell from a grep output, because you're missing all the context
around the "mouse" lines...

If they were there in the dump output, then it's something to do with your
window manager maybe, or perhaps the double click time needs some adjustment?
This is on Options->User Preferences.

Andrew.

 

I changed the mapping to

list("Shift<Btn1Down>(2)" nil "mouseApplyOrFinishPoint()") ;EF

which does work as does "Return". "None" and blank does not ork which
should be a clue to the root cause.
I have tried changing the mouse settings and the problem persisted.
The weird part is that it when set to "None"
it will work once then after that it gets very difficult to complete
the path. I guessing the window manager has
priority or something and its looking at the mouse for selections
instead of commands

Thanks for your help, I will post the end result as I think Cadence is
looking into this