-
Notifications
You must be signed in to change notification settings - Fork 319
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
Comments
gnarf wrote:
@gnarf 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. |
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. |
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.
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.
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. |
Follow up comment for jquery/jquery.com#121 (comment) That is as simple as it gets... since @gnarf Thank you for the proper reply... would have been nice to read that first thing when that issue progressed to a potential bug report. |
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. |
Ouch... doesn't seem reasonable.
with some unexpected behavior.
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.
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. |
* 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
* *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
Let alone and avoid personal behavior; focus on subjectivity.
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. |
* 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.
* 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
**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.
* 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
* 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
* Fixes Ctrl+click and others Applies to OpenUserJS#904 and post fix for PR OpenUserJS#1062
* Fixes Ctrl+click and maybe others... depends on browser Applies to OpenUserJS#904 and post fix for PR OpenUserJS#1062, OpenUserJS#1065
Applies to OpenUserJS#904 and OpenUserJS#1062
* Scoot preventing default to a later time... conditionally logic'd better Applies to OpenUserJS#904 and OpenUserJS#1062
* Guess this is needed. Applies to OpenUserJS#904 and OpenUserJS#1062
jQuery implementation bug of Ctrl+Click in row and Ctrl+Shift+Click in row resolved by migrating away. Presume that either selector 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:
|
* 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
* 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
* 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
* *jquery* failure from last update with *boostrap* pop-over menus Related OpenUserJS#904 OpenUserJS#1714
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:
on('resize',...
isn't working... works fine withwindow.addEventListener('resize',...
The text was updated successfully, but these errors were encountered: