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.

[uhthomas]

we basically need this to prevent scrolling pages when zoomed in (an existing bug)

[alextran1502]

I just tested on iOS and noticed a few things

• When the bottom sheet is open, if you hold your finger and slowly drag up or down, you will see the sheet disappear as it is being pushed all the way off-screen smoothly in both directions. We will want to clamp this scrolling behavior
• The marker on the map view isn't centered when you open a random asset from the timeline and swipe the bottom sheet up. However, it'd be centered if you swipe left or right to the next/previous asset while the bottom sheet is still present.

[uhthomas]

Thanks for trying this out @alextran1502. I'll look at this tonight as I am keen to get this merged.

I don't have an iOS device to test on, would you mind sharing a video?

Is the map thing an existing issue? I haven't changed anything there.