• You are not logged in.
  • Index
  • General
  • One handed typing through mirrored layouts

    One handed typing through mirrored layouts

    • Started by pinkyache
    • 8 Replies:
    • Reputation: 7
    • Registered: 21-Apr-2010
    • Posts: 818

    I've read about the idea of using a modifier that will change a character entered on one side of the keyboard to the character that occurs in the mirrored position on the other side of the keyboard.

    J -> F, K -> D, L -> S, P -> Q etc (Qwerty layout).

    One handed typing is an attractive idea for me.   I'd seen this post here on the forum:

    https://forum.colemak.com/viewtopic.php?pid=7796#p7796

    But when I went back to check it out, the project looked like it had evaporated.  I was thinking it would be a very easy thing to implement with software.  And was wary that the author of that post might be trying to monetise the design.  I couldn't try it out because it was a windows program.  I only recently had the chance to give it a spin and couldn't find the binary blobs.

    I'd never heard of halfQwerty until today.  I'm sure I read a university study or write up that wasn't from Toronto i.e. wasn't one of Matias' papers.  But I could be wrong.

    Could you even patent the idea of the mirrored keyboard?  I mean it's just a modifier layout at heart, that you could easily do with software.

    To me it seems halfQwerty is essentially an overpriced keyboard, whereas it would actually be more beneficial and flexible to have a software based solution for this.  Perhaps they can patent hardware design.   Not that I can find any IP rights on their website.

    I'd rather accessibility aids were accessible (which includes not being prohibitively expensive).

    Last edited by pinkyache (10-Jan-2014 17:17:44)

    --
    Physicians deafen our ears with the Honorificabilitudinitatibus of their heavenly Panacaea, their sovereign Guiacum.

    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538

    As a rule, you can patent anything: rounded corners, use of a scanner on a network, use of a laser pointer to exercise a cat..

    I'm not sure what else to say.  It seems ok, I guess, but would fail pretty badly if you want to use it for vim or whatever. If one hand were out of commission I would probably try to use messagease fulltime.

    Offline
    • 0
    • Reputation: 7
    • Registered: 21-Apr-2010
    • Posts: 818

    Well I remember the paper or article (damn shame I forgot to bookmark the thing) suggesting for some reason that the brain can easily pick this up and adapt.  And if that's the case then why not run with it?  Problem is that it only works for veteran touch typists that have it already wired into their brains.

    My suggestion was to just use more predictive text.  Seeing as Dvorak pretty much puts the vowels on the left hand, you could probably just omit the vowels and use the right hand only and let software guess the words from patterns.   The left hand could then be freed up for something like selections, modifers, numbers and directions.

    Last edited by pinkyache (08-Sep-2013 12:29:57)

    --
    Physicians deafen our ears with the Honorificabilitudinitatibus of their heavenly Panacaea, their sovereign Guiacum.

    Offline
    • 0
    • Reputation: 4
    • Registered: 04-Feb-2010
    • Posts: 149

    I can't seem to find the original HalfQwerty thread either, or links to the good version of the HalfKeyboard Emulator, though there are half a dozen other similar projects floating around. (Interestingly enough, HalfQwerty was originally software. Then Mattias decided it wasn't profitable enough, so he came out with the hardware version so he could really squeeze money out of insurance companies, companies with allowances for ergonomic keyboards and tax write offs. Disgusting.)

    Fortunately, I still have the good one. (Windows only, not sure if it works with Colemak.)

    https://dl.dropboxusercontent.com/u/536 … yboard.zip


    There are a couple of predictive text programs as well, such as LetMeType. The problem there is by the time you have enough letters to get anything out of it, and your brain has had a chance to check out the options, and figure out what number to use you are probably halfway through the next word already.

    Then there was a project that attempted to use Google auto-complete for text completion. It sounds brilliant, but that I didn't bookmark it is telling.

    There was an utterly fantastic one for medical professionals that only required a few letters in the correct order, could have done well with consonant only spellings, but that was like, 2000 dollars.


    Still, one handed typing projects are still best for people with only one hand. I know I wouldn't want to cram both hands' workload onto just one.


    EDIT: Found the AutoSuggest AutoComplete typing assist website. It does not use Google afterall. Seems to have been down for a while, which isn't surprising considering the horrible suggestions, and brain dead interface. Honestly, press the right arrow to accept suggestion? Amuse yourself with its awfulness with the magic of the internet wayback machine at gotypefast.com

    Last edited by cevgar (08-Sep-2013 17:07:45)
    Offline
    • 0
    • Reputation: 7
    • Registered: 21-Apr-2010
    • Posts: 818

    I never imagined that my typing would get as fast or faster than auto-completion.  By the time I wait for a suggestion to popup I may aswell have typed it.  Suggestion systems can't afford a lag and need to be very fast to compete with fast typists.

    My laptop has enough ram to hold an entire dictionary, so I don't really see the problem here.  As Dasher is open source, it's possible to pick out some of its components, like the predictive text stuff, and for you to roll your own.  Speed shouldn't really be an issue on modern hardware.

    I'd imagine that if you were presented with a prediction as you type, space bar would be a good way to move along to the next word (picking from alternatives would probably need an easy selector).

    The built in spell checker for vim is good but it's really awkward to use because of the key combos (I could remap them...)  as such it's pretty useless to me.

    I've a terrible habit of not proofing what I've read.   Perhaps we should just concentrate on writing shorthand, and then flowing through the text afterwards transforming the shorthand into real words, and doing our corrections while we are there.  The post analysis of what you write can be the lengthy bit anyway - so perhaps we shouldn't get too hung up on trying to get it right first time.  We are not all courtroom transcribers, and those that are, are probably using steno!

    Other forum members  recently championed  Pentatdactyl (whatever it's called) for Firefox and Vim for desktop nirvana.   But at the end of the day,  they are only two applications, what happens when you open another app that requires text input?

    Ideally you want a consistent input interface for text entry across all your applications at the Desktop/OS level.  Android from my brief flirtation with it, kind of does this with it's text entry system, you can toss one out for the other.  But I don't see anything like this for the desktop.   For me the OS should be far more clever about this.

    The text input method needs high priority, and most likely context support.  That might be language or task based.  Auto-completion may have different suggestion mechanisms in one application than another.

    The interesting part about the idea is the ambidextrousness that our brains possess.  This knowledge may help in layout development.  A modifer that is mirrored might lead to easy ambidextrous use (Shift, CTRL etc).

    Last edited by pinkyache (10-Jan-2014 17:25:01)

    --
    Physicians deafen our ears with the Honorificabilitudinitatibus of their heavenly Panacaea, their sovereign Guiacum.

    Offline
    • 0
    • Reputation: 0
    • Registered: 04-Apr-2013
    • Posts: 538
    pinkyache said:

    Android from my brief flirtation with it, kind of does this with it's text entry system, you can toss one out for the other.

    If you mean android has different keyboards, sure, but as of yet there's nothing that will let you have "vim everywhere".  I have to copy and paste from vim.

    However, maybe it's possible in principle.  Android keyboards ought to be able to have a vimlike extended editing session and only paste their contents in the end (think "It's All Text" or "Edit in Emacs").  It wouldn't quite be vim in the default text fields but close enough.

    Offline
    • 0
    • Reputation: 4
    • Registered: 04-Feb-2010
    • Posts: 149

    @pinkyache

    You misunderstand. It isn't that the autocomplete is slow, it is that the human reaction time is slow. For a competent touch typist it is usually faster to complete the words by hand from muscle memory than it is to break your train of thought responding to autocomplete prompts.

    Here, take this example. I want to type 'three dog'. So I put down a T, and the auto complete list pops up with some options. I do not stop typing while reading these options (why would I?), I am still putting down letters. Three probably doesn't even show up on the list until I am up to R at which point my finger is already on the downstroke for E, my other fingers are half way to where they need to be for the next word (index finger sliding under the middle to rest above D), and I am deciding on how to word the next sentence.

    For slow typists, also a bad match. Most hunt and peckers (that is what we mean by slow typists, right?) don't look at the screen while typing, so any options provided by an autocomplete would be lost on them.


    There are exceptions. Legal, medical or other technical settings, with big scary words like, I dunno, antidisestablishmentarianism. Yeah, sure. You can autocomplete the hell out of that. But do you really want professionals using autocorrect or autocomplete to fill out your medical files?

    Second exception is if you are using something that autocompletes whole phrases instead of words. I find these to be of limited use.


    Also, space is a poor choice of selector. You type 'the', auto correct suggests 'theater' and before you know it, 'the show tonight' has become 'theater showtunes tonight'. LetMeType that I mentioned earlier uses number keys, which aside from the fact that reaching up for the number row slow and clumsy, works fairly well. Outside of l33t speak and passwords, numbers are not usually used in words.

    Last edited by cevgar (08-Sep-2013 21:02:34)
    Offline
    • 0
    • Reputation: 210
    • From: Viken, Norway
    • Registered: 13-Dec-2006
    • Posts: 5,345

    I've tried some one-handed typing. It's not as good as two-handed but works surprisingly well nevertheless. As usual, see my Big Bag of Tricks... ;)

    Cmk-ISO-MirrorOn-Angle_90d-FingerShui.png

    Last edited by DreymaR (09-Sep-2013 12:09:04)

    *** Learn Colemak in 2–5 steps with Tarmak! ***
    *** Check out my Big Bag of Keyboard Tricks for Win/Linux/TMK... ***

    Offline
    • 0
    • Reputation: 7
    • Registered: 21-Apr-2010
    • Posts: 818

    Cevgar:

    > You misunderstand. It isn't that the autocomplete is slow...

    (It certainly can be laggy).   I believe you could get used to a different flow.  It really depends on a good implementation.

    > For slow typists, also a bad match. Most hunt and peckers (that is what we mean by slow typists, right?) don't look at the screen while typing, so any options provided by an autocomplete would be lost on them.

    Hunt and peckers half look at the screen (they snatch glances).   Auto-complete can certainly help them.

    > ...LetMeType that I mentioned earlier uses number keys..

    Not my first choice. Perhaps doable on Dvorak given the left hand has less to do. ( Have to give this some serious thought at some point...)

    Last edited by pinkyache (10-Jan-2014 17:11:19)

    --
    Physicians deafen our ears with the Honorificabilitudinitatibus of their heavenly Panacaea, their sovereign Guiacum.

    Offline
    • 0
      • Index
      • General
      • One handed typing through mirrored layouts