| Summary: | akregator does not (always) scale pictures in blogs | ||
|---|---|---|---|
| Product: | [Applications] akregator | Reporter: | Achim Bohnet <ach> |
| Component: | internal browser | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | nate |
| Priority: | NOR | ||
| Version: | 5.8.1 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | different image scaling in akregator and external browser | ||
Not a usability issue. The article hotlinks https://www.kde.org/announcements/plasma-5.13/plasma-5.13.png which size is 1600x900px Why can't Akregator scale it down to fit the window? Isn't that what the user would want? Why would it ? There could be valid reasons for having such large pictures. What you could do however: - stop hotlinking the dot pictures for your blog (the sysadmins will thank you) - resize them, people with low bandwith will thank you. Hi Christophe, I think the problem is a bit more complex * Technically I sure you are right, but when you have a look at the web page of the blog, you see that the image is resized when you e.g. shrink the width. That's something one can not achie ve with an image of a fixed (smaller)size. * From the point of view of a article reader, the internal webview missbehaves * From the point of view of an article creator the article looks perfectly well in the browser and on kde.planet. AFAIU it now, the problem is that the 'subpage' specified by the Blog feed does not contain the HTML code to restrict the blog to the page width as in the full webpage version. As a workaround IMHO it may make perfect sense for akregator and is therefore desireable to wrap the article in whatever HTML code to restrict image width to page width as it's used by planet.kde.org and the original web page, This makes the pictures behave 'as expected' by users and authors. This is based on my risk estimations that 'broken' authoring tools are much more common than people that really want to embbed really huge images. And the HTML generated by the blogging software still prevents that. Educating every blog author to work around fragile authoring tools, which seems to be the real culprit, is not manageable. Fixing the authoring tools/software Maybe as an option per feed? Without GUI to test it? Cheers, Achim > but when you have a look at the web page of the blog, you see that the image is resized when you e.g. shrink the width.
This is caused by the css from the website. This has nothing to do with the image tag. It would be resized if the <img src...> tag says it should.
Again, this is not a bug, Akregator does exactly what it was told to.
> Maybe as an option per feed? Without GUI to test it?
A couple useless options are removed to improve the user experience, adding others wouldn't be productive.
|
Created attachment 112766 [details] different image scaling in akregator and external browser Reproduce: 1) load in akregator from Planet KDE feed: This week in Usability & Productivity, part 19 2) load the same posting from 1) in falkon/chromium/firefoxbove from planet.kde.org 3) laod the same posting from 1) in falkon/chromium/firefox from the other web page Result: akregator shows the images full/much bigger size. Expected result: akregator in 1) scales the images to page width as done for 2) and 3) FWIW: * :-) the images the posting 'Plasma 5.13 beta' in KDE Dots news are perferctly scaled in akregator. * :-( Looks like all the popular 'Usability & ...' postings from Nate have broken image scaling in akregator * :-( Group Pic in 'The Akademy 2018 program is now available' from Paul Brown is also not scaled, so it's not only Nate Posting ;-) So looks like some html scaling methods work in akregator's buildin browser. Some other do not.