Standalone API chart now has right-click context menu
as shown on screenshot.

How can I suppress and/or replace the right-click context
menu which has appeared with the 2.8.0 API update?

I don't want my users exposed to submit an order using that
default mechanism, as it will not place correct Label fields, etc.
which my application requires.

HyperScalper

Hi hyperscalper:

One fast workarround suposing you don't need right click on any part of your program is capture the event and discard it until the developers implement any way to enable/disable it


Trade well

JL

...need some help, tried to override/redefine the
behavior unsuccessfully....

I tried installing an alternate MouseListener with
IChart.addMouseListener, where the IChart was
retrieved using IClientGUI.getChart().

(setting a null mouse listener creates null pointer exceptions)

However, I was unsuccessful in overriding
the Right-Click mouse event which creates the Popup.

Right-Click event is processed (and consume()'d?) already
creating the Popup, so that event does not
reach my listener's mouseClicked handler.

Left and Middle mouse clicks do appear, but the Right mouse event
is already handled, (probably consume()'d?) and so does not appear.
(Middle mouse button toggles crosshairs, but Middle mouse button
event does propagate to my listener.)

I tried the following, but the list was empty so could not
remove any existing mouse listeners by that method.

      ichart = iclientGUI.getChart();
      List<IChartPanelMouseListener> mouseListeners = ichart.getMouseListeners();
      System.out.println("mouseListeners count: "+mouseListeners.size());
      for (IChartPanelMouseListener listener : mouseListeners) {
         if (listener!=null) {
            ichart.removeMouseListener(listener);
         }
      }

Not being an expert on Swing event handling, I'm not quite sure
how I can redefine this default behavior of Right Mouse click
on an IChart, from creating the Trading Popup, which I want to
suppress and eventually redefine myself.

I am sure one of you knows how to do this, please.

Thanks, HyperScalper

Hi hyperscalper:

Have you tried to add a mouse listener to the chart panel and capture the event ?

https://www.dukascopy.com/wiki/#Chart_Op ... e_listener.

Trade well

JL

I'm in meetings most of the day but will look into this later if it hasn't been resolved by then and if it has delete this post.

My guess is that they're using a JGlassPane off the JRootPane or JInternalFrame or so to trap the entire active area. This would prevent you from intercepting the event at the chart or chartpanel layer.

Events go to the deepest component in the component list by default so absent a glass pane you would have to find the actual component where the listener is located (traverse the Component.getParent() hierarchy starting with e.getSourceEvent().getComponent().getParent() and call getMouseListeners() on each component/parent find). That first .getParent() is important as the component returned by .getComponent() is the chart which already has your own mouselistener registered).

There is a long list of J components that go into organising the GUI. One good lead might be to pick off the MainFrame which is accessbile via IChart if I remember right. Note that the context chart behaviour is active over the WHOLE application frame (effectively) such that if u right click in indicators, the price column, the left dashboard they all react with a context. That is either Frame/GlassPane code in action or each section's root container/component is doing a similar thing.

Hope this makes sense but I'll be back later.

Jose, yes, that's exactly what I tried to do.

It seems the right mouse click event creates the popup,
and is then consumed before it reaches my listener.
So the following code is not reached when the right mouse
button is clicked, but handles left and middle clicks.

      @Override
      public void mouseClicked(IChartPanelMouseEvent e) {
         try {
            System.out.println("mouseClicked event button... "+e.getSourceEvent().getButton()+
                  " BUTTON3 code would be: "+MouseEvent.BUTTON3);
            // TODO: eventually implement Right Click mouse menu
            if (SwingUtilities.isRightMouseButton((MouseEvent)e.getSourceEvent())) {
             // or alternate test... if (e.getSourceEvent().getButton() == MouseEvent.BUTTON3) { // right-click
                System.out.println("right-click event...");
                   }            
         }
         catch(Exception ex) {
            ex.printStackTrace();
         }
      }

So, the left and middle mouse click events do reach my listener.

I am not understanding something here.

HyperScalper

Thanks CriticalSection, maybe a traversal like that would yield something.
I did try using a prior removeMouseListener before adding my listener,
but the retrieved listener lists appeared empty. Did not consider .getParent()...

Hmmmmm.... HyperScalper

This will get fixed with next JForex-SDK releases. Please don't attempt to access components which are not part of the API, since the component hierarchy is subject to change with subsequent JForex-SDK releases.

Is it correct, then, that with API 2.8.0 those who are currently using a custom Right-Click mouse listener
will not be able to intercept the Right-Click mouse event?

I understand that you are saying I cannot over-ride this default "trading context menu" behavior
in v2.8.0 could you please confirm that?

HyperScalper

Hi,

I use the Robot class to fire a fake mouse click, which is necessary to get out from a chart object edit operation. I don't know if that is an option for you to hide the pop-up menu with a mouse click, also don't know if this right-click menu disappears at all with a click, but you could give it a try.
But keep in mind this Robot mouse click is also implemented in a mouselistener. That is not clear for me that you are not able to change/modify the mouse listener for the right-click, or you just cannot override it. If you can create another mouselistener, which is called after the one that generates the pop-up, you might have a chance to workaround this, till support fixes this.

There is a topic where I explain this Robot class, but haven't found it yet. But of course it is plain simple to use.

edit:
I've found the topic: viewtopic.php?f=65&t=49420&p=72787#p72787
And I fire an Enter key click, not a mouse click, but that's not important.

FAIR CAUTION
STICK TO THE PUBLIC APIS AND DOCUMENTED AREAS OF FUNCTIONALITY IF YOU TRULY VALUE THE INTEGRITY OF YOUR CODEBASE.

I fundamentally agree with the stance taken by API Support and welcome their positive feedback regarding the issues raised in the initial question.

JFC Swing isn't thread safe and nor is any capital a strategy manages once adventure takes us into rocky mountains full of wild surprises.

Multiple layers of platform logic in play behind the scenes make it easy to break something if we cross the line so better we get all of
our Feature Requests in to Support in time for christmas and hope for the best

Spaghetti below is posted specifically for HyperScalper's attention

• true spaghetti - comments may not make sense but code straight forward on reading
• Slight typo in the intercepter class (switch around the oldlistener dispatches for Pressed and Released)
• Tested on the Platform but I expect it to work synonymously in the Standalone
• Context menu gone and all events including Button3 pass through to your chart mouse listener ready for your custom menu

...thanks Critical.....

COMPLETELY AGREE. Thanks for the temporary Work-Around
suggestions, though...

HyperScalper

Yes. This will get fixed.

What version will contain the fix? It's broken my code so I am waiting anxiously

HyperScalper

Hello Support,

Which API version is this issue fixed in?

Thanks and regards,
Kurak