Change the image size in the mobile view
I proposed a PR to increase the size of all images displayed in the stream on mobile view. This would improve the quality of the displayed images but increase th quantity of data transfered each time the stream loads.
Asher
Sun 26 Jul 2015 7:10PM
I agree with Flaburgan, using srcset is the way to go on this. People with fast connections will still like to see something while the larger filesize images are loading.
mysterioso
Mon 27 Jul 2015 1:26PM
thumb images are terrible quality, surely bandwidth isn't that scarce?
Dennis Schubert Sun 26 Jul 2015 3:46PM
Thanks.
Deleted account Sun 26 Jul 2015 3:50PM
In addition to the large file width, one would have to scroll forever which could be a bit of a pain on touchscreens.
I'll add CSS to limit the displayed size. But in any case, the whole image will be downloaded.
Maybe a cropped 700x700 thumbnail would be better.
The idea is nice, but what would happen to previously uploaded images?
Deleted account Sun 26 Jul 2015 7:28PM
@asher3 : Why are you blocking? srcset
is not a standard, it is a recommandation for now. I'm not against using it, but it can't replace the current proposition right now.
Asher Sun 26 Jul 2015 10:28PM
@augier Srcset seems pretty standard to me. It is in the HTML standard and works in modern versions of Firefox (+ mobile), Chrome (+ mobile), Safari (+ mobile), Opera and under development for Microsoft Edge.
Jason Robinson Mon 27 Jul 2015 8:18AM
http://caniuse.com/#feat=srcset ... I'd hardly call that "pretty standard" with only a 50% score...
Deleted account Mon 27 Jul 2015 8:33AM
Same here. We should stick to actual standards. I'm not against using it if possible. But not only it.
SuperTux88 Mon 27 Jul 2015 8:33AM
srcset loads the image based on the resolution, not on the internet connection. That means it forces a user with a big resolution to load the big image, even if they have a bad connection or their traffic is limited. So that doesn't solve the problem here.
Deleted account · Sun 26 Jul 2015 3:41PM
Ok, then.