Forum Discussion
Hi Matthew,
Not 'help,' but isolate the issue. Is it only happening in Review 360, or is it happening in any other environment?
Also, thanks for helping out Mark. It does look like it was the quick posting, but all the replies above have been released.
It looks like you're still digging into your SVG findings, but please let me know if you'd like me to get these reported, or you can share them with the team here for us to dig in.
- MarkKirby-c9f94Community Member
Hi Leslie (McKerchie),
Is Articulate genuinely tone deaf to the frustration your customers are experiencing? I'm not "digging into" anything. I just gave up - see my other posts on the topic, and the generic Staff responses that get trotted out again and again, with no progress made. Storyline is a great product but if images are blurry then it's like you are expecting everyone to take their reading glasses off and just live with whatever they can still make out.
Hi Mark,
My comment regarding 'digging into' was based on Matthew's reply above, so I apologize for any confusion. I've opened a support case so that we can take a look at the SVG items he shared.
I can see your support case where you worked with Renato, and it looks like you are experiencing an issue specific to pixelated screenshots. I appreciate you sharing the details with folx here.
- MarkKirby-c9f94Community Member
Hi Leslie,
Nobody appears to be solving our collective problem on blurry images. There is no support or communication with anything other than hollow platitudes.
- JohnFanelyCommunity Member
yup
Hi Jamie and John,
I reviewed the reports shared here and the related cases filed, and the issue is specific to screenshots being pixelated when imported into Storyline 360.
I do not have a timeline to share at this time.
If you're experiencing an issue with an image that you did not capture as a screenshot, please share it with our team here.
- DiarmaidCollinsCommunity Member
I just wanted to add this as well - here are the settings I have in Illustrator for my SVG exports. It's the default, AFAIK, but I have had no issues with these settings using the now-defunct Import From PowerPoint method.
I also have to note that I am not having any transparency issues with these settings.
Maybe these can be tweaked for more editability within Storyline but I haven't the time to test it out yet. But for anyone confused with other SVG software setting out there, this might help.
Hello everyone,
Thank you for these valuable pieces of information. It looks like the focus of the thread got steered towards issues with SVG, but there seem to be a few different (but related) issues across the different posts.
I would like to start with the issue presented by Mark since he got this thread going. The degradation observed here is the scaling between the original image and the published output. EDIT/Rephrased to avoid confusion: "Unlike vector image formats like SVGs, EMFs, or WMFs, raster image formats like PNGs and JPGS will suffer a loss of quality when scaling."
Screenshots in general are best displayed without any scaling. As an example, Here is a basic html page referencing a screenshot of a Wikipedia page taken on a 1920 x 1080 monitor without using Storyline. If the page is viewed in full screen on a monitor with the same resolution, there is little to no degradation. However, once the browser is resized down, the degradation starts to manifest as early as 80%. If we take the same page, and view it on a 1366x768 display, the text becomes barely readable while the images are still ok. Our best practice document suggests to use images that do not need to be scaled to mitigate the loss of quality in the published output. Zoom images can also be used to display images at their original dimensions.
Matthew, thanks for breaking down the SVG problems into different points. For 1 and 2, would you be able to attach the raw SVG file here so that we can take a closer look? If not, you may use the same upload link in the support case to send it to us privately. For point number 3, this is something that we are aware of and are currently working on. I’ll skip number 4 because we cannot reproduce the issue either. Point number 5 is expected behavior for SVGs that have transparent areas. There is nothing being “hit” which is why the state is not being triggered, much like how an illustration with non-filled areas behaves. You could try filling these areas within the SVG with a solid color to get the behavior you desire. Point number 6 is definitely not a feature request and is something we will fix. Thanks for bringing that to our attention! Cropping SVGS (point 7) on the other hand is a feature request that we are not working on currently.
And thank you Diarmaid for sharing that helpful tip along with your feedback about SVGs. I'd like to assure you that these points have made their way to support and have been made aware of the issues highlighted in this thread.
- MarkKirby-c9f94Community Member
Can you post a link to "the same page, and view it on a 1366x768 display, the text becomes barely readable" so we can compare (otherwise what was the point of posting the wiki page link? Of course none of this solves the problem.
- JustinStaff
Sure thing, Mark.
Here's a screenshot of what Mike's mocked-up HTML page looks like in a 1920 x 1080 browser window, and here's a screenshot of what Mike's mock-up looks like in a 1366 x 768 browser window.
I think our goal was to demonstrate that we'd expect any text-heavy screenshot to suffer from a loss of quality when scaled, inside or outside of Storyline.
- DiarmaidCollinsCommunity Member
Hi Justin,
Thanks for showing the impact on text quality and images when scaling downwards.
How does Storyline best practice, which encourages images to be imported to a file at the exact size it should be within the file, accommodate most users who utilise the Modern Player which automatically scales (upwards) to fill the screen display?
Personally, I find that if I import an image that is twice the size of the intended image I have no issues with image quality when viewing my work on high-resolution monitors where the file displays many times the 'specified' Storyline file.
Is it an issue with Storyline internal settings compressing images on, say like Mark's file, at 720x540, and then being scaled upwards within the modern player?
- MarkKirby-c9f94Community Member
Thanks for the screenshots Justin. Why does the attached fail so badly? It looks beautiful on screen inside Storyline, until it is previewed or published. Soooooo frustrating.
- MarkKirby-c9f94Community Member
I also did a double take on the filetypes listed as being bad for scaling!
- MarkKirby-c9f94Community Member
Hi Diarmaid,
It does help, because at least I don't feel like I'm expecting something unreasonable. It's crushing to see your work almost vandalized when you publish it. People naturally assume it's incompetence from the author, either in the creation of the material or the selection of the delivery platform.
- MarkKirby-c9f94Community Member
Yes, yes, yes! You have captured the issue perfectly Matthew (and Diarmaid).