Re: [Denemo-devel] more miscellania

[Richard Shann]

On Sat, 2013-10-05 at 11:14 -0400, Bric wrote:
> 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?  ;-))

Well, I have just checked in a change that links all the cursor
animation together - use the ¬ key to toggle off the cursor animation
(that is a pref I think too somewhere, the command is in
Navigation->Cursor->Cursor Highlighting)

Richard



> 
> 
> >>     And when I arrow forward,
> > Do you mean the right arrow keypress, assigned to MoveCursorRight? Are
> > you holding it down (thereby triggering the key repeat feature). I can
> > imagine that giving trouble. I think something would have to be done to
> > stop Denemo re-drawing when a large number of keypresses are coming in.
> > Try Ctrl-right arrow to move a bar at a time.
> >
> >>   wishing to progress
> >> just a couple of bars, denemo scrolls forward too much, and then
> >> sometimes it does it on its own;
> > that is your repeat key thing I guess - you have piled up a queue of
> > right arrow keypresses that
> 
> I'll keep testing/observing this
> 
> >>   then I've got to scroll back, and
> >> that's very sluggish... yada-yada. Can I at least turn off cursor zoom
> >> animation? I haven't understood how.
> >>
> >> (4) tool tips.  I've learned how to "cope" with them... but why should I
> >> have to (?)  they seriously get in the way; where can I turn them off? I
> >> see "Turn on all tooltips" in "Preferences", command behavior,
> > that is to turn on the really newbie ones that people will not want once
> > they have got going.
> >
> >>   and I
> >> have that UNchecked, but they still won't go away!
> > Look further down the same tab,  set the tooltip timeouts to some large
> > values.
> >
> 
> OK, that works.  Two down.  Four to go ;-)

remind me, or file a bug report...

Richard