Lol, I should have had you at solarized

Indeed, how else will everyone see my glorious solarized light theme?

Uses vim

copies console text feed

Evil knows no bounds >:)

Love me some nightmare fuel

That’s really neat, sounds like a great community’s on here!

Ok, will do!

You wouldn’t download a company!

I think it’s just like preparing to copy in a hard test, you spend all that time devising the best strategy when you could have spent the same or less just studying and also getting the benefits of actually learning

Lol, that’s a pity.
I’m lucky it came out after I completed my high school degree or I would have totally fallen for that trap, understanding the importance of internalizing fundamentals should be immediate, but we’re all too lazy to face the truth until it bites us (yes pun intended)

Him: pulling up Chat GPT
You: *loads shotgun*

I can feel the diabeTS

Less than three

…unless 😳

I know, it’s not a complete solution, but it would at least serve as a stop gap to clean the mess out of the home folder, before the actually compliant implementation is made, XDG_DATA_HOME should always be saved as it contains the user generated data of an app (that isn’t documents)

Many rather treat standards as suggestions 😒.
Jokes aside, I have wondered what prevents them from doing it too, I guess they probably don’t think it’s important enough to really work out how to split up the files.
Then again, moving the whole folder to ~/.local/share/mozilla would have been decent enough as a temporary solution

That’s a very interesting observation, I have to admit that even I sometimes am too lazy to read documentation from top to bottom and prefer asking a question to someone that already knows. Though I think it can also be attributed to how good a certain text is structured, quality of documentation should account not only for completeness, but also for laying out the information to be easy to parse and highlight the most important parts, which is maybe why I feel “documentation fatigue” in some cases

So much yesss, that drives me nuts, regardless of age!
I know that it’s just hip and familiar to many, so I put with it with the few projects I’m really interested in and I can’t say it doesn’t work well, but please, why are there SO MANY??

Yes, in fact I did say I doubt that’s the problem. I suggest you try either Simple Tab Groups or Sidebery, I never had issues with those with hundreds of tabs (I may have a slight issue with tab management XD), but they probably don’t cover all the features of this extension

Now I doubt that this is the problem, because those pages shouldn’t become completely blank, but here’s an explanation:

A single page application is like a native app in the way it behaves, but made with web technologies and manually fit to the browser workflow, in the older, standard approach we just delivered single web pages and maybe added a little interactivity on top with JavaScript so we had routes like these:

• example.org/index.html
• example.org/about.html
• etc.

Each page is its own html file and you access it with its path.
Now there is no rule that what goes into the URL bar should match 1 to 1 with the filesystem on the server so you could go on example.org/news.html and actually get served a page that is under 2023/07/28/something-interesting.html, there is logic running on the server that decides that if a client requests the news page, the server should send over today’s news page.
You’ll see that all the time when you try to go to a page that doesn’t exist anymore and so you are redirected to example.org/404.html saying you asked for some resource, but it wasn’t found.

In the same vein you can handle these routes on the client , you could send all the content to the user when they enter example.org, but you let JavaScript take care of what to display, so all the text of index, about, etc. is already on your PC and by clicking the links, which will have the same format, maybe minus the .html (though you could absolutely do that before too, just that here it conveys a specific meaning that in fact you aren’t sending requests for html files, but just “routes”):

• example.org/index
• example.org/about
• etc.

And even if those links appear in your URL bar they have all been resolved on the client with JavaScript, by simply changing the content appearing on the screen and never getting a completely new page, that would have no problem always resolving.

But when adding state to the mix, where you have something that is really a web app, you can’t always get the same thing back, suppose I have a task list (in reference to technical React example) and create two items, I click on the second and I get example.org/tasks/2, I send you that link and you open the page for the first time on your computer, it won’t work, it will probably fall back to a home route, because your state was different than mine, you had no task 2 yet, this is also called deep-linking. For that to work you have to store that state and since you’re working in the browser you have to rely on its storge APIs, usually there is no storage that is guaranteed to be permanent on a browser, because its settings could affect when/if the storage gets cleared and suddenly I can’t see my task 2 anymore either after some time.

Oh hey, it really does!

Yeah…

store this gem on Codeberg instead!