-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a button to toggle the colour of the background in the slideshow #40
Comments
Hmm... i am not sure that will solve the problem i described in #11418. i believe it would be best to use a gray background like is done in the my understanding of the situation is that the image rendering is unreliable: it doesn't yield consistent results. Sometimes the background is black, sometimes it's white, sometimes it's checkered. this needs to be made more consistent and reliable. |
Yeah, this seems an over-the-top solution. We don’t need a »theming« toggle here. @oparoz maybe have white as the background color for every image (only the image dimensions, not the whole background!) so that images with transparency will have white background? Granted, this still doesn’t work for transparent images with light elements, but arguably those are more rare – and then the checkerboard pattern would still be shown on hover. cc @owncloud/designers @icewind1991 |
@anarcat - This is to solve the problem highlighted in your comment, for full screen previews. Image rendering works, transparency is respected, but with a black background, you can't see anything when the picture is dark. |
@jancborchardt - I've just played with a picture sized light background and it just looks weird. Maybe you have examples of apps which use this technique? Maybe there needs to be a border, etc. |
@oparoz what do you mean by »it just looks weird«? Can you post screenshots of how it looked like? For the controls, we need to fix the visibility anyway for when bright images take up the whole viewport – that’s a different issue. |
Well, that certainly looks less weird than just not seeing it. ;) But yeah, try adding a ~10px additional white border around it. |
Anything less than 50px looks weird, but objects are no longer aligned and Bigshot is in control of centring, so looks like another div would need to be introduced. |
@oparoz try adding |
@jancborchardt - That worked, thanks :) |
That creates weird side effects when zooming. The picture will end up being squeezed between the border when zooming out. |
@oparoz can you supply a screenshot again please? :) |
You won't be able to see it properly on a screenshot. I need top commit this change so that people can play with it |
Updated master so that people can play with it and provide feedback. Let me know what you think @anarcat . @jancborchardt - You can see one of the problems on the demo |
@jancborchardt - Zoom is fixed via f12b14d |
@oparoz ok, so no problems left? I can see no issues using the demo. :) |
Btw, great on having the download action in the overview! Can you also add sharing, and favoriting? Just needs some styling then (putting it on the bottom, and making it look nice.) And I would remove the »toggle background« function, it seems really overkill. We can still add it when we see that we really need it. |
There is one visual problem, but I don't know if it's really bothering or not. I you load one of the wide pictures, you don't get the white border on the sides. Regarding the toggle button. I've found myself using it quite a few times, especially on large photos. It's less bothering to have a black background. I was thinking of stealing something I saw on a site though, where they had something like 10 different tones side by side and you would just pick one. It would fit nicely in the top left corner I think. For the download button, you can thank @libasys for the idea and example implementation :) I've added a ticket for adding sharing in the slideshow, but it might look ugly with the default dropdown... and I haven't started to look at favourites yet |
I definitly vote for a setting, that remains until next switch. There are definitly a lot less pictures, that need the white frame, than pictures where the white frame looks annoying. And so for now (if no better solution is found), the default frame colour should be black and not white. |
This could be solved by #84 because there would rarely be a need to use the button and it would be just for the current picture. |
Am I able to hack the code meanwhile to get black as default? As I described, it's temporary a better solution to switch to black as default ... |
Yeah, piece of cake Try a universal #363636. It's a grey which works with dark transparent pictures. |
For transparent pictures this works. Edit: Ok, I found it ... ;) |
The default for JPGs is now black since there is no transparency. |
Very good idea to make it dependend on mime-type. |
Closing since no more work will be done on this. |
As described here by @anarcat
owncloud/core#11418 (comment)
Happens as soon as you're starting to preview more than just JPEGs.
Requirements
Open discussion
Your input (and help) is welcome @jancborchardt, @anarcat
The text was updated successfully, but these errors were encountered: