-
Notifications
You must be signed in to change notification settings - Fork 6
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
consult-org-roam-buffer, do not alter visiting order of buffers #28
Comments
Hello @dmgerman, thanks for opening this issue. I added a The functionality in I don't think that it is (easily) possible to have narrowing without showing those notes in a dedicated Does this solve your issue? Best regards, |
Hi @dmgerman, does this change solve the issue for you? Best regards, |
Sorry it took me this time to reply. I had to rewrite my config to read from github instead of melpa. Yes, I set the variable to t, and now it works very since, since I can still narrow the org-roam buffers with n I truly appreciate it (and again, sorry for the delay) |
Thank you! Had the same issue, and setting (setq consult-org-roam-buffer-enabled nil) helped! |
thank you the package
I wonder if it would be possible to add a variable that will permit the buffers to be kept in their visited order (last visited top) instead of moving them all to their own section.
Here is my use case: I use org-roam dailies. So I am constantly going back to the buffer of today.
With consult-org-roam-mode enabled, today's note is now way down and I have to type first n to be able to see it. Which means every time I am switching buffers I have to think: is this a roam node or not before I can see in the list of buffers.
it is nice though to have the option to narrow the buffers using n though.
The text was updated successfully, but these errors were encountered: