Just out of curiosity, any thoughts on removing the module's dependencies on jQuery? I know it's just an admin-side dependency, but it'd be nice to not need it!
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | 3546338 after, updates.png | 371.16 KB | csakiistvan |
| #8 | 3546338 after, uninstall.png | 434.73 KB | csakiistvan |
| #8 | 3546338 after, permissions.png | 267.81 KB | csakiistvan |
| #8 | 3546338 after, filter.png | 354.04 KB | csakiistvan |
Issue fork module_filter-3546338
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
sluc23 commented+1
Comment #5
smustgrave commentedSorry unfortunately got like 80+ modules and this one just doesn't get the attention. So I'm disclosing I ran it through an LMM reviewing the changes along the way. This would be a new 6.0.x branch but just testing for now. Notable changes
1. Removed all uses with jQuery and replaced with vanilla JavaScript
2. Dropped .module legacy hooks and turned fully to OOP and services
3. Limting to 11.4/12
4. Using a template for the tabs to avoid layout shifts.
Comment #6
smustgrave commentedThink ready for eyes.
Comment #7
csakiistvanComment #8
csakiistvan@smustgrave Reviewed the rewrite as requested in #6, no issues found.
✅ Tested and works — checked out MR !62 and rebuilt caches, then uninstalled
jquery_ui,jquery_ui_menuandjquery_ui_autocomplete: Module Filter stayed enabled and the filter works on/admin/modules,/admin/modules/uninstall,/admin/people/permissionsand/admin/reports/updates, with no console errors and no tab layout shift. So the jQuery removal holds and the OOP/template rewrite keeps functional parity.Comment #9
csakiistvanComment #10
smustgrave commented