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
Hacks / Re: Balanced Keyboard Layout
« on: Yesterday at 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.

Tech Support / Re: Migration to HTTPS
« on: March 16, 2017, 11:17:13 AM »
I agree with Tim-Berners Lee that the conception of a separate URI from HTTP to HTTPS was a short-term solution that ripples into long-term mistake. It causes inconvenience for both users and webmasters.

The content for either URI are identical.  The content files on the server are one and the same, and three is no difference in what the user sees and experiences in browser.  So how does that warrant a different protocol and address? Other protocols like FTP and Telnet etc. do provide markedly different purpose, so they should require their own protocol.

The difference between http:// and https:// is not just one letter. The user has to type 8 additional, unnecessary characters at the beginning of every address in order to deserve security and privacy. The webmasters must include extraneous configurations to their servers to differentiate the two addresses (including opening additional ports), even though there is no practical difference to the content being served to users. So why must we burden both users and webmasters this way?

Tech Support / Re: Migration to HTTPS
« on: March 14, 2017, 05:42:31 PM »
Fortunately my webhost has some simple solutions to assist me to transition to SSL. My webhost gives me the option to use Let's Encrypt, which has been touted by many as a good way to get free certs. I can also easily "force SSL connections to your domain and subdomains".

However I'm still uncertain of the ramifications to this forum and the rest of the pages on this domain and subdomains. How badly would things get messed up, and how much effort to fix them? How many files do I have to manually update to make sure they work with the HTTPS URI?

Update (2017/03/14):
I simply acquired the certs from the webhost, which automatically enables https: to the entire domain. Forums and whole domain seem work in both HTTP and HTTPS without me doing anything. But some pages may still give insecure warnings due to mixed content. Not yet ready to force SSL connections on the domain. Probably test with subdomains first.

Tech Support / Migration to HTTPS
« on: March 14, 2017, 04:37:42 PM »
To enhance security, as regards to logins and passwords, this forum may migrate to HTTPS, TLS, or other.

Status: certificate acquired. site also works in http and https. Feel free to opine in this topic.

The original impetus was pushed by Google:
Nonsecure Collection of Passwords will trigger warnings in Chrome 56 for

To: owner of

Beginning in January 2017, Chrome (version 56 and later) will mark pages that collect passwords or credit card details as “Not Secure” unless the pages are served over HTTPS.

The following URLs include input fields for passwords or credit card details that will trigger the new Chrome warning. Review these examples to see where these warnings will appear, and so you can take action to help protect users’ data. The list is not exhaustive.

Here’s how to fix this problem:

Use HTTPS pages to collect sensitive information

To prevent the “Not Secure” notification from appearing when Chrome users visit your site, move collection of password and credit card input fields to pages served using the HTTPS protocol.

This means users visiting non HTTPS sites will see "Not Secure" in the address bar.

However converting to new URI prefix is not just changing the address. It's a complex process of acquiring SSL certificates and heavy modification to forum code and database to make sure all links are directed properly. It may also have issues with image sources not from other HTTPS sites.

Furthermore is the opinion that the HTTPS itself segregates the internet. Which makes HTTPS less backward compatible. And do most of the web need to be encrypted? Such as this tiny site in the remote recesses of the internet.

Moreover is the delay as the security certs are verified. That means every page will have a second or more of delay before the page is rendered to the user's browser. Which I find very annoying because it can't be prevented or diminished no matter how powerful your computer is.

So this a multi-pronged quandary. One, is it worth the hassle for this tiny site that all traffic be encrypted? For that matter, is it feasible to force millions of webmasters to comply to this authoritarian edict? Two, do we all agree that segregating the internet should be future? Could there be better, passive solutions than converting billions of links to HTTPS?

Vowel Ring for MOK (highly recommended)

Code: [Select]


and the generated URL to install the layout to the phone app:

attached screenshot.

spread vowels in a ring. (certain vowels too close can confuse word prediction, e.g. E/A)
common letters to the center or left of center. (right finger hides letters, so put uncommon letters at right edge.)

problems with MOK:
dictionary missing lots of words.
can't add new words to dictionary.
word prediction doesn't sort by user's frequency.
swiping long words is tedious.

Hacks / Re: X6.?H layouts
« on: March 07, 2017, 08:24:45 PM »
So I dunno ... not sure how "pleasant" it will be typing on these ... or if we need to relook at your scoring algo ...

I would think higher penalty for modifiers because they disrupt the flow. but in the end it doesn't make a difference since it would affect all layouts.

for that matter, using shift feels much better than double tapping caps lock.

Hacks / Re: Balanced Keyboard Layout
« on: March 07, 2017, 08:09:51 PM »
with a few modifications, excellent for English-Zhongwen (EZ):

Code: [Select]


see attachment for full layout.

for more radical approaches to slightly improve pinyin at expense of english:

Code: [Select]


Code: [Select]


apparently the vowel bigrams are improved for pinyin. in particular AU is now a roll rather than typed with the same finger. home row vowels are rearranged. H is moved to the consonant district. Y takes its place at the left pinky. G also interestingly moves to the vowel district at the index bottom. probably to raise hand alternation for tri- and quadgrams involving two vowels and NG.

unfortunately for the last two versions, the same finger rates are quite high.

so BEAKL EZ 1 the version recommended.

Hacks / Re: Balanced Keyboard Layout
« on: March 05, 2017, 06:23:31 PM »
I made a little modification for Chinese double pinyin and English writing , "J" "Z" back to base area and ";" "?" punctuation too, I hope these changes won't affect too much.

yea in consideration of pinyin, moving those letters in better places is great idea. one thing i would move Z to index bottom instead. but actually the Z on the left hand may not be wise. because you would be typing many 3 and 4-grams with the same hand. e.g. zhou, zhe, zou, zhai, etc. on the other hand, the right hand is full of consonants already. though you may consider moving K to the left hand and move Z to its old spot in the right pinky bottom.

consequently, in consideration of other languages and much time with the BEAKL, we should keep all the letters within the main 3x10 block. probably put parentheses at the outside, so I can still type them without any shifting.

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

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