Better Table editor

[lalalandsynth]

We have been working a lot with the Table editor and have some suggestions.

Mostly it has been a problem that the Start and End have points when it should be only the end that has a point and that end point should move the start point.
This causes problems when nudging, in some cases, although we have partially solved it.

This seems like a better solution.

This might demonstrate it better.

Or this.

Slight annoyance also that the lines seem to wrap under the table

The right click drag to bend a curve is strange in actual use, not least since the right click also deletes a point.

And unless you are willing to drag way out of bounds of the tabelview you have a tendency to try and drag multiple times to get a full curve.
Mouse sensitivity tweaks could fix that I guess.

This seems like a better solution, just right click a point and switch between straight and curved, or if keeping it as is , maybe Cntrl-Left click drag ?

Mouse modifier access would be nice as well , we have a snap function but you always have to enable it. (unless its possible to enable the snap temporarily with ctrl?)

Rather then the option of also Ctrl Left drag = snap.

Selecting a point or a bunch of points and using delete rather then left double click and right click. Also being able to make a selection and moving points.

Notice how it reacts to boundaries.

And finally , freedraw and stepdraw with or without snap.

.
.
.
These are just suggestions which would be nice to have.
Biggest issue for me is the start and end point issue as it prohibits manipulating the table and just feels "wrong".

[ustk]

@lalalandsynth In this case I would suggest to make your own table using a panel, and update the real hidden table accordingly

[Christoph Hart]

I think the main problem here is that the table editor was designed for editing simple stuff like velocity curves, or an envelope function but if it's the core of your product (like in your case), it might be a little bit too simple.

However rewriting it with the features you request is a huge task and it's not my priority to rewrite the entire table editor at this point (mostly because it is good enough for all my products), however you might think about writing your own TableEditor in C++ using the ExternalFloatingTile template that fits the features you have in mind. Of course you can start out with prototyping it with a ScriptPanel, but I think for this kind of UI complexity you need to go to JUCE - you can still use the Table data object from HISE (and the API between the TableEditor class and the Table is pretty clear).

[lalalandsynth]

@Christoph-Hart understood, thought i would put the suggestions out there.
Isnt the c++ code in an external tile disabled when the ui is not visible , seem to recollect we had that problem. Or do you have in mind that its just a ui object that then runs the underlying default table?