On 10/05/2013 07:56 AM, Richard Shann wrote:
On Sat, 2013-10-05 at 04:58 -0400, Bric wrote:
(1) note insertion at cursor: sometimes I can't insert between notes. I
arrow right or left, and the cursor lands on one note or another; and
then when I type my "a", "b", "c", denemo ALTERS the existing note, (the
one I'm cursored on), instead of inserting a new one, and I can't seem
to find a way to insert in between!!
lower case "a" changes the note at the cursor to A, Shift-A, Shift-A (or
a,a with caps lock on) inserts the note A in the current duration. You
can see the shortcuts set on the relevant menu. (So for inserting a note
look in the menu Notes/Rests->Note Insertion). If you are not using a
MIDI keyboard then you can insert using a duration key, which is a
single key stroke.
I'll keep playing with that (just now had dubious results...); i think
hitting the standard "Ins" (insert) key may also work.
OK. I think I hear a bongo sound, which, I guess alert-prompts me about
insertion mode, such that the next key stroke in that mode causes an
insertion. OK. Clever. Intelligent design ;-)))
(2) undo: sometimes "undo" simply fails (and throws me into a big
panic). I can, for example, accidentally change a duration, or insert
an unwanted note or directive, then try to "undo", and denemo PARTIALLY
undoes a few steps, and then ignores my big nasty problem, by-passing it
in its undo steps(!)
Yes, Undo is buggy (sorry) ... if you create a completely reproducible
example it is worth creating a bug report for it. (Completely
reproducible means starting with File->New and then xx, yy, zz,...,
Undo. Or some such thing). (The problem is, I virtually never use Undo,
so I never get to know of simple cases where it doesn't work).
I'll try to reproduce.... (even if there are people on this planet who
might not want me to... [sorry just couldn't help turning THAT phrase] :-)
(3) scrolling: scrolling is frantic sometimes and imposing. Maybe
that's, again, linux-specific.
Not at all, GNU/Linux is the only system that gets tested a lot. Its the
only version I use.
comforting... in a sense... (but the latest git DOES get a lot more
sluggish than my old 0.9.3 (!) - what else could it be but the animations ?)
The animation effects might work
flawlessly in windows, on certain systems, but for my gtk2 and old
Ubuntu it's a pain in the ***; i think they're definitely slowing things
down for me BIG TIME.
this is not likely, the animation effect is not synchronous, it only
affects the drawing when the drawing is done, which is when there is a
lull in activity. And then it only changes what is drawn. It simply
aborts and starts again if you move the cursor during the period when it
would be active.
I just looked and I don't see a pref for turning it off :(
But a consensus to provide this is building, right? ;-))