lean binary distribution of app (ft. JXL lib)?

[goyalyashpal]

Checklist

• I made sure that there are no existing issues - open or closed - to which I could contribute my information.
• I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
• I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
• I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
• This issue contains only one feature request.
• I have read and understood the contribution guidelines.
• I optionally donated to support the Fossify mission.

Feature description

yes, the nearly tripled application size is indeed a concern.

• Gallery/CHANGELOG.md

  Lines 14 to 15 in 5054b37

  	* Added initial support for JPEG XL format (increased app size)
  	* Other minor bug fixes and improvements

• • if application size with JXL library is a concern, I think JXL could be moved to a separately installed plugin.
  • I don't know how that's exactly done, I'm afraid, but I've seen some apps doing that.

  Originally posted by @mgorny in Add JPEG XL support #3 (comment)

Why do you want this feature?

• after quick pic app went down, i was now using fossify ...
• on an old "android one" device (NOT to be confused with android v1 lol), ...
• which are very low on resource availability combined with android's stupid restriction on "cant move apps to external sd card" ...
• and 16.5 MiB (v1.1.3) to 42.1 MiB (v1.2.1) is just a bit too much for extremely limited internal storage of these devices

Additional information

No response

[OkyDooky]

It sounds like the multiple apks approach (one per chipset) might be the most convenient, since that trail has been blazed by many other devs and pretty much every app manager/updater (Play Store, F-Droid, Obtainium, etc.) supports it out of the box.
Plus, the app may get larger anyways when other features are added (like restoring panorama support).