But the jQuery UI widgets are battle hardened and easier to deploy, case in point , date pickers, calendaries and well, slideshows.
And you can kind of replicate some of reacts behaviour regarding state management.
If all you need to do is keep state on a handful of elements, there is no need to develop in react.
Infact, just like the jquery heydays, react is often overused, for the most simply web forms, menus, footers.
And, no need for router and other state management tools.
Might be a bit unpopular, but when its all said and done, its compiled to js either way, I kinda like jquery or vanilla js for the front end and node/express for the back end.
The amount of react devs which struggle with css and vanilla js appears to be higher than during the jquery days.
But I never really liked jQuery UI, either as a user or developer. As a user, the whole "desktop semantics in your browser" is one of those things that was worth trying 15 years ago, but it mostly never really worked all that well, and pretty much everyone has dropped it.
As a developer I feel jQuery UI is too complex for what it does, partly because of the above.
At any rate, jQuery and jQuery UI are two entirely different projects.
jQuery UI is "in a maintenance state" and "older long-standing bugs may not get fixed" I'm afraid
https://blog.jqueryui.com/2022/07/jquery-ui-1-13-2-released/
<input type="date"> is too rough I'm guessing? I'm not exactly sure where it falls short personally.
You ask yourself, "do I feel like writing a calendar selector widget today?" Trade some vanity and JavaScript puritanism and the question becomes "what color should I style it?"
While we're at it - Bootstrap (and similar css frameworks) are still much nicer to use than native CSS, even with modern CSS3 and flexbox...
It's almost like the designers for these native-API's look at what the community uses, and then decide to do something similar, but different just because.
The main reason to still use it imo it is simply that a lot of devs are familiar with the API and they have really good docs.
While I prefer vanilla JS for JS-light projects, I'm also aware of some cross-browser weirdness and combability issues you might run into with a vanilla JS project. The nice thing JQuery is that you know it will work as expected on the all browsers it supports so you don't need to worry about cross-browser testing your code. It also makes certain things easier to do like basic JS animations.
The main reason care about the latest releases is that they patch security issues from time to time.
I am not a web developer I learnt HTML in the 90's (When Frames and Tables were the way to write web pages). I have not kept up to date with current State of the art in web development. I know enough about JavaScript to read source code and kind of understand what it is doing but don't know anything about best practices or the 'proper' way to write it.
I needed to throw together a simple webform to submit a date as one of the inputs. I was having problems getting it to work consistently across different browsers.
One of the issues I was having was I needed the date to be in the Australian date format (DD/MM/YYYY) but one browser (I can't remember which Edge maybe??) kept insisting on using US style dates MM/DD/YYYY it caused me a lot of frustration maybe I just didn't know the correct phrase to search google for but I could not work out how to make the browsers built in calendar picker force the date to be in a specific format.
So I just used the JQuery calendar picker took me two seconds and problem solved.
It’s just that it’s a lot better and easier. The fact that we haven’t standardized on jQuery’s API is one of the greatest missed opportunities in the field.
But I'm still using some dependencies that need jquery.
I honestly expect I'll never be able to get rid of it.
Every React example I've seen is a horrific-looking mixture of JavaScript, XML, and HTML all muddled together into a nasty-looking component system.
When I was learning front-end development it was an absolute cardinal sin to mix markup, JavaScript, and styling together. Now that seems like the standard practice and I still can't look past it.
EDIT Spelling
As an infrastructure engineer with zero interest in Frontend trends, jQuery simply gets the job done.
alpine.js could be an alternative to jQuery.
wonder if jQuery is still used for new projects these days.
I prefer lightweight tools that solve big problems while still staying small/simple. Alpine.js really hits that balance for me. The fact I'm able to drop it in without a single Node.js/etc build tooling is astounding (esbuild, rome, etc). I really prefer how it stays true to vanilla JS/general web development while also bringing modern attribute-driven reactivity to the table.
I guess I should specify, not available as easy as jQuery. Technically anything that jQuery does can, obviously, be done natively, but I remember there were some things that were much much much easier to do in jQuery than natively. Some of those easy patterns have been adopted into native, but surely not everything.
Times like that make me highly qustion my career choices; especially when their pay scale is similar.
> Return undefined for whitespace-only CSS variable values
I've gotten in the bad habit using of CSS vars for dynamic text, this will shoot me in the foot some day.