vrighter

joined 1 year ago
[–] [email protected] 1 points 9 hours ago (2 children)

except that it can, and regularly does, regurgitate copyrighted works verbatim.

[–] [email protected] 0 points 6 days ago (1 children)

because they don't understand why it's printing money

[–] [email protected] 1 points 1 week ago (1 children)

so the creator of gif himself was deliberately transgressive?

[–] [email protected] 1 points 1 week ago

i love the dougdoug ones for that

[–] [email protected] 2 points 1 week ago (1 children)

but in games, triple buffering is the norm

[–] [email protected] 5 points 1 week ago (1 children)

I had lots of cars the size of burgers though, when I was a little child

[–] [email protected] 5 points 1 week ago

that's just how the code is rendered. There's still all the usual constructs

[–] [email protected] 1 points 1 week ago

except that they literally say it is.

[–] [email protected] 38 points 2 weeks ago (28 children)

because we can

[–] [email protected] 24 points 2 weeks ago (1 children)

doesn't have to be a cube

[–] [email protected] 1 points 2 weeks ago (1 children)

new features are fine. But first and foremost, is not breaking existing apps, or committing to porting them yourself. So if desktop apps need to do xyz, then wayland needs to support doing xyz. period. No 'but that's insecure', no 'but why would you want to do that' (for setting a window icon or positioning the window ffs). Support existing applications. I'm not saying it should support x protocols. But it should offer replacement features for existing apps to be ported to. And it needs to be wayland. Because it's already the case that certain functionality is implemented for gnome, or kde, with incompatible apis, to fill in the void left by wayland itself. If I want an app to work as I want it, consistently, everywhere? X, with all its warts, is my only choice.

As an example, the accessibility protocols. They're good to have. Except they're opt-in. So incompatible with existing apps. Some apps need to restrict access. They could declare that and make use of additional functionality. But no, choose a default that break everything instead.

The argument that apps just need to be ported also assumes the app is still maintained. Are you willing to do the work yourself if not? Probably not. You're just the one looking down on people like me for wanting functionality in existing apps to be "not literally impossible to implement"

view more: next ›