Moving a named element produces a syntax error about slint HOT 3 CLOSED

Moving that element inside the same parent can be done with Olivier's PR. It will usually fail when you move an element with an ID into some other parent. The id is used somewhere, and tht turns into an syntax error when the id is gone.

The best approach is probably to now allow moving anything with an id. Or at least not allow moving it into a new parent maybe?

Or maybe we could copy the Element with an id instead of moving it?

I wonder how to make it obvious what happens when we get into those special modes of copying/moving based on context.

from slint.

Moving/removing an element with an id shouldn't be a problem. The problem is moving elements into another scope. if either the element itself uses it, or it is used and ends up in another scope.

So it is a problem if

• the moved element has bindings that references parent (these could be rewritten)
• the moved element has bindings that references something in its old scope which is no longer in the new scope (this operation should be disallowed?)
• Some other element reference the moved element which is moved in another scope (this operation should be disallowed?)

When disallowing, a message should explain why.

from slint.

When disallowing, a message should explain why.

It would be nice to visualise the area of the scope. So a repeated element itself isn't movable, a child (or grand-child) of the repeated element should be movable within the area of the scope element's area. Everything outside could perhaps be visually masked (like grey'ed out), but definitely not accepted as drop location.

from slint.