Bug 488176 - New Akregator theme (especially max-width) breaks some usecases - allow custom CSS?
Summary: New Akregator theme (especially max-width) breaks some usecases - allow custo...
Status: REPORTED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: 6.1.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-07 19:02 UTC by Christian Boltz
Modified: 2025-01-06 19:58 UTC (History)
15 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
screenshot with some annotations (170.31 KB, image/png)
2024-06-07 19:02 UTC, Christian Boltz
Details
Not apply grantleetheme (~/.local/share/ ...etc user path) (123.12 KB, image/png)
2024-08-27 19:24 UTC, Dzen Pythom
Details
patch to provide a more sensible default body text width (995 bytes, patch)
2025-01-06 19:58 UTC, Dave
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Boltz 2024-06-07 19:02:54 UTC
Created attachment 170238 [details]
screenshot with some annotations

SUMMARY

The new Akregator theme breaks some usecases, especially by applying a max-width.

For example, MediaWiki RecentChanges feeds which contain the changes as two columns get displayed with very narrow columns, and - as a side effect - need lots of scrolling.

STEPS TO REPRODUCE
1. Add a RecentChanges feed from a MediaWiki installation, for example https://en.opensuse.org/index.php?title=Special:RecentChanges&feed=atom
2. choose/view an item that has a content change (= not creation of a new page)

OBSERVED RESULT

Very narrow columns with old and new text, which also needs lots of scrolling (see attached screenshot).

EXPECTED RESULT

Use the full width, so that the columns have a reasonable width, and don't need too much scrolling.

Well, at least for this usecase ;-) - and I understand that different people might have different preferences.

Therefore I propose to add a config option where users can select a custom CSS file, so that they can adjust the layout to their preference.
(Note: Ideally users should also have a way to see the default CSS and/or HTML template so that they know what to change - but even a pointer to the source (src/formatter/html/5.2/normalview.html) is better than nothing).

A more boring solution might be to make the max-width configurable - at least for me it's the only thing I'd like to change in the new theme.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: openSUSE Tumbleweed
KDE Plasma Version: 24.05.0
KDE Frameworks Version: 6.2.0
Qt Version: 6.7.1
Comment 1 Dave 2024-08-25 13:27:13 UTC
The body-max-width parameter is set much too low. Until version 23.05 the text width could be be configured by editing ~/.local/share/akregator/grantleetheme/5.2/normalview.html. 
In v. 24.08 this configuration file has disappeared and the only way to set the max-width is by editing the file style.css in the source code.
Comment 2 Dzen Pythom 2024-08-27 19:08:59 UTC
> In v. 24.08 this configuration file has disappeared and the only way to set

And no way to reenable grantleetheme support?
Comment 3 Dzen Pythom 2024-08-27 19:24:36 UTC
Created attachment 173012 [details]
Not apply grantleetheme (~/.local/share/ ...etc user path)

Yes, I confirm, my own custom theme (fonts&margins) not apply.
Comment 4 Yaron Shahrabani 2024-10-27 08:47:56 UTC
Thank you for your report.

I also need this feature but for another reason, some of my feeds are in Hebrew and I need to apply RTL directionality but only for specific feeds, is that possible?
Comment 5 Daniel Roschka 2024-12-25 07:17:29 UTC
I am facing this problem as well. In my opinion this bug is a grave bug, breaking core functionality of Akregagtor. I therefore believe it should get a higher importance.

The new theme with its max-width of 35rem only works for a _very_ limited subset of use cases and wastes tons of display space.

Regular use cases of Akregator, which don't work properly now anymore are:

- feeds with long article content, resulting in the need for a comical amount of scrolling
- feeds showing diffs, as the reporter already mentioned
- feeds with pictures, as the pictures are now being shown in very small size
- feeds with code blocks, where lines of code are now being wrapped across multiple lines

In addition to the max-width problem article header and article content aren't as clearly distinguishable anymore as before and the article header takes up significantly more vertical space as before (leading to even more scrolling).

Aside from the missing ability to modify the theme anymore, I believe the current theme shouldn't be the default theme given its downsides compared to the previous theme.
Comment 6 ranidspace 2025-01-06 19:52:10 UTC
Also chiming in. This change has made some of my feeds completely unreadable due to text and images being squished to unreasonably small sizes. This is just awful and having no way to change it makes it all the worse. I've been looking into other feed readers because of this, but this really is the only one which I like. I'd really hope that this new default theme is changed, or that we get the ability to customize it again.
Comment 7 Dave 2025-01-06 19:58:32 UTC
Created attachment 177151 [details]
patch to provide a more sensible default body text width

Until this is fixed here's a patch to the source to provide a better default text width.