![]() Some reason the default editor can’t be Obsidian from Plottr? Much of the same you write… I actually do link the Markdown files (directly as files on disk) and the Zotero items (as Zotero URL’s) when needed, just like you… I don’t need sync either for that, even though it would have been a nice feature if the body of the notes also was synced to a text field viewable in “preview mode” or something in Aeon… The file would open in the default editor, though that can’t be ObsidianĪll i wish for is a way to see my markdown note for an item and open the note in the default software if I need to edit it. Then I just have to find some workarounds to get thing working… including my zotero library, my markdown files, and “other stuff”… this documents will be childs of the source item… I do the same for Citations one citation item linking between any other object and the source item…, then I create a multiline text field and copy the citation string from zotero, and in the source I copy the bibliography string… I also am also going to add a few document items, like agreements, crew lists manifests of ships, legal documents for companies etc. but it would have been great to see the Notes as text in the “inspector”.Īs of now, I just create item types for my research journal structure, add 3 multi line text fields to them and copy the text I need to those fields, a lot of extra work, but doable… Ut as I wrote, this is not an request from me, just an idea in a discussion… I will just link the files I need, clicking on the link will open it in the default view I hope, and then I can edit it and save it, as long as the filename is the same and not moved, the file will be “in sync”. It’s way easier to just use markdown and be able to use Zotero with very little extra work… I stopped using Scrivener when they was not interested in adding support for a plugin for bibtex/csl-json or Zotero, so I have not used the sync function in Aeon. Of course a full sync of Notes would be great, but to utilize them, you would need to map both YAML keys and the note body, if it should be useful, while if it was just an editor opening to read or edit a file on disk, all you need is a editor with a view for a linked file, the editor itself would be an “item” of type text or note maybe… My point as a researcher was that for me, the best benefit was if I could reuse my notes in multiple software, but only have the need for one file for it, and also only need to edit one file, not 2-3 different copies and re-copy text or re-attach or reimport the file every time I did an edit in the file… If you think syncing is easier regarding markdown, there is no “problem” storing ID’s and “update dates” in a markdown file, just add them as YAML… Yes, I think there is differences, because you describe syncing object to a file and folder structure containing markdown files, while I’m just talking about Viewing/editing a manually “attached” markdown file in an embedded “notes editor” alá replace the multiline text field in properties with an embedded markdown editor, or allowing Text objects to be Items, and stored externally… We may be talking about different things here, I suspect. Of course, integrating WM3 would suit me perfectly. ![]() However barebones it was designed to be there’d commence an avalanche of feature requests. ![]() I’m unsure whether it could be worth it: is there a real need to have all the written text, and ability to edit it, in Timeline? I don’t know. ![]() I have had no autosave clashes even with same file open and being worked on in a number of programs concurrently (not quite simultaneous use, since it’s just me using them). The WriteMonke圓 json+attached file solution might work - it works for WM3. I recall above someone mentioning an app that keeps a JSON file to map those files on disk, which I assume is probably trying to address some of that concern.Īnd this is a frequently encountered problem with the sync solutions that exist. That doesn’t translate easily to files on disk, where none of those markers exist. ![]() In Scrivener or Ulysses, every document has a unique ID, so we can distinguish the difference. The difficulty with syncing would come in recognising the difference between a new file, a deleted file, and a renamed file. ![]()
0 Comments
Leave a Reply. |