eschutho edited a comment on pull request #17409:
URL: https://github.com/apache/superset/pull/17409#issuecomment-966621079


   > LGTM, but what's the workflow here? Doesn't this depend on the device 
that's loading the screenshot? Is there a way to send both resolutions (1x and 
2x) in a report and let the device choose one?
   
   Yeah, good question, so I'm using the term retina very loosely. It's 
basically a higher res image. The rendered image size in the html is 1000px, 
and the slice for example defaults at 3000px wide image capture, which will 
place a 3x resolution image in the html. For people who are trying to read the 
image in the email itself, the text will likely be so small that it's 
unreadable, so they'll opt to open the image as an attachment and zoom in. 
   
   If you want to take a screenshot at a lower window size so that you can 
maximize text readability, but still allow people to zoom into the image (some 
email applications allow you to zoom in in the html and some force you to 
download the attachment, while some don't let you zoom in at all) then you 
would set your `WEBDRIVER_WINDOW` config to something smaller like 1400px or 
1700px and then increase the screen capture resolution (2x). 
   
   Another option instead of a feature flag is to make this a config and set it 
at 1x as a default and allow people to set the ratio themselves. At 2x we're 
seeing fair quality results but as devices get more pixels (I think we may be 
up to 4x now) we may want to increase the resolution. 
   
   But to answer the question, no there's no way (that I know of) with email to 
let the device decide which one it wants to load.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to