mitjafelicijan

I had the same issue as you. Had to copy and paste the link.

Yeah, I did write it myself, yes. It's actually a very simple program.

I heard so many great things about ratatui. I am, however, not well versed in Rust. Only did a couple of toy little things in it.

This whole tool is much more a display of what termbox2 can do in couple of lines tbh :) You are so right about that.

It's an amazing library. And all that juice in one stb-style header file. You just gotta love it.

And if you are interested in such small libraries, I have a Github list with a bunch of them that I found.

https://github.com/stars/mitjafelicijan/lists/stb-style-mini...

It is interesting that somehow every conversation now pivots to LLM's. It's almost like people are paranoid or something. I have no issue with AI. But it should be used carefully when learning/working so you don't miss the little details that usually make a big difference later. But to each their own.

It is just getting tiring that people assume more and more that things were written with AI for everything. It's like, OMG, can you stop it for a second. And who cares, really. Do your due diligence, check the code and decide for yourself. But maybe, this is just projection. Or a nice way of insulting/dismissing people, which I find quite funny.

And like you said, the age of AI-assisted coding is already here. There is beauty in piping core utils together and being really productive with them. No doubt about it. But there are also new ways of computing emerging, and we should learn about that too.

Gnome has done an amazing job at this, I agree. You don't even notice this issue.

I do agree with some of your sentiment. But by that logic, nothing would ever be made.

The same goes with aliases. Why not just use the actual commands. You give it your best shot, and sometimes something good comes out. And sometimes it's crap. That's life.

And I made it for fun and to learn something. And it wasn't AI coded. It's like 200 lines. I wanted to learn termbox2.h a bit more than I already had.

That was the exact reason for it. I made my own window manager for fun and was missing a simple way of changing default apps.

I haven't thought about this. That makes sense. I will add this.

I probably haven't. :) They are a nightmare indeed. But it does help a little.

That's a fair point.

This was not my argument. Maybe I presented it poorly. I agree with you on different versions being available, but that is not always the case. And in those cases you need to do some unsavory things with symlinking.

It is not about graduating to being an advanced user. That's not the case at all. I know how to do it. I expect an advanced system to not force me to do it. That is my argument.

I don't think this will ever be solved. And that's ok, as well.

I think operating systems have been around long enough that this kind of things could have been resolved.

And Windows have the same issues. DLL's missing etc. This is not isolated to just Linux. And developers of applications have also a blame to carry here. I have done this as well.

edit: not even an advanced system, it's about how we package apps. That's probably a better way of saying it.

I like Nix and have been using it as a nix-shell for about 2 years and been loving it. Maybe I should just go full in and install it as my OS.

Author of this little hit piece against shared libraries here. You are correct. I went to Debian stable :)

I partially agree with you that this could be a slippery slope, but there is a difference here. TinyMCE is not burning through API and CDN resources of the dependencies it is using.

Matt mentioned it's costing them millions per year to provide them with automatic updates and other services they provide.

And he also mentioned that they can host these services on their own, since the code is GPL2. They don't do this because they don't want to pay these costs themselves.

This is actually exactly what I needed for my current project!

This is really nice. Thank you for this!

You are not alone in this. I have found myself stubbornly writing a complex Makefile when I should have just written a simple shell script and be done with it.

You make valid points. I would, however say that I primarily use make as a task runner for simple projects. If I have a "larger" project, at some point I would also probably opt for something closer to that language to squeeze out as much as possible.

And no tool is perfect. I think it's all about balance. Example: I love Zig build tool, but I think it would scare some of the people who would just want to add something to the build pipeline and have no idea about Zig. Projects are rarely just the code they have. They have scripts and require installing additonal software.

But yeah, I agree with your points here.

I totally get it. I know the feeling. I have written some complex Makefiles in the past for C projects that looked completely horrid.

For smaller projects I like make and people who work with me and know me always first check Makefile to see what is there and what the project is about. I use it as a launchpad for installing dependencies and things like that.

And it's all about what is appropriate for that project. Something a shell script is better. Sometimes soemthing else. So I completely understand what you are saying.

You are correct. I will add this. I was not clear enought on this.

Just is amazing. I used quite a lot. It is however difficult sometimes to convince others to use it, even though it is a no-brainer.

This is a very good idea. I will add that. Thank you.

I did not knew they use this naming convention. :) I should probably choose something else :)

I made this https://textarea.cc for myself a while ago. I use the LanguageTool browser extension for spellchecking. Mainly just a textarea field with a touch of JS sprinkled on top of it.

I made this little extension for Chromium-based browsers for easy exporting of GPT Chat responses.