JMichaelTX

@DTLow, your script looks fine to me. The only suggestion I have is to ask user for permission to overwrite the Note: tell application "Evernote" set theNote to item 1 of (get selection) --- Get User's Permission to Overwrite Note --- ##JMTX Add set noteTitle to title of theNote display dialog "Do you want to replace this Note with the App Link List?: " & return & noteTitle ¬ with title ¬ "Add HyperLinks to All Apps in Evernote Note" with icon stop set HTML content of theNote to theHTML end tell

More bugs:

I agree this is unacceptable. I believe this is caused by Evernote trying to do a search as you type (i.e. "incremental search") each character in the Search box. This is a ludicrous design. I almost never want Evernote to search for Notes as I type. I want Evernote to wait until I've finished typing, and press RETURN. Here's why: A search on my incomplete entry will almost never find the same notes as it does when I finish my entry. I often make typos, which I then correct, as I type. The typos obviously cause Evernote to search for the wrong Notes. I open have two or more search terms, like "intitle:SomeKeyWord" tag:SomeTag1 tag:SomeTag2". Obviously the Search won't find the proper notes until I have finished my entry. As @AronsLaw indicated, the incremental Search can greatly slow down the process. ATTN: @Evernote: ( @Chantal Leonard, @Johnathan Hebert, @Jason Miller ) Please remove, or provide a Preference setting to disable, the incremental search behavior of the Search box. What would be very welcome is for the App to provide incremental auto-complete as the user types. For example: AS I TYPE Autocomplete int intitle: ta tag: etc Provide autocomplete for all search qualifiers tag:so After the "tag:" qualifier, provide list of matching tags as I type, just like how the Tag Filter works intitle: After the "intitle:" qualifier, provide list of matching words from my Note Titles, from Notes in the same order as the current Sort order. etc That should give you a good idea of what I want. I'm sure if you guys brainstorm this idea, you will come up with a lot of great autocompletion rules.

You should also check for, and remove, any colons (":") in the NB Name. If you ever use the Note Title, then you need to do the same with it.

@Nick A, let me strongly second that request. It is a show-stopper for me if Evernote does not support Spotlight Searches. I use Spotlight many times a day, and it is essential to my daily workflows.

@Nick L., consistent with you new CEO Ian Small's blog ( Looking Ahead: Evernote's Priorities for 2019 ), could you guys PLEASE issue a 7.8.1 GA release that does nothing but fix the bugs you have added since Ver 6.11.1? I'm still running Evernote 6.11.1 (455059) on macOS 10.12.6, and I've been waiting a very long time (since May 2017) for you guys to issue a release without any material bugs. Thanks. From Ian Small's Blog:

We all use that, because that is all that is available to assign or search for Notes (other than for EN Win Options). I make considerable use of the tag hierarchies to provide: Organization of related tags Easy selection in the Tag Filter and Tag assignment fields For example, all of my stock symbols are child tags of "Symbols" But I have to use a prefix naming convention of "SYM.<symbol>" so I can type "sym." and get a picklist This is where @Rob Freundlich's request would be very useful. It would eliminate the need for prefixes Using Tags as Pseudo Notebooks (pNB)

So tags can be used in multiple ways. One way, your example (which I also use), is what I call a cross-topic, or cross-category, use. So, there is no parent tag to the "statement" tag, and none is needed. If Evernote supported what @Rob Freundlich requested, then tags could also be used to uniquely identify Notes in a Parent.Child hierarchy. A good example might be projects, which most often have a standard set of hierarchical topics, as in: Project1.Resources.People An interesting extension of Rob's request is to allow a child tag to be used either in "stand-alone" mode, or in Parent.Child mode. So if I search just for "tag:People", then it would find all Notes that used the "People" tag in either stand-alone mode or in a hierarchy. Thus, it would, for example, for all Notes for Project1, Project,2, etc that also used the "People" child tag. So then, one might ask, what is the advantage of using the project hierarchy vs just entering 3 separate stand-alone tags? Once defined, the system could prompt (autocomplete popup) for each child tag as soon as the delimited (dot in this case) is typed. If I search on "tag:Project1." I would expect to find all Notes that contained either the parent, or any of its child tags (forget about having to change options/preferences for this, which we don't have anyway for EN Mac) Automation/Help in entering tags in the Search box I don't always remember all of the tags I have created in a tag hierarchy when I am entering "tag:TagName" in the Search box But I usually remember to top-level, or parent tags So, it would be most helpful if Evernote would display all available child tags for a given parent when I type "Parent." Of course, Evernote could provide this without adding the dot notation that Rob requested. and I'm sure there are other advantages . . . But, this is all very academic, particularly now that the new Evernote CEO has publicly stated that he's going to fix the Evernote foundation before considering any new features. And, having a more extensive, robust tag system has been requested for many years, but to no avail. Personally, I'd rather see Evernote support full boolean search syntax with autocomplete on the Search box before tackling tag improvements. Just my 2¢.

I'm not sure it can be either. But, I'm willing to give the new CEO a chance, particularly since I have not found any PIM that is better. If I did, I would probably jump ship. Fortunately, Evernote 6.11.1 (455059) on macOS 10.12.6 is working fine for me, and I won't update until I don't see any material bugs that impact my workflow.

That's old school. I'm hoping that the new CEO Ian Small will fix that. See Looking Ahead: Evernote's Priorities for 2019

I Assume you mean 7.8.1 Mac, since the bugs in the current version 7.8.

@IanSmall: This is an example of a bug/design flaw, that never should have been released. It is very obvious, and should’ve been found by the most cursory review.

I agree. I think that’s a great idea.

This is really off-topic to this thread, but since you made such a sweeping assertion, I would like to add some balance and share the benefits of using folders. First, like to say that the optimum organization structure is a combination of folders (Notebooks) AND tags. They are complimentary, and each offers benefits that the other can't provide. Just to be clear: I like and use tags extensively, both in Evernote and in the Mac Finder. Benefits of Using Folders Provides a way to visually structure the data that is meaningful (like chapters in a book) Allows you to easily browse for items when you don't remember the keywords in the tags or title Allow you to discover related items in the same folder Some topics, like Projects, have a definite hierarchical structure An item must be placed in a folder, whereas tags are optional. If you forget to tag, your item may get lost, whereas you always have to pick a folder. When you choose a sub-folder, you know that all of its parent folders will be associated with the item. Not so with a tag. So we have to add more tags to reflect the logical parents of the tag. This is very laborious, and thus easy to overlook/skip. Finally, this is a very old debate/discussion, and you will find many other threads that address this issue. ATTN Moderator: If you prefer, you could move all of these off-topic posts about organization to a new (or existing) thread.

@Nick L.: Since Ver 7.8 GA has now been released, are you going to post a new topic for it? There are already a couple of new topics about 7.8 bugs. You could pull those into a new release topic.