-
Posts
655 -
Joined
-
Last visited
-
Days Won
14
Content Type
Profiles
Events
Forums
Blogs
Gallery
Downloads
Posts posted by dconnet
-
-
That appears either your registry hive was deleted, or you've never installed and/or run Evernote.exe. (Or it was uninstalled - can't remember how much of the registry is deleted on uninstall.)
-
On 4/10/2018 at 12:13 PM, jefito said:
No. It's based on https://en.wikipedia.org/wiki/Chromium_Embedded_Framework, CEF 3, specifically.
FYI: CEF3 is the browser framework in which the editor runs (and any other embedded web page we show). It's not the editor itself. (I don't know what the editor is based on - I write C++ not javascript!)
- 1
- 1
-
21 hours ago, Bob Withers said:
The problem is that Evernote requires registration at installation
Actually, it doesn't. Once the installer is done, it automatically launches the program (which want to register). Just quit. You're done.
- 1
-
On 4/3/2018 at 10:58 AM, EdH said:
To get this to work as you want, I think you will need to uninstall, delete your Evernote database, then reinstall, and as soon as you log in, to to Tools|Options|Sync and enable Sync on demand.
Simpler - Change the setting in Options, completely close EN, delete the database (assuming no local notebooks), restart. No need to uninstall/install.
-
Sorry - regedit was opening to the last path... Evernote6 is where it goes for our internal builds (to keep it separate from production).
`HKEY_CURRENT_USER\Software\Evernote\Evernote\EvernotePath` is the correct path -
Resetting the first account is easy - you can do it in the Options dialog. When you do this with the 2nd instance, it will have an issue because the database is already there - for that, you'll need to directly edit the registry and change the HKEY_CURRENT_USER\Software\Evernote\Evernote6\EvernotePath setting (before running EN).
- 2
-
On 3/6/2018 at 12:06 PM, sandman9669 said:
Thanks for the replies, maybe I didn't explain the issue well enough...
That sounds like a bug we fixed a while ago - the app was remembering its last state - minimized - and restarting that way. Try what @CalS suggested - that ensures the data is properly flushed to the registry.
-
On 2/27/2018 at 5:43 AM, sandman9669 said:
it seems stuck starting in the system tray
"Launch Evernote at Windows login" in the Options, General page,
-
On 2/27/2018 at 10:58 AM, YzRacer said:
As soon as I go off the VPN it will sync. No other applications are having any issues.
Can you access Evernote (web app) using Internet Explorer? That's what we use as the connection layer. (I have to connect to VPN at work and have no issues with syncing)
- 1
-
3 hours ago, jefito said:
The 'CEF' bit refers to the Chromium Embedded Framework
Yes. We upgraded from CEFv1 to CEFv3. It was painful - the programming model is completely different. (it's also why you see more Evernote processes in task manager)
- 2
-
It sounds as though you have a monitor set to a high DPI. We are not multi-monitor aware. So Windows will render at the high DPI and scale down to the 100% - hence blurry.
- 1
-
1 hour ago, RobertJSawyer said:
C:\Program Files\Evernote\Evernote
On 32bit systems. On 64bit systems, the default is "C:\Program Files (x86)\Evernote\Evernote" (because we're still just a 32bit app)
- 1
- 1
-
On 8/9/2017 at 3:22 AM, OrbWeaver said:
I would hope EN employees do not use Beta versions for their work.
Actually, we use the internal nightly builds. pre-pre-pre-beta.
- 4
-
The default hotkey we use has been usurped by Microsoft. Win+Shift+S is now used by Microsoft's Snipping tool. I know of no way to turn that off. The only option is to pick (and assign) a different hotkey in our Options dialog.
- 1
-
3 hours ago, gazumped said:
the software is hugely complicated
I can completely agree with this. (I used to work on MindManager)
- 3
-
In the registry, set "SetNewNoteFocusToTitle" (DWORD value) to 0.
-
On 5/23/2017 at 2:17 PM, scottp said:
I am unable to turn off the setting in the Windows app. I have the latest Evernote version.
Huh. It looks like the Options dialog does not work on XP. (We are currently reworking the Options dialog, but that won't be done for a while) While we haven't killed support for XP, I would in no way say we actually support it. We're not likely to fix any XP-only bugs.
-
-
On 9/27/2016 at 6:30 PM, jefito said:
But can you still tell it where to find the database in its custom location?
Well - kind of - but it will want to move the current database there, not use the one that is already there. The only way to do that in the past was to hack the registry. But StoreApps make that impossible. What you could try would be to do a complete backup of the custom location, point the StoreApp to the existing custom. Tell EN 'yeahyeahyeah'. Then after it finished, close EN (completely) and restore your backup.
This is no different then having a custom location on a new computer - EN has never had the ability to forget the current database and use a different one (except, as noted, by hacking the registry)
- 1
-
5 hours ago, MigdalorGuy said:
Just installing the WinStore version will replace my existing desktop version, utilizing same file locations, etc, so there's no clean-up necessary and no duplicated files?
Not quite. It will not touch the existing install. As long as you're running a current version (6.x - post database move), it will utilize the existing database files. If you have moved the database to a custom location, it won't find it (no access to normal-desktop registry). Both versions will not run at the same time (we have never allowed multiple instances for the EXE), so that's not an issue. But you might easily get confused which one is running. Uninstalling the desktop version will not affect the store version. And uninstalling the store version will not affect the desktop one.
-
The 2 versions use the same (exact) binary. But there are some runtime differences
- WinStore can do tiles and notifications
- enscript does not work with WinStore version
- WinStore is easier to update - no MSI installer
- Some options that make no sense in the Store have been removed - for instance check-for-updates.Other than that, I'm not aware of any other differences. (And I'm who storified it)
- 2
-
Known bug. A fix is in the pipeline.
-
You need the desktop version of OneNote installed. Not the Metro/ModernUI/UWP/name-of-the-day version. It also needs to be running when you do the import into EN.
-
Oh, so I guess 90% of software developers are in the wrong then? The whole Adobe Creative Suite, Thunderbird, Firefox, Chrome, virtually any program except Evernote and iTunes manage to keep the icon pinned. And no, there's no need to uninstall the old version for those programs either.
You misunderstand. When you upgrade an existing installation, the old version is uninstalled (I'm not talking about an explicit uninstall by the user). That is the phase during which the shortcut is cleaned up. That's how msiexec works. The programs you mention may very well be scheduling the removal after the install. Or they may be doing "bad" things.
Unless we can figure out how to safely to an upgrade where we first install and then uninstall, this behavior will not change. We have no plans to reverse engineer how MS stores the shortcuts (yes, I know where they live) and perform undocumented/unsupported actions that are sure to cause issues in future versions of Windows.
Synchronization period of "Automatically"
in Evernote for Windows Issues (Versions 6.25.1 and under)
Posted
It's defined by the service. So it might be 5 seconds. It might be 10 minutes. On the client side, we have no control - the service tells us - and we obey what it said! (Looks like we log the values - look for "Sync rate configuration changed:". Mine is currently saying 30sec.)