| By Date: | <-- --> |
| By Thread: | <-- --> |
|
Hello!
Do you have any news concerning the right click
avoiding function? Or, could you maybe tell me where the mouse event handling
takes place so I can check for the right click event or thus stop its
evaluation?
I found this _javascript_ page about catching the right click: http://www.rgagnon.com/jsdetails/js-0061.html I hope you can help me with this.
Cheers,
Carlo
> Bart,
> > I agree with your evaluation of how mouse handling should be done. As > part of fixing the _javascript_ performance issue (by restricting mouse > events to the map image), I will also try to accomodate your request to > not interpret the right mouse button as an action button. > > For the navigation commands, there are a couple of known issues. One is > > that the mouse click handling is fairly promiscuous, so if you have a > select box that overlaps the map image and you select an item in the > list, then a mouse click is generated on the map too. > > I am hoping to fix this particular problem within the same mechanism, by > > only connecting to mouse click events when the mouse is actually over > the map, but I may have to do something along the lines you suggest to > ensure that activating another tool doesn't cause some navigation > effect. > > The problem with this is that selecting something from the quickzoom or > some other input on the page should not really cancel the fact that you > have the zoom in tool selected, for instance. > > Thanks for all the great input, > > Cheers, > > Paul > > Bart van den Eijnden wrote: > > Hi list, > > > > I want to address 2 issues in this e-mail, which are slightly related. > > > > First of all I have noticed that the navigational tools work with all > > mouse buttons, i.e. also when pressing the right mouse button the map > > zooms in etc. This complicates things when a user wants to save the > map > > image using the "save image as" browser functionality. Chameleon will > > act on the active navigational command, instead of presenting the > > browser popup menu. Also there is no way to clear the active > > navigational tool as far as I have noticed. You can change it by > > clicking on another navigational tool, but not "clear" it. > > > > Secondly, a previously noted issue came to my mind, the problem when a > > > user selects an item from the locations picklist (quickview), that > > Chameleon also processes according to the current/active navigational > > command. E.g. if the Query tool is the active tool, you also get the > > Query results presented when selecting a location to zoom to. BTW I > > don't know for sure if the Query tool also works through the NAV_CMD > > variable. > > > > In my opinion, some of this behaviour could be corrected by: > > > > a) do not let navigational tools work on a right mouse button press > > b) when selecting/using another widget, put the NAV_CMD to an empty > > string, so that there is no active navigational tool on the map. E.g. > on > > the OnEnter event of the select box of the quickview, set NAV_CMD to > an > > empty string. > > > > Any thoughts on this? > > > > Best regards, > > Bart > > _______________________________________________ > > Chameleon mailing list > > Chameleon (at) lists.maptools.org > > http://lists.maptools.org/mailman/listinfo/chameleon > > > > -- > ----------------------------------------------------------------- > |Paul Spencer spencer (at) dmsolutions.ca | > |-----------------------------------------------------------------| > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > <http://www.dmsolutions.ca/%7C> > ----------------------------------------------------------------- > > > > |
_______________________________________________ Chameleon mailing list Chameleon (at) lists.maptools.org http://lists.maptools.org/mailman/listinfo/chameleon