Re: [Midibraille-development] One handed braille entry

[David G. <dr...@gm...>]

One other possibility, is to have the ESC key act as a backspace key as
well. For lefties, they should be able to move their wrist a bit and reach
with their little finger, for righties the backspace key - all without
having to lose their place on the keyboard. Of course when people can set
their own key bindings, they could set any key they preferred to be the
backspace key also. But we do need to decide on the factory settings.

Again as with everything we're doing, the toggle can be an option the user
can enable, if they prefer to have it that way. Its safe to say that many
people are going to have their own individual style for doing things, and it
is going to be good to cater for as many as possible.

As for the question mark button putting in dot 2-3-6 well thats a whole
different kettle of fish eh? Perhaps advanced users may want the convenience
of pressing one button to achieve common symbols - this belongs on the
roadmap for future releases I think.

On Sun, Sep 27, 2009 at 1:10 AM, Ross de Vent <ro...@de...> wrote:

>  That is genious. I was automatically going to say that pressing backspace
> is the most logical option. When you think about it though, pressing
> backspace means that you have an extra movement which restricts the user, it
> should be as seamless as possible. But if you can have each key act as a
> toggle this takes away that extra movement. The only exception would be the
> spacebar which puts an empty cell when you press it twice. Need to think
> about this a bit more, but I’ve just been experimenting with which keys are
> best for one-handed mode. I suspect that the keys you want to use will
> change depending on which hand is your strongest. First question: can we
> leave it up to the user which keys they want to use? We could have suggested
> possibilities, but ultimately it would be up to the user. I was thinking
> that we may have to restrict it to the alphabet, but seeing as this is
> braille music and the signs all change anyway from literary braille to
> braille music, for example dots 2-3-6 is question mark and staccato sign.
> Initially I was thinking that maybe we should leave these other signs as
> they are but I don’t think so.
>
>
>
> It occurs to me too, that since the beginning of braille music there has
> been slight formatting changes, for example bar over bar versus bar after
> bar for piano music. As the wickipedia article regarding braille music
> states betty crolick’s 1997 version of the braille music dictionary is the
> current one that people are supposed to stick to. However, it would be cool
> if we could include the various other formatting standards that have existed
> in the past as options.
>
>
>
> Ross.
>
>
>
> *From:* David Goodes [mailto:dr...@gm...]
> *Sent:* Sunday, 20 September 2009 11:56 PM
> *To:* mid...@li...
> *Subject:* [Midibraille-development] One handed braille entry
>
>
>
> Hi,
>
> As we had discussed, one handed entry works as follows:
> User types one or more of the predetermined keys to represent each dot,
> then presses the spacebar to signify that the cell is complete and should be
> placed.
>
> A few questions regarding this, as I have completed the braille entry (two
> handed) and want to get this one done:
>
> Pressing the spacebar twice means putting an empty cell up, yes?
> If the user presses a key by mistake, should they press 'space' and then
> 'backspace' to correct it, or will pressing the same key again work as a
> 'toggle'?
>
> For example: key 'Y' represents dot 1 on a cell. In one-handed mode, the
> user accidentally presses this key. Dot 1 will be placed if the user presses
> the space bar. Can they press 'Y' again to turn this dot 'off' again, before
> pressing space?
>
> -drgoo
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Midibraille-development mailing list
> Mid...@li...
> https://lists.sourceforge.net/lists/listinfo/midibraille-development
>
>