Live data from Hacker News

Viewing profile — pg83

pg83

HN member
Joined
Sat, Mar 25, 2023, 1:01 PM UTC
HN karma
49
Public activity
34 items

About pg83

dev, math, c++, go, python, build systems https://stal-ix.github.io/ anton@samokhvalov.xyz

Recent public activity

  1. comment
    Comment #49205723

    sixel is implemented, as is the kitty keyboard protocol, but there are no plans for the kitty graphics protocol, and most likely there won't be one.

  2. comment
    Comment #49169545

    We're currently tied in wall (yours is better at ASCII, while random is worse). But considering that user is better for me in both cases (algorithmic), we'll still have a chance to…

  3. comment
    Comment #49152816

    I'd try the master, but I have no experience with the zig ecosystem. I'd end up compiling something wrong and getting weird results. I'd rather wait for the official binaries!

  4. comment
    Comment #49152779

    I'll definitely do it as soon as the release happens!

  5. comment
    Comment #49152758

    Yes, "blazingly fast", but not in Rust! In fact, I have my own development model in C++, which allows me to write at approximately the same level of safety that Rust provides (at l…

  6. comment
    Comment #49152716

    There are no plans for this right now. I don't use graphics in the terminal myself, but if there's a need, why not?

  7. comment
    Comment #49152657

    At the very least, the ability to use the code as a library. A library under the GPL3 is unlikely to be popular.

  8. comment
    Comment #49150678

    The procedure is quite simple in principle: each new contributor confirms their permission to use their code under two licenses—MIT and GPL3. After a while, the entire codebase bec…

  9. comment
    Comment #49150648

    I'll probably stick to the perspective expressed to me by the lawyer (I actually consulted on this topic), rather than the opinion of some random "GPL zealot" on the internet. The …

  10. comment
    Comment #49150598

    Expert opinion versus expert opinion. I will probably stick to my point of view and suggest that you either offer a benchmark or show a specific problem in my code, without specula…

  11. comment
    Comment #49150530

    I'm glad someone noticed this, but ragel is a very niche tool; few people have heard of it! I believe my parser is the first complete description of a terminal output parser in FSM…

  12. comment
    Comment #49150511

    If we are talking about the process of direct code production according to a given specification, then 100%.

  13. comment
    Comment #49150347

    > The moronic naming immediately undermines that claim. It's quite obvious to me that professionalism in product manufacturing correlates very weakly with naming :) Proof me wrong.…

  14. comment
    Comment #49150291

    > What do you mean you didn't notice? I saw another comment about Claude below, are you not even reviewing the output? Of course I looked at the LLM output, but people, uh, make mi…

  15. comment
    Comment #49150256

    I assure you, this is a very professionally made product: - we have 5,000 tests covering all aspects of terminal behavior - we have address sanitizer and ub sanitizer runs of these…

  16. comment
    Comment #49150214

    I don't know, I haven't measured it. For me, it's "instantaneous" enough that I don't have to think about it.

  17. comment
    Comment #49150210

    It's VERY difficult to measure. But I can say that shitty has the best damage tracking model among foot/kitty/alacritty/ghostty. It's best in the sense that it's cell-exact; I only…

  18. comment
    Comment #49150170

    I guess I just didn't notice. In any case, it wouldn't have been std::thread, but https://github.com/pg83/std/blob/master/std/thr/thread.h from my bike lib!

  19. comment
    Comment #49149993

    Speed itself may not be very important, but it is a very interesting challenge in itself - to prove to yourself that you can surpass the state of the art!

  20. comment
    Comment #49149984

    I'm a huge proponent of AI, as long as there's a human in the loop and strong models are used. In fact, it's even reflected in our CONTRIBUTING.md that we prefer LLM-assisted code!…

  21. comment
    Comment #49149946

    I hoped that at least someone would like it :))

  22. comment
    Comment #49149931

    I'm not imposing my opinion, but in my experience, iterm2 is the slowest terminal emulator I know of, so I didn't even bother trying. But overall, I'll add iterm2 to the list, too.…

  23. comment
    Comment #49149907

    It's not that it's a serious problem, it's just that for me, as a perfectionist, flicker is very noticeable when resizing.

  24. comment
    Comment #49149877

    No, there are no such plans right now, but overall, the project's architecture allows for easy separation of different layers for developing a terminal emulator - the parser, in th…

  25. comment
    Comment #49149745

    For example, flicker free resizes for MacOS, something that neither Kitty, nor Alacritti, nor Ghostty can boast of.