Live data from Hacker News

FUTO Swipe – A new swipe typing model

swipe.futo.tech

221–230 of 261 posts

Re: FUTO Swipe – A new swipe typing model

#221
post #194

Earlier quoted context omitted.

How about context. We have these not-so-new gadgets made by design to predict the next word, I mean those LLMs... a local tiny model should be able to beat those dumb GBoard predictions any time (and a note for Google: if GBoard uses already such a local predictor, just throw it away, it's garbage)

From https://swipe.futo.tech/ : The ContextLM model is a very small language model that is trained for a single language. It's used to improve the quality of predictions by eliminating nonsensical words given the preceding words in the sentence. It only requires text data for training.

So it would need one model per language? Not impossible (for me)...

Re: FUTO Swipe – A new swipe typing model

#222
post #137

Fun fact for the first apple keyboard layout on the first iphone, the touchscreen hadn't the resolution to tell appart which letter you meant to type in, so it changed dynamically the "hitboxes" of the letter buttons when you typed a certain letter. (for instance if you typed the letter "i", the hitbox of "t", and "n" were changed to be bigger, because there is a high probability you were hitting those next. Here is…

>the touchscreen hadn't the resolution to tell appart which letter you meant to type in Is that really true? My memory of the original iPhone's touch screen is that it was pretty much pixel-accurate. The article mentions that the keyboard wasn't accurate enough: "But by early 2006, the iPhone keyboard still didn’t have the accuracy Apple needed to ship the phone." I don't think that means the screen wasn't accurate;…

I think OP is misremembering about the reason for the hit boxes.

The base reason is the size of the keyboard compared with the size of thumbs and the imprecision of thumb typing. Adjusting the hit boxes results in a better error rate. It isn’t because of the resolution of the screen or touch detection.

Re: FUTO Swipe – A new swipe typing model

#223

Earlier quoted context omitted.

Pretty much what `cloogshicer` said. I am interested in something that has support for multiple languages + swipe support.

iOS has that.

Mate...it does not, it's not like I haven't tried. Try to set Bulgarian keyboard on the native iOS and let me know exactly what you see.

https://www.apple.com/uk/ios/feature-availability/#quicktype...

Re: FUTO Swipe – A new swipe typing model

#224

Lots to be desired, unfortunately. I tried 3 different words. It nailed the first 2 but the third was impossible: The word "serverside" is impossible to swipe. I tried 10x, never did it even come close.

Interesting, I just tried it and it got server-side the first try, although it wants to insert a hyphen. I did download the larger dictionary from their site.

Re: FUTO Swipe – A new swipe typing model

#225

I've been using HeliBoard for a while now, but IIRC the swipe library it uses is from Google (have to install it separately to comply with license). Wonder how this stacks up.

I am a heliboard user myself and im only just trying this new keyboard out but at least right now it feels faster and has all the goodies I want in a soft keyboard. 1. super responsive 2. arrow keys!! why this is impossible is beyond me 3. easy access to text editor and undo redo via the long pressing of the enter button 4. easy resizing and im using a floating mode so it's all near my thumb and no awkward bends, jus…

I agree, it's by far the best mobile keyboard I've ever tried. I especially love the shortcuts for copy/paste/select all/cut which send the actual Ctrl-C. I can finally use terminals! :-P

Re: FUTO Swipe – A new swipe typing model

#226

swype was so good before it got destroyed by Nuance. Gboard's own swipe to type is decent but missing a lot of those features that made swype so much better (swipe once backwards to erase the previous word, loop a letter to double it, swipe up to the suggested word to select it, correct a previous word with the next few words context...)

It requires more precision than Swype, but GBoard supports multi-word word deletion if you swipe back originating from the backspace key. You get some haptic feedback, and can scrub to adjust the selected boundary.

Unfortunately some of those Swype nicities are patented [1], so other keyboards can't use them.

[1]: https://patents.google.com/patent/US7098896B2/en

Re: FUTO Swipe – A new swipe typing model

#227

I love swiping for speed, because it's usually faster than tapping and easy to do one-handed, but then there are always a bunch of words that are too similar that it can never get right, it doesn't deal well with doubled vs single letters, etc. So for the longest time, I've wanted a new keyboard layout specifically designed for swiping. In the same way that Dvorak was optimized for ergonomically typing English words,…

Have you ever tried:

http://networkimprov.net/alphatap/light.html

It was set up for just this.

c.f., the opensource research project Dasher

https://www.inference.org.uk/dasher/

Re: FUTO Swipe – A new swipe typing model

#228

I love swiping for speed, because it's usually faster than tapping and easy to do one-handed, but then there are always a bunch of words that are too similar that it can never get right, it doesn't deal well with doubled vs single letters, etc. So for the longest time, I've wanted a new keyboard layout specifically designed for swiping. In the same way that Dvorak was optimized for ergonomically typing English words,…

Same. I don't think I have many words that get misinterpreted at all, though pretty almost always does (as pet).

Re: FUTO Swipe – A new swipe typing model

#229
I started using the main FUTO keyboard after seeing it mentioned here the other week. Then a few days later I tried to open my HSBC banking app and it refused to open because it detected FUTO keyboard which it treated as an insecure application, so had to remove FUTO after a couple of days of use.
Post reply on HN