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 ... 19
Hacks / Re: Balanced Keyboard Layout
« on: May 25, 2017, 04:23:38 PM »
Um, how do you type "N" ?

KLA would like to know :-)

thanks, Ian

telekinetically. in fact, all typing should be done telekinetically.

Hacks / Re: Balanced Keyboard Layout
« on: May 25, 2017, 08:35:32 AM »
Using thumbs for modifiers seems underutilizing them. Mods take up only 2% of key press. That's about the amount I'd allow for each pinky. That means one of the thumb is only doing as much work as the pinky. (The other thumb is for space, which accounts for 16% key press, which is about the right amount of effort for thumb.)

So mods could be assigned to the fingers. But where? Pinkies are okay if within the main 30 key block; possibly even home pinky. This is perfectly fine if we're putting letters on thumb cluster anyway. (Remember that left one key empty when migrating 3 letters to thumbs.)

Next project for Opt.

Hacks / Re: Balanced Keyboard Layout
« on: May 25, 2017, 12:47:28 AM »
Somehow stumbled upon the next BEAKL 6 candidate. Good distance and Low same finger.

Code: [Select]
q.auj wdrcv
hoeiy gtsnp
z/,x' kmlbf

however KLA2 seems to score better with older BEAKL vowel district. (I also want to keep the puncs in certain places to coincide with the numpad layer.) Even better distance and same finger.

Code: [Select]

qyouj wdrcv
hiea, gtsnp
/'x.z kmlbf

Hacks / Re: Balanced Keyboard Layout
« on: May 25, 2017, 12:28:21 AM »
you can create new .js files to call the functions directly without going through the gui. then you can run any tests with any layouts and direct the results to wherever you like.

Hacks / Re: Balanced Keyboard Layout
« on: May 24, 2017, 05:34:13 PM »
more changes to KLA2:

- enlarged text input box
- reorganized layout dropdown list
- convert existing ergolinear layouts to matrix
- moved default layouts to new file: kbpresets.js

Hacks / Re: my Ergolinear
« on: May 24, 2017, 02:16:54 PM »

attached zipfile with setups for kb.js for my variant of Ergolinear, as well as current 4 best Seelpy layouts... 1.22 is best at English text and programming, the others are better at words/*-grams (1.4) or number-stuff. (1.8, 1.17)

I call your variants ergolinearden and matrix this side, so you will probably have to rename my variant and then refer to that wherever necessary.

Since Matrix is superset of all 3, keep Matrix and abandon Ergolinear. Rework all ergolinear layouts into Matrix. You can just leave unused keys as empty.

Hacks / Re: Balanced Keyboard Layout
« on: May 24, 2017, 12:53:19 AM »
- added sub tests to results table
- added matrix section
- added 3-thumb matrix layouts (L_RN, P_RN, U_RN)

attached screenshot of classics test

Hacks / Re: Balanced Keyboard Layout
« on: May 24, 2017, 12:52:56 AM »
Can you maybe clarify that a bit? Not sure I follow.

distance is square root of x+y. but i made it 2x+y to penalize lateral reaching. reasonable to keep?

FWIW I thought you were already counting up+down on all fingers...

will check again later if modifiers are already counted elsewhere.

Hacks / Re: Balanced Keyboard Layout
« on: May 23, 2017, 04:36:05 PM »
Revised scoring: Layout Analyzer 2.html

 (old URL with old scoring still work)

- finger usage per character (was per key press)
- penalty for modifier key up (same as modifier key down)
- thumb count as same hand to fingers
- extra distance for lateral movement (x-axis)
- added default layouts (seelpy, maltron)

Scores for finger usage and same hand may be different than before. Over-reliance on thumbs and modifiers (shifts, altrgr) will net higher (worse) score than before.

Hacks / Re: Balanced Keyboard Layout
« on: May 23, 2017, 12:57:46 AM »
Be aware these are optimized for inward rolls. So index fingers are where bigrams and trigrams end. So NRE end up on index allows great rolls; and they do feel great. We've seen this before when working on putting letters on thumbs. RN consistently put on thumbs. Also based on my effort chart that doesn't discriminate by rows. Instead focus on home block. So theory and practice meet, creating very comfortable layouts.

R on home row eases combos with other consonants on any row. At expense of worse distance putting N on top; which mainly combo with vowels. IN bigram probably dictates that they go on same row; however AE have priority on home row over I,  Forcing IN to top row.

Hacks / Re: Balanced Keyboard Layout
« on: May 22, 2017, 02:54:26 PM »
What if hand alternation is not your thing? That is, you prefer to type longer strings on the same hand. This is candidate layout that Opt spat out:

Code: [Select]
               1566.637 total effort   166.280 positional effort    left right
                   3.437 same finger rp   0.000 shift same finger top 17.8 10.9
 zoinx kdcfv      58.603 hand alternat.  42.329 shift hand alter. mid 27.1 22.2
 "aer, lhtsb       2.155 inward/outward  34.936 inward or outward bot  5.7 10.8
 q'u.j ympgw      21.014 adjacent         9.285 shift adjacent    sum 54.1 45.9
                  13.247 no hand altern. 30.932 two hand altern.
                   6.737 seesaw           6.521 indir same finger
                  1.6 14.3 18.3 16.6  3.5  2.0 16.7 14.2  9.3  3.7 Sh  3.5  2.0

Compared to Colemak, which also prides itself on long same hand strings. Never typed in Colemak, but did a few sentences to compare with this new layout. Right away can feel Colemak is quite uncomfortable with its finger acrobatics (seesaw) and frequent ring-pinky combos. Don't understand the hype.

On the other hand, this new ZOINX layout feels really good with the rolls and combos. The only flaw is the OU bigram. Overall feels much better than Colemak. Secretly I think it's another success of reducing pinky usage, which naturally leads to fewer ring-pinky awkwardness.

Surprisingly, no matter how much I try to penalize hand alternation, the optimal layouts still end up with vowels on the same hand. For example, below layout has even lower hand alternation, but retains vowel district.

Code: [Select]
jpinz k.dcv
faorm hetsb
q"ulx ',ygw

Well not quite true. This next one has even lower hand alternation. The vowel district is retained for the most part, except E is moved to other hand. (not recommended due to very high same finger.)

Code: [Select]
qpinz k.hcx
faorm yetsg
wbulj ',"dv

Hacks / Re: Balanced Keyboard Layout
« on: May 21, 2017, 12:40:47 PM »
if we revise the scoring system, you would have to redo all the comparison charts.

Hacks / Re: Balanced Keyboard Layout
« on: May 21, 2017, 12:39:40 PM »
Seelpy is different style of typing with different merits than traditional. may be preferred if you like chording or you have health problems that prevent you from reaching keys. (although for full chording, might look into stenotype.)

there is claim that chording is slower than traditional typing:

Arensito is overall great layout for prose with low distance and same finger. its idea for coding is awesome because symbols are common for programmers and who wants to reach all around the keyboard.

some hybrid between seelpy, arensito, and adnw/beakl may or may not work. utilize extra layers, but not as extreme as seelpy with chording. optimizing uppercase still has merit.

Hacks / Re: Balanced Keyboard Layout
« on: May 19, 2017, 07:13:37 PM »
the finger weights are not the issue. thumbs are supposed to be preferred to pinkies.

the controversial part is the denominator used to calculate the final score. in particular the finger usage section. to compensate for some layouts might be missing characters, score is normalized for how many keys pressed by that layout. but this assumes typists prefer one key per character.

as denominator, higher value reduces score. ie less effort. so more shifts would actually score better. but this is contradictory if finger usage counts efforts of finger presses but huge amount of presses are ignored in the score.

so correct denominator would not encourage more shifts.

your layouts still score amazing on distance. but should score worse for finger usage and same hand.

Hacks / Re: Balanced Keyboard Layout
« on: May 19, 2017, 01:14:32 PM »
The scoring may also be flawed in that more keys pressed is not punished. Intuitively, more key presses should lead to higher effort scores on finger usage; which is obviously not the case currently. Thus shifting to use two fingers for one character has negligible load on the score.

Is this the desirable outcome? That is, is using two key presses to print a letter more ergonomic than a single key press to reach a more distant key?

Hacks / Re: Balanced Keyboard Layout
« on: May 18, 2017, 11:49:08 PM »
KLA counts thumbs as a third hand. so same hand scores will be very low even if you overuse the thumbs and you type consecutively on the same hand between thumb and fingers. When thumbs count as the same hand as other fingers, adjusted scores will offset the lower distance, bringing scores closer to other layouts.

see this section of code in kb.js:

Code: [Select]
KB.finger.leftRightOrThumb = function(finger) {
    switch(finger) {
        case KB.finger.LEFT_PINKY:
        case KB.finger.LEFT_RING:
        case KB.finger.LEFT_MIDDLE:
        case KB.finger.LEFT_INDEX:
            return "left";
        case KB.finger.RIGHT_PINKY:
        case KB.finger.RIGHT_RING:
        case KB.finger.RIGHT_MIDDLE:
        case KB.finger.RIGHT_INDEX:
            return "right";
        case KB.finger.LEFT_THUMB:
        case KB.finger.RIGHT_THUMB:
        return "thumbs";
        case KB.finger.NONE:
            return "none";
        case KB.finger.BOTH_THUMBS:
            return "both";
    return "none";

Another weird thing is the unusually low same finger penalty. Apparently using thumbs can buffer the finger-to-finger combinations. But this is lesser effect on score, whereas same hand has a bigger effect. This is the real reason for the existence of your layout; the essential benefit that is not affected by any scoring algorithm.

Hacks / Re: Balanced Keyboard Layout
« on: May 18, 2017, 12:01:52 AM »
Interesting choice. Yeah that t-h worries me, I've tried various things to split them up but so far nothing has worked in terms of improving the score.
I even swapped e with space, which worked for some tests but not others. Part of the problem is the T ... maybe that need to swap to left hand. I've tried moving it to index finger but no real difference, and then you end up with T-h on same finger, not good.

Well actually space -T is also some finger. For that matter, check bigrams that involve space before and after a character.

Hacks / Re: Seelpy 1
« on: May 17, 2017, 03:40:09 PM »
I checked the numbers... I can't afford it, and I don't see any current manufacturers plonking down large amounts of money for something that will likely never be a big seller. QWERTY is too entrenched (just go ask the Colemak fanboys).

It looks like getting major market coverage will cost about 1 million Rands (about USD 76k at current rates). Then there are yearly renewal fees after that. That's before you even look at cost of manufacturing and marketing etc. I'm guessing Maltron only patented theirs in a few selected countries, and get a licence fee from Kinesis. They probably make more that way than from their own sales.

So yeah, getting rich would be nice, but the deck is stacked against small guys with radical ideas :-)

cheers, Ian

At least post entry to deskthority wiki. Some geekhack users who use advanced layers on ergodox may also appreciate this novel layout.

What if skip over vowels and type only consonants? Well some cases we still need them, like words starting with vowels or short words. Also helpful to type E if it's final letter.

Fortunately MOK does have "vowel optional" feature. Which works quite well (even though the disclaimer says it's only beta feature.) Since we'll be selecting words from prediction more often, better set to add space after each selection.

Simply move the vowels to the side of the layout, so they are still acessible.

Hacks / Re: Seelpy 1
« on: May 16, 2017, 10:09:06 PM »
Hurry up and patent it. You're going to be rich!

Just home row and thumb seems fun.

Hacks / Re: splitting letters
« on: May 04, 2017, 02:18:40 PM »
Nah, made a layout (attached), ran it against the English tests, scores are as per X6.4H +/- <0.5.

So no real improvement, unless my first allocation of Caps sucked.

Here's the frequency lists, I only played with the caps.

Cheers, Ian

What is the frequency of capital letters overall? If they are around punctuations frequency, then rearranging them wouldn't improve much, if at all.

Did you take into account bigrams? to avoid same finger and same hand penalties. e.g. 'M' is almost always followed by a vowel, especially 'e', so you should discourage putting them on the same key. likewise 'Co', 'Is', etc..

Hacks / Re: Balanced Keyboard Layout
« on: May 04, 2017, 12:25:30 PM »
I tried using Den's 'costs', with some personal modifications (the 'angleZ' bottom left hand ergo mod popular w. Colemak) with the 'MTGAP' optimizer and I am getting some interesting results.

The original link I had originally followed, that brought me here, had higher pinky costs than the ones we can see on the 1st page of these messages.
In the "Newer thoughts" notes, Den mentions that the pinky costs should be higher .. so I used the costs in the other chart (9 vs 7 for pinky). I was wondering which costs are you actually using !??

Code: [Select]
9   1   1   1   5   5   1   1   1   9
5   0.5 0.5 0.5 2   2   0.5 0.5 0.5 5
9   2   3   1   5   5   1   3   2   9

That chart is good enough for optimizers to find the ideal layout. I messed around with many permutations to see if it makes a difference to finding the best layout. For that matter, little changes to the finger effort costs don't play a big role. Other factors like hand alternation costs drastically affects the final layout.

Nevertheless, a standard chart is useful to compare the exact scores between vastly different layout families. Such as on KLA to compare layouts created by different people and software. But KLA uses a prescriptive scoring system for finger effort not easily visualized in a single chart.

Magic: the Gathering / Re: [YMTC] GameFAQs CCCs
« on: May 01, 2017, 08:31:10 PM »
RCC #955: Design an Oath enchantment card.

Oath of Urza

When ~ enters the battlefield, search your library for nine planeswalker cards and put them on top of your library.
At the beginning of your upkeep, destroy target Phyrexian. (Yawgmoth is a Phyrexian.)

RCC #956: Make a card that could fit into a new commander pre-constructed deck.

Indiscriminate Nemesis

Creature - Merfolk Rogue
Protection from opponents

RCC #958: Design a split card with gimmick.


Draw a card.

Produce .

~ deals 3 damage to target creature or player.

Gain 4 life

Magic: the Gathering / Re: Split cards, divided cards
« on: April 30, 2017, 08:42:43 AM »
Conjoin N - <cost> (Pay all Conjoin costs of all members: Those creatures become a single creature and has all characteristics of all members. It gets +N/+N and can block a creature for each member.)

Join two or more creatures with Conjoin together. Conjoined creatures can join with other conjoined creatures to form even bigger creatures. 

Cf. Two-headed giant of Foriys.

Magic: the Gathering / Re: Mechanics
« on: April 27, 2017, 06:46:16 PM »
Invoke N - <cost> (<cost>, Discard ~: Exile the top N cards of your library. Until the beginning of your next upkeep, you may play those cards.)

where N is usually 2 and cost 2.

Flavorly fits Izzet the most. But can replace Cycling as the block's smoothing mechanic.


Thassa's Showers
Return two target creatures to their owner's hands.
Invoke 2 - (, Discard ~: Exile the top two cards of your library. Until the beginning of your next upkeep, you may play those cards.)

Purphoros's Temper
Creatures you control get +3/+0 until end of turn.
Invoke 2 - (, Discard ~: Exile the top two cards of your library. Until the beginning of your next upkeep, you may play those cards.)

Overflowing Paddies
Land - Plains Island
~ enters the battlefield tapped.
, Exert ~: Produce one mana of any color.

Frozen Tundra
Land - Plains Island
~ enters the battlefield tapped unless you control three other lands.

Trying to use Opt to find optimized layout for 1-finger typing/swiping. Using this effort grid:

These are some of the layouts it spit out, which look reasonable:
Code: [Select]

Code: [Select]

Hacks / Re: Balanced Keyboard Layout
« on: April 22, 2017, 11:42:58 AM »
I suspect (without actually having tried it myself, but based on dummy keyboard tests when developing my own designs) that what looks good and obvious in terms of those thumb clusters, is not so practical given the angle that our thumbs operate at. This unsubstantiated opinion (:-)) applies to Maltron and children (Kinesis and ErgoDox). But lots of people swear by those layouts so maybe I'm wrong.. :-)

The problem is the main thumb keys are long, which obstruct the other keys. This is okay for independent utility keys, but not for combination rolling with fingers, especially when speed and accuracy is involved. Big keys also affect the impact point of striking a key. It feels weird to hit a key other than at the center.

Instead, they can split the big keys into smaller keys. This should improve rolling with fingers and provides extra keys for the thumbs.

You use Vivaldi, right? Which is Chromium in disguise... which is (back to roots) based on KHTML. At the moment local versions of KLA do not work in either Chromium or Konqueror (using either of the two supported render engines). The page loads without text. So I thought it was font-related... Firefox say the site uses Lato, pulled in via Google font api. Don't have it installed locally (strangely enough... only Noto family). But I can't figure out why Firefox has no trouble but my other two browsers don't work.

there's something about enabling cross-server scripts for local servers.

Hacks / Re: Balanced Keyboard Layout
« on: April 21, 2017, 04:40:58 PM »
Now I kinda want to try 3-thumb layout on my kinesis. This also changes (upgrades? ) my former numpad that lacked a thumb key. Need to replan the entire physical keyboard.

Although a more programmable keyboard would be better for testing. (Hey lend me the DIY keyboard when you're done, will ya?  :P )

Kinesis Advantage thumb cluster doesn't feel good for finger-thumb rolling. might have to settle for 1 thumb-letter.

Hacks / Re: Balanced Keyboard Layout
« on: April 20, 2017, 05:38:02 PM »
"-+T+- HT02a" does much better at English (entire left column on my comparison site) than "-+T+- HT01-75.54" ... average effort 91.8 vs 97.7.

Do you have some scores handy? Eg Alice?

Thanks, Ian

see attached. for random twitter text, -+T+- HT01-75.54 drops about 12% performance. probably not optimized for puncts, so hiccups at URLs? Tower of Hanoi code, it drops 21%.

btw P_RN sounds sexy for layout name. <_<

Hacks / Re: Balanced Keyboard Layout
« on: April 20, 2017, 10:31:40 AM »
- renamed layout files to <label>.<type>.json
- edited scripts to load new file names (template.js, controller.js, /api/get-layout.php)

Hacks / Re: Balanced Keyboard Layout
« on: April 20, 2017, 06:39:22 AM »
Now I kinda want to try 3-thumb layout on my kinesis. This also changes (upgrades? ) my former numpad that lacked a thumb key. Need to replan the entire physical keyboard.

Although a more programmable keyboard would be better for testing. (Hey lend me the DIY keyboard when you're done, will ya?  :P )

Hacks / Re: Balanced Keyboard Layout
« on: April 20, 2017, 04:22:53 AM »
If you're going to move the home row on a regular (unergonomic) keyboard, maybe move the whole row up so that the formerly bottom row can be used as thumb row. then put the letters and space on the thumb row as discussed.

We know Arensito moves entire rows up, but it didn't try to put letters on the thumb row. Modified with thumb-letters, Arensito would score much better for text, plus it already scores great on code. That could make it a serious contender.

Hacks / Re: Balanced Keyboard Layout
« on: April 20, 2017, 04:15:39 AM »
N on the thumb seems the exception, as all its common bigrams are outward rolls. maybe moving N to thumb would reduce same finger usage. having all three STN on the fingers seems crowded.

Actually P_RN, L_RN and U_RN are even better than I_RN.

Code: [Select]
\/ou-   bdmcq
zeai.   phtsy
j"'.x   kfwgv
    l_ rn

Code: [Select]
\/ou-   fdlcz
jeai.   yhtsb
q"',x   kmwgv
    p_ rn

Code: [Select]
\/o.x   bdclq
zeaiy   fhstw
j"',-   kpgmv
    u_ rn

Note left top pinky can be left empty. Moving 3 letters to thumb leaves one of the finger keys unused.

Some KLA tests seem to suggest 1-letter-on-thumb (-+T+- HT01-75.54) scores slightly better on regular prose and bigrams/trigrams test than these 3-letters-on-thumb layouts. But sometimes that layout (-+T+- HT01-75.54) does quite poorly on real world texts (social media, random cut-paste). Regardless, these 3-letters-on-thumb layouts score consistently high on all forms of text.

Hacks / Re: Balanced Keyboard Layout
« on: April 19, 2017, 12:00:59 PM »
Any theory why H on thumb scores best?

Maybe due to being the most frequent bigrams and trigram. Split the trigram THE. This has 2 consonants and 1 vowel. To balance the rest of the keyboard, 1 consonant--the middle one--is moved to thumb.

moreover Maybe these algorithms don't punish thumb - finger bigrams. I saw something in Opt that penalize thumb - index. But we can assume T E goes on middle finger, which is not affected by this penalty. So it seems middle finger is more premium location than thumb. If E is on thumb, then best place for TH is roll inward. Noting that in some algorithms rolling is less optimal than alternating fingers, especially if alternation involves thumb.

RSTHD uses the same hand for all 3 letters of the trigram most common trigram THE. which works for him since he prefers 2 and 3 keys long sequences.

(notably RSTHD is yet another layout that divides into vowel and consonant districts. also it has space on the vowel side, just like what we've discovered earlier.)

Actually studying my digram chart ( , I think I see (partly) why H works best at thumb instead of other letters. There is a parallel amongst the four most common bigrams, including the space character.


1. The top 4 digrams are made of 4 different characters. So the thumb keys should nominate these as highest priority.

2. H is in the exact same situation as space, relative to T and E.

3. Putting T or E on thumb would imbalance the other bigram. ex. if E is on thumb, then TH must be typed with fingers. conversely, T on thumb means HE is typed with fingers.

4. If H is on thumb, both bigrams score better because thumb is involved for both.

5. Just realized that any finger to thumb is really an inward roll. So if H is on thumb, ideally it should on the same hand as T to make TH an inward roll. on the contrary, HE on the same hand is an outward roll. Same deal with space (instead of H).

6. Once you put more letters on the thumb, H falls out of favor. for instance, 3-letter thumb clusters are optimized for I_RN. see previous post for such a layout:;topicseen#msg835 . (Amazingly vowel and consonant districts are still maintained.) This seems to agree with my assessment that finger-thumb is inward roll. consider bigrams like: ei, ai, oi, tr, pr, dr, fr, gr, cr.

Hacks / Re: Balanced Keyboard Layout
« on: April 18, 2017, 12:32:17 PM »
RSTHD scores about 2-6% better than BEAKL EZ on Matrix. We can surmise that letter on thumb has some benefits. However compared to your -+T+- HT01-75.54 layout that puts H on the thumb, RSTHD is about 5% worse. So it still seems our results from Opt for putting H instead of E on thumb is preferred and more optimal.

Hacks / Re: Balanced Keyboard Layout
« on: April 18, 2017, 11:19:14 AM »
MSKLC is crap. found Keyboard Layout Manager instead:

Hacks / Re: Yak
« on: April 18, 2017, 10:09:19 AM »
Stumbled across this:

Layout is 'curious' given that it was evolved. Initial testing does not show it performing very well.

JavaScript would not be my first choice language for a layout evolver... :-)

Cheers, Ian

It's looks really lopsided to the left hand (and the KLA confirms my suspicion). What is the deal with the top row? He says he wants to reduce pinky usage, but his layout has 'DAU' all on the left pinky.

JavaScript could be interesting if it was a webpage that has UI to allow users to fidget with the parameters. Nothing to download or install. Alas that doesn't seem to be the case. (Although after seeing his layout, I wouldn't trust it anyway.)

Hacks / Re: How to make my own Balanced Keyboard Layout
« on: April 17, 2017, 08:53:02 PM »

I agree I (we) should provide easy ways for users to install BEAKL.

I use and prefer autohotkey. This script converts Dvorak into BEAKL EZ: ez.ahk

note some keys have been remapped on my Kinesis keyboard. like ` and \ to the outside pinky. numlock to the left of number row.

MSKLC is probably the better solution long term. but I don't have experience with it.

Magic: the Gathering / Foretold - Awaken
« on: April 15, 2017, 04:03:57 PM »
The last time I brewed was for Awaken when BFZ was released. Now As Foretold is urging me to brew again. Coincidentally Awaken is tempting again because of the new indestructible land Cascading Cataracts. So time to dust off Awaken and try again.

Apprentice MTGO
// Land (27)
4 Cascading Cataracts
4 Choked Estuary
4 Fetid Pools
4 Irrigated Farmland
3 Island
4 Port Town
4 Shambling Vent

// Enchantment (4)
4 As Foretold

// Creature (4)
4 Halimar Tidecaller
// Awaken (10)
2 Clutch of Currents
3 Ruinous Path
3 Scatter to the Winds
2 Planar Outburst

// Instant (13)
2 Fatal Push
3 Negate
2 Cast Out
4 Glimmer of Genius
4 Pull From Tomorrow

As Foretold opens up a lot of options each turn. You can Awaken and still be able to cast counters and card draw.

In a pinch, you can bounce back Tidecaller to your hand with Clutch of Currents, then recover another awaken spell from the grave.

No gearhulk because it seems slow and not fully compatible with awaken. Tidecaller does the same job in this deck and is much cheaper to cast. Instead added Hieroglyphic Illumination for more card draw.

Magic: the Gathering / [STD] BFZ - SOI - KLD - AKH
« on: April 15, 2017, 04:01:18 PM »

that's the problem with swiping and (poor) word prediction. if you take time to plan how you swipe, that just slows you down, thus losing the benefits of 'faster' layout. not to mention losing your rhythm and train of thought in the process.

for long words, you can try tap the first few letters, then pick the word. instead of swiping the whole word, which depending on the spotty fuzzy predictions can be annoying if it guesses wrong so often,

Arts, Literature, and Crafts / 12 Jungian Archetypes
« on: March 26, 2017, 06:07:15 AM »

The 12 Common Archetypes were conceived by Carl Jung to describe the common personalities and drives in all people.

This table attempts the fit them into my trinity mind/body/soul RPG system. This chart can help better define the roles and personalities of NPCs in the story.

Amazingly, the twelve archetypes also fit the twelve Olympian gods. (Greek mythology is really universal, profound, insightful.)
Creator = Hephaestus
Explorer = Poseidon
Sage = Apollo
Magician = Athena
Warrior = Ares
Lover = Aphrodite
Caregiver = Demeter
Ruler = Zeus
Jester = Dionysus
Rebel = Hermes
Companion = Hera
Innocent = Artemis

Hacks / Re: Balanced Keyboard Layout
« on: March 22, 2017, 04:14:31 AM »
Updated KLA on my site with new Matrix keymap, which is Ergolinear with number row and two extra thumb keys. Therefore new BEAKL EZ Matrix layout. see attached. (Also fixed the unshifted letter to stay at the bottom left corner of the keycap.)

On actual keyboard, you can fill the numbers on the number row. I omitted them on KLA since I don't know how that would affect the scores. New BEAKL EZ Matrix scores similarly to BEAKL 5 Ergolinear, except 5 is somewhat better at code.

Also not shown is the ten-key layer that overlays the left hand. The math symbols are in the same place as normal or alt-gr layers, and the numbers are optimized as discussed earlier in this thread. Like so:
Code: [Select]
ten-key layer


Home fingers are 5102. Tab is hit with thumb on matrix layout. There is room for Enter at the pinky if you decide to include it.

It's ironic that having common bigrams close together reduces accuracy of word prediction.

Hacks / Re: Balanced Keyboard Layout
« on: March 19, 2017, 06:02:52 PM »
new goals:
  • more keys for gaming hotkeys
  • conjoin ten-keys math symbols into alt-gr layer
  • add number row and more thumb keys to ergolinear blueprint
  • retain some standard symbols unshifted (e.g. semicolon, slash)
  • may lose points in test, but should provide overall better intuitiveness and accessibility

  • Some games need a lot of hotkeys, especially for the left hand while driving the mouse with the right. Also they keys should be activated without any shifting in order give the best response time.
  • Output the same math symbols regardless if num-lock or alt-gr is down.
  • Returning number row will provide many benefits. Provides a simple way to type numbers. Provides more keys for gaming and for ten-key.
  • Certain keys have been hijacked by other input methods (ex. microsoft double pinyin dilemma as seen previously in this thread). So it behooves to retain those keys for accessibility and backward compatibility.
  • For the most part, we have optimized the letters very near to the theoretical limits (based on current understanding). So more care toward improving the overall keyboard experience.

  • Number row left hand could contain +=*. Accessible by both ten-key and alt-gr with the same fingers.
  • Standard unshifted symbols would include .,'-/;  ... With .,-/ the same as their ten-key places

Some fiddling around produced this...

Cheers, Ian

looks quite neat. although i kinda want R closer to E.

btw i have some ideas to improve Vowel Sandwich and TEA Ring, but haven't updated the screenshots.

@Den : Which would you say is your best layout for swiping?

I recommend Vowel Ring as closer to ideal, but Vowel Sandwich is also fun and intuitive.

Busy comparing layouts, I redid mine a bit to put numpad on left and letters where 4-0 where.

"Evaluating" them by counting swipe lengths for common bigrams/trigrams/quadgrams, scaled by frequency.

Initial results: (Lower is better)
Z3 (new layout) : 230.47
Z2 (letters same as Z1 posted above): 248.53
Qwerty: 467.58
Colmak: 530.83

ToDo: Dvorak, and suggestion from you.

What algorithm do you use? Just (x, y) distance between keys?

I suppose it's unfair to compare things like Colmak against this because design criteria were completely different. But if keyboard apps want to offer options then they should offer best layouts for swiping too...

If keyboard app makers and people who keep creating "custom" layouts which are just variants of qwerty and other ten-finger layouts don't even acknowledge that there could be better layouts, then by their silence and negligence have positioned themselves out of the argument. So they would have to bear with any results of technical tests. Not that they would care or even notice anyway. In that sense, no feelings could be hurt.

Hacks / Re: Balanced Keyboard Layout
« on: March 16, 2017, 09:18:54 PM »
thanks for comprehensive reply into the pinyin issue. i don't type chinese, so didn't know about double pinyin. it sounds reasonable since mandarin is very structured monosyllables. For maximum efficiency, you might even want to optimize double pinyin if possible (just like one optimizes English text). however that may be limited or impossible by the IME software.

Punctuations can be personalized to suit your purpose without much impact on the letters.

there may be need to have subsets of BEAKL for various usages. like BEAKL EZ was a first attempt to compromise between English and Mandarin (full) pinyin. for better compatibility, the semicolon may be taken into consideration. but better yet, have the layouts be independent of the IME or qwerty punctuation.

You could put CTRLs on the thumb cluster. or in the worst case, move them to outside the pinky on the home row.

@ is shifted.

2. my answers to your questions:
  • inward roller
  • bigrams either easy rolls or two hands. trigrams prefer 2-1 or 1-2.
  • vowels are some of the most common letters across all languages. that means the resulting best layouts wouldn't differ by much as far as vowels are concerned.
  • some/most of us layout enthusiasts obviously prefer a perfect layout for our personal use. but sometimes when you share computers and keyboards, such organizations would prefer a standard layout for all users. in such a case, it wouldn't be easy for users to customize the layout.

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