eric99

It's not enough to press the "save" button (checkmark), you also have to wait for the arrow and press this as well. Then you have to wait for the note list before closing EN. All this may take up to 30 seconds are sometimes even more (minutes in the worst case). Please raise a ticket, this will increase the prio of these bugs

This confirms what I already suspected: both Android and iPhone suffer the same fundamental synchronization bugs (unhandled data races). I hope that the new synchronization infrastructure will be taken over by the expert team that did it properly in the legacy software, otherwise it will be even a bigger disaster than today.

Not exactly, copy paste doesn't copy all attachments, neither does the web clipper

Lessons learned: when choosing a noteapp, investigate how easy you can migrate to another app

What device do you have?

Have you also noticed a temporarily huge improvement whenever you logout-login or after a new update?

Yeah, offline search works

I fully agree that there is a lot of space for improvement. That's what the discussion was about. Evernote support already confirmed they are trying to solve some bugs concerning these issues. Unfortunately, it seems they can't pinpoint the problem or they don't put high prio on it. Can you please specify what is slow on your android phone: is it note retrieval or only note creation

If you are talking about android, then it's probably a temporarily relieve. After every update (or logout), EN is "almost as good as new" on my phone. However, after a couple of weeks, depending on the usage, it's so slow again that it's almost impossible to use. I wonder if Evernote SQA ever tested long enough to find this kind of degradation. edit: as I already said before: if EN engineers can't pinpoint the problem, they could easily workaround by providing a cold start (without login or default reconfiguration of course) Please keep us informed how it evolves on your devices

Unfortunately, this isn't necessarily true: you gave a good example yourself, iOS needs less cpu power and memory for the same user experience because it's optimized for a specific device. edit: https://en.wikipedia.org/wiki/Wirth's_law "Gates's law ("The speed of software halves every 18 months"[9]) is an anonymously-coined variant on Wirth's law, its name referencing Bill Gates,[9] co-founder of Microsoft. It is an observation that the speed of commercial software generally slows by 50% every 18 months, thereby negating all the benefits of Moore's law. This could occur for a variety of reasons: feature creep, code cruft, developer laziness, lack of funding, forced updates, forced porting (to a newer OS or to support a new technology) or a management turnover whose design philosophy does not coincide with the previous manager.[10]"

The problem is not the CPU but the amount of ram which may differ, even between iPhones of the same generation (for instance iPhone 13: 4GB, 13 Pro 6 GB). I would certainly go for a 6 GB version, since ram size will bottleneck our phones with the rise of inefficient cross platform apps.

Yes, due to the closed ecosystem, iOS and native apps can be heavily optimized for memory and processor usage, completely controlled by Apple. However, this is changing now for the new generation of "cross platform" apps which are built around memory hungry and inefficient bloated frameworks. Apple has much less control over this. So, if you would like to use your phone (android or iPhone) longer than 3 years, you better buy a phone with a lot of memory and power...

... and memory ( >= 8 GB) !

Good point! The only possibility to exclude pdf is searching in the title only ( intitle: ) Or use an additional free account which shares all your notes where you may search without pdf 😉

Yes, the last bit is the time field. I think the major risk is the V10 export/import implementation itself. Evernote developers are a little bit sloppy with that kind of code (look at the HTML and pdf exports with plenty of bugs). That said, I think your Filterize method is the way to go, I looked it up in the Filterize docs: titles can indeed be composed from other fields (prepend and append) https://filterize.net/doc/actions/

If the suggested methods don't work, you could export your notes and write a simple (python) program to modify the .enex file. Then you can re-import your changed notes, first in another notebook to check the process. This is how the enex looks like. As you see, it's quite straight forward to do the transformation. <note> <title>test0</title> <created>20220920T155042Z</created> <updated>20220920T155114Z</updated> <note-attributes> <author>eric99</author> </note-attributes> <content> . . . </content> </note>

Weird, even as a free user, you may access all your notes. Where was this message coming from (fishing...)

hmm, sometimes EN doesn't sync because it doesn't realize that there is something to sync (due to a race condition bug), or the polling frequency is to slow. In these cases a manual forced sync may be useful, and that's exactly what has been provided in the clients : ctrl + shift + R (for the windows client)

If you import the pdf files via an import folder, the system will warn you for duplicates. The cost is that all your imported files are kept in the import folder as well. Not an ideal solution, but you may use it temporarily while moving all your files into evernote. You may configure an import folder in settings -> import folder

yes, this works as well! Actually, the GUI should enforce such workflow as you describe: 1. The user opens the encryption box (without text selection) 2. The user enters the text 3. The EN client encrypts the text before syncing Encryption of selected text is unsafe and should be impossible

Another problem with EN encryption is that you"re locking yourself into Evernote. Other note taking apps don't know how to decrypt your data. This isn't a problem with standardized external program encryption ( word, pdf ...) .

Yeah, my message is, if you like to use EN encryption, you need to disconnect your network during creation, otherwise it gives a false sense of security

No, I tested that already, I've never seen that. I think note history is handled always at the server site...

You can easily solve that by unplugging the network before typing and encrypting your sensitive data. Once encrypted, you may reconnect again. Of course, EN could handle this much more secure but they have other priorities I'm afraid...

As a windows user, I've never seen an ENML file but I think that this was the note format on Apple computers.