UX: Add a hybrid Photo/Video Viewer (Lightbox)

[graciousgrey]

As a user with many photos and videos, I would like to see a hybrid viewer implemented to replace the separate viewer components in the current stable version.

Related Issues

The new photo/video viewer should resolve the following issues and feature requests:

• UX: Problems with the display of videos #3372
• Videos: Support for HTTP Live Streaming (HLS) with M3U8 #4179
• UX: Build photo viewer with video support #1278
• UX: display video player in lightbox #843
• More prominent play button for videos in single item view? #1261
• UX: Indicate if photo is stacked in lightbox view (fullscreen mode) #386
• UX: Customize which actions (archive, set labels etc) can be done in fullscreen mode #508
• UX: Add full context menu to photo viewer #660
• "Fit" photo to full window by default? #1379
• UX / Improve zooming #247
• Slideshow should play all items in set, not just the ones loaded in the UI #1498
• Allow URLs to be bookmarked / shared. Don't lose page when reloading #831

Since these are a lot of requirements to consider, we have broken them down into smaller, releasable tasks for the new photo/video viewer (an initial version will be part of the next stable release, with additional features to be added later):

• Viewer: Add a three-dot menu to perform additional actions that otherwise wouldn't fit on the screen #4811
• Viewer: Add a collapsible sidebar for displaying metadata #4812
• Viewer: Improve playback of videos, animations & live photos #4698
• Viewer: Dynamically set image src, width and height to match current zoom level and viewport size #4704
• Viewer: Add toggle to select/unselect pictures #4699
• Viewer: Add toggle to flag/unflag pictures as favorites #4700
• Viewer: Add button to open the edit dialog #4701
• Viewer: Add control to start/stop slideshows #4702
• Viewer: Add control to toggle fullscreen mode #4703

Screenshots

[jucor]

Is there any worth to "just" build an interface on top of Photoswipe rather than rewriting the whole viewer?

[lastzero]

Well, it's architecture is not really extensible. It would all be ugly workarounds. Already did that in large parts, but need to make a cut somewhere.

[jucor]

Makes sense :) Thanks for the answer!

…

On Sun, 20 Jun 2021, 11:24 Michael Mayer, ***@***.***> wrote: Well, it's architecture is not really extensible. It would all be ugly workarounds. Already did that in large parts, but need to make a cut somewhere. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1307 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAFBERNUDSWMVOHGICIONDDTTW6VTANCNFSM45GW63TA> .

[tribut]

When this gets implemented, I would really appreciate some sidebar/overlay for media information. Having to go to the edit view just to look up the file name or assigned tags is cumbersome.

Screenshots from librephotos and lychee, to make it clear what I'm looking for:

[RandomHacks-Git]

I was going to open an issue but I guess the solution would be implemented as part of this new photo viewer.
After briefly testing photoprism I'm currently using another solution for the sole reason that there is no easy way to skip to the next video (or go back to the previous) inside the lightbox, always having to exit the lightbox and open the next video is quite cumbersome and not very intuitive.

[graciousgrey]

@RandomHacks-Git Yes, that is one of the main reasons why we need to build our own photo viewer :)