jefito

It appears that you can find notes containing URLs using a search on: resource:application/octet-stream, and I know that you can search for the text that appears in your note, but I don't know of any way to search for the text of the underlying link (unless that's also the note text of the link).

Please specify which Evernote application that you are using. Windows? Mac? Web? For what it's worth, I can't replicate this in the latest Windows version. I use tables a lot.

Not on Android, no. There are a several options in View Options in the dropdown menu, but nothing like grid/list/details etc. that are available on the desktop clients.

Actually, between the "client and the cloud": No guarantees on that one, evidently: On the other hand, there is a push towards feature parity across all Evernote clients (e.g. https://discussion.evernote.com/topic/120633-behind-the-scenes-achieving-feature-parity-in-evernote-web/; check out the other videos in the Behind the Scenes series), but different form factors on the different device types don't make an identical interface an easy task, as you note.

Answered my own question: the API is obviously still around, since Conduit is being used in the web browser, but the existing public Evernote applications do not. So they coexist..Even moreso, it just seems to make sense that Conduit would be layered on top of it, but I have no actual evidence for that.

The main feature request for archiving notes is here: https://discussion.evernote.com/topic/57743-request-evernote-archive/ Please feel free to add your vote / engage in further discussion there. Thanks

[Mod: split Windows-specific discussion from original Wed-specific discussion] Note: Offline notebooks only exist in mobile. ITYM "local" (i.e., never synced) notebooks?

You should pay attention to the search information that's shown underneath the search control. I will give textual information about what Evernote is searching on: If you have notes tagged with "cad", in your current context (All notes, or a particular notebook), then a simple search on "tag:cad" should work fine. If you're using that with more complicated searches, then you should give some examples.

As always, I appreciate the insights, clarifications, and the videos. For my part, no worries about not getting answers to all of my questions -- being a software developer myself, a lot of them just stem from curiosity about application architecture in general, and since Evernote is an application I use a lot, that curiosity spills over to the Evernote's architecture as well. Sometimes understanding the stuff under the hood better can help me to diagnose other users' problems, but for my own usage, understanding how the soup is made is less important than how the soup tastes (if you'll forgive the metaphor). I'll let you get back to wrestling with the elephant. Cheers.

Yes, what I was thinking as well. This seems like more plumbing (and the name "Conduit" is a little leading in that respect), though on the client side, and seemingly under the hood of the UI, as far as I can tell. But it's still a bit cloudy in terms of what it encompasses. But it seems as though Evernote applications still need to do device-specific work on whatever platforms are supported. OK, so Conduit: seems as though the Evernote API, that still exists, and has to continue work because of existing 3rd-party applications. As I understood it, all of the existing Evernote applications also use (or used) the API, but will switch over to the Conduit. So is the Conduit mainly a wrapper around the API. possibly making use of the API more rigorous/regular (or maybe implementing Evernote policies) in terms of handling syncs and whatever else it does? Wondering whether Conduit also enforces policies on note content (e.g. providing available heading styles and other fonty stuff, which will be new). Does Conduit provide search facilities, so we get more predictable results on different devices? Does Conduit handle caching stuff as well? Does it handle local databases, which are different on different devices? Many idle questions... Oh, and whither CEF? Is that still a thing, client side? Is the Conduit going to be made available to 3rd party developers, a la the API?

Hmmm, I see this working in 6.23.2.8859 (308859) Public (CE Build ce-62.6.10954. Ctrl+Shift+C is fine, also the Markdownish: []<space> sequence, for that matter (if you have the option in Tools / Options / Note set)..

Hmmm. In SysInternal;s Process Monitor, I do see the Evernote process creating a copy of the attachment (a PDF file in my case) in the temp directory on drag/drop.Don't seem to see it in a copy/paste operation. Mysteries abound for the idle mind...

So you are using the Evernote web client. In the latest beta (Evernote Web v5.29.0) on Chrome for Windows, I can add/remove rows, resize columns, etc. Ditto the "Classic" editor (same version #).. What version are you using?

Your freedom is intact. You have the freedom to use Evernote, or not. You have the freedom to type long run-on paragraphs and sentences, even if you shouldn't. I have the freedom to stop reading posts that are too long, too ranty, too vague, ill-focused, or otherwise incomprehensible. If you have specific problems with Evernote, then sometimes the community of users can help. If you have feature requests, then there's places to post them.

Which Evernote client are you using? Windows? Mac? Android? iOS? Web? I don't know of any way to do this from the Evernote clients on Windows, web, or Android. In Windows, you can use the Evernote provided command-line ENScript program to list your notebooks, but it doesn't show any stacks that you have or the stack/notebook structure. Might be doable on Mac, bit I'm not the expert there. [beat to the punch by @DTLow]

Thanks, seems to accord, more or less, with my half-intelligent guesses. The real mystery, of course, is how these get turned into HTML (assuming that that's what is fed into the CEF) once the clip gets into in Evernote's clutches. It does seem like something's awry.

Ha, it was the second hit on a web search for "sort a stack", giveaway was the page title. 🍰 (piece of cake). *slight bow*

It's more a case of someone who did a web search on something like "sort a stack", and copied/pasted an answer from some developer site. E.g.: https://www.geeksforgeeks.org/sort-stack-using-temporary-stack/: Look familiar?

The Windows browser is separate from the Windows native application. Appears to be working ok in the latest web beta (Evernote Web v5.28.0), but I didn't dig any exhaustive testing. Moving to the Evernote browser technical issues forum.

No idea... 🤷‍♂️

Using an Evernote desktop application (Windows or Mac), you can export a notebook or notebooks (or a single note) to disk in Evernote's ENML format (https://help.evernote.com/hc/en-us/articles/209005557-How-to-export-content-from-Evernote) or in HTML (at least in WIndows, don't know about Mac). From there, you'd be on your own, because the Evernote applications don't use ENEX or HTML files as their base format (well, on Mac, they sorta use ENEX, I believe, but not on loose ENEX files). So it helps to say which application you're using (per @DTLow) and also what you're trying to do with the exported files.

Merging with main Windows dark mode topic... Look for posts by @dcon or @dconnetfor more information on why dark mode for Windows isn't here yet.

Yeah, I missed that, and so got it wrong. Sorry about that. So I went back and retried. I see the problem with NotePad++, but curiously, when pasting direct from Visual Studio, no blank lines result. So I checked into what's actually on the clipboard, using the third-party ClipSpy utility. Here's what I see, given and original clip of the following from NP++ and VS: auto 1 = 3; auto j = 4; [Gah! The forum code formatting here clips off any trailing blank lines. There was originally one after the 'auto j' lines as well). Anyways, here are the ClipSpy results: VS auto 1 = 3; auto j = 4; ClipSpy results: CF_UNICODETEXT 00000000 61 00 75 00 74 00 6F 00 a.u.t.o. 00000008 20 00 31 00 20 00 3D 00 .1. .=. 00000010 20 00 33 00 3B 00 0D 00 .3.;... 00000018 0A 00 0D 00 0A 00 61 00 ......a. 00000020 75 00 74 00 6F 00 20 00 u.t.o. . 00000028 6A 00 20 00 3D 00 20 00 j. .=. . 00000030 34 00 3B 00 0D 00 0A 00 4.;..... 00000038 0D 00 0A 00 00 00 ...... RichText 00000000 7B 5C 72 74 66 5C 61 6E {\rtf\an 00000008 73 69 7B 5C 66 6F 6E 74 si{\font 00000010 74 62 6C 7B 5C 66 30 20 tbl{\f0 00000018 43 6F 6E 73 6F 6C 61 73 Consolas 00000020 3B 7D 7D 7B 5C 63 6F 6C ;}}{\col 00000028 6F 72 74 62 6C 3B 5C 72 ortbl;\r 00000030 65 64 30 5C 67 72 65 65 ed0\gree 00000038 6E 30 5C 62 6C 75 65 32 n0\blue2 00000040 35 35 3B 5C 72 65 64 30 55;\red0 00000048 5C 67 72 65 65 6E 30 5C \green0\ 00000050 62 6C 75 65 30 3B 7D 5C blue0;}\ 00000058 66 30 20 5C 66 73 31 39 f0 \fs19 00000060 20 5C 63 66 31 20 5C 63 \cf1 \c 00000068 62 30 20 5C 68 69 67 68 b0 \high 00000070 6C 69 67 68 74 30 20 61 light0 a 00000078 75 74 6F 5C 63 66 32 20 uto\cf2 00000080 20 31 20 3D 20 33 3B 5C 1 = 3;\ 00000088 70 61 72 20 5C 70 61 72 par \par 00000090 20 5C 63 66 31 20 61 75 \cf1 au 00000098 74 6F 5C 63 66 32 20 20 to\cf2 000000A0 6A 20 3D 20 34 3B 5C 70 j = 4;\p 000000A8 61 72 20 5C 70 61 72 20 ar \par 000000B0 7D 00 }. Notepad++ auto 1 = 3; auto j = 4; ClipSpy results: CF_UNICODETEXT 00000000 61 00 75 00 74 00 6F 00 a.u.t.o. 00000008 20 00 31 00 20 00 3D 00 .1. .=. 00000010 20 00 33 00 3B 00 0D 00 .3.;... 00000018 0A 00 0D 00 0A 00 61 00 ......a. 00000020 75 00 74 00 6F 00 20 00 u.t.o. . 00000028 6A 00 20 00 3D 00 20 00 j. .=. . 00000030 34 00 3B 00 0D 00 0A 00 4.;..... 00000038 0D 00 0A 00 00 00 ...... CF_TEXT 00000000 61 75 74 6F 20 31 20 3D auto 1 = 00000008 20 33 3B 0D 0A 0D 0A 61 3;....a 00000010 75 74 6F 20 6A 20 3D 20 uto j = 00000018 34 3B 0D 0A 0D 0A 00 4;..... CF__OEMTEXT 00000000 61 75 74 6F 20 31 20 3D auto 1 = 00000008 20 33 3B 0D 0A 0D 0A 61 3;....a 00000010 75 74 6F 20 6A 20 3D 20 uto j = 00000018 34 3B 0D 0A 0D 0A 00 4;..... So Visual Studio stores a CF_UNICODETEXT clip and a Rich Text Format clip on the clipboard. NotePad++ stores a CF_UNICODETEXT, a CF_TEXT, and a CF_OEMTEXT clip on the clipboard. The crux here is which ones and in what order Evernote chooses when a paste operation is performed. First things: The CF_UNICODETEXT generated by both VS and NP++ appear to be identical, so that's likely not the cause of the difference, since when getting clipboard data, you access data by format (for example, in the software I work on, we ask first for CF_TEXT, then CF_OEMTEXT, then CF_UNICODETEXT) when retrieving text from the clipboard; first one wins. If CF_UNICODETEXT was requested first by Evernote, then the handling should be identical. Another thing: Evernote is a rich text environment, so it's not unlikely that it would ask for rich text formats first (Rich Text Format and HTML Format would seem to be likely candidates), so perhaps the bad behavior with pasting from VS stems from that. Maybe it's collapsing the consecutive '\par' markup into a single line feed; I'm not sure. Given that, it's still not possible to say which of the CF_UNICODETEXT or the CF_TEXT clips (the CF_TEXT and CF_OEMTEXT from NP++ appear to be identical) that's causing the problem on NP++ clips. Figuring out what Evernote is doing specifically is probably more work than I care to take on at the moment.

Hmmm. I use NotePad++ a lot, and I don't see this behavior. Encoding is UTF-8, Line endings are WIndows, CR/LF Bit of a mystery here...

Does this have anything to do with Evernote?