Affichage des images en taille réelle

We’re running a graphics community, and members often post (very) high res images. Currently, when you click on an image it will enlarge it, loading the original image but scaled to the viewport. Clicking the enlarged image will take you to the next image in the post, and users have to “right click → view image in new tab” to see it at full, original size (or download the image).

Is there a way to either change this behavior so that clicking an enlarged image will open it at full-size? Alternatively (and perhaps nicer), is it feasible to create a theme component that adds a “view full size” option below the enlarged image?

Thanks!

I never understood the difference between this and the download link, aren’t they the same thing? We have an existing discussion on this here on meta already..

You may not want to actually have the file in your downloads folder just to take a quick look at something. Also, it requires at least one additional click to download and then view. ArtStation has an elegant solution for this (example link), and I use it all the time:

I think in most browsers the download icon just opens the raw image URL in a new browser tab and it’s not saved anywhere (outside of your cache) unless you right click… so I guess the labeling might be a bit misleading?

Hmm maybe I’m missing something, but for me, it always actually downloads the file. Is it a configuration thing? Opening image files in a new tab would be :ok_hand:

oh hmm maybe it’s OS level then? Safari/Chrome/Firefox on MacOS open the image URL in the browser whenever I click download

Wow, it does here, but not on my site (example link). I checked in safe mode and it still downloads there, suggesting some site setting. I’ll dig in, if you have any ideas I’d love to hear.

And yes, is opening the file in a new tab is the expected behavior then ‘download’ might not be an accurate label.

Ah I see, so your site isn’t directly linking the image with the extension, the URL is https://blenderartists.org/uploads/default/0dea5b078999bf99ae583dfc353e31dde79bf764

It has the same behavior in safe mode with all themes/plugins disabled… so it must be a difference in the image handling configuration

The difference is in expected behavior. At least to me, “Download” implies saving an asset and is something I reserve for some kind of later usage or project, whereas something like “View Full” implies a quick means to do just that.

They’re different enough that equating them can apparently cause confusion.

It would be ideal to offer both behaviors for a given image, like the ArtStation example. There’s no ambiguity there.

Hmm, I did some digging (warning: I’m a Ruby noob) and from what I see the download URL is taken from the data-download-href on the image. It seems to be defined here:

But this attribute only contains the ‘upload.sha1’, and no file extension. The image a href’s in this topic don’t contain the data-download-href attribute, I wonder if this is because the image I just shared above is too small to be resized and didn’t trigger a rebake. I’ll upload a larger one below for testing (CC0 licensed):

Maybe it’s because BlenderArtists doesn’t use a CDN (!?) so they get the content-disposition from our service that tell the browser to download it, and the Meta CDN is stripping it? :thinking:

We use Cloudflare for images only. I just checked on another Discourse server (one that I know does not use a CDN), and see the same download behavior there - example link.

Devons-nous déplacer ce message dans bug ?

Je peux confirmer que sans CDN, cela se produit, oui.

Honnêtement, je vous recommande d’utiliser un CDN. Cela offre une amélioration significative des performances pour vos utilisateurs et allège considérablement la charge de votre serveur.

Je suis conscient des avantages, surtout si vous utilisez un service avec des points de terminaison proches de vos utilisateurs. Pour l’instant, la mise en cache par Cloudflare fonctionne suffisamment bien pour nous (c’est assez rapide et cela soulage notre serveur de la diffusion des images), et nous sommes toujours sur un budget très serré.

Nous devrions avoir une parité ici.

Nous ne devrions pas avoir un comportement différent pour le téléchargement d’images selon que le CDN est activé ou désactivé. @pmusaraj, vous avez passé pas mal de temps sur cette partie, y a-t-il une raison pour laquelle il n’y a pas de disposition de contenu spéciale ici (là où nous avons un CDN S3 défini) alors que la disposition de contenu est définie pour les installations locales ?

@codinghorror Je pense que le terme que nous utilisons ici et l’icône sont un peu incorrects. Affichez simplement :link: original et supprimez tout ce qui concerne la « disposition » pour le téléchargement. Vous cliquez dessus et cela vous redirige inconditionnellement vers l’URL de l’image. Cela simplifie également la mise en œuvre du CDN, ce qui est un avantage supplémentaire.

Hmm, non, la disposition et le téléchargement correct au clic font partie de ce qui en fait une fonctionnalité.

OK, alors nous devons transmettre la disposition à AWS CDN ici @pmusaraj. Je suppose que l’application devra servir de front-end pour le téléchargement. (Vérifiez également que cela fonctionne avec un CDN standard)

Concernant le sujet initial, je suppose que si vous voulez un :link: lien en taille réelle dans votre lightbox @bartv, vous aurez besoin d’un composant de thème.

Je ne vois pas vraiment le problème ici avec des comportements différents, non plus. Le CDN peut bénéficier du comportement de téléchargement avancé, tandis que le mode sans CDN peut avoir un comportement plus simple.