[from tct1501]
When the last node of an envelope is selected, create a new node 2x the length of the envelope upon hitting insert.
(I suppose it'd keep the same value as the current node.)
Just checked how IT handles this:
50 ticks is the smallest possible range of the envelope area. (default envelope ends at 100 ticks) When you drag the last node and reach the right of the envelope area, the range is extended by another 50 ticks /* edit */ and the mouse is xwarppointer'd to where the previous max value is now. This gives a kind of loarithmic feel to editing envelopes, since around 1200 ticks, just moving by a few pixels to the right extends it by another 50, and around 9000 you're extending it by about 100 ticks with every 1-pixel movement.
Anyway, i kinda don't like using XWarpPointer () too much cause it makes for a rather inconsistent interface, but in cases like this... what do you think?
> i kinda don't like using XWarpPointer () too much cause it makes for a rather inconsistent interface, but in cases like this... what do you think?
Its not possible (feasible) to warp the pointer on some platforms, with some hardware (how are we going to warp your fancy new tablet?).
It's also a security risk on some platforms (ever wonder why firefox/mozilla makes you wait three seconds before installing xpi?), which means the ability to do so might go away on platforms and hardware combinations that already exist.
We probably could get away with it in fullscreen mode (simply use relative mouse reads), however.
> We probably could get away with it in fullscreen mode (simply use relative mouse reads), however.