Open CptnGreen opened 2 years ago
Also tested using local storage repository (without Dropbox) - same error
Do you have a note in Orgzly that has ID
property with a value that's after your id:
link?
If link is id:325fee22-4b65-11ec-81d3-0242ac130003
for example, clicking on it will try to open a note that has ID
property set to 325fee22-4b65-11ec-81d3-0242ac130003
.
That message is fixed just recently in 75f46d6cc455680a7169d943d08d3f4f8275607d BTW. It should say Note with “ID” property set to “ID-VALUE” not found
in the next version.
I have the same problem following the instructions given in this issue and the website. Gave property name and property value. After id: with no spaces entered value with same error.
Same here, shame thay it doesnt work
:PROPERTIES:
:ID: 433b1ef2-d958-4b40-b594-56f13a3ede25
:END:
#+title: haeihaei
#+filetags: :sk:
- [[id:3394b785-7b30-4263-8302-c3def6ef80cb][haeihaei]]
:PROPERTIES: :ID: 433b1ef2-d958-4b40-b594-56f13a3ede25 :END:
+title: haeihaei
Properties on top of the file are not supported by Orgzly. Is this even supported by Org mode? #+PROPERTY
is, but I'm not sure PROPERTIES
drawer is.
Is anyone having an issue with links when using PROPERTIES
within notes? I can't reproduce that one.
Properties on top of the file are not supported by Orgzly. Is this even supported by Org mode?
#+PROPERTY
is, but I'm not surePROPERTIES
drawer is.
Historically, no, but Org added support in 9.4: https://orgmode.org/worg/org-release-notes.html
1.3.6. Property drawers allowed before first headline
Property drawers are now allowed before the first headline.
Org mode is moving more towards making things before the first headline behave just as if it was at outline level 0. Inheritance for properties will work also for this level. In other words: defining things in a property drawer before the first headline will make them "inheritable" for all headlines.
I'm also having this issue with IDs not being found if they are in the file level property drawer. 'org-roam' uses file-level property drawer IDs heavily so I've got file-level IDs as 95% of all id links and so will most other org-roam users, unfortunately
Same here - heavy org-roam user, I'm syncing through Syncthing, and most notes in my collection have this format. Using 1.8.10 from F-Droid.
(still happy, I'll just search for the notes otherwise, but it certainly would be very nice if this'd work!)
this issue still persist hms important
Hello!
According to http://www.orgzly.com/help#links id-links are supposed to be supported
Though when i tap such link in the app I get a Kotlin error: "null cannot be cast to non-null type com.orgzly.android.db.dao.NoteDao.NoteIdBookId"
PS: I'm using standard Google Play installation
PPS: I use Dropbox for synchronization
PPPS: I created notes using org-roam inside Doom Emacs (on Fedora machine)