denemo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Denemo-devel] Edit Mode


From: Richard Shann
Subject: Re: [Denemo-devel] Edit Mode
Date: Sat, 29 May 2010 21:46:17 +0100

I have added the infrastructure to support CapsLock as mode switch and
the commands AddA, AddB,...AddG which add a note to a chord.
Next will come a set of shortcuts, which will be better done separately
from the commands (ie d-LoadKeybindings)
Richard

On Sat, 2010-05-29 at 14:50 +0100, Richard Shann wrote:
> I have been short-changing the chording community here. In this new,
> shortly to be universal mode, it takes two keypresses to add a note to a
> chord (move cursor, enter note). Well, actually, this is nothing new -
> AFAIK it takes two presses in any current mode to enter notes into a
> chord.
> The Good News is that I think I have got to grips with this at last.
> We are missing a set of built-ins
> 
> d-AddA, d-AddB, d-AddC....
> 
> which do the move to A, B, C ... and the enter note in chord.
> 
> The keybindings I suggest are
> 
> a, b, c... edit the note under the cursor, or append a note (of current
> duration) if cursor is appending (command is (d-A...) in universal
> (formerly edit) mode.
> 
> Shift-a, Shift-b, Shift-c... Shift the cursor to the note (command is
> d-MoveToA...)
> 
> Alt-a, Alt-b, Alt-c, Enter the note into the chord at the cursor (or the
> chord before before the cursor if the cursor is in the appending
> position, to allow for continuous entry) (command is d-AddA..., this
> needs to be created)
> 
> CapsLock-a, CapsLock-b, CapsLock-c, Insert a note before the cursor.
> This makes CapsLock effectively a mode-switch, switching to insert mode
> which is ok, as it is understood by keyboard users to be a mode key
> (affecting subsequent keystrokes until turned off - usually a light is
> on to tell you). It is not possible to use this at the moment, because
> (with the best of intentions) JRR made caps lock and shift merge, as in
> word-processing. These shortcuts are actually labeled (by GTK) as A, B,
> C... rather than CapsLock-a, etc. (which is ok). (command is
> d-InsertA...)
> 
> 
> 0,1,2...  edit the duration of the note at the cursor or if cursor is
> appending: append a note of given duration (command is d-0... in the
> universal, formerly Edit, mode)
> 
> 
> KP_0, KP_1, KP_2... enter a rhythm-only note of given duration. Keypads
> are not universal, so those without would need to set their own
> shortcuts.
> 
> Alt-0, Alt-1, Alt-2... Enter a rest (also Alt-KP_0 etc do the same for
> when entering rhythm-only on numeric keypad. This means that a
> non-printing rest would require two key presses, e.g. KP-0 followed by
> Ctrl-Enter. If rhythm only notes were not needed, then this could just
> be KP-0)
> 
> I don't propose any key shortcuts for bulk entering of rests; they can
> be done by holding down Alt key while entering the rests; with the
> numeric keypad the rest entry is single-handed anyway, and the
> non-printing rests just mean holding down the Alt key while entering
> them. Of course, there is no intention of preventing people using the
> old modes - a preference can be ticked to bring back the mode menu.
> 
> Richard
> 
> 
> On Fri, 2010-05-28 at 19:14 +0100, Richard Shann wrote:
> > The new Edit mode is in git now. It makes so much more sense than the
> > previous behavior. I'll see about making it the default on freshly
> > installed systems.
> > Richard
> > 
> > On Fri, 2010-05-28 at 17:30 +0100, Richard Shann wrote:
> > > When I created Edit mode I missed something which has severely limited
> > > the usefulness of that mode ever since. I didn't realize that there was
> > > an extra cursor position "appending" where the idea is that the cursor
> > > is not on any note, but after all the notes in a measure.
> > > Consequently, you can edit the last note using say a NOTENAME or
> > > DURATION then move right into "appending" and perform the same action -
> > > instead of appending it effectively moves left and edits the last note.
> > > 
> > > I have been groping my way out of this confusion for some time now with
> > > the extra entry flag that I created (the one labled, somewhat
> > > confusingly Audible Feedback...).
> > > 
> > > What I think I can do is simply change the behavior of Edit mode to
> > > append when in appending position.
> > > 
> > > The actions in this mode (ie the behavior of a,b,c,d,e,f,g and
> > > 0,1,2,3,4,5,6) could then become the standard ones for people working
> > > without modes.
> > > 
> > > It would mean that if you are in the middle of some music and you want
> > > to insert an extra note you would not press any of a..g,0..6 but some
> > > shift or alt or what have you combination with these.
> > > 
> > > thoughts?
> > > 
> > > Richard
> > > 
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > Denemo-devel mailing list
> > > address@hidden
> > > http://lists.gnu.org/mailman/listinfo/denemo-devel
> > 
> > 
> > _______________________________________________
> > Denemo-devel mailing list
> > address@hidden
> > http://lists.gnu.org/mailman/listinfo/denemo-devel
> 
> 
> _______________________________________________
> Denemo-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/denemo-devel




reply via email to

[Prev in Thread] Current Thread [Next in Thread]