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

2
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.

3
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]
BEAKL5

  QYOUX FGRCV
J HIEA. LSTNW Z
  '"),( BDMPK

I updated my KLA page with these two layouts (the first two layouts you'll see).
http://shenafu.com/code/keyboard/Keyboard%20Layout%20Analyzer.html#/config


4
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.

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

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

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

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

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

http://blog.dictionary.com/ampersand/
http://blog.dictionary.com/letters-alphabet/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Think I will ask Patrick about that....

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

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

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

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

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


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

Not that i remember. Havent touched in a while.

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

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

try it out and send me your layouts to be uploaded

see images

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Thanks, Ian

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

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

26
Hacks / Re: Balanced Keyboard Layout
« on: October 23, 2016, 01:04:11 PM »
See http://patorjk.com/keyboard-layout-analyzer/#/load/r7T1MdwZ    :-)

Cheers, Ian

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

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

thanks, Ian

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


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

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

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

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

Den
Old  115.88  108.04  109.23
New  114.12  102.80  101.65
       B       B       B

Patrick
Old    71.05  73.91  73.00 
New    68.63  72.54  74.37
         W      W      B

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

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

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

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

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

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


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

Are there different versions of Opted 36?

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

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

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

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

http://www.magicmultiverse.net/cardsets/538

Features:
  • Planeswalkers are renamed Paragons.

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

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

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

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

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

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

Thanks, Ian

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

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

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

[object]http://www.shenafu.com/html5/clock/jsclock.htm[/object]

36
Hacks / Re: consecutive finger usage
« on: October 13, 2016, 02:18:40 PM »
How do you feel about the status of your scoring algorithm? I'm asking because I don't want to add a lot of scores with your algos, and then have you change the algos next week.... :-)

thanks, Ian

Seems good to me. Maybe a bit disappointed in BEAKL 32. Probably because finger effort is not as meticulous as AdNW Opt.

You have more data at hand. Just take a cursory glance of dozen layouts and see if the results are within reason.

37
Hacks / Re: consecutive finger usage
« on: October 13, 2016, 01:58:20 PM »
Did I miss something somewhere? :-)

comparing Patrick's same-finger scores to yours, eg Alice and QWERTY
Patrick:
6      1    170   64   0   0     70    22   44    63    440
Yours
12.0 1.2 170.0 70.4 0.0 0.0 77.0  22.0 52.8  126.0 531.4
 
Some the same, some different. Any ideas?
Also what does it mean that you used the same finger 1.2 times in a row? :-)

Yeah I'm tired and not thinking straight :-)

Patrick original only shows the raw numbers, under the Units: Key Presses option. This doesnt factor in the finger weights.

My code adds a field Units: Finger Penalty and sets that as default to be shown. The fingers weights are accounted for. You can still select Units: Key Presses and they should match what you see on Patricks site.

38
Hacks / Re: Balanced Keyboard Layout
« on: October 12, 2016, 02:36:36 AM »
The low penalty from consec fingers and hand reflect their low impact and frequency. Opt shows same finger occurs approx. 3% of keys. Realistically most good layouts are smart enough to minimize these. Same hand is not all bad due to some good rolls. Also this analyzer is not sophisticated to score trigrams, which may penalize more harshly.

Comparing to qwerty is not our goal. Everyone knows it sucks for over a century. Theres ample stats and arguments to show that everyone should stop using it.

Our goal is to find the best layout. So we need meaningful comparisons between the cream of the crop. Qwerty is so far down the list we just as soon forget it existed. By comparing to the best of a set, that gives consistent direction of extra effort. It's easier to see a jump in effort in different claases of layouts.

39
Hacks / Re: Balanced Keyboard Layout
« on: October 11, 2016, 09:56:20 PM »
Gonna streamline the code in scoring section. Put everything in arrays and objects so they can be interacted in more ways. Like print and export category results. This also allows to easily add and remove new categories if necessary.

In summary page, hover over each layout to view their scores in each category.

Attached new 7z file.

40
Magic: the Gathering / Re: [YMTC] GameFAQs CCCs
« on: October 10, 2016, 05:25:14 PM »
RCCC# 927: make an artifact creature gearhulk that fits thematically with two colors or more.

Stratospherical Gearhulk

Flying, prowess
When ~ ETBs, discard your hand, then draw a card for each card discarded this way. Then draw an additional card.
4/6

41
Hacks / Re: Balanced Keyboard Layout
« on: October 10, 2016, 04:51:00 PM »
Got KLA running properly locally (ie the repo).

Bootstrap js and css were in the wrong place (I guess the install process did not set them up... but node/bower/grunt is not something I know much about...).

Can now look at putting your changes in :-)

Gonna streamline the code in scoring section. Put everything in arrays and objects so they can be interacted in more ways. Like print and export category results. This also allows to easily add and remove new categories if necessary.

42
Hacks / Re: Balanced Keyboard Layout
« on: October 09, 2016, 06:43:24 PM »
my scores take into account the weights of each finger for distance, finger usage, and consecutive finger. original KLA only for finger usage.

The values may be controversial. They are relative, with 1.0 as baseline. Lower value means less effort.

Code: [Select]
Distance Weights

PINKY = 2.0;
RING = 1.3;
MIDDLE = 1.0;
INDEX = 1.1;
ONE THUMB = 1.0;
BOTH THUMBS = 2.0;


Finger Usage and Consecutive Finger Weights

PINKY = 2.0;
RING = 1.2;
MIDDLE = 1.0;
INDEX = 1.1;
ONE THUMB = 1.0;
BOTH THUMBS = 2.0;

For Consecutive Finger, the values are squared

You can see that I penalize two thumbs, but not one thumb. That's why schizo's layout scores higher (worse). But I'm not sure that's enough to pull it down that far.

43
Hacks / Re: Balanced Keyboard Layout
« on: October 09, 2016, 01:50:56 PM »
:-) I'll only know that after I compare a stack of results... Though I suppose I could do a few of the usual top performers vs a few of the usual worst performers to get an idea ...

That would be nice.... We really need an "export to csv" function here but JS can't write to files? How about "download results"? I've never done anything like that in JS, but I did knock together some code (borrowing ideas elsewhere) for KLE download jpg/png etc.

Could be easier to serialize into JSON and go from there.

uploaded KLA to my site if you want to try my version:
http://shenafu.com/code/keyboard/Keyboard%20Layout%20Analyzer.html#/

44
Hacks / Re: Balanced Keyboard Layout
« on: October 09, 2016, 12:52:16 PM »
thanks :-)

Need to run tests with this and schizo's layouts and Arensito Ergo ...

Gonna take a while. Not looking forward to redoing everything with your scoring, but necessary... :-)

Only if you agree with the new score system and it works as expected. I should fix the summary page to somehow let you see the individual score for each category that make up the final score.

45
Hacks / Re: Balanced Keyboard Layout
« on: October 08, 2016, 05:17:58 PM »
Did you download this with Opera? When I downloaded KLA with Firefox it fixed all the links, so that when I click Configure I run the local downloaded version, and don't get redirected back to real KLA site. Also filenames don't get .download added to them.

Damn. On the other hand Firefox seems to have turned things like jqplot.pieRenderer.min.js into jqplot_002.js.
Sigh. :-)

Maybe should use wget or something to spider the site. Or get the git repo to work properly.

I downloaded with Vivaldi (Blink/Chromium).

I fixed the page to point to local config page. And removed footer.

Streamlined scores to even the categories. Final scores should be between 10 and 20.

Added new column in summary page to show difference in effort relative to best layout.

2 attachments

46
Hacks / Re: Balanced Keyboard Layout
« on: October 08, 2016, 02:23:17 PM »
Can you perhaps point me to the KLA file? :-)

thanks, Ian

see attached

47
Hacks / Re: Balanced Keyboard Layout
« on: October 08, 2016, 02:30:52 AM »
Are you going to push your changes to Patrick?

I'll see if I can knock together (an initial version of) Arensito on Ergo sometime today... have a wedding later.

you can do it for me. see attachment

48
Hacks / Re: Balanced Keyboard Layout
« on: October 08, 2016, 01:57:56 AM »
I am happy with that, where it is logically fair. But I don't think hitting three keys to get a space is logically fair, so such a layout should not get highest score. (no offence to such layouts, I also tried to game KLA).

actually it's not much different than chording, so this does have merit and may be yet another breakthrough to accept.

i tried some minor but reasonable penalties for holding down a mod key, but that barely made a dent to the score.

49
Hacks / Re: Balanced Keyboard Layout
« on: October 07, 2016, 10:55:42 PM »
I modified the interface to accept a variable amount of layouts to compare.


50
Hacks / Re: Balanced Keyboard Layout
« on: October 07, 2016, 09:41:54 PM »
With the new scoring system, Arensito still scores significantly better than the rest. The positive penalty value based on X-Y axes of distant keys still makes a great difference.

Ergo (+AltGr) keyboards can still beat Arensito on standard keyboard. But I don't have json for Arensito on Ergo to compare apples to apples.

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