dcon

Serious. Something I've learned about Javascript programmers (in general) - they'd rather completely rewrite something in a new framework than fix the existing stuff. The average lifespan of a project seemed to be around 2 yrs. Then the people would move on, new ones would be hired, rinse/repeat. At least that was the impression our team got from the outside...

As far as I know (I was there for 6 years), there's never been an RSS feed for updates. (I'm not sure youngsters today know what RSS is!)

Actually, I think it's the 3rd one. Maybe 4th, in the last 6 years...

None that I know it. Maybe use the Thumbnail view instead? (and wait - I just switched to it and it takes a while to generate the images)

I remember hearing people <insert applicable word/> that the function names (etc) are actually translated too. Meaning if you open an english excel sheet in french, it's not likely to work.

The comic Pearls Before Swine hit that on the head yesterday (the 23rd).

Well, it's easy now! I copy/paste the character from here! charmap.exe is another way. But my usual is google-search to either find a copy/pastable character, or the alt-code.

You can't put it there. That's a protected directory in Windows - any attempted writes will be redirected (only full-admins can write in ProgramFiles). The default location for EN files is %USERPROFILE%\Evernote (the database itself is in the Database subdirectory) [USERPROFILE is usually C:\Users\<your user name>\]

Those issues are usually caused by the html in the clipped note. To generate the card views (and other views that use the actual note content), those notes are rendered into an html control. What's happening is that the original html is adjusting for the smaller size.

Those aren't pre-loaded. They're only rendered when that control is expanded.

If you make it a shortcut, Ctrl+1-9 will work... Ctrl+1 goes to the first shortcut (etc...)

That's not true. You can move the database to whatever harddrive you want. Note, it must be an installed drive - not a network or removable one (mainly because of how the Sqlite database works with transactions and locks)

The Store is updated on a slower cadence. (and the beta channel is direct download only) Initial releases are usually rolled out in stages - Windows entirely manages who gets it when you do a 5% release. But all direct users can get it without waiting by doing a 'Check for Updates' directly. (otherwise you get the notification in the rolling wave - of course who's in a wave is entirely different between the Store and direct!)

While it's a play on my real name, I picked it very much because of that. I'm a programmer - I kill bugs dead! That he was! Great guy too... (and we actually have the same birthday! We had to do some serious time-zone math to figure out who was actually older - me by a couple hours)

I'm pretty sure when the attach dialog is used, that it is changing the current directory. This effectively leaves "locks" that directory. I also suspect (but can't test - gotta get to work!) that if you were to attach a file from a different directory that the lock would be released.

You were probably running the version from the Window Store. Those get put into a very different path. (I run the direct-downloaded version also - I think most of us here do)

i knew that! Yes, I heard stories of that! As far I know, when that was abandoned, the original C++ code from before was brought back. (That also poisoned the lead dev to anything XAML related) Yes, completely different from v3.5. Originally, it was supposed to be well before when I left. I literally LOLd at them (as my old boss can attest to!). He did (grudgingly) admit that I was right... I'm not running that preview/beta, so no idea where they are on it.

That was the previous store version. When I first joined (2013), there was a single contractor who worked on that. I think he was there about a year (fuzzy memory), then that version went into a holding pattern until the Win32 version was packaged for the store. > Tell me that the old timeline view (from ca. 2008 and before) is still in there!! Sorry, no (at least I don't think so - pretty sure it was out of the code before I began). Usually when a major feature is removed, it's really removed.

@Casius10, did you set your import directory to ` C:\Users\{username}\Evernote\Databases\Attachments` ? That's a _really_ bad idea. The Attachments directory is what EN uses to create (hopefully) temporary files so external programs can open them. (@RMorgan, if that's currently allowed, it should be prevented...)

Even more so now, since (um...) a few of us have moved on... The Windows crew was thin before I left. (:waves: Hi @RMorgan!) (other quotes pulled from other posts in order as I read) > then there is obviously some engineering debt around how this is being done The code base is only about 15 years old... "some" is putting it mildly... > I would be stunned if this was actually a 6mo feature I wouldn't. I used to work in that code. > "Expecto Darkonus" spell (I love you...) > I can understand why Evernote would not want to introduce a feature available only in the Windows Store version Remember, the EN store version is literally the Win32 binary in special packaging. So no "Expecto Darkonus" there either... > If that developer's salary is, say $100K/year, Remember, EN is in Silly Valley. I think college grads get more than that...

When you say add attachments, do you mean like gazumped is implying above (import folders), or using the file selection dialog? In the first case, EN must "lock" the directory or it can't watch it. In the 2nd, I'm going to guess that the file selection dialog changed the current working directory.

Not sure the actual logic (that's on the server), but I think it's random based on the user id. (I know I implemented some A/B tests in the code that did things like account numbers ending in <specific digit>) Generally, you want random - but reproducible!

Just as a note to that... Sometimes EN will rollout with a smaller auto-update initially (for instance, targeting 5%) and then increase when few/no problems arise. The auto-check is subject to that limited rollout. When you manually check, the limited rollout is ignored. (So, yes. Sometimes EN won't tell you a new version exists - but if you manually check (magic!) a new version is there.)

If you open your .exb file (typically in <\Users\<you>\Evernote\Databases) with an SQLite browser, you may be able to determine that. (I'm using SQLiteBrowser: https://github.com/sqlitebrowser/sqlitebrowser/releases , the portable version) If you open the 'note_attr' table you can see search for the uid and see the associated title. (You can also see the notebook it's in) (BTW, I open the file with the Open-Database-Readonly menu item - just to be sure it doesn't do something! Alternatively, make a copy of the exb and open that)

Thanks!