Live data from Hacker News

Keybee: A Keyboard Designed for Smartphones

keybeekeyboard.com

91–100 of 103 posts

Re: Keybee: A Keyboard Designed for Smartphones

#91

When I go to enable it I get 'may be able to collect all the data you type, including ... passwords'. 'may be able to'? How is this not knowable? Do I have to wait for effect systems to gain popularity before installations make sense?

That's a mandatory message for any input method. Keybee keyboard is not collecting anything and the code is all available on github.

Re: Keybee: A Keyboard Designed for Smartphones

#92

Very cool. The biggest questions someone skimming would likely be why the letters are in this order, and how this is consumed (eg ios app?). You may answer those details but they were not front and center to me.

Well, to create the layouts I had to consider a lot of combinations. Some are really good like "ing" but they could compromize others. That's why I decided to made it fully customizable for the user. You can change any letters if you want!

Re: Keybee: A Keyboard Designed for Smartphones

#93
post #24

Looking at the English keyboard and the English digraphs, it doesn't seem like the coverage is that well optimized. We are currently capturing 8.65% of the digraph weight, but just getting the top-5 would account for 5% by itself. I also feel like distance travelled is the wrong (or an incomplete) metric. Change in direction seems like a good proxy for mental or physical effort. To take it to an extreme, I'd be very…

I agree that distance is not a great metric. The maximum travel distance on a smartphone screen is already tiny. I'd say the best metric is accuracy or lack of amibiguity, something like average confidence level that any given swipe means a particular word and not another. (This is assuming swipe-based word entry, which I much prefer to anything tap-based.)

Acceleration is a good metric indeed. And distance was the easiest metric to work on to get some useful data to create the layout. Marco.

Re: Keybee: A Keyboard Designed for Smartphones

#94
post #20
post #11

It's interesting but I wish I could still Swype on it

Wait this keyboard doesn’t support swipe typing? Hmmmm

Because is a huge effort to make a full swipe algorithm based on a potential custom layout and Keybee keyboard is still a one person project. Marco.

Re: Keybee: A Keyboard Designed for Smartphones

#96
post #20

Earlier quoted context omitted.

Wait this keyboard doesn’t support swipe typing? Hmmmm

Because is a huge effort to make a full swipe algorithm based on a potential custom layout and Keybee keyboard is still a one person project. Marco.

Yeah I mean that makes perfect sense, just means it’s probably not for me. Best of luck to them though

Re: Keybee: A Keyboard Designed for Smartphones

#98
post #25

This is gonna be like Dvorak where eventually we all figure out that it’s not significantly faster and you had to re-learn how to type just to figure that out. I submit the idea that for most smartphone users, distance traveled and layout are not the limiting factor for typing speed.

> This is gonna be like Dvorak where eventually we all figure out that it’s not significantly faster and you had to re-learn how to type just to figure that out. Generally nowadays people don't learn Dvorak because it's faster, they learn it because it reduces finger travel and effort. Those factors apply here too.

I think they actually learn it because of the fun of mastery and the satisfaction of typing at high speed when you’re good at it, I doubt there’s much practical value.

Re: Keybee: A Keyboard Designed for Smartphones

#99
post #45
post #25

This is gonna be like Dvorak where eventually we all figure out that it’s not significantly faster and you had to re-learn how to type just to figure that out. I submit the idea that for most smartphone users, distance traveled and layout are not the limiting factor for typing speed.

I find another factor that is not always discussed is comfort and how pleasant it is to use a layout. I know Dvorak is not much faster in the end but it is such a joy to use in comparison to Qwerty. I do wonder if it would be fun or just nice to use this hex-grid layout on a phone.

This is honestly the best argument for this, use it if you find it fun! Obviously it won’t be mainstream as some seem to think, but that doesn’t mean it can’t be cool.

Re: Keybee: A Keyboard Designed for Smartphones

#100
post #74

Earlier quoted context omitted.

>People riding horse buggies probably thought the same when powered vehicles first came about, and look at the world now. You won't know unless you give it a honest try. This is a ridiculous non-analogy. I'm flying a jet airplane, and you're telling me to give Ford Model T a try because you don't understand flight as a concept. Or, in this case, Flow typing. From Keybee's website: >Some syllables and some words can b…

Also gboard is the best keyboard for that. Nothing else implements a prediction model over a number of words as far as I can tell. Or if they do, they fail really badly at it.

Swipe keyboard on Microsoft Lumias was better.

I think Android is only catching up to it in the past 2-3 years.

Sadly, Lumias went the way of the dodo, and I don't have a need for that sort of input on something that's not a phone.

Whatever Microsoft put out as a keyboard app for Android is different, they didn't implement the same UX.

Out of the swipe keyboards I tried for Android, GBoard worked the best.

Post reply on HN