acheong87

@Glee No problem. Actually I just tried the latest—the latest you can download from https://evernote.com/download aka 10.83.5, not via "Check for updates..." (which still installs 10.82.2), and the performance issue is fixed for me! It's mentioned in the Release Notes as well—give it a shot!

@PinkElephant I see, thanks. To someone who doesn't frequent these forums, it wasn't obvious the current issues weren't related, and I just wanted to help others like me who were panicking and blocked from their daily workflow and just needed things to work again. Plus it ranked so high on Google and seemed recent enough (compared to most Google results being from 2020). Looking forward to the improvements! I believe in the EN team.

The lagginess I was experiencing may not be quite what everyone else is experiencing. My main issue was lagginess when typing, especially in larger notes. The notes were pretty much unusable. I'm on an Intel on Mac Ventura 13.6.6 and was on Evernote latest (10.82.2). I tried disabling Slash hints—still laggy. I tried uninstalling completely with AppCleaner and re-installing—still laggy. There are no longer advanced options to try in the newer versions, like hardware acceleration. What solved it for me was rolling back to Evernote 10.79.3. I wrote more about it in this other thread: https://discussion.evernote.com/forums/topic/150640-en-very-laggy-on-mac-video/?do=findComment&comment=729761, although that thread has even less to do with my particular issue. I wanted to cross-post here because this thread is currently the highest result on Google for evernote lag mac.

TL;DR: Try rolling back to 10.79.3 as well—this fixed the lag problem for me. You can find older versions of Evernote on various websites but the one I used was https://evernote.en.uptodown.com/mac/versions. I'm on Mac Ventura 13.6.6 on Intel and Evernote 10.82.2 Latest and experiencing lag that makes longer notes unusable. I did already disable Slash hints. I tried uninstalling completely with AppCleaner then re-installing the latest—still laggy—for long notes, which was always my problem. It's not because I need to wait for the local database to rebuild or cache or whatever, I think, because it's speedy for short to medium-length notes. There no longer appears to be a hardware acceleration toggle. There no longer appears to be any Advanced settings (e.g. to rebuild the local database, etc.) So I tried going back to 10.66.5 as @Happen suggested, but as of March 2024 it doesn't seem possible to sign in with that: I will now try to find a version that maybe solves the lag for me even though for @Happen it was 10.66.5. I'm using AppCleaner in between each attempt. 10.66.5 (Nov 21, 2023) - Nope. 10.79.3 (Mar 7, 2024) - Whoa. Not laggy, even with Slash hints kept enabled! Let me see if I can go newer. 10.80.3 (Mar 18, 2024) - Back to laggy. Oh, and in this version you can't even disable Slash hints. So I would actually recommend trying 10.79.3 if you are on a version beyond that and experiencing lag.

Omg. How have I never noticed that. That does significantly reduce the pain! I suppose it's still a minor thing worth fixing (great one for the programming intern) but I'm satisfied with just finding the previous / next entity to jump me back. Thanks @Mike P!

Thanks for testing! I can't tell from your screenshot though whether it's a long note. My issue applies to long notes where I might be hundreds of lines scrolled down. So, if you add a bunch of Lorem Ipsums above your test material (or copy-paste the same thing a buncha times), does it still search from your cursor in Windows?

I'm on version 10.76.2 for Mac but I suspect this could be a cross-platform issue. I've noticed this issue for many years but just dealt with the annoyance—but it's becoming a bigger nuisance as I use longer notes on a daily / hourly basis. There are 2 problems actually, and they are related. When you try to search for something in your note using the "Find in note" tool (Command+F in Mac), it searches from the top of the note, not where the cursor is. This is really annoying when I'm looking for specific terms or trying to highlight repeated terms in a list or table or paragraph or braindumped blob I'm working in—I have to scroll all the way back down to find where I was. Editors as far back as I remember (even Windows Notepad) all start their search where the cursor is, or at least where the top of the viewport is. I just tested on TextEdit and Atom and IntelliJ IDEA just to confirm—yep, none of them start the search at the beginning of the file. So Evernote's behavior is surprising. There's a related issue, but it could be solved by solving the above. When I want to search a term, say, _foobar_, on the very first keypress of the "f", Evernote goes and finds the first "f" in the entire note. Who is searching for a single letter in a note? At least if the search didn't begin from the top, I'd be able to keep my view where I was while I type more letters. So fixing #1 would actually make this a non-problem. I think fixing #1 is a better use of resources than adding debouncing (_e.g._ waiting 200ms for another keypress before finding) or removing the automatic find (as opposed to waiting for "Enter") behavior. That's all. Minor annoyances aside, Evernote is a great product, hope to see it continue to improve.

Same problem.

Hello, I agree—it was weird to me that the note's contents would be in focus first. Workaround #1 I found that pressing <F2> moves your cursor to the title field. Workaround #2 Personally, I run AutoHotkey (free download). I added the following to my script so that Ctrl+N would not only create a new note, but press <F2> automatically as well. #IfWinActive, ahk_class ENMainFrame ^n:: SendInput ^n Sleep 100 SendInput {F2} Return#IfWinActiveIf it's not working, try increasing the 100. That's the number of milliseconds to wait between Ctrl+N and <F2>—you may have to wait longer than I do if you're running a slower PC. Hope this helps someone.