Dropping object from palette onto canvas sometimes fails on first try

[akravets]

This video shows the behavior - dropping random objects onto canvas doesn't allow drop on first try, but eventually works on second.

Note that this bug only occurs on Linux, particularly Ubuntu 17.04 GNOME, on Windows drop from palette works fine.

[erwindl0]

Hi A. (Alex?), I think you’ve pasted the video link for your other issue about palette icon sizes. Can you check and give the link to the drop-related video? I’m interested to see the video, maybe the DnD hover icons will tell me a bit more about what might be happening. As I guess you’re not using the Triquetrum editor itself, I wonder how you’ve implemented the drop target and/or the link between palette entries and a CombinedTemplateCreationEntry and Graphiti create&add features. Also, do you get any Graphiti errors in your logs? Thanks Erwin P.s. you’re hitting some Stranger Things for sure… From: akravets [mailto:[email protected]] Sent: Tuesday, October 31, 2017 12:27 PM To: eclipse/triquetrum <[email protected]> Cc: Subscribed <[email protected]> Subject: [eclipse/triquetrum] Dropping object from palette onto canvas sometimes fails on first try (#298) This video <https://www.youtube.com/watch?v=r-IKT-SB9UA> shows the behavior - dropping random objects onto canvas doesn't allow drop on first try, but eventually works on second. — You are receiving this because you are subscribed to this thread. Reply to this email directly, <#298> view it on GitHub, or <https://github.com/notifications/unsubscribe-auth/AGKZ4SqXFWbf8Aj7acdXVsfX33V8HYO9ks5sxwP8gaJpZM4QMlv2> mute the thread.

[akravets]

I updated the link and as you can see this is video of Triquetrum, we experience the same behavior in the palette we've adapted.

There are no error in the log, and as I mentioned above we don't see this behavior on Windows, not sure about Mac.

P.S "Stranger Things", love the reference!

[erwindl0]

Ok, I see it now. It seems it's not an error during the drop & creation logic, but rather that the location refuses the drop.

About the Director : Triquetrum/Ptolemy only allows 1 director per model, so for a second Director that's an expected refusal.

But the other drop failures seem to be related to the drop location hitting an actor that's already close to it? The actor label is rendered in a completely different way during the drag, than what I'm used to seeing on my (windows) dvp machine.

Maybe the location/geometry calculations are different on Ubuntu...

Christopher can you check on Mac?

I'll get an Ubuntu system and try to reproduce this.

Thanks for the report!

[akravets]

Here is another screencast I did from our product, it seems that this behavior occurs when a new group is expanded and object is dropped onto canvas from that group. All other objects from same group are created fine on canvas.
video

Edit: It's definitely random and not related to object being dropped in boundaries of other objects.

[erwindl0]

Aha, that is a clear indication that something else is going on, i.e. not related to actual drop location! Thanks for this clarification!

[cxbrooks]

I'm not able to reproduce this on the Mac.

BTW - In Vergil, it is acceptable to have multiple Directors in the model. The last Director added is the one that controls how the model is executed.