Breakdown as I see it:
MIDI-like internal representation of notes as, instead of as an array of cells
#1 will be most interesting in terms of sample representation / manipulation, supporting an ACID Pro-like workflow for situations that require it. See this post.
#2 could be useful for a minimised view of a multi-column track. If you can come up with a visualisation for, e.g. a chord where all notes in the chord are clearly visible, and also their per-note effects, this could also be used in more ‘mainstream’ use-cases.
#3 Is something which has been discussed in the Piano Roll thread. It also came up during a Pattern Zooming discussion. So far, this has culminated in the addition of the Delay column, which offers a lot of timing resolution. (Despite this, recording particularly intricate riffs from your favourite MIDI device still tends to lose notes… at least, last I tried to use it.) I should imagine that the days of tick-resolution dependence in e.g. instrument and automation envelopes are numbered.
These ‘events’ might be enterable by keyboard by virtue of Pattern Zooming, preserving our existing grid-dependant workflow. In fact “lines-per-beat” may eventually become the way that pattern zooming is implemented, such that doubling the ‘lines-per-beat’ for a pattern ends up emulating today’s ‘Expand’ command due to the way we stored the data 