Dear Rd Team,
Having delved into lots of areas of the toolbars in notaition view and working
on the notation_toolbar_2 branch. I still feel a bit dis-satisfied with the
outcome. Though, I'm the first to admit that in general it is a more elegant
solution than prior version of the notation toolbar.
1) In RG classic. When leaving note / rest mode. The button related to the
duration was de-selected. This allowed the user to enter note/rest inserting
by picking any button of the toolbar.
Trunk now works differently. The button on the duration toolbar stays pressed
to indicate the expected duration that will be inserted. So when keystrokes
are entered, there is already feedback as to what value will be inserted.
The trouble is that if the user leaves note/rest mode and wishes to return to
it via the duration menu. The user needs to select a duration other than the
current one selected.
Example:
* In note mode and inserting quavers.
* Switch to select mode.
* Try to reenter note mode via pressing the quaver button.
result: nothing.
I realize that there is a draw button, the number duration keys, and a
right-click menu that will get them there. But, I found not being able to
"reselect" the button a little counter intuitive.
I spent a good part of the day looking into the issue, but didn't want to
create a stir at the time because there was so much going for the
notation_toolbar_2 branch.
But now that it is merged, I bring this up.
The duration_toolbar actions are all part of a group which is exclusive. So
when it is pressed (isDown() = true, found deep inside QAbstructButton, it
think). Then clicked() and pressed() are not emitted.
The only thing I could come up with was to not use the group feature and let
them be toggles like "triplet" and "chord" modes. But then we'd have to trackk
all of the eclusive stuff ourselves. I did not like that solution.
The Question:
* Is there an elegant way to get these buttons to retrigger there actions?
2) Also related to the duration tool bar is the accidentals toolbar.
This toolbar, though clearly related to the functionality of the
note/restInserter acts independently in many ways.
Users are able to select the setting, but it does not immediately change the
user to note/rest mode.
Questions:
* Is there a reason for this lack of behavior that I am missing?
* if not, can we have it check the current tool and then switch to note/rest
Inserter in it is not the current tool.
Before, the merge, there was no real incentive to ties these together since the
note/rest inserter did not remember its prior state. But, in my mind, now
there is a direct connection between these two menus and selecting an
accidental from the the accidentals toolbar implies the intent to insert a note
or rest next.
Please share your thoughts on these topics.
Sincerely,
Julie S.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
