Redesign the slideshow #60
Comments
|
@jancborchardt @deMattin @setnes @libasys Feel free to add to the list if required. |
|
From @libasys on July 29, 2015 16:43 HD option is a good idea! Have you made a scribble for the redesign, how it could, should, incl. buttons? |
I haven't, but @jancborchardt already has an idea of what it should look like. A mockup would be nice indeed :) |
|
From @jancborchardt on July 30, 2015 14:8 @oparoz I added
as second item because I actually think that’s the most important thing for the slideshow. Currently you need to exit the viewer to perform any actions on the image. |
|
@jancborchardt - Yes, that's fine. Being aware that those actions will end up somewhere will help with the design. |
|
From @jospoortvliet on August 9, 2015 8:36 @jancborchardt ha, an use for the new sidebar perhaps? |
|
From @africanforest on August 12, 2015 7:38 I hope that displaying the file name and additional links for actions in the lightbox/slideshow will be optional, so it could also be turned off. Best thing would be to make most of them optional (except for Previous, Next and Close). Btw, i wonder why the esc key doesn't close the slideshow, since this is the default behavior of most lightboxes/slideshows. |
|
From @jancborchardt on August 12, 2015 9:18 The slideshow interface will be kept clean, no worries. The actions will hide after some time too, like it is now. We’ll not include options for everything of these, because the ability to share or favorite an image from the detail view is a pretty basic function.
@africanforest please open a separate issue about this. |
|
An example |
|
From @africanforest on September 9, 2015 13:32 Trovebox seems not being developped any more. Are you planning to fork it? |
|
No, but someone is talking about either making an ownCloud app of it or to build a connector. I think we can have Trovebox as a goal for Gallery, with some additional missing features. They do look very similar and share some common goals if you look at the list of feature requests on here. |
|
From @joephein on October 22, 2015 9:35 Everpix dead, Loom aquired by Dropbox, Picturelife aquired by StreamNation in early 2015 and also solely US based (while they still support US based S3 buckets for existing users it is very unknown what will happen), Trovebox that was originally crowdfunded as OpenPhoto is dead. The github open source version has only limited features and is not actively developed anymore. Why does every photo storage startup dies or gets acquired? So far, no one has been able to build a beautiful digital home for our photos and turn it into a sustainable, independent business. It would be indeed great if ownCloud could add more features to the Picture/Gallery app so this gap is filled. I am sure there is much interest and even willingness to fund this via BountySource or any other crowdfunding solution. |
|
From @jancborchardt on October 22, 2015 11:47 @joephein we’re working on it! :) The good part is that ownCloud Gallery works simply on top of files. You can already support us on Bountysource via https://www.bountysource.com/teams/owncloud – or just pay @oparoz directly so he can commit more time to working on Gallery. ; ) |
|
@joephein
The market is pretty crowded in terms of commercial offerings and so it's difficult to find a working business model with a unique proposition. You have to sell subscriptions in order to keep the open source version alive since you can't sell ads or collect personal info and you would need a million dollars to realise the vision.
That's the name of the game. Build it, grow it, sell it, next.
I agree. If you can't build a team to build a new app or connect an existing one built by a team, you're better off working on Gallery. One advantage this app has is that it can benefit of the experience of
That's difficult to assess. People seem to take core apps for granted, then start to rely on them and come back to complain when things break :)
I believe this to be the best solution. It theoretically reaches more people than Github or the forums, makes it possible to define clear goals which are important to users and to hire software engineers to get things done. |
|
From @Yetangitu on November 6, 2015 1:36 |
|
From @jancborchardt on November 6, 2015 9:51
@Yetangitu maybe you can expand on that in a separate issue? Having yet another separate gallery app doesn’t sound like the best idea – as proven by a history of »forked« and then subsequently unmaintained apps which only had one main developer and just stalled at some point. So let’s work together on this! :) |
|
@jancborchardt - It's due to a lack of understanding of how ownCloud works. An external gallery app is going to experience some of the same slowdowns since the files would be fed from ownCloud. |
|
From @Yetangitu on November 6, 2015 11:42 As to whether an external app fed through Owncloud would experience the same slowdowns fully depends on the performance of the sharing subsystem and nothing else. As long as Owncloud is able to shuffle files at a reasonable rate it should be able to keep up. In the described use case Owncloud would be used so provide full-size images while Trovebox would serve scaled-down images (which it is able to do at server speed). Owncloud would serve as an image source and -manager, Trovebox would be a loosely-coupled front-end. In other words it is not a direct competitor or replacement for Gallery(+) which - as far as I can see - are mostly intended for use by logged-in Owncloud users. Trovebox is mostly meant to be browsed by external, anonymous users. |
Exactly and that's the reason you're going to experience some of the same slowdowns for listing files or accessing the large previews. The only (and major) benefit you'll get will be from your local thumbnails cache.
This would make Trovebox slower than Gallery from the 2nd time a folder is opened since the latter would serve smaller thumbnails.
I don't agree with this statement, but I may use ownCloud differently. Again, I think that if Trovebox can build a team and offer a service to a sub-set of ownCloud users, it may be a viable option. It could even use the Gallery API which should be a better fit that the |
|
From @Yetangitu on November 6, 2015 13:29 I commented in the Trovebox thread... |
|
From @jancborchardt on November 6, 2015 13:47 @Yetangitu @oparoz let’s do this in a separate issue please as I said. This is not relevant in here. |
|
Please don't spam my email adress. I've already unsubscribed from this, don't know why i'm still getting emails. Please remove me from the list
|
|
@africanforest - Apologies. There is no simple way to move issues between repositories, so they each had to be re-created, which generates lots of emails :( |
|
No problem if that happened only once. Von: Olivier Paroz [email protected] Apologies. There is no simple way to move issues between repositories, so they each had to be re-created, which generates lots of emails :( — |
|
Rotation feature could be possible? |
I think it's canceled |
|
Superseded by #540 |
From @oparoz on July 29, 2015 16:14
If we stay with the current version of the slideshow, we need to fix and implement a few things. The alternative is to focus on something like Photoswipe #33 after having worked on improving the way we prepare images (#134)
Must have
Should have
Could have
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Copied from original issue: owncloud/gallery#255
The text was updated successfully, but these errors were encountered: