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 ... 18
Here's updated TEA ring for MOK.

Code: [Select]

and the generated URL to install the layout to the phone app:
Code: [Select]

attached screenshot.

the keys are not all the same size.
punctuation layer needs heavy modification.

need lots of time and trial and error to fix these issues (since i can't find any documentation on the syntax.)

I found the URL you can visit on your phone that lets you edit the layout and apply directly to the app:

I'm testing out Vowel Sandwich because that's the last layout I have that doesn't put the space in the middle, which would interfere with swiping. already can feel it's much better than qwerty and other flat, wide typewriter-based layouts.

Code: [Select]

and the generated URL to install the layout to the phone app:
Code: [Select]*()%E2%84%96%C3%B7%E2%88%9A%22%2C%0A%22~%60%7B%7D%5C%5C_-%3D%7C%2B%C2%A7%E2%88%B7%E2%80%A0%22%2C%0A%22%40%5B%5D%23%C2%B1%2F%C3%B7'%5C%22%C2%AB%C2%BB%E2%80%94%E2%80%A1%22%2C%0A%22%5BSHIFT%5D%E2%80%A6%3C%3E!%3B%3A%3F%E2%80%B9%E2%80%BA.%2C%5BDEL%5D%22%2C%0A%22%5BLOCK%5D%5BALTGR%3A%2C%5D%5BSPACE%5D%5B%5D%5B%5D%5BSYM%3A.%5D%5BENTER%5D%22%0A%5D%2C%0A%0A%22altGr%22%3A%5B%0A%22%5C%22%C2%AF%60%CB%87%C2%B4%C2%A8%CB%99%CB%9A%C2%B8%EF%B9%90%CB%9B%CB%98%CB%9C%CB%86%22%2C%0A%22%E2%80%95%E2%88%91%C3%A9%C9%99%C2%AE%E2%80%A0%CE%A9%C5%93%C3%B8%CF%80%E2%80%A2%C2%B7%22%2C%0A%22%C3%A6%C3%9F%E2%88%82%C3%B0%C6%92%C2%A9%C2%AA%C2%BA%E2%88%86%E2%89%A0%C4%B8%E2%88%9E%22%2C%0A%22%5BSHIFT%5D%CA%92%CE%A9%E2%89%88%C3%A7%C3%BE%E2%88%AB%C5%8B%C2%B5%E2%89%A4%E2%89%A5%5BDEL%5D%22%2C%0A%22%5BLOCK%5D%5BALTGR%3A%2C%5D%5BSPACE%5D%5B%5D%5B%5D%5BSYM%3A.%5D%5BENTER%5D%22%0A%5D%2C%0A%0A%22num%22%3A%5B%0A%22%5BSpace%5D123%5BDel%5D%22%2C%0A%22*456%23%22%2C%0A%22%2B789-%22%2C%0A%22%5BLock%5D%2C0.%5BEnter%5D%22%0A%5D%0A%7D%0A%7D%0A

attached screenshot.

(maybe later try again with updated TEA ring, which is more hexagonal.)

Thanks for suggesting multi long o. It seems great potential. Finally a swiping keyboard that lets you customize layout.

For any thumb layout, it's more ergonomic and efficient to be as round as possible. Not flat and long. especially true for swiping, else you're wasting energy traversing great distances across the entire screen for every word. It gets tiresome like immediately.

Thus I suggest more rows, about 5. Shorten columns to about 7.

Btw where are instructions to make own layout and theme?

Hacks / Re: Flownetic
« on: January 31, 2017, 04:33:51 PM »

1. are there official punctuation symbols?

2. your /s/ and 5 are rather close ... please advise?

Thanks, Ian

1. not yet.

2. they're same for now. you could make slight modifications to 5, like a hard stop at the left before continuing the stroke.

Hacks / Re: Balanced Keyboard Layout
« on: January 13, 2017, 01:02:22 AM »
So I go walkabout to see where you got the 45° figure from ... in my previous readings the figures I've seen for tenting were usually much lower, and typically similar to the rotation for the two halves of a split design (ie around 15°, or say 10° to 20°).

45 is just my observation when I put my hands at rest on the table, and which is just comfortable enough when tapping my thumbs (against air). this seems the best compromise and comfort for two different factors: wrist pronation and gravity.


I'm interested to use the BEAKL layout on a Planck keyboard.

Because I like the control key on the left and right pinky I moved some keys around.
How can I test this layout in the keyboard analyzer?


First, H should be on the pinky and A on the index home.

Here's a refined layout. I removed redundant keys.

Code: [Select]
* ,-----------------------------------------------------------------------------------------.
 * | J      |   Q  |   Y  |   O  |   U  |   X  |   F  |   G  |   R  |   C  |   V  |  Z       |
 * |--------+------+------+------+------+-------------+------+------+------+------+----------|
 * |Ctrl/Esc|   H  |   I  |E/FN5 |A/FN2 |   .  |   L  |   S  |   T  |   N  |   W  |Ctrl/Enter|
 * |--------+------+------+------+------+------|------+------+------+------+------+----------|
 * |Shift/( |   '  |   "  |   \  |   ,  |   /  |   B  |   D  |   M  |   P  |   K  |Shift/)   |
 * |--------+------+------+------+------+------+------+------+------+------+------+----------|
 * | Tab    | GUI  | Alt  | Hyper| Del  |    Space    | Bksp | Left | Down |  Up  |Right     |
 * `-----------------------------------------------------------------------------------------'

Hacks / Re: Balanced Keyboard Layout
« on: December 30, 2016, 09:57:50 PM »
there have been attempts to put the thumb keys on a vertical plane. however i don't think it works as good as you imagine.

the thumb hitting inwards towards the palm works best when it's countering the movement or grip of the other fingers or palm. that's why it's called the opposable thumb, to oppose the action of the hand and fingers. it works great such as for ergonomic mice because the mouse is held down by the hand. this provides resistance for the thumb to press against. on the other hand, an independent thumb that strikes orthogonally to the direction of gravity loses much of its effectiveness by using more effort.

then there are issues with technical and aesthetic designs you must overcome.

the main thing to get right is the tenting angle. if the keyboard tents about 40 to 45 degrees, then have the thumb keys 90 degrees of that. so the thumbs strike not totally perpendicular to the direction of gravity, but like 45 to 50 degrees.

Arts, Literature, and Crafts / Re: [lang] Flownetic: The Phonetic Script
« on: December 19, 2016, 01:11:30 PM »
Language convertor seems to produce same results regardless of input... same image as you posted.

Was trying to check up on image for 13, in your main Flownetic page is kinda like a backward P like the /p/ in Monofon, but glyph I have is basically a 3. Did you change it?

converter image has a static URL, but content will update when new text is entered.

decimal 13 should look like our 3.

Hacks / Re: PanGalactic Keyboard Layout
« on: December 19, 2016, 12:56:55 PM »
I would do vowels then consonants, and go down the columns left to right as presented in my tables.

Hacks / Re: PanGalactic Keyboard Layout
« on: December 18, 2016, 08:19:33 AM »
is 8 a Z or not-equals?

thanks, Ian

Two parallel horizontal lines connected by an oblique line connected at opposite ends of them. In short like a Z.

The latest official versions are found on this website.

Hacks / Re: PanGalactic Keyboard Layout
« on: December 15, 2016, 03:17:59 AM »
We can agree that we don't need more than one case.

Since we're talking about universal alphabet, we should go from general to specific, rather than singling out English. Some efficiency may be lost when typing in English or any given language.

How many keys do we need? Let's take Flownetic as work study, as that is the closest to IPA's ideal of one sound, one glyph.

Assume standard keyboard for typing text has 3 rows and 32 keys. We may use up to 4 layers: normal, shift, altgr, and shift+altgr.

Flownetic has (up to now) 83 glyphs. Let's further divide them so that the layers are more logical. Such that shifting a vowel key also spits out a vowel, not a consonant, and vice versa. So we have 35 vowels and 48 consonants in Flownetic.

Depending on the amount of layers we want to use:
2 layers: 18 v + 24 c = 42 keys needed
3 layers: 12 v + 16 c = 28 keys needed
4 layers: 9 v + 12 c = 21 keys needed

So in the best case, we need 3 layers to fit all Flownetic glyphs on a standard keyboard of 3 rows and 32 keys. I think 4 layers would be cumbersome. 3 layers still leaves 4 keys for punctuation.

The next dilemma is deciding the which glyphs go on which layer. Ideally the normal layer has the basic vowels and consonants commonly found across the most ubiquitous languages in the world.

Now discuss English for a moment. It is fortunate that most English sounds are basic and simple and also found in many other languages. That means for the most part, typing English would not be greatly adversely affected. There may be cases where normal key doesn't give a sound found in a given language. Would then have to shift and altgr, but we are already used to that due to capitalization.

Arts, Literature, and Crafts / Re: [lang] Li-Ya-Hu
« on: December 13, 2016, 04:43:48 AM »
Liyhau True-type font file

Symbolspacefull stopcommaliyahu
ASCIIspace ( )full stop (.)comma (,)Liyahu (%)

Code: [Select]

Fis is riten in liyahu %.

Code: [Select]

thalisispacelisispaceralitulenaspacelinaspaceluliyiyahahuspaceliyahufull stop

Hacks / Re: PanGalactic Keyboard Layout
« on: December 13, 2016, 03:52:22 AM »
i thought about creating a font for Flownetic, but never got around to do it. i did complete the Liyahu font at . For Flownetic there are more uncertainties that i've been mulling over.

Magic: the Gathering / Color Pie Distribution
« on: December 12, 2016, 07:31:14 AM »
Color Pie Distribution of New and Old Mechanics and Effects

Magic: the Gathering / Re: Mechanics
« on: December 12, 2016, 07:26:54 AM »
Disabilty (This object's abilities can't be activated or triggered.)

Hacks / Re: PanGalactic Keyboard Layout
« on: December 03, 2016, 05:36:33 AM »
Alphabets are phonemic systems, which means one letter correlates to one sound. For optimal simplicity, consistency, and cross-lingual coverage, then there should be certain ideal criteria for global standard alphabet.

1. One letter for one basic phone.
2. Eliminate redundancies.
3. Optimal coverage of phones within a comfortable amount of letters.

Since Latin alphabet is the de facto alphabet used across the globe, it would be easiest to modify that rather than try to have people adopt an entirely new glyph set. (But if that is a prerogative, check out my Flownetic alphabet, which is uniquely featural and phonetic and simple to write and read.)

It's obvious to anyone that Latin alphabet has quite a few redundant consonants, but also shortage of vowel sounds. Without increasing the set of symbols to learn, one may suggest turning redundant consonants into more vowels. That will in turn increase the possible combinations of vowel groups for all languages and avoid extraneous diacritics.

Then there are some common basic consonants that deserve their own letter. Such as Th, Ng, Sh, Ts, etc. I think we can safely expand the Latin alphabet to accommodate these.

The J in English is actually a compound sound which can be represented as DZ. (In the link you gave, it uses the proper Dʒ.) By the same token, Ch is more like TSh, where Sh would be given its own letter.

IPA has their own guidelines which are not necessarily (read: rarely) compatible with an everyday alphabet.

Hacks / Re: Balanced Keyboard Layout
« on: November 26, 2016, 06:19:25 AM »
So I was thinking .... (always a dangerous thing... )

What if we reintroduced some letters.... the thorn for th? The bigram et is not so common, and hi will often bump into th, but the next most common is "in" ... could not find a character with the dot on the left vertical of the n, but there is an n with a centre dot.

So then we could write, for example, "thin" as þṅ if that shows up correctly in your browser....

Point being that we reduce 2 very common bigrams down from 2 letters to 1 letter, and improve efficiency in that way....

The & is already too well known to use as-in but there is a turned version ⅋.

I'll shut up now... :-)

Cheers, Ian
Sometimes IPA chars show up if you put them inside the code tags.

TH and NG should have their own letters, as they are basic sounds and very common in many languages.

J should have the English Y sound, like it is in Scandinavian languages. Then Y has the IPA
Code: [Select]
/ʉ/ (middle u) (as in Uber) (can be used in place of /ʊ/, as in book, and /y/ found in e.g. Mandarin and Cantonese)

Replace QXC with three more vowels. Such as these:
Code: [Select]
IPA sounds:

/ə/ (schwa)
/ɔ/ (short o)
/ɐ/ (short u)

Schwa is neutral sound, and so can be used to approximate other similar sounds. The last two are quite common by themselves, but also commonly used in diphthongs.

Altogether, the nine vowels cover nine distinct sections of the vowel chart as described in IPA. As such, they can better approximate more sounds across all languages.

Hacks / Re: BEAKL Opted4 Ergo Alt
« on: November 26, 2016, 05:27:14 AM »
I've also got some other variants to test, so I'll wait for your fix, then I can test them all at the same time. That's still going to be a lot of copy-pasting but at least not typing numbers off the screen.

Then I need to modify Patrick's code and do it all again with his scoring....

Cheers, Ian

Completed BEAKL Opted4 Ergo Alt. I moved a lot of puncs around.

And since you mentioned that 94 chars would not fit 31 keys, I messed around with Opt again. This time using exactly 32 keys symmetrically. Also tweaked the settings to see if I can force N back onto the home row. I saw a few layouts it spit out had the W on the pinky. This reduces pinky usage and same-pinky penalty even more. The drawback is high same-finger usage, especially on the right index. The puncs on AltGr mainly derived from Arensito as a base. In short, this is the best BEAKL so far by far for both prose and code.

Introducing BEAKL5 ErgoLinear:

Code: [Select]

  '"),( BDMPK

I updated my KLA page with these two layouts (the first two layouts you'll see).

Hacks / Re: % efficiency
« on: November 22, 2016, 01:21:33 PM »
The scoring algorithm already does something similar. The penalty score is exra effort over a baseline. The baseline is number of characters times minimum effort to hit a (home) key (not taking into account finger weight. The baseline may vary if that layout is missing characters.

I'm not sure efficiency 100% or greater makes sense in context. It's like saying an object can move faster than the speed of light.

Hacks / Re: BEAKL Opted4 Ergo Alt
« on: November 22, 2016, 12:54:01 PM »

BEAKL Opted4 Ergo Alt is missing @ ... please advise :-)

94 glyphs need more than 31 keys :-)

thanks, Ian

i'ma rework it to fit it in

Magic: the Gathering / Re: Online Card Creator
« on: November 07, 2016, 08:01:34 PM »
  • Added Full Art frame

Hacks / Re: Balanced Keyboard Layout
« on: November 05, 2016, 10:19:29 PM »

Stumbled across this today, thought you may find it interesting. Would have been more fun optimising the keyboard with three extra letters... :-)

alphabets across the world need more vowel letters. pathetic that we mix up 5 vowels to make up 30+ vowel sounds. makes transliteration between languages very cryptic and confusing. OTOH we have redundant consonants like Q and C and X.

Magic: the Gathering / Re: Online Card Creator
« on: November 05, 2016, 03:48:07 PM »
  • Added energy mana. Use 'e' in mana cost or {e} in rules text.
  • Allow set icon and rarity. (not done for all frames yet.)
  • Use imagick instead of gd. (not done for all frames yet.)
  • Better help section.

Hacks / Re: Balanced Keyboard Layout
« on: November 05, 2016, 12:51:02 PM »
There's some theory that "sticky keys" for modifiers are healthier than holding and releasing them. This is the style that supertypist Sean Wrona uses. He uses CapsLock instead of shift (unless typing punctuation.)

My proposal is to turn ScrollLock into NumPunc sticky key. First because US keyboards usually don't have AltGr anyway. So I need something common on most keyboards (at least logically). This is separate from NumLock which I use to initiate a ten-key purely for fast numeric entry.

Second this is very easily programmed in autohotkey on Windows, and probably Xorg on Linux as well.

Third as the initial pargraph suggests, this is ergonomic. Especially if one types long strings of puncs, as one might when coding. Then you don't have to hold down AltGr for long periods of time.

Hacks / Re: Balanced Keyboard Layout
« on: November 05, 2016, 01:59:30 AM »
As lazy typist, bottom row feels better and faster. The top row requires slight movement of entire arm to reach. Whereas bottom row can be typed simply by curling the fingers.

I'll test some adjustment to effort grid and see if Opt gives different layout. Sometimes changes to these values have no impact on optimal layout. I'll make bottom ring finger more favorable than top ring finger. Likewise, bottom inside index preferred over than top inside index. Overall weight of layout will tend toward bottom row to facilitate my lazy style.

Hacks / Re: Balanced Keyboard Layout
« on: November 02, 2016, 03:07:23 AM »
Xah wanted a universal layout that can be used efficiently everywhere in the world.

It's not that difficult when you consider that BEAKL already scores so well in English, French, German, and Pinyin. (You can get corpus of various languages by browsing wikipedia in different languages. I got Pinyin corpus from lyrics of Chinese songs.)

Accented letters can be served with AltGr tailored to each language.

Hacks / Re: Balanced Keyboard Layout
« on: November 02, 2016, 02:29:41 AM »
I corrected PPC for ergolinear back to match Standard: 26.315789. This should improve scores for ergolinear layouts.

AdNW of course is pretty good, since it belongs to the current reigning family of layouts: HIEA-STR.

Actually OA/AO is not common at all: a mere 0.05%. OE/EO together is 0.04%.

Xah had an idea to find the best the layout that incorporates all the common languages of the world. including English, Chinese, European, etc. That could be interesting. From isolated informal testing, HIEA-STR tend to do very well across most languages. Probably due to Dvorak's breakthrough idea to split the keyboard into vowel and consonant districts, which is easily adaptable and efficient due to nature of spelling in most languages.

Hacks / Re: Balanced Keyboard Layout
« on: October 30, 2016, 06:17:55 AM »
I think when I was playing around I first tried the standard code (and that pixels/cm), then swopped out the bottom part for the ergo code because that allowed me to specify the gap between the keys. I still don't understand how your code works to create the gap... it seems almost like it's building it from the outsides in :-)

The layout is symmetrical, so split the loop in half. The offset for left-half is obvious due to coordinates system. Zero starts at the left and top. So left-half rows all start at zero + any border offset.

Then the reverse is true for right-half: right-half rows all align at the right edge = max width. For computational efficiency inside the loop (simplest math operation is addition) find the leftmost offset of the current row in the right-half, then build the remaining keys left to right.

Hacks / Re: Balanced Keyboard Layout
« on: October 30, 2016, 03:50:33 AM »
I see the pixels/cm are different. That is curious.. should they not be all the same?

KB.keyMap.standard.s683_225.pixelsPerCm = 26.315789;
KB.keyMap.european.s683_225.pixelsPerCm = 26.315789;
KB.keyMap.ergodox.s683_225.pixelsPerCm = 25.7894732;//26.315789;

Think I will ask Patrick about that....

And then you set
KB.keyMap.ergolinear.s683_225.pixelsPerCm = 25.315789;

Was that a typo or did you mean 25 not 26?

I looked at difference between standard and ergodox and thought that wider layout should have lower PPC. But actually dont understand their relationships. We need to delve deeper.

Hacks / Re: Balanced Keyboard Layout
« on: October 29, 2016, 05:13:20 PM »
the pixelsPerCm might not be accurate on my map. if you use the same value as Standard, the scores improve a bit.

the gap between keys shouldn't matter. it's the total distance between keys. e.g. the default normKeySize is 50 and no gap = 50. but i can make the  normKeySize 48 and gap 2 = 50 still. the total distance remains the same.

Hacks / Re: Balanced Keyboard Layout
« on: October 29, 2016, 12:27:48 PM »
Trust you didn't change the scoring? :-)

Not that i remember. Havent touched in a while.

Hacks / Re: Balanced Keyboard Layout
« on: October 29, 2016, 02:24:36 AM »
it was put together quickly to test new layout. not worried about that prototype's score. nevertheless it does show some tiny improvement. probably bigger effect on worse layouts. (mainly due to thumb modifiers.)

Hacks / Re: Balanced Keyboard Layout
« on: October 28, 2016, 10:07:08 PM »
Updated my analyzer

try it out and send me your layouts to be uploaded

see images

Hacks / Re: Balanced Keyboard Layout
« on: October 28, 2016, 08:46:02 PM »
better to copy from Standard layout. it's much simpler, doesn't involve rotation. then erase anything to do with variable key width.

Hacks / Re: Balanced Keyboard Layout
« on: October 28, 2016, 06:41:53 PM »
don't forget the KB.glyphLayouts part at the top of kb.js

Hacks / Re: Balanced Keyboard Layout
« on: October 28, 2016, 06:15:30 PM »
a minor change that would be very helpful is to print the "Space" on the keyboard. 

add this at end of
Code: [Select]
KB.Key.labels[32] = "Space";

you might as well fill out the bottom row. for extra keys, like arrows and page control.

Hacks / Re: Balanced Keyboard Layout
« on: October 26, 2016, 01:45:03 PM »
Yeah I was just looking at that page now... printed our the ErgoDox part to use as a template. Have you been able to figure out what the s683_225 means here:

KB.keyMap.standard.s683_225 = {};
KB.keyMap.standard.s683_225.width = 754;//756
KB.keyMap.standard.s683_225.height = 252;//254

KB.keyMap.ergodox.s683_225 = {};
KB.keyMap.ergodox.s683_225.width = 935;
KB.keyMap.ergodox.s683_225.height = 360;

The 935 and 360 are on-screen pixel dimensions, etc. Maybe the numbers were from a previous version that he tweaked? eg 745 -> 683, 252 -> 225 ?

It's some hardcoded figure. Not sure what it means, but just use the same name for compatibility.

Hacks / Re: Balanced Keyboard Layout
« on: October 26, 2016, 01:05:54 PM »
Guess I will have to take a look at that sometime then... :-)
Maybe on the weekend.

Actually you have to supply an image for the heat map. Configuration page might be auto generated based on JSON definitions.

Hacks / Re: Balanced Keyboard Layout
« on: October 26, 2016, 11:58:48 AM »
In truth, if we could find a way to make KLA work with the I-Board physical layout, the scores will be even higher than on ErgoDox, because of the key sizes.

The keyboards are simply another set of JSON objects. So you define new keyboard layout and have the Configuration page accomodate it.

Hacks / Re: Balanced Keyboard Layout
« on: October 23, 2016, 03:03:06 PM »
FWIW, and bearing in mind I want to recheck 36's scores because I might have made some errors,  that layout is currently your top performing ANSI layout.

That "enter on left ring" idea is very interesting. Did you come up with it yourself? I have borrowed it, trust you don't have copyright on it :-)
I refer it as an EnterRing mod ...

I couldn't figure out how that layout was doing so well, and managed to overlook the Enter key for quite a while ...
In truth I've tried putting Enter in other places (like on Index, home row, etc) but Patrick's scoring never liked the idea.

Thanks, Ian

BEAKL 36 was created from Opt, so it's a great layout on its own right. But it's only for really daring enthusiasts to try. Even myself prefer to reserve two pinky keys for modifiers and modes (e.g. num lock and control).

Kinesis makes me accustomed to below-bottom row keys, and I'd really rather not put Enter, a common key, on the pinky. In fact, one may even consider putting Enter on the main 30 block, by pushing a less-used punc elsewhere.

Hacks / Re: Balanced Keyboard Layout
« on: October 23, 2016, 01:04:11 PM »
See    :-)

Cheers, Ian

There was a preliminary version, but i gave up on it because it seemed unlikely to be adopted for standard and not much different than 34. You can use that one since it seems unlikely i will update it in the near future.

Hacks / Re: Balanced Keyboard Layout
« on: October 22, 2016, 01:02:12 PM »
Non-ergo too please :-)

thanks, Ian

I dont have 36 non-ergo because it's not meant for standard.

Hacks / Re: Scoring oddity
« on: October 21, 2016, 01:40:43 AM »

Was trying to improve my "just rearrange the keys" because Vu Keys and cousin beat it on your scoring.

So I got something that scored better, but when I checked the results in Patrick's scoring I noticed an anomaly.

Below, the B == Better, W = worse. The scores are on the three default KLA tests.

Old  115.88  108.04  109.23
New  114.12  102.80  101.65
       B       B       B

Old    71.05  73.91  73.00 
New    68.63  72.54  74.37
         W      W      B

So I find it curious that your scoring shows dramatic improvement in 2/3, while Patrick thinks it's actually worse 2/3 (and a different 2/3 at that). It's just key-rearrange, no fancy tricks, all English tests.

Old layout is Ian OAEH 71.05 73.91 73.00 69.00 which you have, while new is attached.

Were you expecting such behaviour from your scoring model?
I'm guessing yours is more correct, but divergence like this makes it tricky to satisfy both.
I would expect divergence where there is AltGr or other 'tricks' involved, but was surprised on a "just rearrange keys" layout.
The Alice score on Patrick is 'dramatically' different, which worries me :-)

the new layout seems to benefit from the new distance scoring that includes the weight for each finger, which Patrick's didn't account for. it has higher finger usage and same-finger, but the better hand alternation helped negate those disadvantages.

overall, distance has the greatest variance, so it tends to be the greatest factor.

Hacks / Re: Balanced Keyboard Layout
« on: October 21, 2016, 01:00:22 AM »
i have tried to reassign outside keys from pinky to other fingers. the farther distance is offset by the low weight penalties. in the end, the scores didn't change that much. but you can try and see for yourself.

Hacks / Re: Balanced Keyboard Layout
« on: October 21, 2016, 12:55:20 AM »
i have read similar research on finger strengths, and that's how i came about the relative strengths, weights, and efforts. and yes, the ring finger is very underrated by other keyboard enthusiasts, who probably haven't read these studies. even the piano teacher in that video laments the unjust rap the ring finger gets.

Are there different versions of Opted 36?

Scores in my spreadsheet differ from what I'm getting in tests now so now I'm not sure which is the Official version. Maybe you need to add suffixes or something to differentiate versions? :-)

I attached the last version of BEAKL 36 Ergo. It varies from the one you have by a bit.

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

Magic: the Gathering / Civilization: Information Age
« on: October 15, 2016, 07:38:14 PM »
Civilization: Information Age

  • Planeswalkers are renamed Paragons.

Categories of Major parties
  • Political-Military
  • Techno-industrial
  • Media-Cultural
  • Financial-Realty
  • Religious-pyschology
Each category has one or more factions. E.g. Pol-mil can be U.S., Russia, China, etc. Religio-psy can be Christo, Islam, Buddhist, etc. Or our fictional equivalents.

Minor parties
Such as unions, netizens, rebels, terrorists, hackers, indy, etc.

Mechanics do not have direct ties to the parties. This is not a guild system. That is, there isn't like one mechanic for each party. The mechanics will be more universal or divided however they fit best. Kinda old school design.

Hacks / Re: Balanced Keyboard Layout
« on: October 15, 2016, 03:47:13 PM »
I asked because I'm trying to figure out /decide which metrics to include into the database, for your scoring.

I suggest use the penalty scores, rename it Effort, with a note that lower scores are better. So you have Overall Effort, Effort from Distance, Effort by Finger, and Effort from Same Hand. 

Hacks / Re: consecutive finger usage
« on: October 15, 2016, 01:32:14 AM »
Okay, please help me to understand how to interpret, for example, your left pinky getting a score on the distance page of 162.6. What does that actually mean? The cm score was 81.3.
So you multiply the cm by 2 because?

Thanks, Ian

Instead of penalty, maybe should call it effort. The multipliers are approximate, relative each fingers' strengths.

Arts, Literature, and Crafts / FlowDozeClock
« on: October 14, 2016, 08:30:08 PM »

Dozenal Clock using Flownetic Digits. The day is divided into units of powers of dozen or 12.
1st place is equivalent to two hours (sheek).
2nd place is equivalent to ten minutes (karaf).
3rd place is equivalent to fifty seconds (fenet).
4th place is equivalent to 4 and 1/12 seconds (tick).
5th place is equivalent to 0.3472~ seconds (count).

[object] [/object]

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