feat(mobile): inline asset details

[uhthomas]

Description

The existing implementation for showing asset details uses a bottom sheet, and is not in sync with the preview or scroll intent. Other apps use inline details, which is much cleaner and feels better to use.

How Has This Been Tested?

Tested in an emulator.

Screenshots (if appropriate)

demo2.mp4

Checklist:

• I have performed a self-review of my own code
• I have made corresponding changes to the documentation if applicable
• I have no unrelated changes in the PR.
• I have confirmed that any new dependencies are strictly necessary.
• I have written tests for new code (if applicable)
• I have followed naming conventions/patterns in the surrounding code
• All code in src/services/ uses repositories implementations for database calls, filesystem operations, etc.
• All code in src/repositories/ is pretty basic/simple and does not have any immich specific logic (that belongs in src/services/)

Please describe to which degree, if any, an LLM was used in creating this pull request.

I did use Claude Code to bounce ideas off of, but most of the code is written by me, and any code written with the help of Claude has been reviewed.

[alextran1502]

Hello, I just ran a quick test, and there are two points that need to be changed

1. When swiping up, the top system app bar should become transparent to give a better view area to the current photo; it is currently painted as either white or black, depending on the theme mode.
2. When the bottom sheet is present, and you swipe on the photo to navigate next/prev, it will dismiss the bottom sheet. The current behavior on main is that the bottom sheet stays open and shows the information reactively, which is what we want.

[uhthomas]

Thanks for testing the changes!

1. I did this on purpose. It looks great with images, but horrible when there's text content. See below an example with/without when the bottom sheet is behind the system bar. Maybe it's platform specific? It could be fine on iOS? This is also what Google Photos does fwiw.

2. I think that's fair? I've pushed an update to address that. It's not quite as nice as Google Photos, as the bottom sheet doesn't move with the image. This is because the page view is much further down. It would need a much bigger refactor to get the bottom sheet and image in sync horizontally I think.

[uhthomas]

One thing which might be nice - it currently hard stops when scrolling to the bottom, a bouncy / springy scroll would feel a bit better .

[mertalev]

Apple Photos fullscreens and hides the time etc. when the bottom sheet is opened. I think that's the nicest behavior

[uhthomas]

I'm open to trying that. I probably won't be able to take a look until tomorrow evening though.

[alextran1502]

I did this on purpose. It looks great with images, but horrible when there's text content.

I would prioritize making it look great for images. I'd like to keep it as is on main

as the bottom sheet doesn't move with the image

I don't think we need the bottomsheet move with the images, as long as the bottomsheet isn't dismissed and the data is updated, then I am fine with that 😄

[uhthomas]

The behaviour on main is a bit different, because the bottom sheet doesn't go behind the status bar and scrolls differently. We could meet in the middle and make the black/white bar transparent? Does that work for you? Or does Mert's suggestion of making it full screen sound better?

[uhthomas]

I've updated the PR to hide the system UI when the asset details are showing. Let me know what you think.

[uhthomas]

Per discussion in discord, hiding the system UI on Android makes the app very laggy. This doesn't seem to be the case on iOS, so we are going to hide the system UI on iOS, and use a semi-transparent black box behind the system bar on Android.