bugDenemo - Bugs: bug #32342, d-GoToPosition - bugs and problems...

 
 

bug #32342: d-GoToPosition - bugs and problems because it guesses the next best position

Submitted by:  -Deleted Account- <steele>
Submitted on:  Thu 03 Feb 2011 07:47:27 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Richard Shann <rshann>
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Fri 04 Feb 2011 10:43:21 AM UTC, comment #2:

An empty measure is already correct, it has one position "1", Appending. There are no positions "0" in this context at all.

The other question is, what if you GoToPosition 3 and the target is an empty measure. The answer remains the same.

Return #f, stay where you are. No guessing what might be a good place to go to.

Again: if we want a smart command we can do it in Scheme. But we need one command that is strict. If the position is not there you simply cannot go to it.

-Deleted Account- <steele>
Fri 04 Feb 2011 09:45:31 AM UTC, comment #1:

This command has not gone into a release yet so we can change its semantics.
Before doing so, can we clear up desired behavior with position number when target measure is empty? I think at present you can ask for either 0 or 1

Is this good?

Richard Shann <rshann>
Project AdministratorIn charge of this item.
Thu 03 Feb 2011 07:47:27 PM UTC, original submission:

d-GoToPosition should not try to be smart and guessing but rather be exact:

If you do
(d-GoToPosition #f (1+ (d-GetStaff)) #f #f)
which is the same as
(d-GoToPosition (d-GetMovement) (1+ (d-GetStaff) (d-GetMeasure) (d-GetHorizontalPosition))

it goes down one staff but remains on the horizontal position which would be a nice default behavior for our current "Staff Down" keys.
However:

If there is no such measure (unequal staff length) the next left measure is taken and #t is returned.
I think there should be no movement in this case. If the exact position cannot be reached d-GoToPosition should refuse to work.

HoritontalPosition not existent is related. The cursor jumps to the first position in the target-measure, but this times returns #f.

If we want smart, guessing command we should script them. I consider the current situation as bugs.

Related, but solved after changing the above:
If you GoTo a horizontal position 3 (or any other) to where no such position exists the cursor will jump to the first object in that measure and the statusbar tells you you are on position 3.
MoveCursorLeft (the left arrow key) is then deactivated, but not MoveCursorRight. Once you go right and left again a few times you can move freely.

-Deleted Account- <steele>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by rshann (Posted a comment)
  • -unavailable- added by steele (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Tue 01 Mar 2011 05:41:24 PM UTCsteeleStatusNeed Info=>Fixed
      Open/ClosedOpen=>Closed
    Fri 04 Feb 2011 09:45:31 AM UTCrshannStatusNone=>Need Info
      Assigned toNone=>rshann

    Back to the top


    Powered by Savane 3.1-cleanup1