| ▲ | alkh 3 days ago |
| I have been pretty happy with Alacritty for a while but just tried Ghostty and am a little bit mind-blown. The fact that it has a built-in theme picker is insanely convenient for people working on multiple computers at the same time(so the same theme might not work everywhere). Overall, it literally looks like a better Alacritty alternative. The creator(s) did a great job! |
|
| ▲ | mort96 3 days ago | parent | next [-] |
| The only thing I'm missing from ghostty is scrollback search. It's planned AFAIU, I hope it gets there eventually. Otherwise, ghostty has been pretty good. (I know you can fake scrollback search with tmux. It's not the same.) |
| |
| ▲ | klooney 3 days ago | parent | next [-] | | There seems to be a contingent that just doesn't use scroll back search, which I find kind of baffling. | | |
| ▲ | __float 3 days ago | parent | next [-] | | There are a ton of people who _immediately_ open tmux/zellij/etc. when they're doing anything in the terminal. This means you use its backscroll and search feature, and you wouldn't notice. @mitchellh seems to rely on the Ghostty feature to dump scrollback to a file, and edit/search over that. I found it a bit too inconvenient when using remote systems frequently, though. (If I'm missing a trick, I'd love to use Ghostty! But I'm just not a fan of multiplexers.) | |
| ▲ | sevg 3 days ago | parent | prev | next [-] | | I’ve never used scrollback search, and it was a discovery for me that there’s a contingent that are very vocal in their demands for scrollback search. I can see why someone would feel attached to this feature though. Mostly I’m looking forward to seeing it implemented so I can stop reading complaints about this being missing in every thread about ghostty! | | |
| ▲ | doritosfan84 2 days ago | parent | next [-] | | My use cases are trying to find the one test that failed out of my suite and finding a specific log print when my app is running. Yes, there are other ways to do both of these. Having scrollback search in the terminal is a very convenient option though. | |
| ▲ | Shadowmist 3 days ago | parent | prev [-] | | I wish they didn’t lock the GitHub issue so that we could see how many thousands more reactions it would get. |
| |
| ▲ | tharos47 2 days ago | parent | prev | next [-] | | I use ctrl+R for search that way I'm not dependent of a terminal emulator features and can get to work even on random computers. https://www.gnu.org/software/bash/manual/bash.html#index-rev... | | |
| ▲ | doritosfan84 2 days ago | parent [-] | | I think most people that want this feature want to be able to search through terminal output, not the commands they've previously used. |
| |
| ▲ | bigstrat2003 3 days ago | parent | prev [-] | | Honestly, I had never even heard of it before this very thread. It doesn't seem all that useful to me, but I don't truthfully know how much or how little I would use it in practice. | | |
| ▲ | 2 days ago | parent | next [-] | | [deleted] | |
| ▲ | gsinclair 2 days ago | parent | prev [-] | | Same here. What I think I’d like more is the ability to open the most recent command output in $EDITOR. |
|
| |
| ▲ | nusaru 3 days ago | parent | prev [-] | | Relevant GitHub issue: https://github.com/ghostty-org/ghostty/issues/189 | | |
| ▲ | Imustaskforhelp 3 days ago | parent [-] | | > To be completely clear, it’s not on the “IMMEDIATE” roadmap (as noted in the prior comment). It’s absolutely on the roadmap and I even already started some it in a branch. But as a passion project, we prioritize working on whatever we want and this isn’t currently the priority. It’s high on the list but not like.. next release (“immediate”) priority at the time of this comment. I mean I can respect that, personally it isn't as a big of deal with me so I use ghostty on my mac but I would still think that I would advocate ghostty only after disclosing this to anyone to be really honest. | | |
|
|
|
| ▲ | OberstKrueger 3 days ago | parent | prev | next [-] |
| The first time I went through the theme picker, I was tickled to see a theme I had made years ago included. Realized later it was due to it including all of the themes from iTerm2 Color Schemes automatically. It made for a more fun first experience with a terminal emulator than I expected to have. |
|
| ▲ | seanw444 3 days ago | parent | prev | next [-] |
| Same here. Any replacement I moved to needed to have content centering, where the margin around the cells is equal in both dimensions when the cells don't fit perfectly into the window. Kinda crazy that it's not a feature in a lot of terminals I checked over the years. I wouldn't even consider myself OCD, but it drove me nuts until I found a terminal that let me do it. |
|
| ▲ | chrysoprace 3 days ago | parent | prev | next [-] |
| I've always wanted to like Alacritty but they've had an open issue to support ligatures since 2017 and they're not in a rush to implement them. Now the only feature I need in Ghostty is Windows support. |
| |
| ▲ | Imustaskforhelp 3 days ago | parent [-] | | > Now the only feature I need in Ghostty is Windows support. I use ghostty on my mac but have you forgot about ctrl + f to find things support in ghostty (I don't think it has ctrl f support iirc right?) | | |
| ▲ | chrysoprace 3 days ago | parent [-] | | I'm always running tmux so it's not typically a feature I look for, but as you mention it doesn't seem to trigger a find for terminal scrollback. Wezterm doesn't do this either so maybe that's an iTerm thing. I always assume Ctrl keybindings will trigger emacs mode shortcuts in the tty. Update: Windows Terminal doesn't do it either. | | |
| ▲ | CoolCold 10 hours ago | parent | next [-] | | Ctrl+Shift+F on my Windows Terminal - don't remember, have I've adjusted it or it's default behavior I see in config file, actions
{
"id": "User.find",
"keys": "ctrl+shift+f"
}, so probably I did | |
| ▲ | Imustaskforhelp 3 days ago | parent | prev [-] | | I would love to use tmux. I have used yazi in the past and I really liked it but I was barely using it to its fullest potential. I think I have "skill issue" regarding tmux and I used to use hyprland (recently went to niri) and I just always preferred opening up another terminal I used to use (which was foot back when I was using my own config and it was alacritty on cachy/ idk what was on omarchy for the time I was on omarchy but I don't like omarchy) Is there actually a way to fix this skill issue, like I want something so simple in start that I just run it and forget and still get decent amount of benefits? | | |
| ▲ | CoolCold 10 hours ago | parent | next [-] | | it may happen that you just don't need it - the same way not everyone need to use vim/neovim. without tmux/screen though, it's much harder, even less reliable, to work over ssh, so it becomes natural need for such sort of tools. Say I use screen and later tmux since I believe ~ 2010 but not using "advanced" features like "panes" and screen splitting every month, most of the time for me it's just switching between windows in session and different sessions (not that often) and that's all. As a helper, for some projects, I do use predefined layouts (say first 4 windows opens with inventory dir, other 2 with root folder of ansible repo) so on, but need this also not very often, like when laptop reboots (which is every ~ 3 week on Win11 nowdays) | |
| ▲ | chrysoprace 3 days ago | parent | prev | next [-] | | tmux fits my personal use case better so I'll tell you why I use tmux and then if that resonates with you, then you might get value from that as well. - It's generally bundled on most distros, or available for install in most default repositories. - tmux sessions are available over ssh, so if I can continue where I left off over ssh (this is probably my main use case). - I can full screen my terminal instead of having multiple terminals, and split in tmux. I usually split vim buffers, but then keep a terminal split beside it or in another tmux window. - It's keyboard-driven, and universal across different window managers. Even if I switch from MacOS to Windows or to an X11 distro, tmux will still have the same keybinds using the same configuration language. I can also use vim keys to navigate the scrollback history. - Its config language is simple enough for the modifications I personally need. I haven't felt that I need to learn the syntax beyond the basics. - Knowing tmux is also a helpful skill for managing servers, which I do from time to time (my raspberry pi is still running a tmux session from when I last rebooted it). | |
| ▲ | colordrops 2 days ago | parent | prev [-] | | * use a prepackaged tmux config that makes it look nice and smooths out rough edges * Spend some time learning keybindings and commands. Just an hour or two should be enough. * Learn about the top plugins and install them. There's a plugin that saves and restores your session, I forget the name, but it's great * If you use vim, set up both vim and tmux with the right plugins so that the same keybindings navigate across both vim and tmux splits seemlessly. |
|
|
|
|
|
| ▲ | hnlmorg 3 days ago | parent | prev [-] |
| I thought built in theme pickers were the norm…? |
| |
| ▲ | alkh 3 days ago | parent | next [-] | | Lol, mb, but I don't believe that's the case for Alacritty. As for the Apple Terminal, it is not great | | |
| ▲ | hnlmorg 3 days ago | parent [-] | | Apple Terminal is a lot like Internet Explorer in the 00s: for power users it’s only purpose is an interface to install something else which doesn’t suck. | | |
| ▲ | altairprime 3 days ago | parent | next [-] | | As a decrepit old {COMMO} power user, anything that doesn’t give me fully integrated scripting with expect/switch/dialog and a popup script editor, honestly hasn’t been worth investing in further. So I’ve been on Linux console, Putty, and macOS Terminal ever since. My terminal.app color scheme uses P3 colors on 7% gray rather than the usual sRGB colors so that I can use an OKLCH equidistant palette, and I make extensive use of shift-cmd-up to select and copy “the previous command’s output”. I considered switching for 24-bit color but ultimately I prefer not having to learn a new “rudimentary” app that’s deficient versus my nostalgia just like all the others, and it drastically reduces my stress level when working on other people’s devices that I am proficient in working with an OEM environment. I occasionally use tabs but for the most part I prefer windows, so that I can drag them around and over/underlapped with other work I’m doing in my GUI. Not a big fan of screen and tmux except as their limited value to me in mitigating ssh disconnects when that’s a concern. Perhaps your definition of power user is limited to uses aligned with your own? | | |
| ▲ | hnlmorg 2 days ago | parent | next [-] | | > Perhaps your definition of power user is limited to uses aligned with your own? I was clearly being flippant. Terminal.app does suck but if you’re happy in it then I’m not going to judge. For what it’s worth, I cut my teeth on very limited terminals of the 80s and 90s too. But I ended up writing my own terminal emulator because I wasn’t entirely happy with any of the options available these days. | | |
| ▲ | altairprime 2 days ago | parent [-] | | > Terminal.app does suck but if you’re happy in it Clarification: As noted above, Terminal.app is indistinguishably suck from all the rest in the areas that are materially important to me, so no meaningful gain in happiness exists with any current alternative. I enjoy one of the specific features it offers but I’d give that up the instant a relevant-to-me improvement over the status quo was available. Perhaps someday. |
| |
| ▲ | pseudalopex 2 days ago | parent | prev | next [-] | | Where could I learn more of COMMO? How do current terminal emulators fall short? Wikipedia's article was minimal.[1] [1] https://en.wikipedia.org/wiki/Commo | | |
| ▲ | altairprime 2 days ago | parent [-] | | I would probably have to make a video, honestly. Have considered it. Usage faded out years before screen recording was accessible. I’m going to be late for class but I can’t allow that article to stand unsupported by story tidbits. The built-in editor for all files had two modes, line-based and character based. In edit (char) mode, you edited the text file as usual. In line (command) mode, you selected lines and hit Return on them to begin execution there. Commands were wrapped in curly braces; non-wrapped text was ignored. The built-in phone directory was just a macro file with a dedicated keystroke; so you could structure and annotate it however you liked, and navigate it with search or with line-based mode up/down/pgup/pgdn as one would expect. Each entry was something like {dial 472627} {user x} {pass y} {ifca {goto :autologin_wwiv}} {end} with whatever niceties you enjoyed outside the curly braces. It understood {gets} and {puts} from the modem tty (I don’t remember the actual command names) and it had conditional logic and substring index stuff. If you needed human input, you could throw a {dialog} and get it, acting according to the result. In modern parlance, imagine if your terminal emulator had ansible playbook support embedded into it and pressing alt-E popped up an editor for the playbook that let you start playback from any point in the script, JMP/GOTO-style. You can see an example playbook at https://ftpmirror.your.org/pub/misc/dos/cavebbs/The%20Cave%2... inside PWRMC30S.ZIP. Read everything that isn’t a .MAC file first so that you know where to start reading. POWER.MAC is the main attraction; 53k of playbook macros serving as bionic assistance to TradeWars players. My own archives are currently probably-lost unless I get very lucky someday, or else I’d share my own archive of playbooks built up over five years to auto-dial and auto-QWK hundreds of local BBSes for two-way mailing list packets. |
| |
| ▲ | jjwiseman 3 days ago | parent | prev [-] | | Oh wow, I haven't thought of COMMO in decades. | | |
| ▲ | altairprime 3 days ago | parent [-] | | I think of it every time I see 'ansible' come up, because the ability to create and run what everyone calls 'playbooks' now should have beeen integrated into the terminal like it was back in the 80s over dialup. I'm all for being able to git commit the resulting script (they’re just text files!) but being able to launch a playbook and halt it and repair it and resume was, like. Sigh. |
|
| |
| ▲ | phantasmish 2 days ago | parent | prev | next [-] | | It's what I've used for years and it's entirely fine for me. For a long time I installed iterm2 because "that's what you do" but one day I realized I was suffering a little wasted disk space, slightly slower start-up, and slightly worse input latency, for... no reason, because I didn't do anything with it that Terminal.app couldn't do. 25 years on unixy operating systems. Spend tons of time in the terminal. | |
| ▲ | bigstrat2003 3 days ago | parent | prev [-] | | I used IE back in the 00s (up until Chrome came out), and I certainly was a power user. I liked it just fine. I think that it's a matter of personal preference rather than something sucking (or not). | | |
|
| |
| ▲ | alwillis 3 days ago | parent | prev [-] | | The theme picker in Ghostty is above and beyond anything I’ve ever seen in a terminal. | | |
|
