HN user

TBF-RnD

69 karma

Doing independent software research on an open source basis full time.

Currently trying to compile an exhaustive source on text input. Seeing as the keyboard model ought to be revisited in light of development in VR!

http://tbf-rnd.life/ for more!

Posts11
Comments50
View on HN

Apparently the article was not written in a way that can be understood by all. I can give you that.

It's good to have feedback and in the future I'll take into account that some people have problems comprehending text.

But to say that you can not parse a sentence and that it's illogical doesn't make sense. That is like saying that you read a book in Greek, didn't understand it and still claim that the content is invalid. Do you follow?

Thank you. Well what I'd like to do is to make it possible to do it without a bluetooth keyboard.

So I'm looking into alternative ways of doing this.

The chorded input method is interesting in conjunction with say a all in one android VR-headset and haptic glove input, where you have all ten fingers.

What kind of software did you develop was it on a commercial basis or on open source projects?

oh I have. Initially I used a bluetooth keyboard. Which is an acceptable solution.

Lack of dev tools in chrome and firefox is an issue though.

Also a better window manager would help a lot. Less animated transitions and more i3/fluxbox like functions.

Now I'm "dogfooding" in a sense so that I can hopefully get some input on how to create a better prototype.

I don't expect to be able to make an equivalent of an desktop IDE or whatever but rather to create experimental solutions to whatever problems that might appear.

First of all an autocomplete that works on the input and output of the terminal would be great. Say if you run ifconfig the output would be automatically added to autocomplete.

Key sizes ia a problem as well where it's easy to miss keys. So I'm toying with the idea of a dynamic keyboard (which has draw backs) with sizes in accordance with Fitt's law.

I answer the question: to see how hard it is to work on a tablet.

Why: because desktops aren't widely available in the developing world

The "unrelated" link is a suggestion on how to write fast without a keyboard. Something that might come in handy for a non-desktop machine, don't you think?

First I go through steps of computer evolution: desktops -> laptops -> tablets

When desktops became popular in Sweden computers where rare in say South America.

Now computers are not rare in South America, which is good. The bad thing is that they are common in a consumption only format.

The problem is UI in particular text input. The solution use say gloves as input and VR systems which I predict will be cheaper and broadly available.

Until that happens a huge amount of people are stuck with smart devices, so I'd like to improve the situation. To get there I'm doing my work on a tablet to get a good idea on what works and what doesn't. Why? Because I want teenagers in the rest of the world to be able to have fun with computers as I did.

How can you tell that the reasoning is bad if you can't parse the sentence?

Also had this not been written with two thumbs, maybe the result would've been better. Embarasing as it may seem, it just goes to show the unsuitability of tablets for productive use!

Normally I have spellchecker for times like these but unfortunately she's sick :( Didn't expect to hit HN frontpage before she had time to look at it.

Being the birthplace of MySQL and Linux, naturally it's open source. Question is the math editor good enough?

test editor here: http://digabi.github.io/rich-text-editor/

Finnish education have gotten good scores internationally and ease of testing and administration speaks for digitalization. Still isn't the cognitive context switch caused by looking through menus to high for such a stressfull setting?

(article in swedish) https://svenska.yle.fi/artikel/2018/04/05/oro-over-digitala-...

Often actions that you'd expect to be one handed actually aren't. I found this piece of information in Bill Buxton's paper that I found fascinating. Remoing the ability for a right handed person to move his left hand decreases writing speed! Why is that well for the body to maintain balance the left hand is continously adjusting the position of the paper. So what you'd think of as a one handed task might very well be bimanual to some extent.

Thank you so much for your comment and the links. Looks like a lot of tasty material for me to put my teeth in.

Yes it seems that swype's spiritual ancestor somehow is edgewrite / graffiti text entry systems.

please check out my rss http://tbf-rnd.life/feed if you want to get more info. I have a long backlog and I hope some interesting views as well. Also there'll be code!

That's right I saw that. Didn't have time to add it to text yet though. I did consider it for an implementation.

Seems like Jacob Wobbrock went on to become quite influential after his work on this.

Yes the author of edgewrite talks extensivly about grafiti but claims some advantages over that system.

I'd like to do a web demoable implementation of edgewrite but it's kind of hard for me to get a hand on a Palm Pilot.

Have you used that system?

This is the reasoning behind the project. In short I'd say that with VR around the corner and touchscreen everywhere but no practical way of doing work as such on smarthones tablets the way we look at text input should be reconsidered. International input and accomodating for disabled people are other angles. tbf-rnd.life/blog/2019/05/21/hello-world

I'm working on compiling my findings into a book. http://tbf-rnd.life/the-book-of-lesser-known-input-methods/

Along with this I am creating a framwork that can be used to - demonstrate - benchmark - provide common os support - provide to the different models.

As such say the Dasher model can be compared more or less scientifically to say plain old keyboard method or why not chorded input

So there are plenty of interesting concepts to dig into here. From UI design in javascript to analysis on text a lot of word2vec and other fun stuff and why not 3d interfaces.

I do this as a portfolio of sorts since it demonstrates such a wide range of knowledge.

Furthermore as we are dealing with a keyboard, that is something that is _always_ in use it's really important to create a wellpolished fast method so it's not for the faint hearted.

Perhaps give me a hand researching text input, I'm starting to gather a rather large source of ideas to be implemented. Fun work really allows you to think outside of the box. Spans all the way from UI-design down to system calls into the os ia C. So there area lot of areas to cover. Let me know by commenting if you are interested.

trying to create a resource that might turn into a collaborative book

I find that there are a lot of places where keyboards doesnt cut it - VR - Disabilities - international settings - productivity for tablets

My hope is to create a framework in code where experiments can be made and benchmarked.

Also to create a loose umbrella organisation that can coordinate the effort.

Challenging for sure but then again if a properly implemented theory based on state of the art research is implemented there is a chance that a better solution is made as well. One not burdened by backwards compability.

Think of it thiis way. You type with 10 fingers right and each can give an on or off signal. With a PS/3 controller you loose 4 fingers for holding the device. Still the thumbs are tied to 14 bits per second movement sensors + a button. Then you also have movement sensors and so forth and two fingers or more have analog input. So the bandwidth is there really. Also what you gain from more buttons you loose in movement time and errors due to Fitt's law.

And notice how I haven't gotten into Valve's "knuckle controllers" or glove solutions yet.

If you are interested I'd love to work with your particular use case and problems to get a working solution that suits your particular needs.

http://tbf-rnd.life/ or mail me at trbefr@protonmail.com