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 ... 24
already looks better than qwerty for 1-finger typing and probably 2-finger, too.

i never worked with MTGAP


- added supertype: Host
- changed Space supertype: Elite -> Mega


- Agnomic = idiot, layperson
- Duyu Gnoumi = legendary Gnome
- Gnomish spells may have 'gnom' base = to know


- the cost is {c}{c}{u/p}
- the dialog is from my favorite sitcom "Yes, Dear". the couple is Kim and Greg Warner, played by Jean Louisa Kelly and Anthony Clark, respectively..

Magic: the Gathering / Re: Card Search Page and API
« on: 2018-Sep-13 13:30 »
- All sets up to Commander 2019
- Data source from mtgjson
- Card link to scryfall (was
- Upgrade to PHP 7.2

- link to support forums point to this topic page

- update keywords
- sort results alphabetically


- added frames: classicshift (=default frame), CBG Horizontal (good for sideways card, long texts, vertical arts, and PWs)
- card type font: Kurale


- font for card name, type, P/T: Arima Madurai (bold) (most frames), Righteous (CBG Horizontal frame)


- added card types: Elite, Hero, Conspiracy, Phenomenon. Also Magical and Super for Earth genre.

Pro-tip: You can get "Super Hero" on the type line by choosing Earth genre.

- remove emdash if no supertype and type


Xayvir, Game Designer

Famous Paragon - Xayvir
[+1:] Exile the top card of your archive. Create an agent token with power and toughness equal to the exiled card's converted energy cost.
[-1]: Draw three cards, then put two cards from your hand on top of your archive.
[-9]: Search your archive for any card and exile it, then shuffle. Copy that card three times and deploy them without paying their energy costs.

Opera Mobile:
If you experience constant crashes, try going into about:config and disable Automatic RAM cache and disk cache.

List of aliases. Enclose alias on the left column between two @@ symbols. For instance, @ett@ in rules text will become 'enters the battlefield tapped'. Some aliases will take a variable. For instance @dd2@ becomes 'deals 2 damage'. Some aliases have both lower- and upper-case versions.

 gy  graveyard
 bf  battlefield
 lib  library
 syl  search your library
 Syl  Search your library
 pt  power and toughness
 ias  instant and sorcery
 ios  instant or sorcery
 to  target opponent
 To  Target opponent
 tc  target creature
 Tc  Target creature
 tcp  target creature or player
 tcpw  target creature or planeswalker
 tcy  target creature you control
 Tcy  Target creature you control
 tco  target creature an opponent controls
 Tco  Target creature an opponent controls
 tp  target player
 Tp  Target player
 tpw  target planeswalker
 youpw  you or a planeswalker you control
 anyt  any target
 ec  each creature
 Ec  Each creature
 ecy  each creature you control
 Ecy  Each creature you control
 cy  creature you control
 cys  creatures you control
 Cys  Creatures you control
 cmc  converted mana cost
 et  enters the battlefield
 ett  enters the battlefield tapped
 uet  until end of turn
 Uet  Until end of turn
 dd([0-9xyzXYZ]+)  deals $1 damage
 g(\+|\-)([0-9xyzXYZ]+)  get $1$2/$1$2
 gs(\+|\-)([0-9xyzXYZ]+)  gets $1$2/$1$2
 emblem  You get an emblem with "
 upkyou  At the beginning of your upkeep
 upkopp  At the beginning of each opponent's upkeep
 upkall  At the beginning of each player's upkeep
 endyou  At the beginning of your end step
 endnext  At the beginning of the next end step
 ctr(.*)  put a $1 counter on
 Ctr(.*)  Put a $1 counter on

Use KLA 3 for stable usage without experimental features.

Does KLA strongly favor the right hand?

yes. left hand 1.54 times more effort cost.

How does KLA calculate word difficulty?

combination of longest consecutive karacters on same hand (bad) and most words typed in home block (good).


- converted Planeswalker frame to Imagick
- centered rules text vertically


- set timeout for art URL


- Planeswalker frame to accept nonloyalty abilities
- Planeswalker frame to accept any amount of abilities
- flavortext emdash
- set rules text font to amiri-regular
- fix apostrophe in cardnames in database
- remove duplicate cardnames in database
- cardname font: Kurale


- more spacing between rules and flavor texts
- trim extraneous newlines and whitespace
- support watermark


- fix mana symbols cut off
- prevent recursive art
- fix finally really fit long text inside box


- converted Future frame to Imagick
- Unemploy word wrap to find font size. Reiterate whole texts word by word. Slower, but should be more consistent in outputting biggest text size that fits the text box.


- sanitize query
- aliases as replacement strings (between two @@ symbols)


- text render: early escape when lettery exceeds textboxheight, instead of processing entire text
- increase initial rules text size
- separate instructions page:


- moved alias replacements to client side javascript

Consider dominant hand should be able to handle more keys with deftness.

Code: [Select]
 yui   lcd
 e_a  hrtsp
 , .   mgf
    o n

Here right hand has access to 50% more keys. Note W is on the number row middle finger. Note left hand has no keys for pinky nor inside index column. Nevertheless left hand usage is higher than right due to the top 2 most common characters and top 5 of 6 all on the left.

Consider using CapsLock to access the punctuation layer.
1. US keyboards don't have AltGr key.
2. Will not interfere with AltGr for international kbs.
3. Easy to hit CapsLock on ANSI/ISO kbs.

J is very common in English names. Can't be called the best layout if common names are hard to type.

For that matter, list of names should be another special category of corpus to consider (just like source code.)

I reevaluated the weights of the final scores due to new thumb penalties raising scores across the board. In short, MTGAP is the baseline and normalized to about 100 overall score in prose.

I included Nightfall and Dragonboy to test different genres. Namely sci-fi and fantasy. So if you were a writer in these genres, these corpus are worth consideration.

The flaw in moving space out of the thumbs and replaced by modifiers at the thumbs, is that same finger and same hand scores will fluctuate wildly, depending on text length and character frequency. This includes CLP/ES and 'Low Thumbs' families. Even for short text samples, these scores can start quite high. Ultimately it is harder to optimize these layout families to minimize this flaw--without additional automatic tools.

Den, would it be possible for you to restore your previous klatest setup as version Den3 (and provide the url for this), and your current klatest as Den4? If this is not possible, could you share the code for that version?

The most recent thumb penalties and scoring weighting really alter the baselines I have been working with. AFAIK there is no way to define a key with not only a keycode but a down state (as a modifier, eg Shift) so my layouts for klatest need extra thumb keys defined for such which skew the results even more negatively with your new weightings.

Den3 still has old scoring:

Arts, Literature, and Crafts / Re: [lang] Li-Ya-Hu
« on: 2018-Aug-19 00:51 »
Liyahu is a ternary system. It has also been proposed as balanced ternary. Thus it easily follows that ternary logic and divination can also be utilized from Liyahu symbols.

mind, -, false, no
body, 0, uncertain, maybe
soul, +, true, yes

When one asks a question, it returns one of 3 answers: yes, no, maybe.

Divination similar to Ancient Chinese I Ching hexagrams may be represented in Liyahu. Where I Ching had binary trigrams = 2^3 = 8 combinations, here we have 3^3 = 27 combos. They can be simply represented with khuvi. This form already represents the 27 domains; either use the same domains, or alternative metaphors for divination.

A single vi provides a single answer, whereas a khuvi gives insight across 3 phases to provide a grander view of the problem. Such as past-present-future, thought-action-motivation, etc.

Code: [Select]

 iuo  wmdn
ye_ag hrtsp
 , .   lcf

Same finger is not bad. Here only U on same key as SPACE. Below it is reserved for UP arrow.

KLAtest I just made the thumb penalty score almost as bad as pinky. now you can see the difference in finger usage versus space on thumb.

Can you clarify re digits? (apart from numpad). You want separate row for digits? But digits only, no puncts on them?

thanks, Ian

A row above the letters. It's kind of far, but you don't need to shift to type the numbers. Putting puncs there would require extra shift and extra distance, so putting puncs on number row is far from ideal.

In terms of "Ian theory", (for lack of a better term), the Direction of Travel for thumb keys is All Wrong. The natural motion for us chimpanzees with opposable thumbs is towards the palm, not at right angles to the plane of the palm, although clearly that is also "doable", as anyone who has played thumb drums on their desk can confirm. Or keyboard users and pianists, for that matter :-)

One idea is to have the thumb area connected to the main board with a hinge. The hinge allows it to be adjusted from 0 to 90° (or more). Default state it looks flat to normal users. Advanced and ergonomic-conscious users can tilt to their desired angle.

We did, see attached. Also

The CLP/SC format actually overruses the thumbs, which is opposite of what we want. unfortunately hard to reduce thumb usage for these.

can there be a better balance?

brewing a combination pinkyless + low thumb usage.

1. No pinkies for typing. One may reassign other utility functions, like editing or navigation.

2. Low thumb. Ideally 5% usage per thumb. so no space. Probably modifiers includiig shift and altgr, due to next point.

3. Fewest keys to cover ASCII visible characters.  95 keys to start. but digits will be accessed on numpad or number row. So only need 85 chars. so need 29 keys with 3 layers, or 22 keys with 4 layers.

Given these constraints, then, pinkyless suggests 22 keys on 4 layers. this is doable with just shift and altgr, the home block, plus two more keys per hand. probably home pinky and index inside column. (if making room for arrows on bottom left hand, left hand will also need another index inside key.)

the main layer should hold the most common chars, including space, comma, and period. less common letters will be relegated to secondary layers. thumbs will be for shift and altgr. thumb usage should be quite low since they access less common chars only. unlike CLP/SC which used modifiers for common chars.

Why didn't you go X7.1H?

Tech Support /
« on: 2018-Jul-29 06:50 »

Above link is subdomain to host a wiki to act as a portal to consolidation of information and articles found elsewhere on this domain.

Using Tiki Wiki for these tightly integrated features:

  • wiki
  • blog and articles
  • forum posting and comments
  • polls & surveys

It's ironic that the most common character (space) is typed by a slow finger (thumb). Wouldnt it be better to move it to a faster finger? In fact, we should ask, does the thumb deserve a role in typing (like the pinky)?

It would work for me to replace the space with numlock. To provide easier access to numpad. One might also put arrows and nav keys in the same layer, on the other hand opposite from the numpad.

Thumb rolls could feel better only if their size and placement exactly conform to one's hand. Alas I don't think Kinesis is it. Ideally they are 1u just like other keys, and closer.

Regardless, thumbs are not known for nimbleness, so overuse may slow you down a tad. Being anchored to the thumb would also adversely affect the agility and freedom of movement of the other fingers.

I might even consider removing all nonhome pinky keys for nontyping utility. like PageDown/PageUp, Copy, Paste, layer access.

We only need 27 keys for letters and space. So 13 and 14 on either hand. Each hand's main well + thumb = 16. Remove 2 pinky keys = 14. Left hand also loses 1 key for arrow = 13. Perfect.

All punctuations will move to punc layer. There's also room on shift-space to fit a punc (probably comma, underscore, or apostrophe).

Code: [Select]

  uoyq gdnm
 kheax cstrw
  z ij bpflv

rolls with thumb feel weird, which i've said before. so i made thumb effort cost higher to avoid placing the most common characters there, and limit the percent of thumb usage overall to about 6%.

Code: [Select]
q,uxz wdnmv
-e_ak gtrhf
'. oj yclpb
    i s   

Letters on thumb are 'i' and 's'. Space is on home middle finger.

I've still a ways to go before I've established this as a suitable baseline -- which I hope I stick to long enough before starting from scratch (again) with a totally new layout such as the one you generated (would be interested in your Opt config though..).

Th = thumb letter
Arr = up arrow taken in consideration
Num = numpad layer
x = experimental
29 to 32 = amount of keys

5. Logo and mascot. Thinking of a bird because they have beaks  8) (what should it represent? speed? efficiency? diligence? knowledge? aesthetics?) Pecking on some keys?

Mascot candidate: Woodpecker

Woodpecker Symbolism:
- pecks (ala hunt and peck typing style)
- pecking rhythms (= typing rhythm)
- digging deeper for the desire of the heart yet unattained (ala seeking the most optimal, efficient keyboard layouts)
- exploration and perseverance (cf. amount of knowledge discovered in this thread alone)
- Magic Powers: Creating a Matrix (cf. matrix keyboard layout)

Public forum criteria:

1. Public board/group to discuss mainly BEAKL, plus keyboard related topics.
2. Anyone can sign in with OAuth from their FB/Google/Twitter/etc. accounts.
3. Preferably already high-traffic and well-known site, that allows custom sub-boards.

Other ideas

3. Distinct internet domain (e.g.
4. wiki. easier to update information than static pages. editable by team of chosen trusted editors.
5. Logo and mascot. Thinking of a bird because they have beaks  8) (what should it represent? speed? efficiency? diligence? knowledge? aesthetics?) Pecking on some keys?

Admittedly, these are wishes, indulgence to see the project spread its wings. (another bird metaphor.  8) )

Speaking of which, came across attached (free download from researchgate) but have major problems with her methodology. Just checking bigrams without "return to home" is going to give misleading results. I'm sure if there was a "move from home and return to home" component, Dvorak would win hands down.

The space character is always typed by the thumb in touch typing and because the thumb always rests on this key [the digraph] can be discarded.

Now that they mention it, digraphs involving thumb and top row are quite awkward. When you reach for top row, the thumb is slightly moved away from the rest position. Very obvious when just rehearsing the TH in my latest proposal, whereby T on the thumb and H on top ring finger. Thus top-thumb digraph should be penalized.

Redid the BEAKL homepage layout using CSS grids. New logo. Auto-generates a table of contents based on the headers elements (h1 - h6).

then on a whim searched for 'beakl' on the 'net. not many results, but surprisingly other keyboard enthusiasts from non english blogs have mentioned BEAKL.

sdothum's blog is the 4th result in this search. congrats.

This Japanese blogger creates a pinkyless Dvorak inspired by one of BEAKL's main ideals: to reduce pinky usage to the possible minimum.

This Frenchman ponders the future of optimized French layouts, in view of recent call from their government to make Bepo as the new national standardized layout. The features and peculiarities of BEAKL caught his attention.

One search result led to But deeper search on that site returned barely a handful of posts. (Unfortunately you can't search comments.) So perhaps I may consider creating a subreddit just for BEAKL. Besides increasing visibility, but should also foster better discussion than cramping everything in one topic here. Comment on subreddit?

I am just starting to get used to having moved the Space from the left to the right thumb! The balance feels better as I get used to this -- especially with newly applied new sentence/paragraph chords coded in my firmware :-)

Curious what is your typing speed on BEAKL?

Hope you find it worthwhile to continue exploring and sharing single thumb letter BEAKL approaches.

The major stumbling block is how to prepare my Kinesis keyboard for thumb and arrows, per recent discussions. So I can test drive and experiment with these radical layouts.

The consonant district originated with your BEAKL 10 layout and, having arrived at this, like its balance of rolls and low same finger usage. The N, I had no issues adjusting to at all -- on my google words usage frequency db, N R S are more or less a wash -- the ND bigram and smooth NG motion probably account for a lot of that transition.

Rhythmic rolls is the feel I gravitate towards which is what caught my eye with your BEAKL 10 and its R placement. Now, if I can just stop tinkering with the layout..

I can see the preference for rolls if one is used to layouts like Colemak or Arensito.

Balance, however, feels shifted towards the right hand with its increased thumb usage which is exaggerated by the opposing long term finger memory – this feeling should dissipate as new neural pathways are developed. There is little doubt during this limited testing – this layout feels rhythmic with it’s low same finger usage.

Suggest moving the space to the left thumb and the letter on the right thumb, to balance both hands. Also, try 'T' on the thumb instead of 'H'.

For instance, messing with Opt again with new settings for pro-roll and 1-letter thumb:

Code: [Select]
zji.q  wglhv
koeau  dsrnp
'/ ,x  ycmfb
    _  t

I might try this one to get accustomed to pro-roll, letter-on-thumb layout.

Personal TypingStats
LayoutBEAKL 15
Peak144 wpm
Easy text88 wpm
Hard text75 wpm

Showing gradual progress by merely constant usage (but no intense practice for speed).

I have been using this (base) layout on my Splitography

How do you like the consonant district? in particular, how do you like the N at the top row? since N is 2nd most common consonant, but is not on the home row.

My question that has arisen from this is: why do BEAKL layouts eschew the use of letters on thumbs? The excellent scoring X7.1H, Maltron, and memeable P_RN all do this, and Maltron has decades of real use behind it. What is the main reason, especially with BEAKL layouts somewhat underutilizing the right thumb (for typing, at least), for sticking with all letters just on the finger keys?

the main reason is simply not many keyboards are designed for thumbs to play a major role. so if a layout wants to become mainstream, it must use only the other fingers until thumb clusters become the norm.

moreover, putting letters on thumbs would displace other functional keys. that would require a whole new, complex game of optimizing alphanumpuncs, along with functional keys like Enter, Tab, Escape, Layer, etc.

so while we may recognize that typing performance may see some improvements by arranging the letters on thumbs, however, would that improve the overall keyboard usage experience? at this point, I don't have enough information.

Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-20 00:25 »
One thing I think that a lot of physical keyboard designs miss is that the arrow keys can be used as much as, if not more, than the whole of the letter section combined. IMO, not trying to cram them into where the letter keys are is a good thing, but placing them somewhere out of the way is a bad thing.

Keyboard navigation have long since been replaced by the mouse cursor. So the arrows can be neglected. Just as you observe, there is simply no great place to put them, and eventually reduced in usage is not a deal breaker for keyboard layout.

Printed characters have no such alternatives; thus they must be prioritized before arrows.

They need either a hand move, or fingers to remain a bit curled, generally, unless the keyboard accounts for that (like a Maltron, Kenesis, Dactyl, etc. may do this well enough, but not most slab types), to use continually. I'm messing around with a 60%, right now, and I find a navigation layer, with arrow keys around either standard esdf or ijkl, to be much preferable to elsewhere, even considering the layer swapping actions. As well, there doesn't seem to be, to me, any mental block against having such a layer, since it is a fairly different interface controlling activity, compared to typing. It probably doesn't hurt that it also replaces a move and rehome from standard layouts.

Too many layers is a frustrating and confusing experience. I don't even like the extra motions to enable/disable the numpad layer. It's not always convenient.

Arrows are not important in modern computer usage. I'd rather find other ways to navigate (a page or program) than have to obligate to extra layers just to access the arrow keys.

Thus the arrow keys right underneath the letters have the best chance of me using them at all. I don't have to move my hand too far, and I don't have remember to enable/disable layers. There are more than enough keys at the main rows that I can spare one or two keys for alternative purpose; optimizing the arrows seems a worthwhile sacrifice.


Code: [Select]
Phynnboi’s Layout (2009):

Q Y . ; , J C L F X
P / K I Z W D M V B

It's almost BEAKL-like, great scores. reminiscent of BEAKL 8 in some ways. the downfall is higher same finger and pinky usage.

initially i used app called keyboard-layout-editor, but it spit out weird symbols, and too verbose. so i fixed the rest by hand.

you should have a basic layout. then compare/diff the other layouts to find the keys that need to be updated.

hardware geometry is independent from logical layout, and it's set by the user based on the hardware they own. as long as the key codes align, logical layout should work for any hardware. e.g. I set mine on Kinesis.

create new geometry only if you have new physical design. mostly it only helps for creating a PS image generated by xkb. wouldn't affect the logical layouts or other operations.

Finally created download page:

XKB files to remap your keyboard in Linux.
Opt's cfg and corpus to test against.

Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-12 06:07 »
Consider for matrix layout to expand the thumb area to accept more navigational keys. Left thumbs get Home+End; Right thumbs get Page Up+Page Down.

Notice the thumb keys will encroach on the main area occupied by letters. These are some of the worst keys for typing, so not a big loss. The two displaced symbols can be placed on the punc layer instead.

See attached.

Keyboards and Other Interfaces / Re: Arrow keys
« on: 2018-Jul-12 02:06 »
Arrows intruding into the main keys. Bottom left hand middle finger will be UP key.

Letters tweaked to favor right hand a bit more. Resulting in H moved to the consonant district and slightly higher hand alternation. Vowel district also looks pretty tidy and comfortable.

Yet the final scores are in the same range as other BEAKL layouts.

Code: [Select]
BEAKL + Arrow

zkouq fdrcv
xaeiy hstnw
'/ ., gmlpb

See attached.

BEAKL 15 officially promoted as the recommended layout. Including the improved punctuation and numpad. Updated on BEAKL page and KLA Den3

Games General / Re: KARA 5 Poker
« on: 2018-Jul-07 14:23 »
v 2.7
changed pretty girl ranks to NWS (was PQG)
added payout hands: Rider Ship, Cupid Ship
adjusted payout amounts

2018: server domain URL moved from to

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