home.social

Search

483 results for “zirias”

  1. @zirias @_bapt_ @mpts

    You said: "Using termcap/terminfo directly nowadays means using curses. All the libraries needed for that are provided by curses (and nothing else)."

    That's wrong. There are things around that don't use (n)curses and access #terminfo directly. (n)curses isn't the one-and-only abstraction that everyone uses. The world needn't write to it, and cases come along again and again where providing (n)curses libraries isn't enough. One has to provide the exact same database.

  2. @JdeBP @mpts I never said there was no software using #terminfo databases directly, I just don't follow your argument this was a problem on #FreeBSD. These files are provided from a port/package, just install it (when "porting", add a run-dependency) 🤷‍♂️

    I certainly see the need why people come up with something like this. The "classic" implementations force you to add silly "singleton" stuff like this:
    github.com/Zirias/dos2ansi/blo
    ... which wasn't a problem here, but as soon as you'd go multithreaded, you'd have to properly lock-guard this, and even worse, say you'd want some service serving different clients with different terminals simultaneously, you'd have to spawn a child process for each and every client 🙄

  3. @zirias @mpts

    You haven't experienced nearly enough softwares. (-:

    There have been alternatives to those, that are binary compatible with the #terminfo database files, but that are otherwise designed from scratch, for years now. As I said, #NeoVIM used one.

    I have this vague memory that go goes its own way on this, too, but I might be mis-remembering. I've definitely seen over the years several ground-up implementations outwith C and C++ development.

    #FreeBSD

  4. @zirias @david_chisnall @mpts

    It might be worth checking how well Write-Progress and its ilk work with only #termcap. And colourization of the error stream and suchlike.

    #PowerShell #FreeBSD

  5. @zirias @david_chisnall @mpts

    It might be worth checking how well Write-Progress and its ilk work with only #termcap. And colourization of the error stream and suchlike.

    #PowerShell #FreeBSD

  6. @zirias @david_chisnall @mpts

    It might be worth checking how well Write-Progress and its ilk work with only #termcap. And colourization of the error stream and suchlike.

    #PowerShell #FreeBSD

  7. @zirias @david_chisnall @mpts

    It might be worth checking how well Write-Progress and its ilk work with only #termcap. And colourization of the error stream and suchlike.

    #PowerShell #FreeBSD

  8. @zirias @david_chisnall @mpts

    It might be worth checking how well Write-Progress and its ilk work with only #termcap. And colourization of the error stream and suchlike.

    #PowerShell #FreeBSD

  9. @zirias @mpts

    Wrong. There are libraries around that don't use (n)curses and access #terminfo directly. I remember this pain with NeoVIM and FreeBSD some years back. #NeoVIM used one of these non-curses libraries that provided direct access to terminfo.

    (n)curses isn't the one-and-only abstraction that everyone uses.

  10. @zirias @mpts

    That's not enough. There are plenty of things that use #termcap/#terminfo directly without using (n)curses. And as you've seen there are cases where the two aren't exactly the same.

    There is a persistent very slow trickle of instances where people come along with something new, which works with terminfo (or its termcap compatibility shims) on every other operating system, and true termcap turns out to be a gotcha in some subtle way. Because no-one targets it any more.

    #FreeBSD

  11. @zirias @mpts

    That's not enough. There are plenty of things that use #termcap/#terminfo directly without using (n)curses. And as you've seen there are cases where the two aren't exactly the same.

    There is a persistent very slow trickle of instances where people come along with something new, which works with terminfo (or its termcap compatibility shims) on every other operating system, and true termcap turns out to be a gotcha in some subtle way. Because no-one targets it any more.

    #FreeBSD

  12. @zirias @mpts

    That's not enough. There are plenty of things that use #termcap/#terminfo directly without using (n)curses. And as you've seen there are cases where the two aren't exactly the same.

    There is a persistent very slow trickle of instances where people come along with something new, which works with terminfo (or its termcap compatibility shims) on every other operating system, and true termcap turns out to be a gotcha in some subtle way. Because no-one targets it any more.

    #FreeBSD

  13. @zirias @mpts

    That's not enough. There are plenty of things that use #termcap/#terminfo directly without using (n)curses. And as you've seen there are cases where the two aren't exactly the same.

    There is a persistent very slow trickle of instances where people come along with something new, which works with terminfo (or its termcap compatibility shims) on every other operating system, and true termcap turns out to be a gotcha in some subtle way. Because no-one targets it any more.

    #FreeBSD

  14. @zirias @mpts

    That's not enough. There are plenty of things that use #termcap/#terminfo directly without using (n)curses. And as you've seen there are cases where the two aren't exactly the same.

    There is a persistent very slow trickle of instances where people come along with something new, which works with terminfo (or its termcap compatibility shims) on every other operating system, and true termcap turns out to be a gotcha in some subtle way. Because no-one targets it any more.

    #FreeBSD

  15. @zirias

    I wonder how much more this has to happen before some momentum gains behind an effort to switch #FreeBSD to #terminfo. (I vaguely remember that there's an open issue that has been languishing for years.)

  16. And now, the full docs for #dos2ansi v2.0 are available online as well:
    zirias.github.io/dos2ansi

    IMHO manpages are an awesome documentation format. And with a little bit of "responsive" #CSS, they're well usable on a mobile as well -- I wished the typical "online man" sites would do something like that 😉

  17. And now, the full docs for #dos2ansi v2.0 are available online as well:
    zirias.github.io/dos2ansi

    IMHO manpages are an awesome documentation format. And with a little bit of "responsive" #CSS, they're well usable on a mobile as well -- I wished the typical "online man" sites would do something like that 😉

  18. And now, the full docs for #dos2ansi v2.0 are available online as well:
    zirias.github.io/dos2ansi

    IMHO manpages are an awesome documentation format. And with a little bit of "responsive" #CSS, they're well usable on a mobile as well -- I wished the typical "online man" sites would do something like that 😉

  19. And now, the full docs for #dos2ansi v2.0 are available online as well:
    zirias.github.io/dos2ansi

    IMHO manpages are an awesome documentation format. And with a little bit of "responsive" #CSS, they're well usable on a mobile as well -- I wished the typical "online man" sites would do something like that 😉

  20. And now, the full docs for v2.0 are available online as well:
    zirias.github.io/dos2ansi

    IMHO manpages are an awesome documentation format. And with a little bit of "responsive" , they're well usable on a mobile as well -- I wished the typical "online man" sites would do something like that 😉

  21. Released: #dos2ansi v2.0
    github.com/Zirias/dos2ansi/rel

    The real "visible change" is documentation. #showansi now got a manpage as well, and the one for #dos2ansi improved a lot. Also better build instructions and some updates/corrections in the README. With these docs, you can hopefully make it do exactly what you want 😉

    Also, the build system (my own homebrewn #GNU #make framework) got lots of improvements and fixes.
    github.com/Zirias/zimk/

    #ANSIart #MSDOS #retrocomputing

  22. Released: #dos2ansi v2.0
    github.com/Zirias/dos2ansi/rel

    The real "visible change" is documentation. #showansi now got a manpage as well, and the one for #dos2ansi improved a lot. Also better build instructions and some updates/corrections in the README. With these docs, you can hopefully make it do exactly what you want 😉

    Also, the build system (my own homebrewn #GNU #make framework) got lots of improvements and fixes.
    github.com/Zirias/zimk/

    #ANSIart #MSDOS #retrocomputing

  23. Released: #dos2ansi v2.0
    github.com/Zirias/dos2ansi/rel

    The real "visible change" is documentation. #showansi now got a manpage as well, and the one for #dos2ansi improved a lot. Also better build instructions and some updates/corrections in the README. With these docs, you can hopefully make it do exactly what you want 😉

    Also, the build system (my own homebrewn #GNU #make framework) got lots of improvements and fixes.
    github.com/Zirias/zimk/

    #ANSIart #MSDOS #retrocomputing

  24. Released: #dos2ansi v2.0
    github.com/Zirias/dos2ansi/rel

    The real "visible change" is documentation. #showansi now got a manpage as well, and the one for #dos2ansi improved a lot. Also better build instructions and some updates/corrections in the README. With these docs, you can hopefully make it do exactly what you want 😉

    Also, the build system (my own homebrewn #GNU #make framework) got lots of improvements and fixes.
    github.com/Zirias/zimk/

    #ANSIart #MSDOS #retrocomputing

  25. Released: v2.0
    github.com/Zirias/dos2ansi/rel

    The real "visible change" is documentation. now got a manpage as well, and the one for improved a lot. Also better build instructions and some updates/corrections in the README. With these docs, you can hopefully make it do exactly what you want 😉

    Also, the build system (my own homebrewn framework) got lots of improvements and fixes.
    github.com/Zirias/zimk/