Rendered at 20:15:56 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
gopalv 2 hours ago [-]
The "Emacs doesn't have a file-tree" is when I stopped short and wondered what this person's background is in IDEs.
My emacs days are 1999 during my "functional or get out" phase, but my .emacs had close to 4000 lines in it, including xterm mouse support, a clone of midnight commander + sftp to a wehbost and deep integration with ctags/cscope/c++filt. There was even a line by line debugger with custom .gdbinit commands - look at the php project's gdbinit[1] if you want an idea of how to walk your own super special data structures.
You can't put Emacs in an IDE comparison and say anything about features without at least one person saying "well, actually".
I eventually switched to vim but that had to do with needing to ssh into 100k+ machines on support rotation & never having emacs on any of them.
Considering that the very first paragraph of their README has:
> toast is for the developer who wants to stay in their terminal without spending hours getting it up to snuff.
I think he knows you can get anything you want in emacs/vim. The pitch is that toast is batteries-included.
godelski 47 minutes ago [-]
Mouse support and filetrees are included in both vim and emacs. The batteries are already included and have been for essentially ever
lilbigdoot 26 minutes ago [-]
Plenty of easy configs for them too. Lazyvim has been pretty batteries included and easy to modify for me and I'm definitely the type that did not read much of the docs
LiamPowell 1 hours ago [-]
It also incorrectly says that Emacs has no mouse support. When you first open Emacs the default buffer has clickable links in it, it's impossible to miss the fact that Emacs has mouse support if you ever even open it.
godelski 50 minutes ago [-]
He said the same about vim, but did everyone forget about netrw? Here, go into vim and type `:Ex`. You can also have mouse support. (Netrw can also do trees if you don't like the format, go look at `g:netrw_liststyle`)
My friend on eMacs say something similar, but you don't really need as many plugins as people typically use. There's lots of native ways to do things. It's totally fine to prefer NerdTree over the native netrw but it's not like you can't do file exploring. Hell, I use fzf most times (`:GFiles`). But what I don't like is when people confidently say "x can't do y" when it can. I'll give people a break if it requires plugins or complicated commands, but native ones? It just shows ignorance.
While we're on the topic, stop using Esc, use <C-[>. You don't need Esc. And type `set -o vi` into bash/zsh. It's still worth learning your tools. You'll find lots of solutions to problems that only exist because of ignorance. Maybe those solutions are better, but the bigger problem seems to be ignorance. It's fine to be ignorant too! There's a shit ton of docs, no one expects you to read it all. But it's a good place to start
alecfv26 2 hours ago [-]
I’m surprised you wouldn’t use TRAMP for remote access then?
mplanchard 1 hours ago [-]
Yeah, speedbar and dired are built-in. Speedbar by default still opens in a new frame I think, but in emacs 31 there’s a config option to make it open in a side window without any additional tweaking needed.
cyberax 1 hours ago [-]
Sigh.
Long time ago, in mid-2000-s I tried to switch to Emacs or Vim from Visual Studio.
I wanted to have a simple project file tree as a side panel and multiple editor tabs on the right. I spent a week toying with various elisp scripts, Vim plugins, and digging out information from a then-moribund XEmacs mailing list.
And I couldn't do what I wanted in the end. Nothing worked seamlessly or reliably.
Can this be done out-of-the-box now?
godelski 41 minutes ago [-]
> Can this be done out-of-the-box now?
It always could be. Go into vim and type `let g:netrw_liststyle = 3` then `:Vex`. The window size won't be what you want, but is the core idea? Because if it is, you just set the liststyle in your vimrc and have netrw start on load, with proper pane location and width.
That or most people have used NerdTree for a decade
cyberax 14 minutes ago [-]
I see, so nothing has actually changed within the last 20 years.
A project tree is NOT a file list. It's a persistent panel that allows you to navigate within the project. It should also integrate with tools like recursive search (so it doesn't recurse into ignored folders like `node_modules`), build tools, code intelligence, and a debugger.
mplanchard 1 hours ago [-]
Yes, speedbar, with speedbar-prefer-window set to t
Or use any of the various file tree packages in [M]ELPA
A bit hilarious. I'm wondering if he even knows go or took a look at the code once :D
gkoberger 2 hours ago [-]
It's interesting that it brags about no AI as a feature, but the website (and maybe the product itself?) was clearly built using AI.
dividedcomet 1 hours ago [-]
Yep, I have 2 kids under 1 so this project is either built with AI or it’s not built. I put that line in because the IDE aspect doesn’t need agent management or anything. Other tools are better for that.
bigfishrunning 1 hours ago [-]
Irish twins! congratulations :)
dividedcomet 1 hours ago [-]
Thanks so much! Only reason this got posted today is because everyone is home sick
latexr 1 hours ago [-]
It would still be nice if you stated upfront that this is built with AI. The people who are interested in “no AI features” are likely to also be the ones who do not want something built with AI. It would help to be clear about the project’s stance on the matter.
dividedcomet 56 minutes ago [-]
For sure the right call, really appreciate it. Judging from the comments my lack of product and marketing skills is showing.
1 hours ago [-]
kolme 2 hours ago [-]
Vim does have mouse support.
kccqzy 2 hours ago [-]
And so does Emacs. I don’t think this person has really used them.
SoftTalker 1 minutes ago [-]
Emacs in a terminal might not, depending on config and terminal capabilities.
dbalatero 1 hours ago [-]
Making these kinds of AI projects with fancy READMEs give you a veneer of authority, but the lack of earned wisdom tends to stick out once a few people glance at it.
dividedcomet 1 hours ago [-]
Yeah maybe not the best wording. It’s more meant that ideally toast can be fully used with a cursor for interactions. I don’t think you can exit vim or emacs just by clicking on a button?
gnufied 36 minutes ago [-]
You absolutely can exit Emacs by clicking a button! Even when it is running in terminal. You just need menu-bar-mode (which is enabled by default) and enabling xterm-mouse-mode (which also should be enabled by default) - https://asciinema.org/a/rprH0gLSkrUz2cqr
kccqzy 47 minutes ago [-]
You can: emacs has a menu bar and you can quit emacs that way. If you write code in your .emacs.d to turn off the menu bar, then I think you can be trusted to use the keyboard to quit emacs.
pwinnski 26 minutes ago [-]
I think you're learning that Toast exists due to "skill issues."
Hugsbox 47 minutes ago [-]
Vim has full mouse support. Not only can you exit, but you can even save using just the mouse.
schainks 1 hours ago [-]
> toast is for the developer who wants to stay in their terminal without spending hours getting it up to snuff.
I need a terminal that just works. If it doesn't work out of the box with sensible defaults, it is indeed not up to snuff, and therefore thrown away immediately. Don't ask me to use your buggy-vibe coded thing if it's not up to snuff, right?
This is coming from someone who did spend hundreds of hours learning to customize their terminal, their vim environment, and put all of it in source control to rot away.
DanielHB 58 minutes ago [-]
I got so annoyed with this and the fact that I do development in both mac and linux that switched to do all my development inside a container.
I just made a bash script that shells into the container (or starts it if it is not already running) and in there everything is set up.
32 minutes ago [-]
s_dev 1 hours ago [-]
I have a script that changes the background colour of my terminal based on whatever directory or server I'm in. That's enough beauty for me, I do believe there is such a thing as over configuring and defaults are very powerful.
This seems like all those UI designers who have a crack at redoing Wikipedia and then fail miserably because they just plaster whatever trend on top of something that is universally good.
gslepak 1 hours ago [-]
So glad to see this! This is exactly what we need! Love this!
I wrote this article a while back on how to build a great terminal editor that's better than Emacs and VIM [1], you might find it interesting!
I don't understand the trend of forcing everything into terminals. It's needlessly constraining and it's much more work that just using Qt (or any other UI framework).
dividedcomet 42 minutes ago [-]
For me it’s that why do I need another application open? I have my coding agents in the terminal, I should also be able to traverse and read a codebase in the terminal as well
LiamPowell 33 minutes ago [-]
Why do you want you coding agents to be in a terminal? A terminal is missing latex rendering, inline images, a browser showing what the agent is clicking on, being able to view a spreadsheet and then select a region to reference in the conversation, clickable links when it references a specific line number with mouse-over previews, and interactive inline visualisations. A coding agent missing any of those is a significantly worse experience, yet people are for some reason willing to give up all of them to have their coding agents run in a terminal. It's not even like you get a familiar environment to work in, nothing that you set up in your terminal carries over into your agent or IDE.
colesantiago 27 minutes ago [-]
Exactly.
We need this terminal TUI nonsense trend to completely die.
Stop using TUIs! They are garbage.
Honestly, the GUI is more intuitive and everyone can use it.
evanjrowley 12 minutes ago [-]
But GUIs are less useful for remote access unless you want to take on the challenge of creating a web front-end for everything.
pwinnski 21 minutes ago [-]
I'm really happy that we live in a world in which people who don't know how to use the tools they have (and can't be bothered to find out) can use a coding agent to make their own tool that does what they want the way they want it to!
I'm really sad that those people keep releasing those tools to other people via cookie-cutter websites filled with misinformation instead of just enjoying them privately.
dllthomas 60 minutes ago [-]
Neat, but I'm pretty happy with my disintegrated development environment.
dim13 1 hours ago [-]
Nerdtree is such a waste of screen real estate. I prefer netrw.
I have so much shit now that I have custom workspaces to deal with because "repository" has stopped being the correct boundary to think about software development (for me). It would be great if _any_ decent editor would support these, especially Zed.
dividedcomet 56 minutes ago [-]
Throw an issue up there and I can try to take a whack at it!
2 hours ago [-]
krogenx 1 hours ago [-]
Now just add a terminal inside the IDE and we’re gold.
OSaMaBiNLoGiN 1 hours ago [-]
vim has a built in file tree. You didn't even proof-read your readme.
Christ.
dividedcomet 1 hours ago [-]
Poor wording, more so meant that when I drop into vim, vi, or emacs I have no way to (without some external knowledge) know how to open a file tree. Just a barrier to usage is all.
fwip 1 hours ago [-]
By external knowledge, do you mean knowing how the program you're using works?
dividedcomet 15 minutes ago [-]
the point of the GUI is that folks can intuit how a program works without having to be versed in how it works.
nosioptar 1 hours ago [-]
In what way is it "beautiful"?
To me, it's just yet another bland low-contrast dark mode interface.
Also, vim has mouse support. Probably shouldn't use a clanker to write your readme if you're not going to take the time to do a basic fact check.
dividedcomet 1 hours ago [-]
That’s just the theme matching the terminal, there are two others out of the box but I prefer the system theme. And by beautiful I mean it has a cohesive system design and theming. I prefer to to another VsCode clone
CamperBob2 2 hours ago [-]
Looks like another unreadable black hole of nothingness. God, I wish this trend would hurry up and run its course.
rschiavone 2 hours ago [-]
Unfortunately the trend is only accelerating
dividedcomet 2 hours ago [-]
there are other themes, the one shown is just extending my terminal theme so it doesn’t feel out of place.
spiderice 2 hours ago [-]
Ironically, I understand what the "unreadable black hole of nothingness" is perfectly. But I have no idea what your comment means.
0gs 2 hours ago [-]
hard to argue that the UBHON is a recurring theme these days! rimshot
colesantiago 2 hours ago [-]
> "No AI features"
> Sees "Claude"
Now almost 90% of projects on GitHub including existing projects are now slop or are adding slop.
Many projects are getting contaminated with AI, and even Linux is getting contaminated with this.
There is a list of projects that have non-slop alternatives one can use instead.
Do you count any use of LLMs, including highly reviewed and controlled use as "slop"?
The idea that there can be no high quality use of LLMs to aid software development is lacking a lot of nuance.
aniviacat 2 hours ago [-]
The files (even the go.mod) contain references to "yourusername". You can be certain this project's LLM use was not highly reviewed and controlled.
delis-thumbs-7e 2 hours ago [-]
If it is high quality use, we would not notice the AI. It would just be good code.
eikenberry 1 hours ago [-]
But this is not what that site tracks. It lists any project with any LLM usage or potential usage (eg. permissive AI usage policy, but no evidence of AI use) without any caveats. It is an extreme, absolutely no AI usage, stance.
s_dev 1 hours ago [-]
It's amazing, people act as if there wasn't shit code before LLMs.
LLMs are just another multiplier. A liability in the hands of incompetence and an asset in the hands competence.
Another tool, knowledge will always empower those further than those without knowledge.
colesantiago 2 hours ago [-]
> Do you count any use of LLMs, including highly reviewed and controlled use as "slop"?
Yes.
To quote the repository:
"slop: Anything generated by AI, typically code, books, articles, or images."
If you are reviewing AI generated code, you are already reviewing slop which is a lose-lose situation.
1 hours ago [-]
Philpax 2 hours ago [-]
I wish you luck on your quest to avoid all of the software on that list.
cnqso 1 hours ago [-]
Good luck!
dividedcomet 1 hours ago [-]
I mean yeah, I have 2 kids under 1. So I wasn’t gonna spend the 100+ hours doing it all by hand. The project either gets made using AI or not at all.
My emacs days are 1999 during my "functional or get out" phase, but my .emacs had close to 4000 lines in it, including xterm mouse support, a clone of midnight commander + sftp to a wehbost and deep integration with ctags/cscope/c++filt. There was even a line by line debugger with custom .gdbinit commands - look at the php project's gdbinit[1] if you want an idea of how to walk your own super special data structures.
You can't put Emacs in an IDE comparison and say anything about features without at least one person saying "well, actually".
I eventually switched to vim but that had to do with needing to ssh into 100k+ machines on support rotation & never having emacs on any of them.
[1] - https://github.com/php/php-src/blob/master/.gdbinit
> toast is for the developer who wants to stay in their terminal without spending hours getting it up to snuff.
I think he knows you can get anything you want in emacs/vim. The pitch is that toast is batteries-included.
My friend on eMacs say something similar, but you don't really need as many plugins as people typically use. There's lots of native ways to do things. It's totally fine to prefer NerdTree over the native netrw but it's not like you can't do file exploring. Hell, I use fzf most times (`:GFiles`). But what I don't like is when people confidently say "x can't do y" when it can. I'll give people a break if it requires plugins or complicated commands, but native ones? It just shows ignorance.
While we're on the topic, stop using Esc, use <C-[>. You don't need Esc. And type `set -o vi` into bash/zsh. It's still worth learning your tools. You'll find lots of solutions to problems that only exist because of ignorance. Maybe those solutions are better, but the bigger problem seems to be ignorance. It's fine to be ignorant too! There's a shit ton of docs, no one expects you to read it all. But it's a good place to start
Long time ago, in mid-2000-s I tried to switch to Emacs or Vim from Visual Studio.
I wanted to have a simple project file tree as a side panel and multiple editor tabs on the right. I spent a week toying with various elisp scripts, Vim plugins, and digging out information from a then-moribund XEmacs mailing list.
And I couldn't do what I wanted in the end. Nothing worked seamlessly or reliably.
Can this be done out-of-the-box now?
That or most people have used NerdTree for a decade
A project tree is NOT a file list. It's a persistent panel that allows you to navigate within the project. It should also integrate with tools like recursive search (so it doesn't recurse into ignored folders like `node_modules`), build tools, code intelligence, and a debugger.
Or use any of the various file tree packages in [M]ELPA
"github.com/yourusername/toast/internal/components/breadcrumbs" "github.com/yourusername/toast/internal/components/closedialog" "github.com/yourusername/toast/internal/components/commandpalette" "github.com/yourusername/toast/internal/components/editor"
I need a terminal that just works. If it doesn't work out of the box with sensible defaults, it is indeed not up to snuff, and therefore thrown away immediately. Don't ask me to use your buggy-vibe coded thing if it's not up to snuff, right?
This is coming from someone who did spend hundreds of hours learning to customize their terminal, their vim environment, and put all of it in source control to rot away.
I just made a bash script that shells into the container (or starts it if it is not already running) and in there everything is set up.
This seems like all those UI designers who have a crack at redoing Wikipedia and then fail miserably because they just plaster whatever trend on top of something that is universally good.
I wrote this article a while back on how to build a great terminal editor that's better than Emacs and VIM [1], you might find it interesting!
[1] https://gist.github.com/taoeffect/086220456e736cceb30d68834d...
We need this terminal TUI nonsense trend to completely die.
Stop using TUIs! They are garbage.
Honestly, the GUI is more intuitive and everyone can use it.
I'm really sad that those people keep releasing those tools to other people via cookie-cutter websites filled with misinformation instead of just enjoying them privately.
I have so much shit now that I have custom workspaces to deal with because "repository" has stopped being the correct boundary to think about software development (for me). It would be great if _any_ decent editor would support these, especially Zed.
Christ.
To me, it's just yet another bland low-contrast dark mode interface.
Also, vim has mouse support. Probably shouldn't use a clanker to write your readme if you're not going to take the time to do a basic fact check.
> Sees "Claude"
Now almost 90% of projects on GitHub including existing projects are now slop or are adding slop.
Many projects are getting contaminated with AI, and even Linux is getting contaminated with this.
There is a list of projects that have non-slop alternatives one can use instead.
https://codeberg.org/ethical-foss/open-slopware
The idea that there can be no high quality use of LLMs to aid software development is lacking a lot of nuance.
LLMs are just another multiplier. A liability in the hands of incompetence and an asset in the hands competence.
Another tool, knowledge will always empower those further than those without knowledge.
Yes.
To quote the repository:
"slop: Anything generated by AI, typically code, books, articles, or images."
If you are reviewing AI generated code, you are already reviewing slop which is a lose-lose situation.