|
|
|
|
|
|
by pixl97
3882 days ago
|
|
|
The end user doesn't care about the correct thing, they just want their web browser to work and to not break any other applications in their operating system. Working and not breaking other stuff is 'the correct thing', being secure is also 'the correct thing' so the culmination of these two leads to 'the browser contains all the libraries it needs'. This whole forking crap is exactly the last thing the end user wants or needs to care about. |
|
|
I think both of our definitions of "correct" coincide.
The reason to use libraries is precisely so that the applications will work, not break each other, be secure, etc.
The article talks about different browsers supporting different sub-sets of possible BMPs; from a user perspective, I wouldn't call that working.
> the culmination of these two leads to 'the browser contains all the libraries it needs'
This doesn't conflict with what I said. Write as many libraries as you like. Grab as many third-party ones as you want. Use OS-provided ones if you prefer that. Bundle them with your browser, I don't care. Statically link the binaries if it makes things easier. Keep copies of the libraries in your browser's source control if you think that's best. I wasn't addressing any of that.
My point was to use libraries; regardless of who writes them, how they're distributed, how they're linked, etc.
> This whole forking crap is exactly the last thing the end user wants or needs to care about.
Erm, exactly? Nobody likes to fork a project. It's a last resort for bad situations. End users certainly do care when devs steer a project off course; hell, just look at the outcry that happens whenever some social media site changes its colour scheme a little!