New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is there something like `ido-ignore-buffers` for Ivy? #366

Closed
mrkkrp opened this Issue Jan 29, 2016 · 4 comments

Comments

Projects
None yet
2 participants
@mrkkrp

mrkkrp commented Jan 29, 2016

I'm trying to switch from IDO to these wonderful packages. The only (admittedly minor) problem I have is that when I switch buffers with Ivy, there are too many buffers, i.e. it includes buffers that I usually don't want to switch to, so they are effectively some sort of noise.

With IDO, I could filter some buffers like this:

(dolist (buffer '("^\\*Backtrace\\*$"
                  "^\\*Compile-Log\\*$"
                  "^\\*.+Completions\\*$"
                  "^\\*Flycheck error messages\\*$"
                  "^\\*Help\\*$"
                  "^\\*Ibuffer\\*$"
                  "^\\*Messages\\*$"
                  "^\\*inferior-lisp\\*$"
                  "^\\*scratch\\*$"
                  "^\\*slime-compilation\\*$"
                  "^\\*slime-description\\*$"
                  "^\\*slime-events\\*$"))
  (add-to-list 'ido-ignore-buffers buffer))

Could you please add something like this to ivy-switch-buffer? I guess it's trivial to implement.

@abo-abo abo-abo closed this in 2877ae1 Jan 29, 2016

@abo-abo

This comment has been minimized.

Owner

abo-abo commented Jan 29, 2016

I guess it's trivial to implement.

It's pretty easy, although merging a PR is easier still :)

By the way, I don't see you on the Emacs copyright assignment list. Do note that you'll need it if you ever plan to contribute to anything in GNU ELPA.

@mrkkrp

This comment has been minimized.

mrkkrp commented Jan 29, 2016

Yes I know. After some thinking, I decided that is rather slowing down progress, because it's a bit harder to merge PR from arbitrary person after putting something on ELPA… From pragmatic point of view, it's not possible to use ELPA alone, so why bother… I've seen a good PR for Avy is hanging because of this. This is the reason I haven't put my Vimish Fold and other packages on ELPA.

That is just my personal opinion at the moment. To contribute to cool packages like yours, maybe I will sign the papers, in principle I have nothing against it. Thanks for the quick response.

@abo-abo

This comment has been minimized.

Owner

abo-abo commented Jan 29, 2016

From pragmatic point of view, it's not possible to use ELPA alone, so why bother

As I see it, there's only ELPA and MELPA. And if something happens to the latter (like to Marmalade), ELPA is all we've got.

Additionally, ELPA sort-of offers to co-maintain the packages posted there. So if I ever get tired of maintaining my stuff, at least it will be sort-of maintained at ELPA, which is a lot better than nothing.

So using ELPA (in addition to MELPA) is my pragmatic choice. And I think it's worth the trade-off of bothering the contributors to get an assignment (only once, though).

@mrkkrp

This comment has been minimized.

mrkkrp commented Jan 29, 2016

I see, @abo-abo.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment