undefined | Better HN

0 pointsarexxbifs3y ago0 comments

I'm not sure what an input router is, but the concept of mouse chording is absolutely an inherent property of Plan 9/9front and Acme. To the best of my knowledge you cannot mark, cut, copy or paste text at all using the keyboard. Copying is especially cumbersome and involves a three-button chord in conjunction with some precision pointing (first to mark the text, then to where you want it pasted).

I'm sure this could be implemented using keystrokes as well and the source code is of course available. However, I doubt such a change would be accepted upstream. You could say it's a central point in the "Plan 9 philosophy".

https://plan9.io/sys/doc/acme/acme.html

0 comments

sitkack3y ago

What if you had a OCR overlay that had a DOM like structure along with coordinates? You could hit a key combo, and then the text dom could float over the page and you could select nodes of it using your keyboard modifiers of choice (vim, emacs, etc).

You could also read the process memory directly by a supervisory program, like a debugger, to extract or insert text directly. It would be like idea implantation.

Does that make sense?

bitofhope3y ago

OCR hardly needed. Just read /dev/text.

I don't think the mouse chording is that essential to Plan 9. It's how rio and acme work, but those programs can be replaced without throwing away most of the OS concepts. I think you could absolutely create a Plan 9 UI that, for example, uses vi-like key bindings to jump around windows and text. Nobody's just done it yet and hardcore users are happy enough with what they have for now.

arexxbifsOP3y ago

I think it'd be easier to just implement better keyboard support in E.G. Acme and, to a lesser extent, the terminal. :)

Side note: Inserting text using a debugger shouldn't be necessary. Everything really is a file, including Acme's windows and their contents (which is pretty cool).

sitkack3y ago

Ok, what if all the programs had an file, like a port, where it could read and write messages encoded in a high level dynamic language, maybe like Lua, or Arexx :) ?

Then you could send it a message

    GET /text_repr?encoding=json

ta9883y ago

Durée has something like that http://durden.arcan-fe.com/

sitkack3y ago

This whole stack blows my mind. What kind of wizardry is this?

ta9883y ago

I know! They have a shell that is pretty insane too.

j / k navigate · click thread line to collapse

0 comments

sitkack3y ago

You could also read the process memory directly by a supervisory program, like a debugger, to extract or insert text directly. It would be like idea implantation.

Does that make sense?

bitofhope3y ago

OCR hardly needed. Just read /dev/text.

arexxbifsOP3y ago

I think it'd be easier to just implement better keyboard support in E.G. Acme and, to a lesser extent, the terminal. :)

Side note: Inserting text using a debugger shouldn't be necessary. Everything really is a file, including Acme's windows and their contents (which is pretty cool).

sitkack3y ago

Ok, what if all the programs had an file, like a port, where it could read and write messages encoded in a high level dynamic language, maybe like Lua, or Arexx :) ?

Then you could send it a message

    GET /text_repr?encoding=json

ta9883y ago

Durée has something like that http://durden.arcan-fe.com/

sitkack3y ago

This whole stack blows my mind. What kind of wizardry is this?

ta9883y ago

I know! They have a shell that is pretty insane too.

j / k navigate · click thread line to collapse