Jul 12 2021 | 7:18 am
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 amfreely moving bpatchers in a locked patch?
- Jul 12 2021 | 9:40 amYes, locked patch, or app
- Jul 12 2021 | 4:55 pmjsui can move a window and probably also a bpatcher which contains it.
- Jul 12 2021 | 5:27 pmtrying to move a bpatcher by touching it with the mouse usually ends in a closed department.
- Jul 12 2021 | 6:35 pmWas meinst du mit closed department? Do you need an example?
- Jul 12 2021 | 9:27 pmi 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 pmLet me post something tomorrow. I think it's possible.
- Jul 13 2021 | 6:38 amthanks 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 amaha, 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 pmThanks! :-)
- 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 amso 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 amNested 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 pmif 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.