Movable UI


    Jul 12 2021 | 7:18 am
    Hi guys!
    I remember watching a patch enabling user interface to be draggable. I think it was about rearranging patchers placement with mouse click and dragging, but cannot find it. Any ideas? I'd like to learn a bit more how to build user friendly interfaces especially with the possibility of rearranging UI blocks.

    • Jul 12 2021 | 7:51 am
      freely moving bpatchers in a locked patch?
    • Jul 12 2021 | 9:40 am
      Yes, locked patch, or app
    • Jul 12 2021 | 4:55 pm
      jsui can move a window and probably also a bpatcher which contains it.
    • Jul 12 2021 | 5:27 pm
      trying to move a bpatcher by touching it with the mouse usually ends in a closed department.
    • Jul 12 2021 | 6:35 pm
      Was meinst du mit closed department? Do you need an example?
    • Jul 12 2021 | 9:27 pm
      i usually stop trying it when i start beating my head on the table.
      for windows there are 5 solutions, but for objects it is close to impossible.
    • Jul 12 2021 | 9:36 pm
      Let me post something tomorrow. I think it's possible.
    • Jul 13 2021 | 6:38 am
      thanks guys, I am pretty sure I saw an example on the forum, but cannot find it atm...
    • Sep 18 2021 | 11:15 pm
    • Sep 19 2021 | 7:20 am
      aha, it was even worth a new website. ok, it is really great to move a bunch of objects in a group like this, and it works fine in presentation and in unlocked, too. now... can´t we put the stuff into the bpatcher?
    • Sep 19 2021 | 12:49 pm
      Thanks! :-)
    • Sep 20 2021 | 9:09 am
      @Roman, you made a good point there. I added another jsui to drag the bpatcher from within.
    • Sep 20 2021 | 10:53 am
      so that actually works? and what would happen if it is inside 2 levels or bpatchers? because otherwise it is in practice limited to use it in closed applications (it causes too much mess when you are still programming) i wonder how an object inside a bpatcher can know about the scripting name of its own bpatcher instance... in an ideal case, we would only have [r foo]-[thispatcher] in root. sorry that i only consume it instead of helping. my religion forbids me to touch java/js.
    • Sep 20 2021 | 11:49 am
      Nested ones (if you mean that) seem to work but i can't imagine a usecase for it:
      "i wonder how an object inside a bpatcher can know about the scripting name of its own bpatcher instance..." Just look into the script. Aww wait, you won't for reasons of religion.
      " because otherwise it is in practice limited to use it in closed applications (it causes too much mess when you are still programming) "
      When you are still programming (patcher is unlocked) the jsui will ignore the value change like any other object
    • Sep 20 2021 | 1:18 pm
      if it can read the scripting name of its parent object, we are not so far away from removing the requirement that the bpatcher object must have a scripting name i.e. couldnt one move the object without thispatcher? yes, i know, a bpatcher instance doenst know about its own window.