Don Dz

It makes more sense to me to use a dedicated scripting program than having it built in on Evernote, because many of the free ones that exist, like Autohotkey, are very advanced in their own right, and usable in any program. Here is a sample activation key that stamps the date and time upon typing ]dt :*:]dt:: ; This hotstring replaces "]d" with the current date and time via the commands below. FormatTime, CurrentDateTime,, yyyy-MM-dd;hh.mm.ss ; It will look like 9/1/2005 3:53 PM SendInput %CurrentDateTime% return the result is: 2018-05-17;07.22.05 Just delete the following from the script if you don't want to see the time: ;hh.mm.ss The format of the date and time is very easy to modify, I use one for journaling in Evernote that produces the following output, which makes the most sense to me for the title of the note: 18-5-17: Thursday, May 17, 2018 | 07.26 PM the Autohotkey script for that particular one is: :*:]ld:: ;This hotstring replaces "]d} with the current date and time via the commands below> FormatTime, CurrentDateTime,, y-M-d: dddd, MMMM d, yyyy | hh.mm tt ; It will like like SendInput %CurrentDateTime% return I hope that helps get you started, you can use the above scripts as is, or create your own.

Based on some casual observations of my own data, my guess would be that anything with tables, PDF, or similar imported data, would be at a higher risk of data corruption, particularly if the note is created in a later version and then edited with an earlier version. Anything with plain text should survive an earthquake or tornado, unless it hits the servers directly, for that you have your backups. 😎

If I understand that post correctly, does that mean that if "set focus to note title" is not selected, then that problem doesn't happen? I never use that feature personally, so if that's the only reason the cursor jumps, I would be ok with it. I always deal with the title after creating the note, if at all.

I am willing to tolerate most bugs, but the jumping cursor issue makes it nearly impossible to work with my notes, is this single issue fixed yet, before I try this update? Thanks.

The first post under this topic is from 2013, so it is a pretty safe bet they have no intention of listening to their customers on this issue, aside from the fact they appear to have removed it from iOS which apparently had it before. Currently I am looking into buying either an e-ink Android device or getting an e-ink monitor for my Windows computer, all just to be confortable using Evernote for long periods of time.

Version 6.5 has been my safe haven whenever I get tired of the behavior of the latest updates and just want to do my work peacefully, a very stable version, I thought. But this last time, version 6.5 started showing erratic behaviors very similar to version 6.12 Beta 2, with jumping cursor and some data loss. However, this was not with the entire program or even many notes, but just with one specific note edited under version 6.12 b2, which contains tables. In the past, going back to version 6.5 simply made the tables behave as they did before, in a more reliable and stable manner basically. But this time the erratic behavior stayed with the note. I made the problem go away by deleting and recreating the tables (not the entire note, just the tables), after first backing up the data inside the tables, of course. I am mentioning this in case it gives a clue as to where the problem with version 6.12 beta 2 might be located. If it matters, I went back to version 6.11 first, before giving up and going back to version 6.5 (because version 6,11 made tables look bad when viewed in Android and iOS).

I have noticed these four points as well, the cursor seems to often disappear, and when it doesn't, some of the above actions will often make it disappear again, and appear in another location. I am beginning to question the advantages of the new editor, it seems many of the reported problems started with the change, sometime after version 6.5.

To confirm what others have already mentioned, in the current beta, the cursor jumps all over the place during heavy editing, I did not notice as much before during light editing.

In my case, if it matters to the debugging team, it crashed repeatedly during very active editing of many reusable notes I keep, but otherwise it seemed stable during regular navigation and light editing.

As far as I can recall using Evernote, changing the first line is the same thing as changing the title, in any note, until the title is edited directly, then the title sticks. I can consistently reproduce this behavior It used to be a little annoying, but now I have come to expect it, hate the fact that in Android the default is "untitled note", first line is a better stop gap I used to be a Palm Pilot user, that is exactly how it behaves as well, so I guess I am used to it, I like the fact that the behavior can be easily stopped by simply editing the title after the note is created, which could not be done in Palm devices. I do agree it would be nice to have the option to have a different behavior, but it works for me as is.

I could be wrong, but that is the expected behavior, as far as I know, unless I missed what you are trying to explain. Only by directly editing the title after creating the note, is that behavior stopped.

I am pretty sure I did not mention anything regarding what you are talking about. I was clearly referring only to automatic resizing of tables in general being broken, an old feature which I am fairly confident has been around since about the time tables were introduced several years ago). It sounds like you might be addressing what others may have posted on the subject in other discussions, if so, it would be more appropriate to address them on what they wrote about it.

That's an odd assessment considering that tables is an old feature that used to work and now doesn't, this appears to be the bulk of most complains anyway (that which worked should still work regardless of new buggy features). What is obvious to me is that Evernote itself is an unfinished product, ever since they went to a cloud service after version 2 and started using the weird mandatory green on white colors.

I am really late to the discussion about tables, since I don't create them on a regular basis, but I do have a good number that I refer to and edit from time to time. After editing several, I discovered that they lost the ability to automatically fit the note window, in both Windows and iOS (the ones that I do not edit still retain the previous behavior). The truncated appearance of previous created tables is very inconvenient, is there a way to restore the automatic behavior, besides going back to version 6.5? If I am misunderstanding tables and it is not an automatic behavior, then why did they fit fine before and now they do not? Whatever the issue really is, I am not a happy camper with the current behavior.

I don't recall noticing 6.11 GA doing that, but for me, 6.12 beta 2 doesn't do that, and since I have a home page note that I edit almost every day, I am reasonably confident I pasted and edited at the cursor location with 6.11 GA with no difficulty. Having said that, I did notice random cursor location jumps similar to what you mention, with no rhyme or reason, not easily reproduced, but more often noted in connection with tables.