[sib-access] Re: NumPad Reporting Issues
- From: Kevin L Gibbs <kevjazz@xxxxxx>
- To: sib-access@xxxxxxxxxxxxx
- Date: Fri, 02 Mar 2012 15:49:28 -0600
Dave,
I think I've come up with the reason why at least some of us have this bogus
report of no tie when the tie is, in fact inserted where you want it. I have
enough vision to have tested this and I have found the results consistent.
1. Play a note on your MIDi keyboard and then immediately after playing that
note, press the numpad enter button for a tie in the common notes template.
when I say immediately, I merely mean that the tie command should be your next
keystroke. Feel free to allow as much time to elapse as you wish between
playing the note and pressing the tie. JAWS will say "No Tie." In fact, the
tie is inserted. However, because the insertion point has moved to the next
note entry position, JAWS correctly reports that you can't insert a tie without
a note.
2. However, if after inserting your note, you then immediately left arrow once
so that you are actually on the note instead of having moved to the next entry
position, pressing the numpad enter key will consistently report tie or no tie
correctly depending on the actual state of things at that position. Everybody
should check this out and see if the results I'm describing are what you
experience. If you do get the results I've described, consistently, then all
is working well.
Kevin
On Mar 1, 2012, at 5:43 PM, Farfar wrote:
> I'm thinking along the lines more and more that the problem being reported
> is graphics or color related, due to display settings on specific machines.
>
> The reason I think this is because of the old Sibelius 3 and the SibSpeaking
> interface. For those of you who remember setting up SibSpeaking, there was a
> large amount of time spent in training SibSpeaking to correctly recognize
> all the numpad graphics and their on/off states.
>
> When one of the numpad keys is pressed, a graphic changes color or shape, or
> something, and Sib Access is somehow reading this change and reporting the
> new state. Unless Dan Rugman has come up with a very different approach,
> this dependency on correctly reading the graphics may still be necessary.
>
> In fact, it's not only when pressing one of the keys, but also when
> navigating through the score, that Sib Access is reading note durations and
> other enhancements via graphics on the keypad changing. At least I'm
> presuming this.
>
>
> One idea I have for you to try (for those with this problem) is to make sure
> you've not only run your registry keys again, but that you've also made sure
> you copied all the JAWS files to the correct folder (your Settings/ENU
> folder for your user settings). I think Dan provided a graphics identifier
> file (Perhaps .JGF) with all the secrets contained there.
>
> Add this to my earlier tips on screen resolution and color settings, and
> that should keep you busy trying out different permutations.
>
> Maybe Dan will chime in to put me straight.
>
>
> Dave Carlson
> Tastefully composed and transmitted from somewhere in the Western United
> States, using a Dell Latitude E6520 and Windows 7
>
> If you wish to unsubscribe, send a blank message
> with the single word, unsubscribe - in the Subject line to:
> sib-access-request@xxxxxxxxxxxxx
If you wish to unsubscribe, send a blank message
with the single word, unsubscribe - in the Subject line to:
sib-access-request@xxxxxxxxxxxxx
Other related posts:
