Bug 488176 - When viewing a feed article, the maximum body text width is too narrow to comfortably read some content, and cannot be widened by the user
Summary: When viewing a feed article, the maximum body text width is too narrow to com...
Status: CONFIRMED
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:
: 499862 (view as bug list)
Depends on:
Blocks:
 
Reported: 2024-06-07 19:02 UTC by Christian Boltz
Modified: 2025-03-27 18:28 UTC (History)
21 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.
Comment 8 Christian Boltz 2025-01-09 11:30:45 UTC
Thanks for the patch, it makes Akregator much more useful again :-)

I built patched Akregator for openSUSE Tumbleweed at https://build.opensuse.org/package/show/home:cboltz:branches:KDE:Applications/akregator (with a slightly modified patch - converted to unified diff format, and increased max-width even more). If someone wants to use it: the package repo is available at https://download.opensuse.org/repositories/home:/cboltz:/branches:/KDE:/Applications/openSUSE_Factory_standard/
Comment 9 Christophe Marin 2025-01-09 12:45:03 UTC
(In reply to Dave from comment #7)
> 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.

Please create a merge request: https://invent.kde.org/pim/akregator
Comment 10 Christophe Marin 2025-02-12 13:38:30 UTC
*** Bug 499862 has been marked as a duplicate of this bug. ***
Comment 11 John Kizer 2025-02-14 17:23:20 UTC
Retitling for easier visibility / as an issue statement
Comment 12 J. T. Elscott 2025-03-07 12:50:02 UTC
I also find the new width uncomfortably narrow, especially for long texts. But other people are the opposite - I sent a screenshot of the new layout to a friend to complain, and he said that he *preferred* it that way. What's the solution here? Have some kind of slider that controls the width? (And throwing it out - if this does end up being the case, then I think when it goes to 100% the text should also get left-aligned.)
Comment 13 Marco Mattiolo 2025-03-07 16:30:59 UTC
I've tried to take the patch into a branch of my fork repo [1] and then apply it on top of akregator_24.12.2, build it locally in order to test it before submitting an MR... but the text body width hasn't changed, am I missing something? Is there any setting to be fixed/removed within ~/.local/share/akregator ?

[1] https://invent.kde.org/tiol/akregator/-/commit/4bbe666d73cc584305c2a603c0b8a458b2e76a77