I need some time to test and verify the technique details of all the integration you mentioned. Thanks for your advices, I will continued study your opinion. Ideally, MarginNote could have a template or plugin architecture for handling exports, such that either expert users or third-party developers could create their own export modules - that’s how I would approach it, at least. XML format export would also be good as it can be transformed into many other formats. E.g., having a preferences page for export and giving us a bunch of options there would be very welcome. (In fact, there is already an RTF export but it saves all the notes in individual files, which is not desirable for many applications.) Greater control over the formatting of the export is also very important. Next, providing RTF export would allow MarginNote to easily interoperate with many different text editors. E.g., fix the issues that summarized here. This has been discussed in other threads. My feeling is that improving the export options might be the best approach to this. I may be missing some finer points in this thread (e.g., is the URI already provided by MN enough to also satisfy the requirements of x-callback? I’m not sure about this), but it looks like improving export features could go a long way to tackle the issue of surfacing UIDs.įor example, adding a menu pick in MarginNote to copy the URI of the currently-selected note to the clipboard - this would be a simple addition, and it would allow us to easily grab a URI to any note. In sum, I believe MN already implements the UID functionality, and the issue is more how it’s being exported. I just scanned it briefly, but it seems to me that the MN links pretty much meet these requirements as UIDs. I also looked at the Tinderbox UID requirements, which helpfully suggested a few months ago. That is, both books and notes each have a UID. So, the UID of the note also gets you to the book that contains it. The two tables are linked via a key called ZTOPICID. There is a ZBOOK table with rows for each book, and a ZBOOKNOTE table with rows for all the notes. I looked inside the MN database on my machine and did a few SQL queries. The database is buried in the ~/Library folder (the standard place, more or less). Under the hood, MarginNote uses an industry-standard SQLite database, which stores everything in tables. If I click on the link or otherwise open it, MarginNote opens my document that contains the note, and MN seeks to it. The last element of the path is the UID of a note in MN. First, if I export a MS-Word file, it contains hyperlinks with URLs that look like this: I did a little bit of sleuthing around and here are my findings. It might not be difficult to change this. It appears to me that MarginNote (at least the macOS version of MN) already has something like this internally, and the main issue is how it’s surfaced or exported for our use. I also agree with that this is an important feature. All of us want to see MarginNote to improve over time, and are committed to helping make that happen. I’m happy to answer any additional questions you have on this or any other issues that I’ve raised. Many of us are still hoping MarginNote can create that export feature in the future. Thank you.īTW, I have to import MarginNote-created files to iThoughts X, and then export them in an OPML format for Tinderbox to use because MarginNote hasn’t yet created a CSV export format. I hope that’s helpful, and that MarginNote can provide users with UID values so we can better use MarginNote-created export files. Here’s a reference file on Tinderbox ID attributes for UID’s. Put another way: If you are open to the fact that user’s may export their data, how are they helped by not giving them (read-only) access to UID values? That’s how and why I want to use the UID – so I can locate and identify such source files that were created in MarginNote, and then reside in Tinderbox. However, if I make an annotation and export it it, then subsequently I improve/extend the annotation and re-export it, how does the next tool in the chain know this annotation is from the same source note? The source document title, for example, isn’t necessarily and reliably unique. But to use that information effectively in my work I need to export the information and import it into other apps, such as Tinderbox (after I first import MarginNote-created files to iThoughts X, and then export them in an OPML format for Tinderbox to use). I use MarginNote to easily make notes on PDFs. I recognize that no one tool does all things for a user.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |