Jump to content

TimTheEnchanter

Level 1
  • Posts

    3
  • Joined

  • Last visited

Everything posted by TimTheEnchanter

  1. I too would like the behavior of the Home/End keys to be configurable. I've never understood or liked Apple's view that Home and End should go to the begging and end of a document. It is far more common to want to go to the beginning or end of a line.
  2. So I tried exporting a note from the shared notebook to .enex then importing the .enex file. I noticed that the .enex export includes the base64 encoded version of the image attachment. I manually extracted the base64 encoded image and was able to reconstruct the original image from the command line. So at first glance you might think that the image is there, but that it's just not being rendered correctly. However, when I do the same procedure to a note that was copied from the shared notebook, the base64 encoded image is missing from the .enex file (made obvious by the file size of the exported notes - 847 KB vs 769 bytes). The entire <resource> element is dropped when the note is copied or moved to another notebook. enex note exported from the original shared notebook: <content> <![CDATA[<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE en-note SYSTEM "http://xml.evernote.com/pub/enml2.dtd"> <en-note><div>From 2015/07/20.</div><div><br/></div><div><en-media hash="8f8c607ac6a1b61bee44865bb78993dd" style="cursor: default;" type="image/png"/></div></en-note> ]]> </content> <resource> ... </resource> enex note exported when the note is copied or moved to another notebook (note that the resource element is missing): <content> <![CDATA[<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE en-note SYSTEM "http://xml.evernote.com/pub/enml2.dtd">^M ^M <en-note><div>From 2015/07/20.</div><div><br/></div><div><en-media hash="8f8c607ac6a1b61bee44865bb78993dd" style="cursor: default;" type="image/png"/></div></en-note> ]]> </content> This is the kind of thing that should raise a huge red flag. If I copy a note from A to B, I expect an (almost) forensic copy of that note - certainly forensic from a content if not metadata perspective. There should be obvious hashing or similar checks to ensure note content isn't lost. This should generate a big red error message and roll back the copy to preserve the user's data. Blindly treating an obviously unsuccessful copy as successful enables massive data loss by the user.
  3. Hello, My wife and I have a shared notebook we both contribute notes to. Many of the notes have images in line or attached as PDF from our wedding planning several years ago. We decided to reorganize our notebooks and started copying notes out of the shared notebook. To our chagrin, when either of us copy a note from the shared notebook to another notebook (private or shared) the images/attachments all seem to disappear! So if we copy a note and delete it from the shared notebook, we both lose the contents. This issue is reproducible by both of us (I use Evernote 10 for mac, she uses Evernote 10 for Windows). I have noticed that if I move the note, the images are retained. We've been paying Evernote members for many years and your product continues to be extremely unreliable from a data retention perspective. Everything from web clipping (why in the world would I want to retain an image URL in my web clipped note? Download the image and store it in the note!) to carefully created notes with image attachments we made do not stand the test of time. Permanency is a selling point of your product and if businesses or people can't rely on it then what good is it?
×
×
  • Create New...