dconnet

No. Don't do that. Don't. FYI: Windows does have the enscript utility: (c:\Program Files (x86)\Evernote\Evernote) >enscript -? Usage: ENScript <command> [options] Commands: createNote - creates note from the specified file or url importNotes - imports notes from the specified export file or url showNotes - displays specified notes in the Evernote window printNotes - prints specified notes from the Evernote window exportNotes - exports specified notes into a file createNotebook - creates a notebook listNotebooks - lists specified notebooks to standard output syncDatabase - synchronizes database to the service Type "ENScript <command> /?" to get command specific help. @filename - specifies response file name contaning options one per line. Command line options that follow response file name specification override options specified in the response file.

Do you know which version was installed previously? I'm thinking it was an earlier version - if you ran that, it should run in repair mode and fix the broken installation. The installer you're running thinks the old version is still installed and is attempting to do an upgrade - part of an upgrade is uninstall - and that's what's failing (because the MSI was lost in the migration - which a repair will fix)

(If you don't see a menu bar, you're probably running the web version. I rarely use that, so I don't know how you print from there...)

Another question would be what does your log look like? (Help -> Activity Log) There may be some clues in there...

File-changed notifications are notoriously bad on network devices. (Not the same reason we don't support putting the exb out there - that's because file locking is notoriously bad.)

These are the hated bugs - random. Very hard to repro and fix. Sigh. An alternate to rebooting: Open Task Manager and kill the running Evernote processes. You can leave EvernoteClipper.exe - that's not what prevents EN from starting again. It's the Evernote.exe, EvernoteSubprocess.exe, and EvernoteTray.exe processes. When the main Evernote.exe crashed, it died in such a way that the other processes didn't catch that and proceed to act very badly.

That. Edit: BTW, I should mention I played around with trying to expand our current theming to the list controls (standard windows controls) that we use for the note list. It was a complete failure at making it look right.

Since the note is still on the web, try just modifying that note and resyncing the client. (No idea how it would just "vanish" on the client...)

Precisely. My (very rough) estimate is that it would be a minimum of 6 months of effort. Almost everything in the UI is custom drawn. (Actually many of the custom drawn things are probably easier to update than some of the standard windows controls are!)

You're not the only one...

It's now called "Move Note to Trash" (the reason (so I was told) was people were confused about whether the note was really deleted or just in the trash)

That's Windows. Windows tries very hard to prevent an application from forcing itself to the top (and stealing focus). Raymond Chen has a good blog post about this: https://blogs.msdn.microsoft.com/oldnewthing/20090220-00/?p=19083

I meant the Evernote windows version. I have zero insight into what Microsoft is doing! (And the version we have in the store is not a UWP app - it's the exact same binary you get when you do a direct download and install.

Most other platforms get dark theme support for free. Windows does not. (The Windows dark theme support you hear about is only available to UWP apps. That's not us.) The likelihood of the current Windows version supporting a true dark theme are about 0.1%.

Ah, sorry... The reminder list has not changed in Windows. It is not in either of the list views. (And unless something changes, there are no plans I know of to add it.)

FYI: All features that were in Beta2 are in the current Beta3. (It was the first Beta3 release that was the pain-point.)

As you can see in the drop list, en-US is the only variant of English that we support.

The database is an Sqlite database. Every time you type anything, that data has to be recorded in the database. Putting the database on a low speed interface is (as they say) a "very bad idea". Also, the drive it's on must support file locking - so network drives are also a "very bad idea".

It's in your forum profile settings:

How an emoji renders is dependent on the font used. Not all fonts can display all characters. Different fonts may be used in different areas of the program - we do support user specified fonts for the caption (this is a per-client setting - not a syncd property).

Toggle Breakpoint!

Just a terminology clarification (at least when I talk about them!). In EN, F9 is an "accelerator". Cortana's F9 is a "hotkey". The difference is an accelerator will only work when an application has focus. A hotkey is a system wide hook that works no matter who has focus - as such, the app who registers first wins - and all others lose. It's a constant battle! (EN does have some hotkeys - these are configurable in the Options dialog. Accelerators are not configurable.)

It sounds like this is doing the 6.17.7 upgrade (which is really a downgrade). Since you're on beta2, skip this. A new Beta3 is now available and will upgrade in the way you expect.

True. We probably should have - it would still be 6.18.3 tho! (because of the MSI update issues I talked about before)

We try to avoid this style upgrade - as I noted, we re-release Beta3. So MSI sees this new version as the same version as the old Beta3 - this is the same-version upgrade path. It's not very user friendly, so we try to avoid ever doing this publicly. However, the old Beta3 has a newer version of CEF - so any upgrade from that would cause "very bad things" to happen (because we would be violating MSI component rules). We made a conscious decision to inflict that same-version upgrade so the CEF dll downgrade would properly install. Probably as clear as mud now. tl;dr: Installers are hard. Downgrading files during an upgrade is harder.