Skip to content
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
Closed

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

mrkkrp opened this issue Jan 29, 2016 · 4 comments

Comments

@mrkkrp
Copy link

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
Copy link
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
Copy link
Author

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
Copy link
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
Copy link
Author

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
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants