# Viewing images at full size
**URL:** https://meta.discourse.org/t/viewing-images-at-full-size/121359
**Category:** Support
**Created:** [6월 26, 2019, 6:32오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359 "2019-06-26T06:32:38Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 26, 2019, 6:32오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/1 "2019-06-26T06:32:38Z")
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!
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [6월 26, 2019, 10:41오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/2 "2019-06-26T10:41:15Z")
> [@bartv](#):
>
> is it feasible to create a theme component that adds a “view full size” option below the enlarged image?
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..
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 26, 2019, 5:39오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/3 "2019-06-26T17:39:19Z")
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](https://www.artstation.com/artwork/qAb6qD)), and I use it all the time:
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [6월 26, 2019, 5:45오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/4 "2019-06-26T17:45:39Z")
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?
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 26, 2019, 5:47오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/5 "2019-06-26T17:47:17Z")
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 👌
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [6월 26, 2019, 5:49오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/6 "2019-06-26T17:49:39Z")
oh hmm maybe it’s OS level then? Safari/Chrome/Firefox on MacOS open the image URL in the browser whenever I click download
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 26, 2019, 5:54오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/7 "2019-06-26T17:54:54Z")
Wow, it does here, but not on my site ([example link](https://blenderartists.org/t/holland-netherlands/1165537)). I checked in [safe mode](https://meta.discourse.org/t/53504?silent=true) 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.
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [6월 26, 2019, 5:58오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/8 "2019-06-26T17:58:19Z")
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](https://meta.discourse.org/t/53504?silent=true) with all themes/plugins disabled… so it must be a difference in the image handling configuration
---
### Author:  [@FoohonPie](https://meta.discourse.org/u/FoohonPie)
#### Post date: [6월 26, 2019, 6:27오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/9 "2019-06-26T18:27:49Z")
> [@codinghorror](#):
>
> I never understood the difference between this and the download link, aren’t they the same thing?
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.
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 26, 2019, 6:27오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/10 "2019-06-26T18:27:57Z")
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):
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [6월 26, 2019, 6:30오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/11 "2019-06-26T18:30:25Z")
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? 🤔
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 26, 2019, 6:56오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/12 "2019-06-26T18:56:58Z")
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](https://devtalk.blender.org/t/blender-ui-paper-cuts/2596/2).
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 27, 2019, 4:00오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/13 "2019-06-27T16:00:40Z")
Should we move this post to #Contribute > Bug?
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [6월 27, 2019, 5:05오후 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/14 "2019-06-27T17:05:04Z")
Can confirm that without a CDN this happens, yes.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [6월 28, 2019, 8:06오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/15 "2019-06-28T08:06:04Z")
Honestly I’d recommend you use a CDN, it’s a big performance boost for your users and removes a lot of load from your server as well.
---
### Author:  [@bartv](https://meta.discourse.org/u/bartv)
#### Post date: [6월 28, 2019, 8:29오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/16 "2019-06-28T08:29:39Z")
I’m aware of the advantages - especially if you use one with endpoints close to your users. So far, the caching by Cloudflare is working well enough for us though (it’s decently fast + offloads our server from serving the images) and we’re still on a shoestring budget..
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [7월 1, 2019, 1:54오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/17 "2019-07-01T01:54:39Z")
We should have parity here.
We should not have “download” for image behave one way if CDN is on and another if it is off. @pmusaraj you spent a fair amount of time on this area, is there a reason this has no special content disposition thing here (where we have an S3 CDN defined) and has content disposition defined on local installs?
@codinghorror I think the word we are using here and icon is kind of wrong. Just have it say 🔗 `original` and have none of that “disposition” stuff for download. You simply click on it and unconditionally it takes you to the URL the image is at. This also simplifies CDN implementation as an added bonus.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [7월 1, 2019, 2:17오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/18 "2019-07-01T02:17:58Z")
Hmm, no, the disposition and correct download on click is part of what makes this a feature.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [7월 1, 2019, 2:20오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/19 "2019-07-01T02:20:27Z")
OK, then we need to flow the disposition to AWS CDN here @pmusaraj I guess the app is going to need to front the download. (also confirm it works with normal CDN)
Regarding the OP, I guess if you want a 🔗 `full size` link in your lightbox @bartv you are going to need a theme component.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [7월 1, 2019, 2:28오전 UTC](https://meta.discourse.org/t/viewing-images-at-full-size/121359/21 "2019-07-01T02:28:35Z")
> [@sam](#):
>
> We should not have “download” for image behave one way if CDN is on and another if it is off
I don’t really see the problem here with different behaviors, either.. CDN can get the fancy download behavior and non-CDN can get the simpler behavior.
[다음 페이지](https://meta.discourse.org/t/viewing-images-at-full-size/121359.md?page=2)