Closed amake closed 1 week ago
Progress is slow on this so far due to other projects and life stuff.
At the moment I have implemented on iOS searching through files to find a particular ID. Some hurdles:
.foo.ext.icloud
. Once they're downloaded, they will be foo.ext
. It seems like you're intended to discover and access files via NSMetadataQuery, not by dealing directly with .icloud
files, but I'm not sure how well that works with what I'm doing: NSMetadataQuery results come in asynchronously; I'm not sure how to search just a specific directory tree, etc.v1.40.4 is now available on all platforms.
Partially for #17; as discussed in #44.
id:
link IDs are UUIDs and do not specify filenames, so in order to resolve such links to sections in other files, we will need to somehow identify which file contains the ID.We can get away with not doing a full org_parser parse of every potential target file by doing something much simpler:
This would probably happen in the native layer, with the resulting file identifier being returned to the Dart layer.
As a first attempt I may do this on-demand (no indexing mechanism) and see how it goes. If it's unbearably slow to resolve a link (quite possible for e.g. large Org Roam databases like https://github.com/jethrokuan/braindump/tree/master/org) then an indexing mechanism will be needed.
The index complicates things significantly: