Sender | Message | Time |
---|---|---|
1 Jun 2023 | ||
* I'll phase it differently only to add basic ideas that are actually givens anyway. Parity should exist between gui functions and some bare metal or at least perfectly explicit, (p) auditable, (p) repeatable like c++ or bash, maybe python. ".desktop" is a strange in between that isn't clearly in either and doesn't in theory need to exist. for example some early operating systems with primitive gui literally did not let you start a program from anywhere but its exact memory start. This is recognizable in even the long and tangled path to Mac OS X where this is no longer true at a higher level (and probably in any way) of course but you still have to drag the dmg into the applications folder. that is functional and standard but importantly not ideal for theoretical reasons. I think those reasons might oddly be in some ways opposite in extreme to ".desktop". | 08:00:10 | |
* I'll phase it differently only to add basic ideas that are actually givens anyway. Parity should exist between gui functions and some bare metal or at least perfectly explicit, (p) auditable, (p) repeatable like c++ or bash, maybe python (like the actual operating system in a view). ".desktop" is a strange in between that isn't clearly in either and doesn't in theory need to exist. for example some early operating systems with primitive gui literally did not let you start a program from anywhere but its exact memory start. This is recognizable in even the long and tangled path to Mac OS X where this is no longer true at a higher level (and probably in any way) of course but you still have to drag the dmg into the applications folder. that is functional and standard but importantly not ideal for theoretical reasons. I think those reasons might oddly be in some ways opposite in extreme to ".desktop". | 08:01:30 | |
* I'll phase it differently only to add basic ideas that are actually givens anyway. Parity should exist between gui functions and some bare metal or at least perfectly explicit, (p) auditable, (p) repeatable like c++ or bash, maybe python (like the actual operating system in a view). ".desktop" is a strange in between that isn't clearly in either and doesn't in theory need to exist. for example some early operating systems with primitive gui literally did not let you start a program from anywhere but its exact memory start. This is recognizable in even the long and tangled path to Mac OS X where this is no longer true at a higher level (and probably in any way) of course but you still have to drag the dmg into the applications folder. that is functional and standard but importantly not ideal for theoretical reasons. I think those reasons might oddly be in some ways opposite in extreme to ".desktop". the original which .desktop copied being something on top of that mac os situation to make things easier but doesn't map on unless forced on linux. | 08:03:50 | |
* I'll phase it differently only to add basic ideas that are actually givens anyway. Parity should exist between gui functions and some bare metal or at least perfectly explicit, (p) auditable, (p) scope, (p) repeatable like c++ or bash, maybe python (like the actual operating system in a view). ".desktop" is a strange in between that isn't clearly in either and doesn't in theory need to exist. for example some early operating systems with primitive gui literally did not let you start a program from anywhere but its exact memory start. This is recognizable in even the long and tangled path to Mac OS X where this is no longer true at a higher level (and probably in any way) of course but you still have to drag the dmg into the applications folder. that is functional and standard but importantly not ideal for theoretical reasons. I think those reasons might oddly be in some ways opposite in extreme to ".desktop". the original which .desktop copied being something on top of that mac os situation to make things easier but doesn't map on unless forced on linux. | 08:08:52 | |
A .desktop file is define by freedesktop. Implementation is entirely up to the desktop environment and can range from what you saw with Thulnar to what you see with KDE. A desktop environment might choose to impement more or less functionality, quality of life features, and UI elements based on the design goals and philosophy of that desktop environment. Something like Openbox may implement only the bare minimum for example. | 08:11:46 | |
It sounds to me like you just dislike the design philosophy seen from KDE regarding this. | 08:12:06 | |
no | 08:12:28 | |
nvm | 08:12:32 | |
* its just like "." people wanted some ui feature so they pigion holed it into something existing where it wasn't meant to fit | 08:17:15 | |
Apparently Reddit did a bad today and now https://join-lemmy.org/ is getting a lot of attention. | 08:56:38 | |
what did they do this time | 08:57:47 | |
Reddit is bad. Go get banned on reddit. It's like a badge of honor | 09:09:07 | |
https://arstechnica.com/gadgets/2023/05/reddits-api-pricing-results-in-shocking-20-million-a-year-bill-for-apollo/ | 09:11:55 | |
well, it goes for all 3rd party clients | 09:12:40 | |
also, who would buy API access to reddit, and what for :? | 09:13:24 | |
I assume that Teddit and Libreddit are among them as well | 09:13:26 | |
* also, who would buy API access to reddit, and what for :/ | 09:13:26 | |
so that you can get data in nice format instead of having to load whole website and scrape it? | 09:14:21 | |
sure, I see the point of the API | 09:14:40 | |
but I fail to imagine legitimate business cases for paying for it | 09:14:55 | |
yep, I can't think of any as well | 09:15:31 | |
and lemmy is kinda to reddit what mastodon is to twitter? | 09:17:35 | |
Reddit as a social platform is just kind of bad. It just happens to be popular. | 09:21:48 | |
As a news aggregator it's even worse. | 09:22:01 | |
It's just not that good of a website and I feel only justifies itself with its userbase, which means nothing if it's at a net negative. | 09:22:34 | |
AI training. | 09:30:20 | |
sigh | 09:36:06 | |
Talks about the draw call and rewriting their renderer from opengl to vulkan: https://www.youtube.com/watch?v=ddfMzq0CNTw | 14:33:18 | |
which makes things interesting in vsgopenmw context | 14:33:50 | |
I noticed that Vulkan is often slower than OpenGL on my machine. | 14:35:39 |