Or something like it --

I think the screenshot summarizes what I mean better than anything I could say.

When doing a visual refile from a split window on another buffer I have the option to refile to the Backlinks header. org-refile lets me do this, but nroam of course does not allow filing there, so the refiled header just disappears.

I wonder if this is possible to fix within the bounds of org-refile. Is there a way to designate a header not a valid refile target on the fly?

In an org-roam buffer managed by nroam, type M-x add-file-local-variable RET ispell-local-dictionary RET "french" RET.

• Expected: a few lines added at the end of my buffer to remember I want spelling of this file to be checked against the French dictionary.
• Actual: an error message "Text is read-only".

Workaround

Temporarily disable nroam-mode

When I refresh the buffer with C-c C-c in any header (org-ctrl-c-ctrl-c), a duplicate nroam heading is generated.

Every time I use this function, a new header is added.

All functionality works for all generated backlink headings.

My config:

 (use-package nroam
    :after org-roam
    :config
    (add-hook 'org-mode-hook #'nroam-setup-maybe)
    :bind
    (:map org-roam-mode-map ("C-c n n" . nroam-update)))

1. Call M-x org-roam-dailies-capture-today
2. Type some text and validate the capture with C-c C-c
3. Call M-x org-roam-dailies-capture-today again
4. Type some text and validate the capture with C-c C-c
5. Call M-x org-roam-dailies-find-today to show the resulting org file

Expected: the texts I typed on steps 2 and 4 are all visible
Actual: I only get the text I typed on step 2.

Thank you Nicolas for creating this!

I am torn between Logseq and org-roam as I really want backlinks with context, but I want Emacs + having backlinks shown on the side also (as most of my writings happen in daily notes and I would tidy them up while looking at the linked reference). I almost cried when I found this. nroam is almost exactly to what I need, except where backlinks are shown.

I understand the side buffer is what you didn't like. But it would be great to have a option to show backlinks back int the side buffer, but with outline subtree!

Wonderful. Really like the way it's implemented. Another advantage is of course that working with a sidebar is not ideal when the frame need to be kept very narrow (i.e. alongside another app).

How does the unlinked feature work, BTW? Right now, with evil enabled (in Doom Emacs) when in normal mode nothing happens (I'm assuming there are many unlinked references) when I push or click with the mouse. When I switch to "insert mode" push the org button (press), the text breaks (new line is inserted).

Support org-roam v2 version

I use org-publish-current-project to export my org-roam folder files into a html project.

After using nroam, I am not able to export my files.
I am getting Text is read-only message when I am trying to do it.

I use following config to do exporting by using .dir-locals.el

((nil . ((eval .
;; (require 'ox-publish)
(setq org-publish-project-alist
      '(
("org-notes"
 :base-directory "~/.org-roam/"
 :base-extension "org"
 :publishing-directory "~/.org-roam/public_html/"
 :recursive t
 :publishing-function org-html-publish-to-html
 :headline-levels 4             ; Just the default for this project.
 :auto-preamble t
 )
("org-static"
 :base-directory "~/.org-roam/"
 :base-extension "css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf"
 :publishing-directory "~/.org-roam/public_html/"
 :recursive t
 :publishing-function org-publish-attachment
 )
("org" :components ("org-notes" "org-static"))
      ))
))))

I just started using Nroam and I really like it. It's nice to have the backlinks within the context of the buffer they're for. One problem I've run into is when reordering a heading to the end it disappears. I presume that this is due to the backlinks readonly section. This only happens with the last heading. If I disable nroam-mode, the problem disappears.

Within doom emacs, so I suspect my specific keybinds will be different from vanilla but not the base issue:

When I set

(add-hook 'org-mode-hook #'nroam-setup-maybe)

hitting RET on roam links emits evil-ret instead of +org/dwim-at-point, which normally opens links. If I issue +org/dwim-at-point the links work fine, so the issue is in the mapping of RET.

Additionally, the nroam text at the bottom of the buffer says

* Backlinks                                                        :noexport:
** 23 linked references

But the linked references headline has no children.

I note that if I activate nroam manually while in a file links still work, but the lack of references remains. The lack of references is perhaps a different issue, but I mention it here just in case it's related.

This just started happening after I updated to the most recent version, a few days ago.

Here I must admit that I have a hideously complex and baroque setup, so this is probably nroam interacting poorly with something mysterious somewhere. If there's anything I can do to get a more helpful narrowed down repro, please let me know.

I don't think there's probably anything to do about this one, but using Emacs under Termux on Android, (where Org-Roam, sqlite, and rg/ripgrep all work), Unlinked References in nroam aren't shown, but rather a message is displayed:

"rg" must be compiled with PCRE2 support

(Obviously this is an issue with rg on Termux rather than an nroam issue. I assume.)

Great package. seamless integration into org-roam without any issues.

Can you add following in yr readme for straight users:

(use-package nroam
  :straight '(nroam :host github
                         :branch "master"
                         :repo "NicolasPetton/nroam")
  :after org-roam
  :config
  (add-hook 'org-mode-hook #'nroam-setup-maybe)
)

Seems there is interference between nroam and org roam capture templates.

Using org-roam-capture leads to the following printed in the message-buffer:

user-error: Text is read-only.  Please adjust ‘org-roam-capture-templates’

Using a custom daily capture template led to this:

org-roam-capture--fill-template: Text is read-only

I have a file that looks like

* header1
* * sub1 
* * sub2

* header2 
* * sub3
* Backlinks

The "Backlinks" is, of course, being generated by nroam. If I try to refile (using visual refile) to header2, I'm told that "Text is read-only". I can refile fine to header1. I am 90% sure this is being caused by nroam. Somewhat oddly, I also get this error when trying to do an org-capture to a datetree file (so, the place that's being filed to is not at the end of the file), which is what gives me that 10% of doubt, but disabling nroam lets me refile again, so I'm pretty sure.

Just what the title says. I would like the option for the the initial state of the backlinks to be folded, because I keep opening files and thinking "oh crap this is much bigger than I thought" then realizing why. I'd suggest a variable that could be set by the user. I expect showing up unfolded is probably still a reasonable default for most people.

@NicolasPetton, thanks for such a useful package.
I found myself with the need of always expanding the backlinks headline when opening a file, as I can visualise links right away. So I adviced one of the methods as follows:

(warning: my elisp is basic)

(defun sn/advice-nroam--set-sections-visibility (orig-func &rest args)
  (let ((org-startup-folded 'showeverything))
         (apply orig-func args)))

(advice-add 'nroam--set-sections-visibility :around #'sn/advice-nroam--set-sections-visibility)

If you like the idea of adding a custom variable to your package, I am happy to contribute the changes.
Otherwise, I can just live with my advice function.