QuickEditor: Take photo action in the media picker

[AdamGrzybkowski]

Closes #225

Description

This PR implements the Take photo option from the media picker popup.

An important bit here is the FileProvider config - this needs to be custom so that it will work when the app implementing our library has its own FileProvider setup. You can read about it here.
I've also added a config to our DemoApp to make sure this works (that's how I discovered this needs to be handled).

take_photo.mp4

Testing Steps

Important Note: The backend is currently returning the wrong format for the updated date field. As a workaround, you can apply this patch to comment that field from the Avatar object.
Gravatar-Android-13-04-48.patch

1. Make sure you have at least two avatars uploaded on Gravatar
2. Run the DemoApp
3. Go to Avatar Update tab
4. Tap Update Avatar button
5. Follow the steps to log in (if necessary)
6. Tap the Upload Image button
7. Tap the Take photo
8. Take photo with camera
9. Crop if you want and confirm
10. Confirm you see the photo in the list with the progress indicator
11. Confirm the photo was uploaded and can be selected

[AdamGrzybkowski]

I had to switch to the native version because the compression wouldn't work for me and the uploaded avatar would be the same size as the original image despite the compression.

[mlumeau]

From uCrop's documentation:

implementation 'com.github.yalantis:ucrop:2.2.8-native' - get power of the native code to preserve image quality (+ about 1.5 MB to an apk size)

1.5 MB is a lot. Is there any workaround?

[AdamGrzybkowski]

I haven't found one in this library. We can handle the compression ourselves on top of it though, but that will be tricky as we have to be careful not to duplicate the compression when the one from the library works (I imagine this might be dependent on the system version for example).

Using the -native variant seemed like a better pick for now to not spend too much time on it.

[mlumeau]

@maxme I'm curious to know what you think of this

[maxme]

Adding 1.5Mb is not ideal, but what worries me most is adding native code to our library dependencies. For deployments on the app store, it's going to be extra steps, and might be limiting for our users. They might be surprised they have native code and might look for the culprit dependency.

[maxme]

I had to switch to the native version because the compression wouldn't work for me and the uploaded avatar would be the same size as the original image despite the compression.

Do you get some logs or is this a silent error (they skip the compression steps maybe)?

[AdamGrzybkowski]

I haven't seen any errors (I haven't looked for them though at that point) just that the final image had the exact same size as the photo taken with the camera. I will take another look at it.

[AdamGrzybkowski]

I'm testing this on different devices/emulators and the image size is always the same. The compression seems to work in a way that you can clearly see the drop in the image quality and the width/height sizes. Yet the file size remains unchanged.

[AdamGrzybkowski]

I removed the -native version for now.

[AdamGrzybkowski]

Set this as the max size for now - seems enough for an Avatar though happy to hear your opinions.

[maxme]

Note: we're currently waiting for a reply/merge to fix a bug in uCrop - Yalantis/uCrop#926

[AdamGrzybkowski]

Note: we're currently waiting for a reply/merge to fix a bug in uCrop - Yalantis/uCrop#926

I don't think it makes sense to block this PR because of this. We can fix this later by either updating the UCrop version or switching to our fork.