Hacker News: omtose

New comment by omtose in "AV1: A new general-purpose video codec"

omtose — Tue, 10 Apr 2018 08:17:17 +0000

Is Netflix even using H265?

New comment by omtose in "About the goodwill of people: 4,500 users and 0 donations"

omtose — Mon, 12 Feb 2018 11:32:41 +0000

Is this a joke? There are about a thousand projects / things I would rather donate to before a trivial color visualizer.

New comment by omtose in "Interactive Vim tutorial"

omtose — Wed, 04 Oct 2017 15:24:14 +0000

This website sucks, it takes forever to load challenge pages because they're flooded with irrelevant entries which you can't even see if you don't submit your own. You can't even visualize the solutions directly in the browser.

New comment by omtose in "Godot Engine – Free and open-source 2D and 3D game engine"

omtose — Fri, 22 Sep 2017 09:20:11 +0000

How's the performance of the resulting games? With unity I've found that it's a mixed bag, but it's hard to know if that's the fault of developers or the engine.

New comment by omtose in "Ask HN: How does an online game with AIs manage so many AIs?"

omtose — Wed, 13 Sep 2017 07:55:46 +0000

>execute AIs on clients, and send their inputs along with players' inputs

That seems strange, you'd be sending multiple times the same AI's actions to the server, in which case you better be certain that it's deterministic, not to mention the security concerns. It seems far easier to execute the AI on the server and send its actions to each player, especially if it's a trivial AI.

New comment by omtose in "Gap Buffers Are Not Optimized for Multiple Cursors"

omtose — Fri, 08 Sep 2017 13:28:49 +0000

It's funny how you see these articles about fancy text editor buffer representation (gap buffer, ropes) but meanwhile, the editor with the best feature/performance ratio (including multiple cursors) I've found[1] "simply" represents a buffer as a vector of strings.

[1]: https://github.com/mawww/kakoune

New comment by omtose in "Concrete-free washing machines are lighter to transport, just as good in a spin"

omtose — Thu, 17 Aug 2017 12:11:17 +0000

I somewhat doubt that a hollow plastic tank is significantly more expensive than a concrete block. Factor in the added cost of shipping the much heavier concrete block, and it seems like the manufacturer would also save money in the process.

New comment by omtose in "It's Never Too Late to Learn Guitar"

omtose — Mon, 14 Aug 2017 14:33:41 +0000

>because of sore fingers

Maybe in the beginning, but after having developed calluses you can basically practice for an undefinite period of time.

New comment by omtose in "“We currently have no plans to support Xwayland”"

omtose — Fri, 21 Jul 2017 09:19:06 +0000

Maybe in the short term you'll change distro or stick to X11, but when you decide to change GPU you'll likely try to get one with more compatibility.

New comment by omtose in "C++ on Embedded Systems"

omtose — Tue, 21 Feb 2017 09:16:44 +0000

I never understood why people argue that operator overload is a bad thing. In a language that doesn't support it, you're going to have a function "T add(T, T)" which is pretty much the same, and can do anything. Overloading "T operator+(T, T)" is mostly syntactic sugar.

New comment by omtose in "Stop using 'short' for line and allocation sizes (2013)"

omtose — Thu, 16 Feb 2017 14:47:43 +0000

But then you get different behavior depending on the platform, which doesn't seem any more portable to me.

New comment by omtose in "St – A simple terminal implementation for X"

omtose — Thu, 02 Feb 2017 14:41:26 +0000

I've also gutted a lot of stuff from termite in my own fork (overaly, vi mode, clickable urls) and it definitely makes for a lovely minimalistic terminal. I'm thankful for termite being so simple (granted the lifting is done by a lib) that this is possible without much effort.

I just wish I could log the scrollback buffer so that I could open an actual editor on it, but I don't think libvte exposes anything to do this.

New comment by omtose in "The Craft of Text Editing (1999)"

omtose — Mon, 30 Jan 2017 16:42:24 +0000

Are you talking about Xi as a frontend for kakoune? If it's the UI part that you're interested in, there is also kakoune-qml[1] made by one of the regular uses.

[1] https://github.com/doppioandante/kakoune-qml

New comment by omtose in "The Craft of Text Editing (1999)"

omtose — Mon, 30 Jan 2017 11:07:34 +0000

Kakoune[1] has been posted recently here on HN to great reception. As a C++ developer, I think it has a very high quality codebase, especially considering how non-trivial it is. As a user, it's been my main text editor for over a year. It also has a vibrant community, jump in on IRC if you have questions or ideas.

[1] https://github.com/mawww/kakoune

New comment by omtose in "Why Kakoune – The quest for a better code editor"

omtose — Tue, 13 Dec 2016 19:29:26 +0000

>I just wish you guys can learn more of vi, so you can truly deliver something better. So far, these surface scratching alterations only build on irritations of those vi first-timers

Mind expanding on that, or are you just going to whine? It's not like vi is the ultimate tool.

New comment by omtose in "Why Kakoune – The quest for a better code editor"

omtose — Tue, 13 Dec 2016 16:56:50 +0000

Yes it's in no way a dealbreaker, but it starts rearing its head when you want to use keys outside of the alphanumeric cluster.

I also absolutely agree that this is the correct way for an editor to be implemented.

New comment by omtose in "Why Kakoune – The quest for a better code editor"

omtose — Tue, 13 Dec 2016 16:43:16 +0000

Mmh right, but that's not going to dispel my feeling that mawww is actually a weeaboo.

New comment by omtose in "Why Kakoune – The quest for a better code editor"

omtose — Tue, 13 Dec 2016 16:34:31 +0000

Oh that makes a lot of sense, that's probably the origin of the name. The project is quite a bit older than that though (>4 years).

New comment by omtose in "Why Kakoune – The quest for a better code editor"

omtose — Tue, 13 Dec 2016 15:37:02 +0000

I don't understand what you mean. It's destructive in the sense that the raw input is not even being passed to the application in the terminal.

No applications running in the terminal will be able to tell the difference between these two different key presses.

New comment by omtose in "Why Kakoune – The quest for a better code editor"

omtose — Tue, 13 Dec 2016 15:24:11 +0000

For example the fact that the terminal does not make any difference between and . Or and .