3 ms·
> why not first remove those quirks? Why keep them around? To preserve backward compatibility. > there exists a middle path:...it's just a "more" work for the
by yawaramin 2y ago
> why not first remove those quirks? Why keep them around?
To preserve backward compatibility.
> there exists a middle path:...it's just a "more" work for the creator.
I think you just answered your own question. Unpaid maintainers of a free open source software project are trying to reduce their maintenance burden. This is normal and actually a good thing if it means they will be able to stick around for the longer term. Consider that you are asking a guy who has been maintaining open source projects for more than a decade, with some degree of success. So his strategy is probably working for him.
- jakubmazanec 2y ago> To preserve backward compatibility. What backwards compatibility? There is already migration guide from v1 to v2.
- yawaramin 2y agoAnd the guide is mostly 'Everything is pretty much the same, just a couple of minor tweaks and default changes'.
- jakubmazanec 2y agoThen why v2? If there are no breaking changes, why increase the major version? And if there are breaking changes, why not fix the quirks? Seriously, decisions like this show me the maintainers are just blinded by their lack of front-end skills, whining about JavaScript and striving for questionable "purity" - it's the same with the codebase (as mentioned by other commenters): one large unmaintainable file, because build step is too complex or whatever nonsense. Anyway, excellent article and discussion that showed me I can forget about HTMX :D
- yawaramin 2y agoDid you read the v2 release notes? The big thing they got rid of was IE11 support. Everything else was relatively minor. Having a bunch of breaking changes in v2 would have made the upgrade much more difficult for users, and a big part of their philosophy is making upgrades easy. Of course, no one is forcing you to use htmx. Please use whatever you like.