Here is an example of an org file which gives this problem:
:PROPERTIES:
:NOTER_DOCUMENT: /home/etest/Downloads/1705.02136.pdf
:END:
* An
:PROPERTIES:
:NOTER_PAGE: 2
:END:
Test
* Quick note
:PROPERTIES:
:NOTER_PAGE: 2
:END:
Note here
* ANother noter
:PROPERTIES:
:NOTER_PAGE: 5
:END:
* A test pager
:PROPERTIES:
:NOTER_PAGE: 8
:END:
* A noter test
:PROPERTIES:
:NOTER_PAGE: 9
:END:
(the PDF is arbitrary, I tried with a few different PDFs and they all yielded the same failure)
Editing the first headline's NOTER_PAGE to be 1 instead of 2 allows the note to load correctly. If point is on a headline of any page number then org-noter successfully opens but will only show the headline where point was and its contents, and will not show any other headlines.
The expected behavior is that calling M-x org-noter should open the PDF on the left and the org document on the right, showing all top level headlines (if any), no matter where point was and no matter what pages are included in the headlines (if any).
This can be reproduced in an Ubuntu 21.10 VM with emacs and org-mode freshly compiled from git.
Hi, I could not reproduce the issue that you've described above.
Are you sure you're up-to-date?
Below, I tested the example of your org file with another pdf file.
(Notice that my pointer was at the heading called "An" which was on page 2 and it opened as expected.)
The document opened on the right because I have org-noter-swap-window on.
Hi, I could not reproduce the issue that you've described above.
Are you sure you're up-to-date?
Below, I tested the example of your org file with another pdf file.
(Notice that my pointer was at the heading called "An" which was on page 2 and it opened as expected.)

The document opened on the right because I have `org-noter-swap-window` on.
Thanks for taking a look at this. To double check on the Ubuntu VM I wiped out all my previous build directories, installed emacs, org-mode and your package all fresh from git, and tried again with the test org file and a random PDF. I can confirm I can still replicate the behavior I described above (complete failure when point is at the top and there is no page 1 property, success if point is at top and there is a page 1 property, and removal of all other headlines when point is on a headline).
For the example situation where point is on the headline "An", org-noter at least opens successfully but the only headline visible is "An", all others are removed from view (unlike in your gif where all headlines are visible, which is the behavior I desire). I have attached a screenshot of this.
Thanks for taking a look at this. To double check on the Ubuntu VM I wiped out all my previous build directories, installed emacs, org-mode and your package all fresh from git, and tried again with the test org file and a random PDF. I can confirm I can still replicate the behavior I described above (complete failure when point is at the top and there is no page 1 property, success if point is at top and there is a page 1 property, and removal of all other headlines when point is on a headline).
For the example situation where point is on the headline "An", org-noter at least opens successfully but the only headline visible is "An", all others are removed from view (unlike in your gif where all headlines are visible, which is the behavior I desire). I have attached a screenshot of this.
When I
the note buffer fails to open, only the PDF opens in a buffer, and emacs throws the following in the debug log:
Here is an example of an org file which gives this problem:
(the PDF is arbitrary, I tried with a few different PDFs and they all yielded the same failure)
Editing the first headline's NOTER_PAGE to be 1 instead of 2 allows the note to load correctly. If point is on a headline of any page number then org-noter successfully opens but will only show the headline where point was and its contents, and will not show any other headlines.
The expected behavior is that calling M-x org-noter should open the PDF on the left and the org document on the right, showing all top level headlines (if any), no matter where point was and no matter what pages are included in the headlines (if any).
This can be reproduced in an Ubuntu 21.10 VM with emacs and org-mode freshly compiled from git.
Hi, I could not reproduce the issue that you've described above.
Are you sure you're up-to-date?
Below, I tested the example of your org file with another pdf file. (Notice that my pointer was at the heading called "An" which was on page 2 and it opened as expected.)
The document opened on the right because I have
org-noter-swap-window
on.Thanks for taking a look at this. To double check on the Ubuntu VM I wiped out all my previous build directories, installed emacs, org-mode and your package all fresh from git, and tried again with the test org file and a random PDF. I can confirm I can still replicate the behavior I described above (complete failure when point is at the top and there is no page 1 property, success if point is at top and there is a page 1 property, and removal of all other headlines when point is on a headline).
For the example situation where point is on the headline "An", org-noter at least opens successfully but the only headline visible is "An", all others are removed from view (unlike in your gif where all headlines are visible, which is the behavior I desire). I have attached a screenshot of this.
Maybe your
org-noter-hide-other
is non-nil. Try putting(setq org-noter-hide-other nil)
in your config file.