• muhyb@programming.dev
      link
      fedilink
      arrow-up
      14
      arrow-down
      2
      ·
      15 days ago

      If you’re occasionally using them, there aren’t any.

      If you’re excessively using them, there are many.

  • MonkderVierte@lemmy.ml
    link
    fedilink
    arrow-up
    9
    ·
    15 days ago

    Looking at ghostty-git in AUR, zig is built on haskell? With 221 haskell libraries.

    And what does it need pandoc-cli and hslua-cli for?

  • boredsquirrel@slrpnk.net
    link
    fedilink
    arrow-up
    7
    ·
    edit-2
    15 days ago

    Looked at it, interesting, no package, installed cosmic-term instead

    Uses alacritty under the hood, with tabs and tiles!

      • taiidan@slrpnk.net
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        12 days ago

        I like Kitty Graphics. I like graphics in the terminal for two reasons:

        1. integration with MC (midnight commander) style directory browser to show previews of jpegs, pdfs, etc.
        2. w3m web browser. I like being able to use that super-light weight webrowser when working/coding to keep me focused.

        Reason (1.) works with Kitty. (2.) does not. (2.) is pretty esoteric so I think sixel will probably die out soon due to the user base?

  • Euro@lemmy.ml
    link
    fedilink
    Norsk bokmål
    arrow-up
    2
    ·
    12 days ago

    warning: this is a giant rant lol

    Before the rest of my comment, let me be clear, I think this terminal is good, and i have no problems with it. My problem is with the hype.

    I simply don’t understand the hype whatsoever. First of all, it’s not even faster than my current terminal. especially when running cat /dev/random for whatever reason

    For the test i ran this rust program i saw in a comment thread somewhere

    use std::{
        fs::File,
        io::{BufWriter, Write},
    };
    
    fn main() {
        let buf = File::create("/dev/stdout").unwrap();
        let mut w = BufWriter::new(buf);
        let mut i = 0;
    
        while i <= 100000 {
            writeln!(&mut w, "{}", i).unwrap();
            i += 1;
        }
    }
    

    compile with rustc to test yourself.

    running the binary with hyperfine, i get ~35ms on my current terminal (foot), and ~40ms on ghostty.

    The terminal window sizes about the same size, in fact, there were 3 extra lines in foot so it was technically handicapped.

    Next is the whole “native ui thing”, which sure, if you use gnome, or mac is fine i guess, but what about kde where qt is used. And for me i simply hate title bars so i turned it off immediately and now it looks better.

    I do think the tabs are cool, not much to say about that, I wouldn’t use them, but for those who do, pretty cool.

    I have a similar opinion with the panes, personally i think if you want panes, just use a tiling window manager, or tmux or something, but i also dont really have a problem with this (tmux can be annoying).

    If I’ve missed anything let me know, because I really dont get it.

    • Crestwave@lemmy.world
      link
      fedilink
      arrow-up
      7
      ·
      15 days ago

      It’s incredibly fast, has the features you would want like tabs/splits, maintains comprehensive compatibility, and is written cleanly in Zig. What’s not to like?

      • brie@programming.dev
        link
        fedilink
        English
        arrow-up
        9
        arrow-down
        4
        ·
        15 days ago

        I’ve never seen a slow terminal emulator. Most terminals have tabs and splits. Never experienced compatibility issues. Don’t care about Zig at all.

        Are these all the reasons? Another toy software written out of boredom.

        • Crestwave@lemmy.world
          link
          fedilink
          arrow-up
          10
          ·
          edit-2
          15 days ago

          Most terminal emulators are in fact slow and they can be a huge bottleneck if you run complex TUIs or workloads that print a lot of output.

          Ever written a program that was extremely slow only for it to run instantly after removing your debug print statements? That’s because your terminal is slow.

          Fast terminal emulators already exist, but they notably refused to add tabs/splits and overall tended to be quite janky. Ghostty merging these features may not be the most groundbreaking innovation, but a high quality piece of software that can drop-in replace something you use daily with some cool improvements is something to be excited about to me. :-)

          • brie@programming.dev
            link
            fedilink
            English
            arrow-up
            2
            ·
            15 days ago

            Thanks, this clears things up. I didn’t know what exactly was making print IO slow.

            I don’t use any complex TUIs. Pretty much everything is CLI or GUI. Which TUIs did you have in mind that were slow?

            I’d like to test this soon. I’ll look for a modern TUI framework.