antisol

no profile record

comments

13 hari yang laludiscuss

Cool page, it lists a bunch of compelling arguments. It's always good to see more and more people realising these things and start insisting on actual ownership.

Meanwhile, did you know defectivebydesign.org has been around for 20 years now? Makes me feel old.

21 hari yang laludiscuss

  > Will programmers write more efficient code during the memory shortage?

Hahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahaha

21 hari yang laludiscuss

Why would you ask me that? I'm not the one who called it "your machine's home directory"

22 hari yang laludiscuss

Point of pedantry:

  > The ignore file lives in your machine’s home directory in ~/.config/git/ignore. Whatever filenames are added to this file are ignored globally at a machine-level.

The wording here is slightly wrong: ~/.config/git/ignore will ignore files per-user on the machine, not "at a machine level". And it's not "your machine's home directory", it's your user's home directory on that machine. Any other users on the same machine will not see this. Git calls this "global", as in "global for the user".

Git config does also have a --system option which modifies the system-level config file, /etc/gitignore. You could probably ignore stuff at the system/machine level (hint: you don't want to), with this. I'd do something like:

  $ sudo git config --system core.excludesFile /etc/gitignore
  $ sudo touch /etc/gitignore

Note however that user config will override this, so any user who has a core.excludesFile setting will not also look at your system level excludes file. Which is a pretty big caveat.

28 hari yang laludiscuss

"It is an essential part of the plot, foreseen from the outset"

2 bulan yang laludiscuss

Yeah, when I first opened the page, there were 0 DOS games visible.

2 bulan yang laludiscuss

Well hi there chatgpt! I wonder if the person who couldn't be bothered writing this article actually had a point they wanted to make? I don't know because I stopped reading as soon as I recognised your fingerprint.

2 bulan yang laludiscuss

I second GP's sentiment. That debugger was amazing. I've never seen anything that can touch it to this day.

Tell you more: you could also just run code to do things like change variables in the immediate window while execution was paused, so e.g that example where you want to re-run some loop: first you drag the PC arrow back to above the loop as GP already described, then in the immediate window you can just run things like e.g:

  someVariable="initial value"

To reset vars back to their initial values, or clean out buggy data, or whatever.

then you can just step through the code or resume execution.

I used to use it a LOT for handling edge cases on long-running, one-off things: run the code until it hits an error, fix the error by doing some stuff in the immediate window, resume the loop without re-processing the 100K items you've already processed.

The destruction of VB with no upgrade path (the advice was to "just" rewrite your perfectly-functional 100KLOC codebase) is what pushed me away from MS, first to delphi and then to FOSS. But that VB6 debugger was IMO probably the best thing MS has ever done.

3 bulan yang laludiscuss

You don't know that.

I wish I was kidding.

3 bulan yang laludiscuss

Yes, yes, this is all very clever and funny and whatnot. I chuckled. Well done you.

...But has it occurred to you that by putting this online and publicising it, you're effectively daring this lunatic with nuclear codes to actually go through with his threats? I for one am relieved every time he "chickens out".

3 bulan yang laludiscuss

That's very, very cool. I especially like selecting files with wildcards. And also the amiga-like view with different sized icons <3

3 bulan yang laludiscuss

(2/2)

  > Even with 8 GB, the difference between tycat (assuming it needs no memory at all) and VLC is then about 1% of the machine's capacity.

Maybe you don't tend to use all your machine's resources, but the way I use my machine, it's constantly at near or over 100% capacity. I'm constantly fighting against swap, no matter how much ram I have. Right now my machine is using about 113% of available ram. I'll have to flush it out and clean it up soon to prevent too much swapping. I probably wouldn't want to start vlc right now without closing something else first - if I wanted to watch a video right now I'd use something more lightweight (or something I already have loaded, like my terminal). This is a normal state of affairs for me.

  > A useful baseline seems to be the actual Linux terminal. It can do 16 colors. Unfortunately, it doesn't even support emojis, though.

In what way is this "a useful baseline"? Useful for what? Why is the extremely-well-supported 256 colour set or RGB not more useful? Who uses linux in text-only mode or with a display that can't do rgb in 2026 in any situation that isn't headless or exotic? Why can't they just run more complex stuff on the framebuffer with rgb colour if they want it? Why, given the above, is emoji support in text-only mode important? to whom? For what?

  > I ask myself since years: Does this terminal still switch to an actual text mode, or does the text get rendered in a framebuffer by the OS.

Why would anybody who isn't working with extremely exotic legacy hardware care about this in 2026?

  > And even more so all the applications that I know that I could run inside it.

Which ones don't run in terminology?

  > Again, I'm always open for something exciting.

...as long as it's not the heresy of displaying graphics in a a teminal.

  > for all the comfort I get back,

See this is the point right here. You consider it comfort. I consider it nuisance. So go use your GUI applications and enjoy them and let others enjoy their preference. Like I said a hundred thousand years ago.

  > But yeah, my basic point was not actually to evangelize for Dolphin or VLC or any particular app.

No, it was to say - without having even bothered to try it yourself - that there's no use for a thing that I use all the time. And then in order to support your thesis you started evangelising the massive pile of software that you'd use to achieve what I can do better with one program that I always have running.

  > Well, how do "the kids" get their Git icons etc? As far as I can remember, they call it "Nerd Fonts".

How are nerd fonts at all relevant to any part of the discussion?

Oh, I see: You said "[dolphin] even can render actual icons without a patched terminal font!"...

...you mean like terminology and other graphics-supporting terminals can? If they were using terminology or kitty, they wouldn't need to patch the nerd font icons into their terminal font - they could just display the icon they want.

So your point was to sarcastically suggest another actually-pretty-good use-case for the functionality you're arguing against. Got it.

  > But all I've tried are buggy sometimes in what glyph widths they report

And what happened when you filed bug reports about this? Please link to them, I'll be interested to read your reports for more detail than none at all.

  > If terminology does better in that regard, good news! Nice!

Well I don't know whether it does or not. Because you haven't bothered to actually describe the issue you claim exists in any detail. Or done anything more than make a vague and as-far-as-i-can-tell-incorrect assertion that terminals can't display emojis properly. As if that was somehow relevant to whether they should be able to display graphics or not.

  > As an application developer, I still cannot assume that my users all have terminology, so it's still no solution

As an application developer, you have control over this thing called "system requirements" for your software. And you can do things like adding "requires terminology" or "feature X requires terminology" in there. Or you could put a note on the relevant issue in your issue tracker saying "you can work around this by using terminology, which doesn't have this issue". But of course we'd need to know whether that's true, first, and for that we'd need more than zero detail.

Or perhaps you should just make your application graphical, since you've said solves the problem you're having with emojis and repeatedly asserted that graphical software is inherently better.

Which of these is appropriate, i don't know, because you'd have to give more than zero detail for me to be able to tell.

Maybe when you're linking to more than zero detail you can also explain how it has anything to do with whether supporting graphics in terminals is a good idea.

3 bulan yang laludiscuss

(1/2)

  > it would be odd to just support a handful of formats. Any format should be supported, then. Furthermore, it shouldn't be just a static preview. I also want to navigate around there a bit then. [...] Hell, I basically want to just have Blender there.

I'm sure the enlightenment folks will be happy to look at your patches for these features you want. I'm not sure how you plan to integrate blender, but you've been programming professionally since 20 years, so I'm sure you have a plan and understand in ways that I simply can't comprehend.

Raster already pointed out, and you ignored, that actually it does support pdfs, and libreoffice already. Seems it just never occurred to me to try them. So you actually won't need to patch that in at all!

  > We all know this is oversimplified in so many ways... ;)

Do we? I don't. Maybe you can point me to the relevant lines of source code, where it's more than 3 lines. I'll look forward to seeing your link.

  > This was just about adding the video support (which was already implemented and just needed to be called), not for the graphics support in general, right?

No, it does both graphics and video with the same 3 lines of code. As has already been explained and you ignored and/or failed to understand.

  > Also, the code isn't even my primary concern at all. Some "improvements" would be just a single line of code, and you'd definitely hate them.

So, to summarise: you bring up an argument that it shouldn't be done due to code complexity, then when that is rebuked because the additional code complexity is very close to zero, just say "the code isn't even my primary concern at all", without elaborating any further to outline what your concern actually is. And to summarise the summary: you don't actually have any reasoning, you just don't like it because you don't like it.

  > But just the repetition doesn't make it sound more reasonable to me tbh

Then why do you seem to think that saying "herp derp, I don't understand therefore it's a cult" over and over is going to sound more reasonable to me at some point?

  > That might very much be my fault!

Yep

  > Unfortunately, you didn't help me in that regard either so far.

Maybe it'd help if you pulled your head out of your ass and actually read what I wrote.

  > Well, if you have a superior approach, which is quicker and more seamless, I'd definitely want us to see it using for everything!

We're talking about previewing. I have a superior approach for previewing. Which leads me to re-state my previous question: Did I say "editing the thing" or "working with the thing"?

  > It's probably just another three lines of code to make the mouse position available in pixel granularity. And then we can basically start porting everything into that new paradigm. Why should we then stick with the inferior one?

I suspect it'll be much more complex than that, but you're a professional programmer since 20 years who has never looked at the code or even run the software, so you probably know better than I do.

I'm sure the e folks will be happy to look at the patches you provide for this functionality you want.

I suspect there might be a bit of discussion about things like "is this desirable" and "does this break compatibility with existing things" because this is a bizarro thing that you've invented out of nowhere based on nothing anybody said anywhere ever. But I'm sure they'll be happy to discuss it once you submit a patch.

  > I had hoped that, once someone starts to develop such a "new class of [...] applications", we could have a more modern foundation for it than ttys.

I look forward to seeing your patch that does this without breaking compatibility with ~50 years of legacy software.

  > three or four file formats (or whatever EFL supports)

Again, EFL supports a lot of formats. Including ones I didn't even know about, like the pdf and libreoffice docs you wanted. I guess you didn't bother reading that before.

  > Technically, the application that runs your terminal _is_ a GUI application. I'm not aware of any terminal-based X11 emulators. That's just what I meant. Not more, not less.

So what's your point? How is it relevant that my terminal emulator runs on X? I'm not talking about the environment that runs my terminal, I'm talking about things that run in my terminal.

As for "terminal-based X11 emulators:, there's a fairly prominent one you might have heard of, it's called xorg. If you try to run 'startx' inside an X session you'll have problems.

  > Ahh, you're also one of the authors of some parts of that software stack?

When did I say that?

  > Either way, no I don't expect anything

You demanded that support for terminology's graphics sequences needed to be patched into every terminal emulator that exists in order for you to consider it valid for some reason.

By doing so, you're saying that people who write software that supports these graphical protocols (or maybe the authors of the terminals? It's unclear who you expected to do this for you) should jump through huge, unnecessary hoops just so that you can run their software (that you claim you don't want to run), rather than you..........simply running their software in the environment it requires.

3 bulan yang laludiscuss

I'll skip all the parts where you don't understand my point, or where you're just saying nonsense, and jump right to the heart of the thing (other than "you don't get it"):

  > I mean "instantly" in a practical meaning. You don't have to explain me once more that it can't be exactly 0 sec in a scientific meaning

So, in other words, when you say "instantly", you mean "not instantly".

That's a pretty great metaphor for your entire line of argumentation.

I would respond to the rest - there's a million things there that I'd love to dissect, e.g the admission that you haven't even tried the thing you're so against - but why would I bother? When you say things, you mean things that aren't the thing you said. Case closed.

3 bulan yang laludiscuss

Oh nice! How did I not know it works with caca?!

3 bulan yang laludiscuss

another fun one if you're in an exotic situation and don't have a framebuffer (or if you just want to have some fun by making your games to look worse):

export SDL_VIDEODRIVER=aalib

unfortunately it's only SDL1, though

3 bulan yang laludiscuss

yep! and ffplay will detect your situation and run on the framebuffer if that seems appropriate. I'm sure there's arguments to explicitly tell it to do that, but I've never used them :)

3 bulan yang laludiscuss

This is exactly right - you can get a framebuffer on just about anything, including pretty much any video card made since about 1990, and also more fun things like the little i2c display that your toaster has. No need to restrict relatively simple software like fbi/fim to running on less hardware by using drm.

3 bulan yang laludiscuss

Please link me to the python3 gtk2 library so that I can migrate all my python2 gtk2 software to python3 without rewriting the entire UI. Thanks in advance!

3 bulan yang laludiscuss

  > my new rewrite of efm (e's built-in filemanagger) also has a terminal-like worklflow. i can literally in the efm window type "ls ./dir" and it will liteally change to that dir and list/show it. same with "cd .." or "rm a.jpg b.txt *.png" and it will delete those files. you can even just run apps like "gimp file.png" .... and it knows gimp is a command and there is a desktop file for it and will let you know by putting an icon next to it.. and it'll just run the command with those arguments

Oh, damn, that sounds cool. I might have to give that a try.