Dave-in-Decatur

I have no idea about ink notes, and perhaps someone who does can respond. But why would they bother, since all you do is troll and insult? "Very bad software" is your opinion, and there's no reason why anyone should agree with it if they don't agree with it.

Welcome to the forums. You may have missed it, but this forum is labeled "Evernote General Discussions," meaning discussions among users. Staff have commented lately regarding some specific issues regarding current developments, but as far as I can tell not on this thread. Evernote Staff have "Evernote Staff" badges with their avatars. So no one's gaslighting anyone. If you want to reply to a specific post, you can quote it.

Yesterday I got a reply about this from Hector C. at Evernote tech support, which included the following: Our developers were also able to replicate the issue and the issue has been filed for prioritization. I sadly don't have a direct solution at this time as a fix for this will need to be released in the form of an update. Our best option is to wait for that fix but that will take time. The fact that they can reproduce it is a big step forward, IMHO, as is the fact that it's prioritized. So now we wait until a future update includes it in the unspecified "important bug fixes." For me, because it's so random, I don't know if I'll ever know which update fixes it. As long as it gets fixed, I'm good.

So you're saying ... we CAN has cheezburger? Woo-hoo!

See the reply from Evernote staff just above:

I can now report some data of my own. To test, I just created two quick notes on my Android phone, one in Greek and one in Hebrew. In both of them, the language appears properly in the title and in the snippet, but not in the body of the note in the note window. I also tried a note mixing English, Hebrew, and Greek, and found that the English is displayed properly, but not the other two. That is true in the Android app, the Windows app, and the Web client. I know that I have the new syncing structure in my notes, so it is not a matter of conversion from the old one.

I can now report some data of my own. To test, I just created two quick notes on my Android phone, one in Greek and one in Hebrew. In both of them, the language appears properly in the title and in the snippet, but not in the body of the note in the note window. I also tried a note mixing English, Hebrew, and Greek, and found that the English is displayed properly, but not the other two. That is true in the Android app, the Windows app, and the Web client. I know that I have the new syncing structure in my notes, so it is not a matter of conversion from the old one. I join you in hoping for a quick fix!

Back to this specific question: if you search the forums for "checkbox" and "checklist" you will find several threads discussing how this has changed in Evernote 10, and the fact that older versions of Evernote do display it as a bulleted list. I also was using Evernote 10 on a computer and Evernote 8 on my phone (until I was forced to get a new phone by bricking the old one--literally, I dropped it on a brick porch and shattered the screen). I found that it worked fairly well with notes created or edited on the new version, apart from annoying display issues like that. I don't think you are at risk of losing any data in the phone app, and it could be safe, if inconvenient, to work with both till you can get a new phone. My opinion only.

Technical explanation here, plus the comment from Federico a couple of posts further down:

Thank you for expressing your opinion, which is not the experience of everyone else, and may be the experience of only a very few. We are only other users here, and are unable to weep in anguish over your accusations, since it is not us you are accusing.

Adding my thanks for this. There has been some discussion of how the Legacy Windows program (v. 6.25.3, I believe) would handle notes converted to the new format. Recognizing that this program is deprecated and unsupported by Evernote, but that nonetheless it is still in use, can you comment?

The problem does not seem to be widespread, and since we are only other users here, it's difficult for us to suggest anything beyond the steps you've already taken. Evernote tech support is at https://help.evernote.com/hc/en-us/requests/new. That is for paid subscribers; they do also have a Twitter account.

Welcome to the forums. There are a great many reports of posts written in non-Roman scripts (Arabic, Cyrillic, Chinese) appearing in this way. See for instance: https://discussion.evernote.com/forums/topic/145635-new-notes-appear-as-numbers-symbols/. If you are able, please report this to Evernote support: https://help.evernote.com/hc/en-us/requests/new.

So the issue definitely seems to be limited to non-Roman texts. BTW, when I said "Russian" I was going only by what the script looked like to me. I don't read either Russian or Ukrainian, so I don't really know which language it was. Posts are here:

I just got the update to Windows app v. 10.56.9. Seeing what @Mike P is seeing, though at most a 5-second delay. Appreciate the explanation, @PinkElephant. As we await the fix, I invite my fellow sufferers to list all the ways in which we wish our lives were better while waiting for a note to be displayed. If you can do them all, consider yourself fortunate. 😃 Or, stated more simply: 5 seconds--life is short, but not that short. EDIT: See the explanation from Evernote staffer Scott T. (and the add-on from Federico 2 posts further down):

Welcome to the forums. These are primarily user-to-user, so we are unable to repair. But this issue clear is happening to everyone. If you can, please also report it to Evernote support: https://help.evernote.com/hc/en-us/requests/new. They need to hear from as many people as possible, IMHO.

Text in an HTML frame in Evernote 10 has never been editable. Various comments/complaints/rants can be found in these forums. Is this your initial upgrade from Evernote 6 to v. 10? If so, basically it is what it is. As @Mike P says, there's a tool to make it all editable, but "simplified" means it doesn't retain the original formatting. The options are (1) keep it as is for formatting; (2) convert to editable text with the "magic wand"; (3) duplicate the note, convert to editable in one copy, then re-merge the notes to have the best of both worlds.

I noticed this too. I'm pretty sure it's not a bug but a feature. Someone who knows more about Windows technical detail than I do would have to tell you why it has such a "feature." E.g. Evernote support, as @gazumped suggests. Or an online search, since we're probably not the first ones to wonder about it. But AFAIK Evernote works just fine (on my Windows 10 machine) installed where it has mysteriously chosen to put itself.

Nope. But then we're not Evernote, we're other users ("Community-based help for Evernote Windows"). IMHO, Evernote has (after a long time) caused great convenience based on some fundamentally sound ideas. But hey, only my opinion. If you want to talk to Evernote, their support page is at https://help.evernote.com/hc/en-us/requests/new.

@photokitteh, this problem has been reported by quite a number of forum users, always regarding notes using non-Roman scripts (Arabic, Russian, Chinese). See for example https://discussion.evernote.com/forums/topic/145635-new-notes-appear-as-numbers-symbols/. In what language were these Twitter posts written? In many if not all of those cases, the notes had been created using a widget or quick note; I wonder if the process of Twitter > IFTTT > Evernote caused a similar effect. In any case, please do report this to Evernote tech support: https://help.evernote.com/hc/en-us/requests/new--they need to know how many people are affected and what the details are.

I do hope that as many people as possible are reporting this to support: https://help.evernote.com/hc/en-us/requests/new. They need to know that this is widespread. I personally have not seen it, but there are many reports here.

Hello, did the support help you? I also, only the note is new, there is no history. Yes, and if I open the old ones, then some also begin to appear. Hi all! I have exactly the same problem. Is there a solution? I wrote to the support service, so far silence. I'm going to try going straight to the top: @Federico Simionato, this problem is widespread in Russian, Arabic, and Chinese. Any news?

Can you say any more about this? I have edited (maybe even created) notes since my account was provisioned with the new sync structure, and they are perfectly readable and editable in v. 6. There is just no real-time editing in v. 6, so that it would be very unwise to be working in a note there and also in the Web or mobile client at the same time. But I'm not seeing notes become inaccessible in v. 6.

Actually, what I've seen (but I don't monitor every forum!) is that notes created with widgets, or quick-notes, written in non-Roman-alphabet languages (Arabic, Russian, Chinese) are entirely converted to number/symbol codes. This has been reported multiple times to support, and they are supposedly on it diligently. The occasional appearance of codes that @DrFrankBuck is reporting looks like something different. I see 2 circumstances involved. (1) Non-standard characters like a smart quote in "What's" and an ellipsis ... character. ("The cost of the book study is $97.&#xa" is probably also an instance of this, though more surprising. Also much funnier.) (2) The initial boundary of a Web link. In both cases there's probably some underlying HTML being misread. But the fact that it was read properly on May 4 and misread/misinterpreted May 5 is noteworthy. I wonder if something hiccupped in the course of conversion to the new sync system. I would definitely contact Support about this: https://help.evernote.com/hc/en-us/requests/new.

But there is a flaw in this assumption. Evernote has added all kinds of features without raising prices since something like 2016. The current price increases are not simply to pay for AI yet to be added (which will be opt-in, again showing that it is unrelated to the price increases). They are in part to bring the pricing up to par with the feature set.