well, I'm now confused, cause it was mentioned how Gem automatically adds a path to Pd to load abstractions, so I was testing that even though I never used Gem, and I was checking its abstractions, like gemmouse, to see if it was instantiated without the path added. It got created, but I couldn't open it as a normal abstraction in the patch. But it seems actually that there is also a [gemmouse] object inside Gem... which would explain all this...

2018-04-19 18:09 GMT-03:00 Alexandre Torres Porres <porres@gmail.com>:

Hi, I just learned that the Gem library similarly achieves what I wanted somehow...

If you don't have the Gem library in the startup, you can load an abstraction like gemmouse and click it to open or right click it and get all the options (properties, open, help). But when the library is loaded, this gets locked somehow and doesn't affect all canvases and abstractions.

The code of Gem is quite big and I can't seem to find where and how it does that. It doesn't seem to use "canvas_rightclick" or "::pdtk_canvas::pdtk_canvas_popup". Any help please?

thanks

2018-04-13 20:29 GMT-03:00 Alexandre Torres Porres <porres@gmail.com>:
Yeah, I was like "does this object really exist?" :)

But then, this is not what I was looking for. I can see it doesn't allow you to open the subpatch, but it still shows the "open" option in the menu when you right click it. I know there can be different strategies to achieve practically equivalent results, but I'm not looking into alternatives, I'm just trying to find a way to code an external that allows me to avoid the "properities"/"open" options when you right click abstractions.

> IOhannes m zmölnig wrote:
> >
> > why would you want to do that on the tcl side?

As of yet, I can't see any other way to achieve this.

cheers