Hello there, its been a while since I took over the maintenance of elfeed goodies, I should probably explain a little more openly what I plan to do in a nice list

1. Use the standard emacs lisp name space conventions. This is first the standard and second makes finding functions in this package a lot easier. I will be deprecating all of the functions though to make the transition smooth. I may also merge all of the files together and adopt an outline instead as that would be cleaner.
2. Fix any long standing bugs and performance issues, I know of one such issue which causes the first load to be terribly slow. But others are welcome (though do create your own issue for them)
3. Modularise and make parts more configurable. for example being able to add your own columns and stats to the header line, make any user facing constants configurable and so on. This will be the first improvement that is not really technical debt.
4. Anything else! please drop suggestions (or better yet PR's) and ill try to get around to them! thanks for being pacient with me and long live elfeed goodies!

When I try to install from Melpa, I get a message

"Need package ‘elfeed-20151201.1742’, but only 2.0.0 is available"

I am using elfeed from melpa stable.

Hi!

I am a user of this package and I really enjoy using it.
However I have seen the less than active repo and was wondering on the future of this package.

I say this not as a way to get you to do more free work but to see if you may end up picking this up again, if you are looking for a maintainer or if there is a fork you would rather people use.

I have recently taken up the RSS module in doom emacs and don't mind taking up the package if it means this package gets a little bit more love. but again its up to you

thanks again for the great package!

I can add screenshots if you can't reproduce, but the window management very aggressively resizes buffers, and doesn't un-resize them after closing the reading pane.

I'm using the adwaita theme. Elfeed is fine. Most of Elfeed-goodies is fine, too. Only exception is the elfeed-entry "Subject" field. The text is dark black on a black background. A simple fix would be to make that text white like in the other fields. See attached screenshot. (ref issue #5)

Variable elfeed-goodies/wide-threshold is the one used as threshold for wide layout.

Minimum width of the window (percent of the frame) to start using the wide layout from.

with % units. I'd love to be also to use this variable also with number of characters instead.

The former works, but I believe the latter makes more sense as it better captures the "need" for layout toggling.

I see it's used in a couple of places --

- (if (>= (window-width) (* (frame-width) elfeed-goodies/wide-threshold))
+ (if (>= (window-width) elfeed-goodies/wide-threshold))

Would it make sense to have something like

(defun is-wide-layout 
  ;; define two threshold variables (one with %, one with #)
  ;; return true / false depending with two simple checks
)

I could try to give it a try, but my Elisp knowledge is very limited :( Thoughts?

When installing from melpa I get the following message

Compiling file $HOME/emacs-packages/elpa/elfeed-goodies-20160926.209/elfeed-goodies.el at Mon Sep 26 21:22:20 2016
Entering directory ‘$HOME/emacs-packages/elpa/elfeed-goodies-20160926.209/’
elfeed-goodies.el:26:1:Error: Symbol’s value as variable is void: left

Any ideas ? I am using 25.1.

Hi,

This package looks really useful. Are there plans to add it to MELPA?

Thanks

It would be nice to have the option to disable powerline separators, since not everyone needs wide separators taking up header space.

When I have horizontal split(the literal meaning, not emacs one) with *elfeed-search* and *elfeed-entry*, the modeline in the *elfeed-search* buffer isn't much useful as there's nice header.

I'd like to be able to use the split pane feature only, i.e. without the powerline-based header or any other eye candy, please.

Hi

Thx so much for working on this, these are 2 things that i myself have requested from the elfeed dev :)

one thing is the colors. on the theme i use (leuven) the colors are way off and unreadable. can they be customized?

thx so much

z

Sometimes using either 'elfeed-goodies/split-show-next or 'elfeed-goodies/split-show-prev results in the *elfeed-entry* window closing and the message "Variable binding depth exceeds max-specpdl-size" being displayed in the minibuffer. Sometimes I seem to be able to resume browsing through the feed; sometimes the same thing seems to keep happening.

And also entries simply not opening and i'm getting this error
split-window: Wrong type argument: integerp, 1552.5

Hi, There are feed column, tags column, and subject column. I want to add date column. I read your document, but I don't know how to config that.

The current reuse of faces from elfeed makes it difficult for theme authors to provide defaults that work well both with elfeed and elfeed-goodies, resulting as issues such as #24. Could it be possible to define new faces instead, taking their initial spec from the corresponding elfeed face? This way one could change the elfeed-goodies face independently of the corresponding elfeed face.

Related discussion on the ef-themes list: https://lists.sr.ht/~protesilaos/ef-themes/%3C87sfll3kxm.fsf%40m4x.org%3E

Is there a way to mark an item as read from the elfeed-goodies split pane view buffer? "r" works in the feed list view, but not the item view.

It seems hardcoded into initialization.

I preferred to the default flow, so I set the default back:

(setq elfeed-show-entry-switch 'switch-to-buffer)

, and then found that showing next entry does not work, split-pane adds also:
https://github.com/algernon/elfeed-goodies/blob/95b4ea632fbd5960927952ec8f3394eb88da4752/elfeed-goodies.el#L78-L79

And so, then I looked at how to disable the split-pane feature in the goodies - and found that there is no option.

Hi

first of all thx for this great extension in elfeed :D

unfirtunantly it seems like elfeed-goodies is crashing emacs for me see skeeto/elfeed#194

i can 100% reproduce this and attached is the backtrace
macs.bug.report.txt.zip

would be happy to try and debug this

best

Z

Pressing "p" in the elfeed-search buffer causes the following error:
Wrong type argument: commandp, elfeed-goodiess/split-search-show-entry

The following line in elfeed-goodies-split-pane.el

(call-interactively #'elfeed-goodiess/split-search-show-entry)))

should be:

(call-interactively #'elfeed-goodies/split-search-show-entry)))

Thanks.

First of all, many thanks for writing elfeed-goodies, I love it and it's a great help.
One problem I'm encountering with the split pane setup: Using elfeed-show-next while in the elfeed-show window, the highlighted line in elfeed-search is always one entry ahead of the one displayed in elfeed-show. I haven't had a close enough look at the code yet to see what causes this, but maybe it's a quick fix. Many thanks again!

Ace-jump-mode requires cl (deprecated) instead of cl-lib, causing a deprecation warning. In winterTTr/ace-jump-mode#100 the issue was noted. In winterTTr/ace-jump-mode#101 a fix was presented; however, the last commit, winterTTr/ace-jump-mode@8351e2d, was in 2014, and the PR has received no response. As it stands, there is clearly no ongoing effort to maintain ace-jump-mode. Is it possible to use a package with similar functionality like avy instead?

I don't like the line truncating, I prefer to use word wrapping instead.

decode-entities function does not treat   so it shown in tittles as is.

Is there something I can set to keep point from switching to the elfeed-entry buffer when I use RET/elfeed-search-show-entry?

Padding the content is a worthwhile goal, but playing with the fringe can have ill side effects. Padding should be done in some other way (using the margin, likely).

Whenever I open an entry of the feed, it opens the new window vertically.
Instead of having one window below the other it results in a side-by-side view, cutting of most of the important information from the overview window.
This is really impractical.

Any idea how that can happen?
Any suggestions how I can change that behaviour?

Some Feed entries won't be displayed with elfeed-goodies while working fine with elfeed.

GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-05-29
elfeed: 20181127.1943
elfeed-goodies: 20190128.1631

.emacs:
`
(require 'elfeed)
(require 'elfeed-goodies)

(elfeed-goodies/setup)

(setq elfeed-feeds
'("https://rss.orf.at/news.xml"))

(setq-default elfeed-search-filter "@1-week-ago")

(defun run-elfeed ()
"Run Elfeed and Update Feeds"
(interactive)
(elfeed)
(elfeed-update))

(global-set-key (kbd "C-c w") 'run-elfeed)

`

mu4e has similar customization with following sample config.

(setq mu4e-headers-fields '((:human-date . 8)
                              (:flags . 6)
                              (:maildir . 20)
                              (:tags . 25)
                              ;; (:mailing-list . 15)
                              (:from . 15)
                              (:thread-subject)))