ArthurHub / ArthurHub/Android-Image-Cropper
Question: how does the library handle EXIF with orientation?
Open
- Dominant language
- Java
- Stars
- 6.4k
- Forks
- 1.4k
- PR merge metrics
- No merged PRs in 30d
Description
Does it create a bitmap normally, and then rotates and/or flips it, which means it will use 2 bitmaps at some point (original+modified) ?
If so, do you know of a better solution? One that will decode the image into correct bitmap right away, using a single bitmap?
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue names no files, tests, or entry points. First inspect the library's EXIF-orientation handling and image-decoding path, then determine whether orientation is applied during decoding or afterward and whether a single-bitmap approach is supported or feasible.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, java
- Domain
- mobile
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100