Tiny Tiny RSS: Community

Combined (unexpanded) mode has to go


I’ve been doing some refactoring lately meaning to improve overall maintainability of code (and hopefully even bring us into something close to ES6) and I’m feeling that combined (unexpanded) mode doesn’t really bring that much to the table to validate its continued existence.

For people who want to see a concise headlines list there’s classic multipanel mode, with optional widescreen layout. For people who want to scroll down (like myself) there’s combined (expanded) mode which has been the default for years now.

The fact that it’s a lump of ugly special case ancient code doesn’t help either. Anyway, if you’ve been using that one, say your farewells.


Too bad, I liked it that way. I think with expanded there is way to much scrolling looking for some headline that could be interesting.


Just did an update and noticed this was gone. Kinda sad as this has always been my preferred view.


i’ll miss this view too. i find there isn’t a clear enough delineation between articles.

also i liked using j/k to switch between articles and that worked quite well. this seems to be broken now.


i feel your pain guys but six view perspectives for headlines (with and without grouping) was too much for me

j/k i think switches between feeds
up/down and n/p does something adaptive with scrolling, ctrl+up/down should switch articles always

you can remap those two actions (next_article_noscroll, prev_article_noscroll) to j/k or whatever else


seems like all my problems relate to combined mode. i dropped that and it’s back close enough to what i had.
j/k switch between articles for sure and work correctly in this mode.


you’re likely using a plugin which modifies default shortcuts (and doesn’t do it the way you want it in combined mode)


I’m really gonna miss this :frowning: It hits me right in my most common workflow :crying_cat_face:

Combined-collapsed (mark-read-on-scroll turned off) lets me read headlines and selected articles in the same flow, without wasting a ton of screen space on a pane that is generally empty (or only has old data.) I’ll admit to using it to mark stuff read that I’m not interested in (keyboard shortcuts ftw) but most of what I gather I want to read somewhere, just maybe not right now.

It uses the screen effectively to show the article while it is being read, instead of a cropped down viewport, then the article gets out of the way for the headlines.

I use that mode on anything that isn’t ultra-wide or ultra-small. (On my phone I’ve got an api-based web app, on my normal desktop I use 3-panel widescreeb.) Combined works great on tablets, laptops, normal monitors etc.


Did this just break compact.css? Just updated and all the text is much larger again.


there was a bunch of CSS class updates too, i’m looking over the bundled themes now
one thing at a time, etc

e: should work now i think


Yep. All back to normal. Thanks!


I will miss it too but I will get used to the brave new way.


I just updated, and am definitely not happy… :unamused:

An always-on expanded view means a lot of scrolling in feeds with lots of updates, overview of the feed is totally gone, widescreen view just doesn’t work for me.


After updating all my images were back at max width, so after messing around with the new CSS I came up with the following updated code to use in the customize css pref function:

.cdm .intermediate img, .cdm .intermediate video, .cdm .content-inner img, .cdm .content-inner video {
border-width: 0;
max-width: 700px;
height: auto;
display: inherit;

.cdm .content-inner {
margin: 10px;
line-height: 1.5;
font-size: 16px;
max-width: 65%;

The two max-width items were the most important for what I wanted to accomplish (limiting image width and text block width) so you’ll want to adjust those to suit your preference.

I am by no means a CSS expert, so if anyone wants to recommend optimizations please do!

Update: I had a display: block item in the first section but that caused all the icons within post content to display one at a time vertically instead of side by side, so I removed it.

Update 2: display: inherit; seems to do the trick for fixing a image/text wrapping issue I was seeing with Engadget’s feed without disrupting things the way I was seeing with block.


that’s what i have

.cdm .content img, .cdm .content video { max-height : 850px; height : auto; }

not much point in width limiting imo



Yeah it’s purely a personal preference thing. Totally get why most would probably not want to do that.


No disrespect, I love Tiny Tiny RSS, this just killed the great user experience I’ve had for years for me personally. I guess I have to adapt, because, like I said, I love Tiny Tiny RSS. :sunglasses:


Like others here, I liked unexpanded mode, it just seemed cleaner for me. That said, I can get over that, but one thing that doesn’t seem to be working properly in expanded mode is marking the last unread article of the feed read when using the keyboard. I suspect this will get tricky, because it seems to trigger the article being “read” when the article pane gets scrolled to the top of the feed list. However, using keyboard short cuts to scroll through the article doesn’t seem to push the article far enough down to trigger it as read.

Not sure the best way to handle it either, I mean, I could just press M and mark it as read manually, I guess, but that seems a bit clunky.


oh right this looks like a regression, i think in this case article should be marked as read when it is set active (by keyboard) which it doesn’t - i’ll take a look a bit later


Might be related, but if not, might as well throw this in too.
If you get to the end of a feed and do a shift+n to go to the next feed, pressing n again gets you to the first article, but it won’t let you keep going. Once you have started to scroll, the rest of the feed seems to work okay.