Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Den

Pages: [1] 2 3 4 ... 16
1
Hacks / Re: Balanced Keyboard Layout
« on: Today at 05:19:32 AM »
According to Michael's frequency tables, Enter is between w and b ... Mmm that's an idea.
What I was trying to say was that it's right down there in QXZ territory, not up in "should be on a thumb" territory. I think if entering data (numbers etc) then we use enter a lot, but if writing text we don't. If coding, then a lot more. I think Michael used formal text, informal text and code to get his frequencies, so given that code would have pushed the frequency higher, in normal text it will be very low... certainly in modern word processors, only for paragraphs not end of line.

YMMV :-)

there's also a high chance of multiple Enters hit consecutively, and that's even worse for the pinky. that's how i probably hurt my right pinky on keyboard at work.

2
Hacks / Re: Balanced Keyboard Layout
« on: Today at 03:17:22 AM »
and so we stumble onto another of Arensito's secrets .... the Enter key way up there... but REALLY close to the pinky .... so any tests with lots of Enters gives it an advantage over ANY other layout that leaves Enter in default position.

I've moved it in my AltGr, but not as short a distance as he has... I suppose I need to put it on a single key that the distance calculations become more favourable....

the fact Arensito use pinky for Enter is huge faux-pas. that could be up to 20% for each pinky. ouch! maybe try AltGr + middle finger.

3
Hacks / Re: Balanced Keyboard Layout
« on: Today at 03:06:29 AM »
Center keys do seem to be effective. BEAKL 4 Ergo already uses them and does very well on code. The problem is Kinesis doesn't have those keys, so I can't try such a layout.


4
Hacks / Re: Balanced Keyboard Layout
« on: Yesterday at 05:28:42 PM »
Even better when you bring 1 and 0 down.

Code: [Select]
qjyou( wdmn0{
xhiea. gstrpv
}1"),: fclbk



http://patorjk.com/keyboard-layout-analyzer/#/load/wXXP350C

5
Hacks / Re: Balanced Keyboard Layout
« on: Yesterday at 12:22:11 PM »
My next breakthrough is to expand the pinkies in both directions. This not only improves the scores on prose, but can almost match Arensito on code without resorting to cumbersome AltGr.

This next evolution I dub BEAKL Opted36 because it 6 columns x 3 rows x 2 hands, for total 36 keys.
Code: [Select]
BEAKL Opted36

{jyou( wdmn)z
xhiea. gstrpk
}'"/,; fclbvq

see image


in KLA :http://patorjk.com/keyboard-layout-analyzer/#/load/bnKXn59Z

Code: [Select]
Results

Alice
72.74

PPTT
31.

Google source
53.00

6
Hacks / Re: Balanced Keyboard Layout
« on: September 24, 2016, 04:54:41 PM »
Quote
Enter/return is on pinky.

Enter usage varies wildly depending on type of entry.

Ideally Enter would be accessed by the thumb.

Preliminary optimized layout looks like this:

Code: [Select]
BEAKL OptedN Nums

 543 
70216
 8 9
.

There are 3 rows and 5 columns, and 2 more thumb keys. That is exactly the same number of keys on a standard numpad. I haven't included the math signs or Enter yet.

Visually:


With signs:
Code: [Select]
BEAKL OptedN Full

754=* 
31/2+
908-6
.     

Visually:


This works great with dates, too, both with slashes or dashes.

What if we needed more signs?

Code: [Select]
BEAKL OptedN Ext

^+-=*
%62.#
9315:
784$/
0

Visually:

7
Hacks / Re: backspace/delete
« on: September 24, 2016, 02:14:32 PM »
Thoughts on putting Backspace on AltGr-space?

And maybe delete on AltGr-shift-space?

https://autohotkey.com/board/topic/109966-ergonomic-coding-script-for-me-atleast/

Thanks, Ian

I much prefer Backspace on its own thumb key, and the Kinesis makes it possible. It doesn't affect these test scores, anyway. (I've heard of some programs that simulate typing mistakes, and thus include random backspace into their tests.)


8
Hacks / Re: Balanced Keyboard Layout
« on: September 24, 2016, 02:09:16 PM »
What we can learn from numpads:

1. Numpad are 1-handed only. This is very stressful on that hand, not always good rolls, and high same-finger.

2. It uses only the 3 strong fingers (and 0 on the thumb) for the digits, but no pinky. This is the exact same thing I've been advocating in BEAKL: No common letter/number on the pinky.

3. Another familiar concept is the stretching. Since 123 are the most common numbers, that is our home row. That means we stretch to reach the other numbers.

That said, I can envision a different (better?) design for 1-hand numpad based on BEAKL philosophy and effort grid.

9
Hacks / Re: Arensito
« on: September 24, 2016, 01:38:32 PM »
Hi

http://patorjk.com/keyboard-layout-analyzer/#/load/j0VSsQLk

What's so special about his number layout? Or is it just that ours sucks in comparison?
1000 digits of π

My Ergo Alt got 49.47, compared to Arensito 46.77. On standard keyboard, 4 points behind Arensito. If I put 2 on the index home, they both gain 3 points.
http://patorjk.com/keyboard-layout-analyzer/#/load/k7l8Zl51
Code: [Select]
BEAKL Opted4 Ergo Alt
49.47 (52.17)

Arensito fixed
46.77

BEAKL Opted4 Alt
45.48

Personalized
40.22

BEAKL 4 Mod Ian AltGr KLE68.79! check
38.65

BEAKL Opted4 Ergo Mod Ian 1
38.56


10
Hacks / Re: Balanced Keyboard Layout
« on: September 17, 2016, 02:17:04 AM »
Using Alt-Gr to game the scores is not necessarily more ergonomic, though.  there's a lot of value to hit special characters without modifiers. shortcuts in apps, especially games that need quick, simple key presses, especially the numbers. I like to use keys at the edge of the keyboard to control playback in VLC.

11
Hacks / Re: Balanced Keyboard Layout
« on: September 16, 2016, 11:43:34 PM »
Beat Arensito at code at its own game:
http://patorjk.com/keyboard-layout-analyzer/#/load/qr7jx9Dm

Check out BEAKL Opted4 Ergo Alt, scoring upper 60's for all sorts of code (including javascript, html, java, json).

12
Hacks / Re: Balanced Keyboard Layout
« on: September 16, 2016, 01:11:58 PM »
Quote
Don't like things outside on the pinkies. But the keys are there and have to be used for something.

They're much better spots for Ctrl, Alt, etc. than at the bottom. Your pinkies don't have to stretch as much when doing one-handed combinations.

13
Hacks / Re: Balanced Keyboard Layout
« on: September 15, 2016, 12:42:32 AM »
Comparing Arensito on standard layout and BEAKL on Ergo layouts, they have really close scores for code. Observations on why Arensito scores so highly on code.

1. The shift and alt-gr keys break up the same-finger and same-hand. So using more thumb-pressed shift and alt-gr give better scores.

2. Arensito has really low distance scores that are comparative to ergo layouts. This can be attributed to its mimicking of the thumb cluster as we noted earlier. Thereby lessening penalties from other fingers, particularly the pinkies.

3. Arensito has good locations for all the different types of brackets. Hitting them with alt-gr is still better than putting them on outside the pinkies, where they incur high penalties. Hence why it can get a good score on distance.

4. Arensito doesn't score so well on prose, as we are aware, but excellent on code. So we should try to steal its alt-gr trick for punctuation on a great prose layout, such as BEAKL and your alterations.

14
Hacks / Re: Balanced Keyboard Layout
« on: September 14, 2016, 09:48:47 PM »
To improve Stretch, consider if we remove the far top index and pinky finger and replace with the awesome under-index bend and side-pinky.

Code: [Select]
BEAKL Stretch Numdown

  "'x   wmb   
 qyouk gdlnv     
jhiea, cstrpz   
    .   f   


BEAKL Stretch Numup

  "'.   wmb   
 jyoux gdlnv   
qhiea, cstrpz
    k   f     

where the dot/K and F are now under the home index, and J/Q and Z are outside the home pinkies. The top index and pinkies are unassigned.

The effort has been improved by 15.% from the previous Stretch layout.

The most bottom row for Numdown contains the numerals. And naturally the dot/period is right beside them. In Numup, the number row stays at the top. This means this layout would require five rows, but the standard keyboard only has four. So Numup can only be used on keyboards like Kinesis, Ergodox, etc.

15
Hacks / Re: Balanced Keyboard Layout
« on: September 14, 2016, 04:09:15 PM »
Have you tried altering "our" layouts to have Alt-Gr layer like Arensito? and compare stats.

16
Hacks / Re: Balanced Keyboard Layout
« on: September 14, 2016, 01:42:06 PM »
I've actually been thinking about why we are limited to 3 main rows (instead of 4 ... ) ... I suppose the touch typists think their fingers have to rest on some keys, instead of, for example, being between two rows ....

4 rows can be great if your typing style is moving around a lot, like Sean Wrona. Moving the whole arm is usually faster and less straining than stretching and bending only the fingers. But for traditional typists, extra rows doesn't seem conducive for the nice rolling action we are accustomed to.

Quote
I looked at the Arensito page, very old, but his initial design uses the top 3 rows rather than the bottom 3 ... in truth he requires a non-standard keyboard for his layout. I may revisit some of his ideas when I get around to my own design (once I get a logical layout that I'm happy with).
Arensito: http://www.pvv.org/~hakonhal/main.cgi/keyboard

His reason to move the letters up is so he can put all the special keys on the bottom row, which would be hit with the thumbs. Essentially mimicking the Kinesis and other keyboards that have a thumb cluster.

17
Hacks / Re: Balanced Keyboard Layout
« on: September 14, 2016, 01:14:39 PM »
Mmmm...

https://geekhack.org/index.php?topic=73978.0

seems overboard and doesn't look that comfortable. thumbs shouldn't fan out that much. better to move whole arm and hand to hit farther keys.

the pinky is way too low, causing too much bend. it's not the natural at-rest position, and would be a pain to hit the lower pinky key. remember how we said we like stretches, not bends.

18
Hacks / Re: Balanced Keyboard Layout
« on: September 11, 2016, 10:20:01 PM »
The key to Arensito seems to be activating the special characters with Alt-Gr rather than reaching to a distant row. This works in its favor when inputting code.

edit: or maybe this layer forgot to calculate the actual keys. you can see the heat map that Arensito is extremely light when testing with code. whereas other layouts have heavy usage on many keys.

QED the Alt-Gr layer is miscalculated. It subtracts distance and finger usage.

19
Hacks / Re: Balanced Keyboard Layout
« on: September 11, 2016, 01:09:45 PM »
Right, the final score is already the aggregate to determine "winner" on KLA. So the average or sum of scores for all corpuses checked should be default. Name this "Overall Score".

You may also consider additional fields to sum the distances and same fingers besides the overall score. Name these Overall Distance and Overall Same Finger.

This way no additional math is needed. No percent or division. There could be default sort direction for each field, and user can reverse order if they want.

20
Hacks / Re: Balanced Keyboard Layout
« on: September 11, 2016, 02:59:34 AM »
"Default" score in spreadsheet is the score for the default text that populates the text box on Patrick's site.

Also regarding "stretched", I think you will need to tweak the analysis because I'm pretty sure all the distances are based on Home row being where it should be ... regardless of where you say your fingers will live. I've tried running his program locally, it loads and runs but the results are a mess.. the 'tabbing' layout does not work. Not sure why.

Reassigning home fingers definitely affects scores. Without doing it, Stretch only scored about 60. After changes, it jumped to 67. Could there still be some other bias? Maybe. Like maybe the number row is too far from home. So maybe we could my original idea by swapping number and bottom rows. And see if that scores better on Patorjk.

21
Hacks / Re: Balanced Keyboard Layout
« on: September 10, 2016, 04:21:54 PM »
They should be default sorted by best average score across all chosen tests.

22
Hacks / Re: Balanced Keyboard Layout
« on: September 09, 2016, 05:03:34 PM »
Just for fun, I tried to optimize a layout that kept ZXCV at bottom left while applying BEAKL philosophy. It came out like this:

Code: [Select]
ZXCV Opted

qnlfg  .iodj
prstlm  uaehb
zxcvw  ',"yk


It scores between MTGAP and Colemak.

23
Hacks / Re: Balanced Keyboard Layout
« on: September 09, 2016, 04:19:34 PM »
Here are conglomerate of BEAKL 1, 3, 4, 4 Ergo, and Stretch. Once you set home fingers to the bottom row, it scores very well. Almost as good as BEAKL 3.

Code: [Select]
BEAKL Opted4 Ergo
73.55

BEAKL Opted4
70.17

BEAKL Opted1
69.98

BEAKL Opted3
67.92

BEAKL Stretch
67.33

24
Hacks / Re: Balanced Keyboard Layout
« on: September 09, 2016, 06:16:51 AM »
yea it seems like HIEA is a breakthrough. and some form of STRN on the opposite side.

25
Hacks / Re: Balanced Keyboard Layout
« on: September 09, 2016, 06:00:45 AM »
I really like it. It's really intuitive. You should try it.

The N moves back to the "home" row, and the R up, which makes PR bigram feel quite good. The U moves next to the O, which is another great move.

26
Hacks / Re: Balanced Keyboard Layout
« on: September 09, 2016, 05:22:50 AM »
Kinesis bottom row as home row feels really nice, and so is stretching to the top row. Quick results gave this:

Code: [Select]
BEAKL Stretched

j"'.xwfmbz
qyoukgclrv
hiea,dstnp

Pretty reasonable, not far departure from BEAKL 4.

27
Hacks / Re: Balanced Keyboard Layout
« on: September 09, 2016, 03:25:35 AM »
If we also include 4 thumb keys, that would total up to 38 keys to optimize.

Actually it seems stretching fingers is easier, so it makes sense to start at a lower row. On Kinesis it's quite easy to reach number row. The curvature could benefit that more than the bottom row, even if the latter is closer.

Arensito is just moving one row up, which I don't see much benefit, whether on standard or Kinesis. As explained above, I would accept the number row, but the home and top rows stay in place. Remember stretching fingers is good, so the fingers have to remain low in order for them to stretch.

For example I'll swap the bottom and number rows for quick illustration:

Code: [Select]
BEAKL 4 Stretch

q"',x wflbv
jyo.k gcmnz
hieau dstrp
40123 87659

You can see the home row and top row letters did not move to new rows. They stay the same place on the keyboard.

Of course this is most likely not optimized. We'd have to reassign the effort scores, etc. The main difference off-hand is the distance is farther between home and number row. Nevertheless, that may still be better for row jumping. e.g. jumping from home to old-number row may be better than jumping from bottom row to top row.

Actually the bottom row on the Kinesis feels kind of nice as the home row. It's curved up to meet the fingers which could tap inwards instead of downward.

28
Hacks / Re: Balanced Keyboard Layout
« on: September 08, 2016, 04:44:02 PM »
Have added BEAKL Opted 4 to the table, the others are Ergodox layouts which are not done yet.... will be in separate table.

Just check I had the right layout please... :-)
http://patorjk.com/keyboard-layout-analyzer/#/load/CMLP7qQz

Cheers, Ian

Yea it looks correct.

BEAKL Opted 1 is still impressive when you allow letters to go outside the 30 main keys. Have you explored that area and how far? Extend two keys to outside each hands, so optimize 34 keys. The extra characters worth adding are -/()

29
Hacks / Re: Balanced Keyboard Layout
« on: September 08, 2016, 02:45:00 PM »
Thats a huge chart. Don't tell me you typed them all manually? 😃

You should promote that chart to other higher traffic sites (when it's ready). Will generate more discussion (and quarreling between fandoms of popular layouts 😃.)

I notice it's missing BEAKL layouts without your mods. Could add them? Mainly versions 1, 3, and 4 bare bones.

30
PC and Video Games / Re: KARA 5 Poker
« on: September 08, 2016, 02:24:55 PM »
app updated

v 2.0
added new hands: Rider and Cupid
Scaled UI and solid background for all screens and devices

v2.1
Support for Android TV

31
Hacks / Re: Balanced Keyboard Layout
« on: September 04, 2016, 01:34:24 AM »
Any modern keyboard layout should take into consideration the entire desk and other devices on the desk used by the user. i.e. the ubiquitous mouse and its relation to the keyboard. With most users being right-handed, thus the mouse operated by the right hand by vast majority of users, we may assume the user has the left hand perched on the left half of the keyboard. Thus we can assign common utility keys on the left of the keyboard within easy reach. Including space, enter, escape, etc.

The most essential key here is space. (...) Thus we want to place it on the left hand. Naturally the vowel district follows the space to the left hand during optimization.

Furthermore the most common numeral digits should also go on the left hand so that they may be typed without lifting the right hand off the mouse. I propose the order of the number row as such:

Code: [Select]
40123 87659
per the frequency of each digit. The five most common numbers fall on the left hand. The sequence and symmetry gives a sense of order and ease of use. Coincidentally and fortunately the dot/period falls in line with the vowel cluster on the left hand, so fractional values can also be typed mainly with the left hand.

Likewise the numpad could do some optimization as well. Something like this:

Code: [Select]
546
021
378
. 9

where the dot/period is hit by the thumb. With the numpad operated by the right hand, this order allows better rolls.

32
Arts, Literature, and Crafts / Re: [lang] Li-Ya-Hu
« on: August 27, 2016, 02:21:41 PM »
Liyahu to use base 12?

Base 12 is one of the more rational bases. Should Liyahu  number system form around base 12? (instead of 3/9/27)  Evenness is very crucial for rational arithmetic, to easily split things in half. If so, how should the symbols (vi) look like?

Liyahu symbols are formed around only 3 houses to place the vi. But the permutations thereof don't directly wholly form 12 symbols needed for digital computation.

Idea: A fourth house at the center of the skel. This means 4 houses and 3 vi in each house = 12 possible digits.

33
Added Hex Hung (highly recommended for twyping = typing + swiping)

34
All layouts in this post are for 2-thumb typing. For tablets, try split landscape.

Added Righty (highly recommended)
Favors right hand and top two rows.


Added Imagettem
Has space cluster on each side.


Added Easthorn
Favors right hand and top two rows

35
Hacks / Re: Balanced Keyboard Layout
« on: August 23, 2016, 02:59:16 PM »
I trust you noticed I put it on the left thumb? :-)

Cheers, Ian

I did miss that. I've tried using thumb on the bottom row, but it feels really uncomfortable to curl the thumb like that.

36
Hacks / Re: Balanced Keyboard Layout
« on: August 21, 2016, 03:44:35 PM »
i don't get hung up on these arbitrary distance scores. their opinion on how to measure distance and effort wildly differs from mine. other tests are less arbitrary, like number of times a key is pressed and same hand/finger.

that H is way out there, though. really bad for HE digram, too.

37
Hacks / Re: Balanced Keyboard Layout
« on: August 18, 2016, 06:21:12 PM »
The keys are more clicky, less soft than my old keyboard. probably need time to adjust.

There are no application to modify the layouts. You do it using the keyboard one key at a time, or create and edit text files. A special key combination opens the onboard drive to the OS, then you can open it in a file manager and read and write to the files. You can switch between layouts using special hotkeys, based on special file naming convention.

This has some consequences.
1. You can't use the OS to change layouts. Must keep it at locale default, such as QWERTY. Otherwise the mappings get mangled.
2. The unshifted and shifted characters move together. That means punctuation stick together in their default pairs. e.g. dot and greater-than sign always found on the same key. So we can't mix and match the punctuations to our preferences. e.g. I like to move parentheses () down with the letters and <> up to with the numbers. But I can't do that unless I move the numbers down.

I might make a HTML form to facilitate creating layout code that will be accepted by the keyboard. My BEAKL file looks something like this:

Code: [Select]
b_qwerty.txt

[T]>[K]
[R]>[.]
[E]>[O]
[W]>[Y]
[Q]>[J]
[G]>[U]
[F]>[A]
[D]>[E]
[S]>[I]
[A]>[H]
[B]>[X]
[V]>[,]
[C]>[']
[X]>[;]
[Z]>[Q]
[Y]>[G]
[U]>[C]
[I]>[M]
[O]>[N]
[P]>[Z]
[H]>[D]
[J]>[S]
[K]>[T]
[L]>[R]
[;]>[P]
[N]>[W]b
[M]>[F]
[,]>[L]
[.]>[B]
[/]>[V]

[escape]>[caps]
[caps]>[lctrl]
[lshift]>[escape]
[lctrl]>[lshift]
[rctrl]>[rshift]
[']>[rctrl]
[rshift]>[']
[delete]>[bspace]
[bspace]>[space]
[enter]>[delete]
[space]>[enter]
[rshift]>[hyphen]
[=]>[intl-\]
[obrack]>[/]
[cbrack]>[kpplus]
[intl-\]>[=]
[hyphen]>[obrack]
[\]>[cbrack]


[1]>[9]
[2]>[3]
[3]>[1]
[4]>[5]
[5]>[7]
[6]>[6]
[7]>[4]
[8]>[0]
[9]>[2]
[0]>[8]

Square brackets [] mean single key replacement, as opposed to macros in curly brackets {}. Left of the greater-than > sign means the location of the key (in QWERTY). Right side means the new output of the key. e.g. [T]>[K] means the T key should output the letter K.

You can also modify the keypad (secondary) layer, but I have no need for that. I did bring the plus + sign from the keypad layer to the top (main) layer because I want to quickly access it unshifted (as seen by the code [cbrack]>[kpplus]).

38
Hacks / Re: Balanced Keyboard Layout
« on: August 17, 2016, 05:09:57 PM »
I just got my new Kinesis. Just in time because some keys on my old one is getting sticky. So I'm gonna spend some time to play with it.

39
Arts, Literature, and Crafts / Re: [lang] Li-Ya-Hu
« on: August 13, 2016, 11:20:52 PM »
Simplify sounds for numbers, by digits, pairs, and trips -- in Liyahu's base 3/9/27

* Base 3 - base vowels IAU (no consonants)
* Base 9 - base vowels & vowel diphthongs from IAU (no consonants)
* Base 27 - consonants & vowel diphthongs

* Base 3--
- 0 u, 1 i, 2 a
* Base 9--
- 00 u, 01 ui, 02 ua, 10 iu, 11 i, 12 ia, 20 au, 21 ai, 22 a
* Base 27--
- 0.. h.., 1.. l.., 2.. y..
- ex. 102 lua, 222 ya, 020 hau
- ex. 120,102,002 lau-lua-hua; 212,110,021,220 yia-liu-hai-yau

One and two vi digits = base 36 (=27 double-vi + 9 single-vi). Used to divide cycles, circles, and tell time.
36 seconds per minute, 36 minutes per hour, 36 hours per day, 36 days per month.
10 months per year = 1 big month & 9 small months = 30 months per triade = 27+3 = 40 months between peak years = 27+9+3+1
Big month = extra 5 days. On peak year extra 6 days.


Resources:
* Duodecimal Nomenclature, http://dozenal.org/drupal/sites_bck/default/files/DuodecimalBulletinIssue012-web_0.pdf , p. 4

40
I actually tried Vertigo type layout on computer keyboard the other day ... thought it was a new idea. Scores on Patrick were not so good, it does not make sense to put little-used numbers on home row or prime index-finger spots. I guess mobile devices will be a different experience.

Am installing the software to test ... currently use paid-for SwiftKey.

Cheers, Ian

Mobile and stylus typing involves more of the wrist and thumbs, so up and down motion is more efficient. Thus arranging in columns rather than rows is more ergonomic. Actually, circular is most efficient, but there is a limit to column height before it blocks out the screen. So layouts still tend to spread more sideways than I'd like. But it still works great since you really only need to optimize the first ten or twelve keys. The rest can fall in place based on digrams, which I feel is more important than on desktop keyboard. Adjacentness helps the continuation of typing, and improves ergonomics and speed.

For 2-thumb layouts, I might need to put the core letters higher andd to the center where the thumbs naturally rest. However this will obstruct the view of the bottom letters.

41
Hacks / Re: Balanced Keyboard Layout
« on: August 12, 2016, 06:40:48 PM »
It's pretty novel idea. Have you actually tried typing this way, and how does it feel? However the brackets seem all over the place, hard to find and memorize.

Speaking of numpad, you could try secondary layer like Kinesis. But the num-lock key to switch between modes should be more accessible, like at the thumb.

It has been argued that optimizing punctuation (and maybe numbers) may be fruitless because they're not used often. So if one would rearrange them, it would be very personal, based on one's personal habits and whatever programming language one uses the most.


42
Hacks / Re: Balanced Keyboard Layout
« on: August 12, 2016, 11:15:18 AM »
Re the xkb files, I don't know.... it would be nice, but there are the config files that need to be edited, and you can't just 'replace' whatever the user happened to have on his system, because it could have been modified.

The 'clean' way is to get your layouts added upstream by the xkb maintainers, and then it will be automagically added when people update their systems. Eg Norman, Workman, etc, have followed that route. I don't think you need to beg them to add the layouts, or pay them money, but I guess they have some criteria to stop every 'new' layout getting added, when no one uses it. I suppose getting some community support for the layout would help. Build a 'vibe' etc.

I'm actually busy building a new site which will, amongst other things, deal with new layouts and attempt to track and report on the good/better/best ones.

Cheers, Ian

It kind of catch 22. If it's cumbersome to install new layouts, people won't try and use them. And if nobody uses them, they won't add new ones.

Obviously I would like to submit a layout to the official patches eventually. However we still need to settle and decide on a final version that we all feel satisfied on. And then hopefully be accepted by the public. I wonder if I can sell to them the claim to reduce pinky usage and fatigue. And of course test scores  :P


43
Hacks / Re: Balanced Keyboard Layout
« on: August 12, 2016, 11:01:29 AM »
I did name earlier ones Balanced layout, but apparently someone else also came up with a similar name (Balance without 'd') much later.

Looking back at my earlier Balanced layouts, one of them has the home row OAEID RHTNS. of which the vowels kind of resembles your OAEH. totally forgot why I arranged them like that, but apparently it was copied directly from Klausler, which at that time I was very impressed and learned a lot from.


44
Hacks / Re: Balanced Keyboard Layout
« on: August 12, 2016, 01:15:27 AM »
Can you add new layouts to xkb without modifying existing files? In other words, create only new files and zip them into a single .tar.gz file for easy distribution. Then the user just has to unzip the files and choose the new layout in the system settings.

Balanced 12 was not created by me, although the vowel district does resemble BEAKL 1. It does very well under my AdNW tests. Right in between MTGAP (1st) and BEAKL 4 (3rd) in default settings, but they were all very close. Under my modified settings, Balanced 12 scored better than MTGAP, but not as good as Bu. Naturally all the BEAKL layouts scored the best by a mile under my settings.

Some programs may not properly read non-ASCII characters, so presence of these characters in the layout may mess up the scores.

45
Hacks / Re: Balanced Keyboard Layout
« on: August 11, 2016, 10:57:04 PM »
If you look at the numbers here:

http://patorjk.com/keyboard-layout-analyzer/#/load/Rqql9vjZ

then the new layout has the second lowest right pinky travel and usage, against other leading layouts. The only one that's lower is my other OAEH layout.

So I don't think your worries are justified...

I look at the pinky usage percentages and make sure each pinky falls under 5% in many typical conditions. With the R on right pinky, there's a high risk of it going way above 5%, even approaching 8%.

Quote
Need to print some stickers for the relabelled keys. And make an xkb file :)

How do you create and distribute xkb files?

46
Hacks / Re: Balanced Keyboard Layout
« on: August 11, 2016, 08:47:28 AM »
Silly me. I think I got your ' and " the wrong way around.

Here you go... let's see what Opt thinks of this:

http://patorjk.com/keyboard-layout-analyzer/#/load/kL7W45zf

" ring finger
' middle finger

I'm sure you can score better on patorjk by putting N on home row. But putting R or other frequent letter on right pinky will overwork that finger, and worse for rolls. I think Opt puts R on home and N on top because R has more digrams with other consonants. So rolls with R will be faster and more convenient even if other consonants are on top or bottom row.

47
Hacks / Re: Balanced Keyboard Layout
« on: August 10, 2016, 10:40:56 PM »
I practiced some more with BEAKL 3.0, but for some reason it just doesn't jive for me. The vowel district seems the main issue. So I significantly altered the configuration in Opt to punish awkward rolls in the left hand. And it spit out something like this:

Code: [Select]
BEAKL 4.0
jyo.k gcmnz
hieau dstrp
q"',x wflbv

So far I like this a lot more with just a little practice. The H is back on the home pinky, which I can live with. Y moved from the bottom row to the top, which feels much better. The consonant district has some minor changes, swapping G/F & M/L.

It resembles more like BEAKL 1.0 but outperforms it by a bit.

48
Added BEAKL (2-hand typing on tablet landscape)


Set AnySoftKeyboard keys to height of 0.8. Home row is middle row. Use thumbs to hit shift and backspace.

49
Added 3rd party layouts (for comparison): Fitaly and Opti

50
Hacks / Re: Balanced Keyboard Layout
« on: August 07, 2016, 04:46:06 PM »
for constant rearrangement, perhaps a tablet that allows reconfiguring the keys. something like AnySoftKeyboard for android. which as you may know i'm very familiar with from my other topic on optimal tablet/phone layouts. given a big enough tablet to fit ten fingers, might be easier to test logical layouts with automatic visuals.

Pages: [1] 2 3 4 ... 16