Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider migrating away from jQuery #904

Open
Martii opened this issue Feb 24, 2016 · 8 comments
Open

Consider migrating away from jQuery #904

Martii opened this issue Feb 24, 2016 · 8 comments
Assignees
Labels
migration Use this to indicate that it may apply to an existing or announced migration. team biz This is similar to a meta discussion.

Comments

@Martii
Copy link
Member

Martii commented Feb 24, 2016

jQuery's limitations are becoming more apparent and is a perceived drain on everyone's resources with very little benefit as everything can be done natively in JavaScript with minimal impact.

Some browsers with their versions are being blocked by jQuery and has a negative effect on the world wide web browsing community. Maximum possible compatibility has been always been a goal and that seems to be an issue in the jQuery Core now.

The poor response from that project at jquery/jquery/issues/2940, jquery/jquery#2943, and jquery/jquery.com#121 are apparent along with a few reported violations of GH's TOS with that project. We do have at least one dependency that relies upon that dependency in the DOM but I assume there is something else to replace it.

This issue is not a venue for flaming but to decide long term the stability, functionality and repercussions of the changes in jQuery... and may be a long term meta discussion.

Cc: @jaubourg


Chairing this meta discussion.


Refs:

@Martii Martii added team biz This is similar to a meta discussion. migration Use this to indicate that it may apply to an existing or announced migration. labels Feb 24, 2016
@Martii Martii self-assigned this Feb 24, 2016
@Martii
Copy link
Member Author

Martii commented Feb 24, 2016

gnarf wrote:

https://jquery.org/conduct/reporting/ -- this is not the right venue for this issue.

@gnarf
Thank you for that linkage however this is the discussion for this now with a more reasonable effort from staffing instead of what was received over there. I have no interest in jQuery's parliamentary process when it's clear that there won't be any fairness involved. Having jQuery promoting fear and intimidation through the community on a simple question isn't what I had in mind... so we'll make the appropriate discussions here.

Please feel free to pipe in specific to this issue as well as the simple questions that I asked over there that were un/answered with complete utter disregard for protocol.

My Corps are now in the fold as well and are considering migrating away from jQuery as well in closed session.

@gnarf
Copy link

gnarf commented Feb 24, 2016

Okay, I really don't appreciate your attitude here. I was offering you an official venue to report a problem if you really felt that someone violated our Code of Conduct.

I don't think that we are in any way promoting fear or intimidation, and in fact it is you who is doing so in this issue.

We've always taken a conservative stance when choosing which browsers to support in jQuery, and we try to push the envelope into cleaner, smaller footprints in newer environments lately. We just aren't in a world where supporting oldIE is that big of a concern for most web developers nowadays. Older versions of jQuery should continue to work on those older browsers, and we would probably consider releasing hotfixes for serious enough problems in the old branches even.

You're happy to use whatever library you want to, including none at all. I'm not understanding why us pointing you to the blog post we wrote describing in detail our decision to lock that jquery-latest at 1.11.1, or how Dave's attempts at explaining our reasoning again were only met with more absurdly leveled responses from you. We've made many attempts to keep this friendly, and happy, and obviously we will continue to support and develop jQuery. I apologize for the irritated responses from me and others to you spamming our issues with complaints about choices we labored over 2 years ago.

@Martii
Copy link
Member Author

Martii commented Feb 24, 2016

@gnarf,

I was offering you an official venue to report a problem if you really felt that someone violated our Code of Conduct.

And I politely and professionally thanked you for that polite and professional reply. Unfortunately having two "higher" members (and now possibly three) of jQuery being snarky (this is a synonym for "troll" btw... but predates that slang term) wasn't appreciated... so what we are left with is taking the appropriate actions here and in closed session projects.

We've made many attempts to keep this friendly, and happy...

That was definitely not the case over there... I asked a simple question which progressed into a bug report... after I found the correct venue, which wasn't given to me at all, I posted that issue at jquery/jquery.com#121 ... which was summarily dismissed in a derogatory manner... and unanswered. The question still stands... if it's state is deprecated and frozen as "Intended Behavior"... then other projects will make the necessary corrections... my other projects have been corrected on the web.

I appreciate your candidness and we are always open to reasonable issue discussions. I am opening this up to our Founders, Owners and others in the premise that we might be having more tasks added to the workflow that could be eliminated since jQuery is starting to drop browser support.

  • Why bother with a framework that can be done natively is my question to them with the same browser support?.

With the backlash encountered from at least two of jQuery's maintainers I am reluctant to ever open an issue over there for lack of a fair hearing.

Meta discussions exist here because of the extreme separation between projects that split development and policy... both go hand in hand in any good Corp/Organization.

@Martii
Copy link
Member Author

Martii commented Feb 24, 2016

Follow up comment for jquery/jquery.com#121 (comment)

That is as simple as it gets... since @gnarf is was? blocking me... I had no idea this was done until I rechecked it. Not the best move to lock a conversation for genuine constructive feedback with zero abrasive questions.

Thank you for the proper reply... would have been nice to read that first thing when that issue progressed to a potential bug report.

@gnarf
Copy link

gnarf commented Feb 24, 2016

I don't think anyone was trolling, Julian was actually probably angry/offended for Dave's sake, because Dave is a sweetheart who has a punny sense of humor, but really, would love for everyone to just be happy about things.

Sorry if we came off snarky... Though from where I'm standing, it's you who's being the troll, insinuating I wouldn't know what snarky meant. I'm going to go back to not worrying about this already solved problem, unless you'd like to actually report a jQuery Code of Conduct violation.

@Martii
Copy link
Member Author

Martii commented Feb 24, 2016

Julian was actually probably angry/offended for Dave's sake

Ouch... doesn't seem reasonable.

Dave is a sweetheart

with some unexpected behavior.

it's you who's being the troll, insinuating I wouldn't know what snarky meant.

Apologies for your perception on that... I constantly teach what I know and for others sake that may come down the line. This expert level, awarded, communication skill has been in my portfolio for decades and won't be changing any time soon... only further enhancements.

unless you'd like to actually report a jQuery Code of Conduct violation.

Unfair hearing again for a grievance... so thank you again but I must respectfully decline at this time to avoid the probable, presumed, outcome... plus you answered the question unlike the other two predecessors.

Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Feb 27, 2016
* jQuery failure in some newer browsers... slowly steering away from it as recommended in OpenUserJS#904. This has been an issue for over a year... some browser backend related too.
* Rename things since the test is a little different

Applies to OpenUserJS#136 followup
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Feb 28, 2016
* *ace-builds* updated hash but **not** in [`94cb3c`/package.json#L3](https://github.com/ajaxorg/ace-builds/blob/4c1551465499afb012ddb053a18872de83350357/package.json#L3) Find "All" CSS still present from ajaxorg/ace-builds#73
* Some bugs, some docs, some migrations/dep updates-removals, some new langs for *highlight*
* Remove serving the map file as we minify differently and that probably busts the map... see also OpenUserJS#904 and skipping jQuery update for now
* Please check their packages for CHANGELOGS
* Delete op retested
@GreenLunar
Copy link
Member

Let alone and avoid personal behavior; focus on subjectivity.
I have read jquery/jquery.com#121 and I am commenting here because that issue is closed.

We can not remove this file.
It's not possible.
It would literally break millions of web pages in a few seconds if we did.
We can not add alerts warning of deprecations to these files.
We will forever bear this poor version of jquery-latest.js that is there because it was there, and is used by millions of web page visitors a day.

This is a blatant reason why not to use jquery, not to mention the issue of centralization which makes no sense, and is the foremost problem that harms the world wide web so badly. Due to this manner, I will not dedicate so much for even trying to understand jquery.

Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Jun 21, 2016
* Bug fixes, etc... see their CHANGELOGs
* *jquery*@3.0.0 followup... does not appear to work at all with *bootstrap* modals... see related at OpenUserJS#904
* Retested delete op
* *mongodb* appears to be in the middle of a refactor and as a precaution for the backend VPS, and what is scheduled for maintenance, downgrading to announced stable just to be sure... See OpenUserJS#1020 (comment) . No detected issues in our usage yet in the last week and a half though.
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Aug 15, 2016
* Lazy icons loading failure... see OpenUserJS#904 refs for full breaking changes link

**NOTE**
OpenUserJS#904 should be a required migration now


Applies to OpenUserJS#904 and post OpenUserJS#1027
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Aug 16, 2016
**NOTE**
Since *jquery*s latest release has many breaking changes normalizing to standard ES5 but a bit of CSS3 transitions.

Applies to OpenUserJS#904 ... post trial change for *jquery* incompatibilities.
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Mar 28, 2017
* Eliminating early exit test as bootstrap/DOM may return `b` tag, a.k.a child tag, instead of `a` tag... unreachable code usually
* Refining target tags detected
* Works in Opera Presto *(Oldest supported browser. Certain older versions of IE are unsupported already with jQuery)*
* Comment up the code a bit

Applies to OpenUserJS#904
Martii added a commit that referenced this issue Mar 28, 2017
* Eliminating early exit test as bootstrap/DOM may return `b` tag, a.k.a child tag, instead of `a` tag... unreachable code usually
* Refining target tags detected
* Works in Opera Presto *(Oldest supported browser. Certain older versions of IE are unsupported already with jQuery)*
* Comment up the code a bit

Applies to #904
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Mar 31, 2017
* Fixes Ctrl+click and others

Applies to OpenUserJS#904 and post fix for PR OpenUserJS#1062
Martii added a commit that referenced this issue Mar 31, 2017
* Fixes Ctrl+click and others

Applies to #904 and post fix for PR #1062

Auto-merge
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Apr 4, 2017
* Fixes Ctrl+click and maybe others... depends on browser

Applies to OpenUserJS#904 and post fix for PR OpenUserJS#1062, OpenUserJS#1065
Martii added a commit that referenced this issue Apr 4, 2017
* Fixes Ctrl+click and maybe others... depends on browser

Applies to #904 and post fix for PR #1062, #1065 

Auto-merge
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Apr 4, 2017
Martii added a commit that referenced this issue Apr 4, 2017
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Apr 4, 2017
Martii added a commit that referenced this issue Apr 4, 2017
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Apr 5, 2017
* Scoot preventing default to a later time... conditionally logic'd better

Applies to OpenUserJS#904 and OpenUserJS#1062
Martii added a commit that referenced this issue Apr 5, 2017
* Scoot preventing default to a later time... conditionally logic'd better

Applies to #904 and #1062
Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Apr 5, 2017
* Guess this is needed.

Applies to OpenUserJS#904 and OpenUserJS#1062
Martii added a commit that referenced this issue Apr 5, 2017
* Guess this is needed.

Applies to #904 and #1062
@Martii
Copy link
Member Author

Martii commented Apr 5, 2017

jQuery implementation bug of Ctrl+Click in row and Ctrl+Shift+Click in row resolved by migrating away. Presume that either selector a * doesn't work (took a little bit to figure out what was supposed to be checked) or wasn't implemented properly from previous referenced example.

Little things like these are a reason to use native Web API instead. Took a little bit of time since every browser, at near to latest release, had to be tested. Apologies for the noise. Let's hope this sticks after a few days.


Misc note:

  • Moz browsers prevent any opening in background/foreground control and control that with about:config?filter=browser.tabs.loadDivertedInBackground. Recent WebKit/WebEngine handles it browser side... older fails. Similar applies to Opera Presto but always in background. IE 11/Edge always in foreground.

Martii pushed a commit to Martii/OpenUserJS.org that referenced this issue Apr 26, 2017
* jQuery finally has something that is comparable to 2.x line and not boo'ged... plus OpenUserJS#904 ongoing migration is helpful.
* Please read their CHANGELOGs
* Retested delete op
Martii added a commit that referenced this issue Apr 26, 2017
* jQuery finally has something that is comparable to 2.x line and not boo'ged... plus #904 ongoing migration is helpful.
* Please read their CHANGELOGs
* Retested delete op

Auto-merge
Martii added a commit to Martii/OpenUserJS.org that referenced this issue Oct 27, 2017
* Few minor HTML fixes
* Rewrote client side script to not be in jQuery. Polyfill for older browsers.. applies to OpenUserJS#904
* Reference FAQ and GFM

Closes OpenUserJS#1197
Martii added a commit that referenced this issue Oct 27, 2017
* Few minor HTML fixes
* Rewrote client side script to not be in jQuery. Polyfill for older browsers.. applies to #904
* Reference FAQ and GFM

Closes #1197

Auto-merge
Martii added a commit to Martii/OpenUserJS.org that referenced this issue Apr 18, 2020
* *jquery* failure from last update with *boostrap* pop-over menus

Related OpenUserJS#904 OpenUserJS#1714
Martii added a commit that referenced this issue Apr 18, 2020
* *jquery* failure from last update with *boostrap* pop-over menus

Related #904 #1714

Auto-merge
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
migration Use this to indicate that it may apply to an existing or announced migration. team biz This is similar to a meta discussion.
Development

No branches or pull requests

3 participants