You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note guid is an important information to identify a note, and good help to rebuild link relationship when a note have a link to another note, with guid in exported .enex for every note make it possible to rebuild the connection when import into 3rd party apps.
The text was updated successfully, but these errors were encountered:
One issue with this approach is that adding a new attribute to a .enex file, which is an XML file structured according to its DTD, could potentially make the file invalid in many programs. Some programs may not enforce strict DTD validation, allowing the modification. A workaroud could be using a modified DTD, but that may still cause compatibility issues with software that expects strict conformance to the original DTD.
I would also like to retain the GUID, and I thought it could be included in the <note-attributes> element, such as within a <note-id> element:
But I believe such modification should be optional in order to not break compatibility with other programs, specially when you consider that no program currently uses such data. And I think it would be easier to access the data directly in the en_backup.db SQLIte DB if you want to use it to export to other file formats.
Suggestion
Note guid is an important information to identify a note, and good help to rebuild link relationship when a note have a link to another note, with guid in exported .enex for every note make it possible to rebuild the connection when import into 3rd party apps.
The text was updated successfully, but these errors were encountered: