[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] Moving without altering the selection
From: |
Richard Shann |
Subject: |
Re: [Denemo-devel] Moving without altering the selection |
Date: |
Mon, 25 Jan 2010 12:34:02 +0000 |
On Mon, 2010-01-25 at 00:22 +0100, Nils wrote:
> I currently rework the keymap and change some scripts which could do harm to
> a selection or select to much.
Can the authors confirm that extending the selection is not what is
being intentionally done
>
> I noticed there are no new commands for up and down. But on a second thought
> this seems to be ok.
> But "Go To End" and "Go To Beginning" are really missing, which are
> primitives. Please add them, too. Derived commands like "seek for next empty
> measure" will be adjusted by me.
>
This is fixed.
> New cursor movement system is:
> -Normal cursor-movement does not affect the selection at all. If there is a
> selection it stays as it is.
>
> -Any normal cursor key is doubled with a version that modifies the selection,
> our "old" commands d-CursorRight and such. These are now used if you hold the
> shift key. In reality these are two different commands but the user gets the
> impression of toggling with the shift key.
>
> -Mouse is not affected at all, it already worked like it should (except being
> to fast to create a selection, which is known)
>
> -One problem remains: If there is no selection and you use the
> selection-cursor (for example shift+right) no selection will be created. I
> say: Lets do it. The normal GTK/QT/WIN user expects this to happen. This is
> the same as moving the mouse or moving the mouse with LeftButton pressed.
>
> I see no problem to let the normal d-CursorLeft and other cursor commands
> create a selection if there is none because they are now exclusive in use for
> altering the selection thus they can create it on their own.
This is now done again, if you have a script that manipulates the selection,
you may need to change.
Richard
> I know there might be user scripts which rely on normal cursor movement but
> lets do it until its "too late". Once this is settled we have the selection
> ready once and for all and it will not get in your way and on your nerves
> like it did before. I will make sure that no Denemo delievered command will
> be broken if d-Cursor or d-StaffUp d-GoToEnd etc. creates a selection.
>
>
> Nils
> P.S. Commands which use the selection, if there, are now toggable by the new
> Denemo Pref "Apply to Selection".
>
>
>
>
>
> On Sun, 24 Jan 2010 09:44:50 +0000
> Richard Shann <address@hidden> wrote:
>
> > I have (I hope) finished adding commands that move the denemo cursor
> > without changing the selection. This means new Staff up/down and voice
> > up down commands, to home, to end. (I haven't looked at the navigation
> > dialog but that is not scriptable I don't suppose).
> > I have been thinking about the playback cursor. I think it should be
> > stored as a time (in (milli)seconds from start of the movement). It then
> > keeps its meaning even if the movement is edited. So it may then refer
> > then to a different note, or to nothing at all.
> >
> > Richard
> >
> >
> >
> >
> > _______________________________________________
> > Denemo-devel mailing list
> > address@hidden
> > http://lists.gnu.org/mailman/listinfo/denemo-devel
> >