cacotigon

I don't know when v10 was released on Mac, but it's the default install from Evernote's website and the complete lack of customization/options as compared to the Windows version is almost baffling.

I wish you could set this at the "app level", I do all my editing on computers but also have Evernote installed on my iPad for browsing/reading *ONLY*. The number of times that I've accidentally edited the damn note making it sync back is beyond frustrating.

On 6/22/2020 at 1:32 PM, Dave-in-Decatur said:

Hi, @cacotigon. I presume Paste and Match Style (Ctrl+Shift+V) is not a workable option? As you may know, these are primarily user-to-user forums. Though Evernote staff (not developers) may look in here, it's not a good channel for direct contact with EN. Since you've got a Premium account, you're probably better off contacting tech support with this: https://help.evernote.com/hc/requests/new.

Hey @Dave-in-Decatur

Unfortunately Ctrl-Shift-V strips out all the nice syntax highlighting that is part of the RTF/HTML. And yeah, I think you're right in that I should probably just open up a support ticket with Evernote directly.

Thanks!

I think this may have been brought up before, but it's been an on-going issue for at least a year and I'm finally at the breaking point where I need to post about it.

Indentation is never consistently preserved when pasting in blocks of text (Ctrl-V) from other applications, but it's particularly buggy when pasting from some IDEs. In this case I've uploaded a video demonstrating the bug from JetBrains IDEs.

You can see in the video that Microsoft Word handles the cut/paste like a champ. I'm also using a Clipboard spy to examine the RTF and HTML in the clipboard. Exporting both of them shows that the indents are there, so Evernote is definitely incorrectly processing that data.

Hilariously, if you insert this clipboard data into a Evernote Code Block, it will correctly preserve the indents, and then proceed to double the amount of "empty lines" (linefeeds) .  Evernote has been so bafflingly inconsistent when handling copy/paste for YEARS NOW.

Evernote Devs.... please FIX THIS.

Scroll-wheel zoom used to work (I think), but it was inexplicably removed in favor of the slightly less intuitive ctrl plus and ctrl minus. (no idea why we can't have both). 

Evernote really needs an option "Remember Zoom Settings per Note" that would retain the last zoom level at a per-note level so that if I came back to a note that I had previously needed to zoom in, it would restore that zoom setting.

THIS PROBLEM IS STILL HAPPENING AS OF Evernote v6.20.8626 (308626). Doesn't matter whether you Paste (Ctrl-V) or Paste and Match Style (Ctrl-Shift-V) - empty lines are inexplicably getting stripped out before pasting.

Repro Video:

Every program that I've tested from has this issue (Visual Studio, Linqpad, even Microsoft Wordpad). If I were to take a guess, it would seem like Evernote is struggling to properly parse RTF clipboard data.

20 hours ago, jefito said:

That's in the note, and not in the UI, which I think is where @dconnet was coming from, at least per the post above: 

You don't get UI dark mode support for free in Win32, so it then becomes a question of level-of-effort prioritization. Which doesn't seem likely at the moment...

  

 

Ah, I hadn't realized they were referring to the UI itself. I can't speak for the majority of Evernote Dark-mode proponents (wouldn't mind seeing this in a poll though), but for myself, I'd be fine with the standard looking  interface as it is as long as the notes themselves had dark mode since that's where the majority of my attention is directed anyway.

Most of the people I know who use dark mode is because its less strain on the eyes, or in some cases because myodesopsia makes white backgrounds more distracting.

If Evernote were making the case that it wouldn't be thematically consistent having dark notes with standard looking GUI then why provide the option for dark mode on just the notebook-tree hierarchy in the first place...

I don't understand why some people in this thread appear fixated on Win32 v. UWP and seem to be missing the obvious clue that Dark mode has already been partially implemented... It already exists in some fashion in *PRESENTATION MODE* for a note (click the Moon icon). And from my tests, it works pretty darn well which is to be expected considering it's probably doing some really basic CSS styling since notes are already HTML-based anyway.

And heck, if they're concerned that some notes won't show up correctly in some globally applied Dark Mode, then they could just take a hint from the Firefox Dark Reader extension and allow you to turn it on/off at the Note level and have the system persist the specific note preferences.

And honestly, most Windows users concerned with dark mode are most likely already configuring apps at the individual level via themes for dark mode - Pycharm, Visual Studio, Notepad++, Sublime, etc. Who cares if one app's dark mode differs thematically from another app's dark mode. I'm not decorating my house for jebus sake.

On 5/10/2015 at 5:04 PM, jbenson2 said:

Putting archived notes (ones you will need in the future) into the trash is risky.

 

When there is a problem with sync'ing, data cap, or data integrity, Evernote Support often asks that the trash be emptied.

 

 

 

 

 

In my opinion, the best suggestion and most useful is to use the -tag:archive function.

 

This isn't bad but it would be a lot more convenient if we could select one or more notebook/notebook stacks and say "Exclude from Searches by Default", that way quick searches / etc wouldn't keep pulling them in. Having to type "-tag:archive1 -tag:archive2", etc is kind of a pain.

For those of us that keep a notebook for each client that we work with, this would be an extremely useful feature, since once we've concluded our business with that client we need to keep the notebook but exclude it from future searches.

19 hours ago, jefito said:

It's been reported already. Several times.

In that case here's hoping that it gets the attention it needs and gets fixed soon, because right now it basically makes pasting in content from external sources (particularly from IDEs) borderline useless.

I just tried pasting some raw text from Notepad and Evernote inexplicably removed all the blank lines, squashing the entire block...

Steps to reproduce:

1. Type a line of text, hit enter twice, type a second line of text
2. Select All Copy
3. Paste into Evernote (Normal Paste or Paste and Match Style both reproduce the issue)
4. Evernote removes the blank line between Line One and Line Three.

Current Version: 6.7.5.5825 (305825)

This does not occur in v6.4.2.3788 (303788)

Same. I was just about to create a new post for this issue when I saw this one. The huge margin cuts down on the available space *especially* if you have side columns for Notebooks and Notes visible. At the very least this should be a customizable option.