eric99

Yes, I noticed it as well on my android client, it's really responsive since the V10.43.1 installation 5 days ago. It's a little bit early to draw conclusions, because it's always responsive after a fresh install but I'm hopeful. Three weeks ago, I did many tests on my android client to reproduce the performance problems and sent many log files with detailed info and timestamps to support. Maybe they finally found and fixed something, I don't know...

Not necessarily, as I already mentioned before, ENEX is an XML format, the 'X' meaning eXtensible Markup Language. This format has been designed specifically to be able to extend it without breaking older versions. If a new xml-tag isn't recognized by older software, it will just be ignored. So in this case, a new XML-tag for notebooks could be added without any problems with downwards compatibility.

I did the following test on my android phone: I just updated the note and stayed with the note open in editing mode, I didn't hit the checkbox, and did no other action on my phone. Within e few seconds the change was synced to the server as seen from that updated data appearing in Evernote Web. So, there is some background syncing, even while editing. The problem is that you can't know for sure that it has been completely synced as long as you stay in the note. The only explicit indicator is the green sync-in-progress marker. Problem with this marker is that it sometimes erroneously stays on after a complete sync (race condition bug).

Yes, I raised many tickets and got always the same answer: "...I can assure you we're working diligently to fix it as quickly as possible..." 😕 Ticket# 3498658 - Re: Ticket# 3394987 - Re: Ticket# 3340943 - ticket 3309909 ENEX format is not as complete as you think: it looses the note-id, and therefore internal note links are broken! Yes, legacy windows html export looses the note-id as well, but it doesn't need that ID to create a link to the other note, it uses a standard relative URL to the other note. You can test it yourself, you can navigate between notes. All the app links between notes are intact without the need for a note-id! So, this URL is an internal URL pointing to another note in the HTML export folder. (Please be aware that this has been implemented properly only in the legacy windows client, not the mac) In that sense, HTML is a more complete and consistent export format than ENEX. Properly working HTML export is the most important feature that may keep me loyal to EN because my data is safe and accessible for the next 100 years since it is stored in the standard Web format. If EN goes bust, no need for note apps or exotic viewers, just a browser.

It is definitely a bug that can easily be solved by specifying a relative path to the attachement, not an absolute path as it is now. The legacy windows html export uses relative links, that is the reason that navigation to attachments and notes works perfectly and that you can move the html file(s) together with their attachments to any location in your filesystem. You may test this yourself with the legacy windows html export: it behaves like your own private web in which you can navigate to other notes or attachments as you like. It's a shame that we lost this in V10 because html is the only human readable archive we can generate in EN.

Sure the link is fixable, the question is: why do we have to wait 1.5 years to fix such a simple bug? The legacy windows client provides perfect htlml export for years already, including working attachments links and note links. It can't be that difficult to have a look in their colleague's code if they don't have the skills to rewrite it themselves? Hopefully BS will put more prio on code quality.

The problem is that the links to the attached pdfs don't work either. And even in the export to HTML, the Hyperlink markup language, the links still don't open the attached files. The support ticket is still open for 1.5 years now 😕 Maybe BS can make the evernote codebase open source, then we can fix the problems ourselves...

Maybe it's possible to just extend the current note structure, not change it, in order to stay downwards compatible. For instance, the 'X' in XML stands for Extensible Mark Up Language which keeps XML documents compatible when there are new tags added. Last week, evernote engineers themselves suggested me to switch to the legacy android client since they can't immediately solve the problem(s). So, this makes me think that legacy will be around for a while until the V10 client is stable and functional enough to fully replace it.

Maybe because most users just pay for a short time when they need it ? There is always the free (advertised) version as well...

I assume this is all v10.43 behaviour ?

What exactly does that mean? Will it now finally sync in background, even when the app isn't active?

I couldn't agree more, both companies have complementary products and technology. A semantic image search would really enhance the search experience. As an example, in the Google Photo app, you may already search for specific objects, emotions, concepts, abstractions etc. This would be great for note retrieval since images may have very powerful associations with specific data.

I think there is a lot of synergy. Wait and see... They had to revamp the underlying syncing mechanism completely in order to achieve the collaborative editing. So, I'm hopeful that syncing problems are history soon.

Integrating the Remini AI photo enhancer technology in evernote's camera would be a tremendous improvement (quality and performance)!

Why do you think the company is focused on mobile for IOS: https://play.google.com/store/apps/details?id=com.splice.video.editor https://play.google.com/store/apps/details?id=com.bigwinepot.nwdn.international

Since BendingSpoons activity is mainly on mobile, there is hope that the mobile clients will get the attention they deserve. Also they have much more experience in developing performant apps (video editing). Maybe, the native apps will come back at last 😉

Hopefull news from Ian Small: "As I write this blog post, our new collaborative editing capability, which allows multiple people to edit the same note simultaneously, and individuals to edit the same note on multiple devices without note conflicts, is in early days of beta testing around the world. " https://evernote.com/blog/evernote-next-move-joining-bending-spoons/

10.44 ? I've never seen 10.43, was it that bad that it has never been released on our play store ?

unfortunately not 😉 So after a couple of days, my android client gets very slow again because it accumulates all problems until the next automatic update (or a tedious 2FA logout/login)

Since the automatic updating process makes my android client very responsive again for a few days, I really appreciate them. The more updates the better !

Sure, it works fine for you since you still use legacy on your android phone v8.13 (Android) 😏

This is not just a bonus, it is the most important requirement! What is the purpose of new fancy features if the (mobile) clients are unstable? And this promise from Ian Small is still missing: "And most importantly, over the course of 2022, we will complete our multi-year journey to a more reliable, faster, and more modern sync architecture—the very backbone of the Evernote experience." So, please fix first the core evernote bugs before adding even more complexity !

I noticed that it can sometimes be cleared by changing/creating a note on another client (desktop or web).This will force a sync on the android client which may unlock the green icon.

Has anyone already raised a ticket for this problem? I already mentioned it in my logging when I saw it while investigating another bug, but I'm not sure they will look at it...

A race condition bug makes the app erroneously thinking that there is still some syncing required. Logout/login will solve this inconsistent state