Grid ops / integration

[scanner_darkly]

yep, it got removed when the docs were redone, i mentioned it here: Teletype docs enhancements (redesign in progress)

i’ll see if i can add it tomorrow!

[ghost]

Like this

That’s nice, you’ve given me some good ideas, and I can also see why we might want more than 8 groups. Increasing groups gets my vote @scanner_darkly Is there really a reason to limit it to 16 even? I see in a previous post you talked about the visualiser issue - I must admit I hadn’t figured out where group visualisation was…

G.GBTN, G.GBTX, G.GFDR and G.GFDX

This would be awesome

[chapelierfou]

Is there really a reason to limit it to 16 even?

Yeah, i don’t know why i asked for 16.

[scanner_darkly]

adding more groups is very easy - they don’t take much space and there is no performance impact, so we could easily have 32, 64 or even 128 groups. the only reason i had it at 8 was because the main purpose i had in mind for them was to make creating multi page interfaces easier, and i thought having 8 pages would be more than enough. i’ll be happy to be proven wrong though! the example with 16 radio button groups was a good one. curious how would you use 32 (or more) groups?

I must admit I hadn’t figured out where group visualisation was

it’s the 1-8 numbers to the left of the grid area. disabled groups are dimmed, and the currently active group has a marker beside it.

[ghost]

curious how would you use 32 (or more) groups?

I guess an obvious thing would be having 16 radio button groups for a 16 step sequencer + various other groups for other menus/pages/functions…that could easily take you into the 20s. I admit I can’t imagine wanting more than 32 (or being able to fit the code in!)

I love the way you can use groups to create pages. It feels quite elegant to switch between them.

[scanner_darkly]

i think i will change to 64 groups. this could allow you, for instance, to have 8 pages and then you can use groups within each page to set properties on multiple controls at once.

as it won’t really be all that useful to display the state of each 64 on visualizer i’ll change it to just show the current group number instead.

[scanner_darkly]

changed the visualizer screen. the currently selected group is now shown in the right top corner (and as you can see there are now 64 of them available).

still not entirely happy with the icons… @laborcamp do you think perhaps you would have a chance to help design something better? the top left icon is supposed to show which half of a bigger 256 grid is shown (upper or lower) and the one underneath is active when grid rotation is applied. both are 6x6 pixels.

[laborcamp]

6x6 is very tight, of course.
I am not sure if i can do much better than what you have.
The arrow, I agree, is a bit rough looking.
The only alteration that I maybe would be tempted in trying is to see if the “half grid” icon could be articulated by “filling” in one half or another, rather than just altering the brightness of the outline edge. But honestly, am not certain if that would be an improvement. Just something I would want to “try and see”.

[scanner_darkly]

thank you! yeah, i like the idea of filling in the half that is active, i think it makes it more clear which half is being shown, i’ll try that. was also thinking of reducing their size to 5x5. for the arrow i’ll try to play with some simple anti aliasing.

[laborcamp]

a quick try on the fill, and some 6x6 arrows.

[scanner_darkly]

these look great! for the arrow the middle one in the top row matches the meaning the best (rotating grid 180 degrees).

[laborcamp]

Perfect!
It’s little things, but it all matters!

[tambouri]

late to this party, but I grabbed the beta last night, and worked through a few of the studies and fell into a few playful digressions that follow studies

@scanner_darkly this is a really impressive and inspiring addition to an already impressive and inspiring module

thanks!

[chapelierfou]

Would it be possible to enter negative values for col/row arguments on G.BTN and G.FDX, so we can change the way ids are distributed ?
That would spare some maths.

[scanner_darkly]

great idea! i’ll add it. would also be nice to have ids arranged by rows first, but i can’t think of a good syntax for this…

curious though, what math do you need for ids? i find i usually need to use calculations on ids to determine a button’s coordinates (for something like trigger sequencer), for this use case i’m going to add dedicated ops since it seems to be an often used case (so something like G.BTN.X and G.BTN.Y).

[scanner_darkly]

@laborcamp - new icons look great! for the square one i ended up using a dimmer frame (a bit hard to see in the pic) as it seemed less distracting.

[ether]

I’ve finally got a) an offworld and b) some time, so I can give this a run.

Is there a new build dropping soon, or should I run with the Oct 29 build in the op?

[chapelierfou]

Nice ! I was indeed referring to button coordinates. G.BTN.Xand G.BTN.Y sound awesome !

[scanner_darkly]

i think i should have a new beta (possibly the last one before a release candidate) sometime next week, which will include a bunch of new ops, so might be worth waiting for that.

[scanner_darkly]

this took a bit longer than anticipated due to my birthday followed by getting laid off from the company i worked for over 10 years, but the latter also means i have a lot more time to finish the grid integration - getting close to a release! this is likely the last beta before a release candidate.

[205521A grid]
teletype.hex (425.8 KB)
teletype.zip (126.2 KB)

changelog:

• number of groups increased to 64
• visualizer updated (thanks to @laborcamp for new icon design!)
• new ops, see list below
• bugfix for G.FDRN value being off by 1
• fix for IN latency included

several ops got extended functionality. you can now use the following to also get the current value: G.GRP, G.GRP.EN, G.GRP.SC, G.LED, G.BTN.EN, G.BTN.L, G.FDR.EN, G.FDR.L, G.BTNL, G.FDRL, and you can now use G.BTNV, G.FDRV and G.FDRN to set values.

3 new ops allow easy conversion of grid scenes to be used without a grid:
G.KEY x y action emulates a grid key press
G.BTN.PR id action emulates a button press
G.FDR.PR id value emulates a fader press

new group versions for G.BTN, G.BTX, G.FDR and G.FDX take group as the first parameter: G.GBT, G.GBX, G.GFD, G.GFX (i decided to use 3 letter versions to gain an extra space).

you can now get and set x and y coordinates - this will be super handy for sequencer math (or you can make a button that jumps around!) G.BTN.X, G.BTN.Y, G.BTNX, G.BTNY (and similar fader ops).

finally, another op for drawing rectangles - sometimes it’s easier to use start/end coordinates instead of x/y/width/height: G.RCT x1 y1 x2 y2 level1 level2

full documentation available here. to help deal with so many ops this explanation of the logic behind the naming convention might be useful.