How is this possible exactly with the current SDK?
Am I missing something here? It looks like drag and drop across custom displays even?
Drag and drop in new device
-
- RE Developer
- Posts: 484
- Joined: 21 Apr 2016
- Location: Las Vegas
You do not have the required permissions to view the files attached to this post.
-
- Competition Winner
- Posts: 1141
- Joined: 08 Jul 2020
- Location: Dubai / Cape Town
I think it's just one custom display? Made to look like two
Get more Combinators, Patches and Resources at the deeplink website
-
- RE Developer
- Posts: 1264
- Joined: 17 Jan 2015
- Location: Stockholm
I did not implement this, but there are two adjacent custom displays: One for the grid and piano roll, and one for the sequencer. They both track the same drag-related properties and make sure to add the correct coordinate offsets so they both draw the "chord clip" in the same place for a seamless handover effect.
Looks pretty cool!
Looks pretty cool!
-
- Posts: 4218
- Joined: 09 Dec 2016
Definitely looks pretty cool - one of if not the best designs for player devices and the sequencer lengths are spot on. If only they would sort out Pattern Mutatorbuddard wrote: ↑29 Jun 2022I did not implement this, but there are two adjacent custom displays: One for the grid and piano roll, and one for the sequencer. They both track the same drag-related properties and make sure to add the correct coordinate offsets so they both draw the "chord clip" in the same place for a seamless handover effect.
Looks pretty cool!
-
- RE Developer
- Posts: 2286
- Joined: 22 Jan 2015
- Location: 55°09'24.5"N 37°27'41.4"E
Simple stuff, just keep track of the dragged object position as properties in all custom displays.
-
- RE Developer
- Posts: 484
- Joined: 21 Apr 2016
- Location: Las Vegas
I don't believe it is "simple". It is a trick. A very clever trick mind you, but a trick nonetheless. It means that every developer who wants to do the same, needs to do something similar (which is not documented, so reinvent the wheel) and manage it manually. It also highly constrain the design as the custom displays must be touching each other otherwise the dragged object will just vanish.
This leads to inconsistencies (looks ugly/broken) as can be seen in this screenshot which clearly shows the boundaries of the custom displays...
You do not have the required permissions to view the files attached to this post.
-
- RE Developer
- Posts: 2286
- Joined: 22 Jan 2015
- Location: 55°09'24.5"N 37°27'41.4"E
Ok, it may be a trick, but it is very very easy to implement. Takes almost nothing in terms of the lines of lua code. Both displays use the same function to draw the object being dragged. I was more impressed with the trick where you can drag the arrow from the modulation matrix to any destination control on the device. That requires having a map of all the controls in display.lua. While this new trick needs only the relative position of one display to the other one.pongasoft wrote: ↑30 Jun 2022I don't believe it is "simple". It is a trick. A very clever trick mind you, but a trick nonetheless. It means that every developer who wants to do the same, needs to do something similar (which is not documented, so reinvent the wheel) and manage it manually. It also highly constrain the design as the custom displays must be touching each other otherwise the dragged object will just vanish.
-
- Information
-
Who is online
Users browsing this forum: CommonCrawl [Bot] and 0 guests