3 ms·

> This is not some conspiracy. It's just a fact of life. I disagree. > Examples, image editors need to load new formats. An image editor doesn't need to load

> This is not some conspiracy. It's just a fact of life. I disagree. > Examples, image editors need to load new formats. An image editor doesn't need to load new formats. An image editor just needs a library to convert to a format it can edit easier which almost always ends up being a bitmap of some sort. That smells like a library. And that smells like not one library for _all_ image formats but instead one library for _each_ image format. User wants to support the new copyright-compressed-image-video? Add a library. User doesn't want support for old-copyright-expired-and-is-now-public-domain-image-video? Don't update that library. > Old computers didn't have cameras, now they do, many softwares would suck without support for them. Nearly all softwares suck with support for them! Different features on the camera, different features in the software. What's needed is for software to just have a library to process an image stream and let the OS handle the camera... > New input devices come out (mice, touch screens), software needs an update to support them. What's new about mice that needs a software update? What's new about touch screens that needs a software update? These things haven't fundamentally changed in fifty years. > Old old computers didn't have networking. Once networking exists plenty of software will be effectively obsolete if not updated to take advantagae I disagree. Plenty of software shouldn't _need_ networking. That image editor? Yeah no it doesn't need networking. Your OS does though. Your OS should transparently provide any networking that you might need to edit an image on the network. Mount that network drive and your image editor should see it as if it's a local file. No update needed to the app. > Old software was ASCII only, then the net connected us to the world and not all that old software needs to support full unicode. Well yes but have you noticed how broken full unicode support often is? ASCII just worked. > Old software didn't support useful rich copy and paste And thank God for it. Rich copy and paste is a security nightmare and always ends up pasting junk and trash and vomit into something. I don't want rich copy and paste. How do I turn it off??!?!?!?! > OSes realized they needed to put the user in control. Hahahaha yeah... uhhh... no. Modern paid-for OSes (Windows, macOS, Android, et al) often take away more user control than they give. Dumb down the user interface so that they don't have to teach the user how things actually work and don't have to support that weird use case that the one power user used and most people wouldn't even understand. So take it away because it's just not worth the cost involved.

BrightGlow 5y ago
The problem with your suggestions is that the program would still need to be updated to support those new libraries. And new mice and touchscreens have gotten new hardware features, which require changes in the software to support them. Even something as simple as upping the resolution of the device can require an API break to widen the data type. Networking is also not something that can just be tacked on by the OS, if you want a decent experience then it needs to be built into the program. Unicode is required if you want to have decent support for non-English text, for a really basic example you might want to try writing an ASCII document that includes multiple languages in it and see how it doesn't really work at all. I'm not sure what you mean rich copy and paste is a security nightmare, programs that don't handle a complex data type will just ignore that type. A text editor will commonly just negotiate the type down to "text/plain" or equivalent.
- inetknght 5y ago
  > the program would still need to be updated to support those new libraries Really? You think programs can't just load all of the libraries in a given directory? > And new mice and touchscreens have gotten new hardware features Yeah, like... more buttons and higher DPI except they still boil down to the exact same interface. "Button X was pressed... button Y was released... moved +X+Y" For real the biggest innovation I've seen in touchscreens is a sensor that tells how far away a stylus is or how hard it's been pressed. And that's really _not_ a big breaking change to require an update to every piece of software. > Even something as simple as upping the resolution of the device can require an API break to widen the data type. Yeah okay but that hasn't really happened any time recently. Or are you going to tell me that we should support a screen whose resolution is measured in _more than_ billions of pixels wide and tall? because I'm pretty sure your eye can't even _see_ that many pixels. > Unicode is required if you want to have decent support for non-English text Yes okay that's nice. That doesn't change the fact that unicode is broken in most apps. > programs that don't handle a complex data type will just ignore that type Programs that do handle that type are exactly what I want to stop. I absolutely never ever want to copy HTML from somewhere but there's often no way to disable it. Formatted text? Trash. Send me a file. Picture? Trash. Send me a file.

BrightGlow 5y ago

The problem with your suggestions is that the program would still need to be updated to support those new libraries. And new mice and touchscreens have gotten new hardware features, which require changes in the software to support them. Even something as simple as upping the resolution of the device can require an API break to widen the data type. Networking is also not something that can just be tacked on by the OS, if you want a decent experience then it needs to be built into the program. Unicode is required if you want to have decent support for non-English text, for a really basic example you might want to try writing an ASCII document that includes multiple languages in it and see how it doesn't really work at all. I'm not sure what you mean rich copy and paste is a security nightmare, programs that don't handle a complex data type will just ignore that type. A text editor will commonly just negotiate the type down to "text/plain" or equivalent.

inetknght 5y ago
> the program would still need to be updated to support those new libraries Really? You think programs can't just load all of the libraries in a given directory? > And new mice and touchscreens have gotten new hardware features Yeah, like... more buttons and higher DPI except they still boil down to the exact same interface. "Button X was pressed... button Y was released... moved +X+Y" For real the biggest innovation I've seen in touchscreens is a sensor that tells how far away a stylus is or how hard it's been pressed. And that's really _not_ a big breaking change to require an update to every piece of software. > Even something as simple as upping the resolution of the device can require an API break to widen the data type. Yeah okay but that hasn't really happened any time recently. Or are you going to tell me that we should support a screen whose resolution is measured in _more than_ billions of pixels wide and tall? because I'm pretty sure your eye can't even _see_ that many pixels. > Unicode is required if you want to have decent support for non-English text Yes okay that's nice. That doesn't change the fact that unicode is broken in most apps. > programs that don't handle a complex data type will just ignore that type Programs that do handle that type are exactly what I want to stop. I absolutely never ever want to copy HTML from somewhere but there's often no way to disable it. Formatted text? Trash. Send me a file. Picture? Trash. Send me a file.