-
Notifications
You must be signed in to change notification settings - Fork 236
Support cropping based on original image size #33
Comments
Although having output to match view dimensions was intended (literally wysiwyg), agreed that is not ideal and this would be a great enhancement for third party developers, handling original source is a bit of a challenge and we should approach it using subsampling. |
@nshmura Do best |
I would love to have this feature too. The way the current cropping works
It's using the We have access to the original bitmap in this scope but i'm having trouble trying to translate cropping logic to respect the original bitmap. |
Thank you for you contribution to this repository. Closing this contribution as this repository is being archived. |
Currently, the cropped image can be significantly degraded from the original since the cropping is based on the view's dimensions. If the image is significantly larger than the view, the cropped image will be the size of the view, which isn't ideal, especially on budget devices.
Regardless of view size, I think the cropping should be based on the original image size, since the representation on screen is simply proportional to the actual file.
The text was updated successfully, but these errors were encountered: