icarus

UPDATE: workaround found. I found a workaround. Turns out that as long as you use the old version of the clipper, the cookie (enAppInstalled) will be re-introduced. Once you have the cookie, all Evernote links (https://www.evernote.com/shard/...) will continue to prompt to launch in desktop.

Hi everyone here, thanks for the discussion, which was very helpful. As of May 2020, this problem is still outstanding, so I created a new thread to gather people. Check this out if you are still experiencing similar issue:

Hi (whoever has arrived here from Google or elsewhere) I have created a new thread for users with this issue:

Hi, I opened a new thread to pool in users with this issue:

So this is a long standing issue which does not seem to attract the attention of Evernote dev team so I'm trying to see how many others still have this issue too, and what may we do about it. Basically, I think any user of the desktop version (not the new beta) would agree that the web version (classic or new) is much more crippled in comparison. You cannot edit attachments (e.g., to annotate PDFs), merge notes, etc. There are two 'outstanding' bugs. The first is that the button "Copy Internal Link" does not do what Ctrl + Alt + L does, despite labelling the latter as a shortcut of the former. If you use the button in the Context Menu, it yields a "https://www.evernote.com/shard/" link, which does not open in browser, unless you paste that in another Evernote note (and then copy that again). As other users have pointed out, this is a great impediment to users' workflows which incorporate other apps, like OneNote, Todoist, etc. Internal links (a la evernote:///view/) can only be generated by clicking Ctrl + Alt + L. evernote:///view/ (Of course, one may argue that this is "by design", because "internal" doesn't mean "desktop" and can include an https link. Well...) Relatedly, the second issue is opening https links in the desktop app. Contrary to some forum users' claims that this is by design, this used to be a feature, until the development team took away the enAppInstalled cookie, perhaps with a view to forcing users to open links in the web-app instead of the desktop app. (The development team, in my collection and I would be happy to be corrected, has not explained why the cookie was removed.) I think supposedly, another Chrome/Chromium extension can be written which automatically parses and converts https:// links to evernote:// links (the two links use similar elements). But, of course, if there can be an official solution, this would not be necessary.

Yes! Able to reproduce your solution in Windows too. Strange that using keyboard is different from the right-click menu. Maybe by design, or omission. But thanks!

Hi, I basically registered for the forum in order to share the following workaround. Background Around the time of writing, Evernote is rolling out the new web interface. There, deliberately or by omission, it no longer triggers the desktop client (hereinafter Windows 10, 6.17.5.8273 (308273) Public (CE Build ce-62.1.7539); I also use iOS and Mac OS, but I haven't tested this thereon). This is a problem for some users, like me, who like to use the desktop client (for example, after clipping a web page). The desktop client is much more responsive (it may be a matter of ms, but that is significant in terms of UX) and support power-user functions like hotkeys. To make things worse, now it is no longer possible to copy and paste the internal (evernote://) links. Together with the above issue, this has disrupted my default workflow, which integrates Evernote (mediated via internal links) with other things, like OneNote, Todoist and so on. This seems to be not a bug, but by design. The Evernote support page says: Note link behavior differs based on where the link is pasted. If you paste a note link within Evernote, the link will open directly in Evernote. If you paste a note link anywhere outside of Evernote, the link will open in your device's web browser. If you have any other issues, submit a ticket so we can help. (emphasis supplied) (by the way, as users here may know, "submit a ticket" is not really a real option for big companies like Evernote.) Workaround This sounds ironic, but the workaround is actually to first paste the link in a note (for example, create a table of contents) and then copy the internal links on the web interface. This way, you can paste the internal links as-is, without being converted to the https links. Please let me/us know if there're quicker workarounds to use the internal links.