jefito

If you filter on that tag, you can then sort by alpha order, and then save the search. When you use that saved search, the tag filter and the order should be preserved.

One of their posts in a different topic this morning was clearly bot-ish. Flagged and hid it. This one here appears to be a direct but unattributed quote of an old Verge article: https://www.theverge.com/2018/9/4/17820752/evernote-premium-annual-subscription-sale-executives-depart, so kinda bogus, but mostly harmless, I guess.

Sure -- life sucks, and then you go to OneNote or Notion or WhateverNote, and find out that life sucks in a totally different way...

It's coming. It's in the current web beta, as has already been noted in this thread.

Top left corner of the topic, the green triangle with a number below it:

No, do you?

Odd. I invest my time and money into Evernote because of the features it has today, rather than the feature I hope it acquires in the future (but may never get).

Well, I don't understand it, that's whyI asked. If you can't be bothered to describe it any better, than good luck.

Double-click on a note in the note list ~or~ Select a note in the note list and hit Ctrl+Enter ~or~ Select a note in the note list, right click, and select Open Window ~or~ Select a note in the note list, and in the main menu: Note / Open in a New Window

Please do not post identical content multiple times in the forums. I've merged them: please delete the extra copies. Thanks.

Or you could just use the Evernote Windows global shortcut key (default is Ctrl+Alt+N, I think, but it's configurable) to open a new Evernote note, and you just type in that note, and you'd get the exact same result.

Since when? It does a Cut operation for me, as it should. Ctrl+Shift+X encrypts text, though. None that I know of. It would be nice.

What "intermediate steps" are you referring to? The functionality is to move a note to a new notebook. They have put three recent notebooks at the top, which is A Nice Thing (though they should probably not include the notebook that the note is currently in), you can use the search magnifying glass to find other notebooks, or scroll through the list. What, precisely, do you want to see?

Check Tools / Options / General tab : Left Panel Theme

Same answer, most likely: The Paragraph entry doesn't have an ID (there's no "Paragraph" command), only its children do, e.g. "Left" (= aligh left), "Right" (= "align right"), etc. Is this a problem?

I don't understand what you are saying. Can you explain it better? Provide a screen cap? If you're talking about the search results once you've performed the query, they are always in the order specified by the sorting chosen by you for the current context, which, n the Windows application, can be different for different notebooks; there's also a global search order as well. If you're talking about search suggestions as you type, then that's what is unclear to me.

Please read posts by @dcon / @dconnet to get a handle on why dark mode is difficult to implement on a Win32 application. Windows is not that same as Android...

To make Evernote better. What's the point of your useless comment? Sorry I read your post -- you're back on 'Ignore'. Again.

In Windows, Ctrl+Alt+N anywhere opens up a new Evernote note, type, type, type, you're done. Easy, and not any harder than what you suggested, plus it makes it easier to assign a notebook and tags right then, rather than having to figure it out later.

Does this have anything at all to do with Evernote?

I'm OK on disagreeing on this point (and don't want to belabor it further), but more importantly, I'd like to emphasize that from my side, we're all good now. To the stuff about an actual editing interface, just allowing you to do what could be done previously, i.e., add or remove individual items from a straight list would be sufficient. Really, you're looking for ways to remove actually misspelled items, since you can add new items via the standard note editor. Perhaps the UI could include a way to import a simple list in, as well; that would be handy. Beyond that, working in affix rules would be extra credit, and probably overkill for most Evernoters. And if they could automatically turn 'teh' into 'the', and 'Evernotoe' into 'Evernote' while I'm (mis)typing, that would be ok by me.

Fair enough, and for the record, I also respect the work that you do in the forums: you help a lot of folks hereabouts and you often tackle stuff that I wouldn't. Sometimes communication gets a little sideways on the web, if if I misread your feelings as being more overwrought than were meant, then you have my apology as well. Sure, those are my words, and they stem from my experience in the software development field. To my mind, when you make software, there is -- or ought to be -- some form of understanding that some elements of an application are for use by the end-user, and some are not. The UI is an obvious case of what's clearly in the user area. Scripting languages, and the like, the same. Flip side: registry settings, undocumented files, the actual executable file(s), those are on the developer side. To me, there's an implied contract that the user keep to their side, where we'll do our best to maintain stability of UI and operation, and not muck with things on the developer's side, because the latter are apt to change. So a contract, not in the sense of something that's legally binding, but nor enforced, but something that gives some measure of guarantees to the user as to where it's safe to change things (user options or settings) and where it's not. If it's a gray area or not documented publicly, we can clear that up if asked. As a software user myself, I *want* to go through the app's UI to do things; I don't want to be poking around in the registry or external files unless it's absolutely necessary. The registry is a terrible end user UI, and will give you no information about what are good changes and what are potentially dangerous ones. Ditto for external files. Stuff on the developer side doesn't need to make sense to the end user; they need to make sense to the developer, because presumably, they're in position to understand what their intended use is. Some developers are happy to explain why changes are made, some not so much. In this case, it'd be "go ask Google", since it was their change. To me, the dictionary file was on the other side of the line; indeed the fact that it became essentially a binary format is a clue to how the developers viewed it, and that's probably why it was deemed to be OK to change. Maybe they didn't know, or never expected that users would hand-edit it. Or maybe that caused a problem somehow, and it was made binary to make it easier to keep prying fingers out. We don't know. It's unfortunate that it broke some user's workflow, and also if people lost their edits when the changeover happened, but it seems unlikely to get changed, so it's a case of "be careful what you tinker with" if it's not explicitly deemed appropriate by the developer. Or, in the old saying, "Caveat hackor"...

Thanks, but the problem is that this is an Android-specific thread...

Sure: That it was a simple text file was a fact, that it would remain one was an assumption. In Windows? Roger that.

Oh yeah, missed this. So sometimes, when there's no contract about a particular artifact of a program (file format, registry entry, etc.) a developer will make changes that provide a prelude to making future changes, because there's no expectation that anyone outside will be consuming it directly. And maybe due to scheduling and prioritization issues, the actual changes/improvements aren't made right away (or at all). Them''s the breaks, because the program has already moved on, and the format is different, and it shouldn't affect anything except the program. People who make assumptions about artifacts of an application can be met with a rude surprise when things change. But there was no contract here. *shrug* But on the topic of pluralization, case endings,and other linguistic delights, here's a page that discusses the Chromium approach, or at lease serves as a starting point for how Google thinks about such things: https://www.chromium.org/developers/how-tos/editing-the-spell-checking-dictionaries. Interesting stuff.