Mike P

Hopefully that will help the developers track down the problem. I haven't got any notes that big to try again to reproduce it.

That is strange. I can't seem to reproduce the behaviour. I've looked at various types of notes even including embedded pdf's and they all work as expected. Does this happen with all notes or just certain types?

I selected 10 notes at random and added a single tag to them all using the blue multi-select menu. I did this three times on different notes. It took between 12 and 15 seconds (yes seconds not milli seconds) from pressing save to complete the operation. I tried the same operation in the legacy version and it was instantaneous but obviously still needed to sync. Also using the legacy version a search for the tag immediately brought up the 10 notes whereas in the new version it took some additional time for indexing etc. And this is an improvement how exactly? This is not rendering a complex 3D model. This is adding the same short string of text in 10 places in a database.

This has happened to me in the past. It only went away with a new version (sometime back in beta I think). Obviously not solved.

@ej8899 did some great detective work on this. Although it doesn't help much, you will see two files for each attachment. The mime file is a text file which you can read with notepad which tells you what type of file it is (pdf etc). The other larger file with no extension is the actual attachment file. So if the mime file says it is a pdf, you can copy it somewhere else, change the extension to pdf and open as normal.

Yes and a right click option.

The biggest problem with using tags with GTD is that when you add or remove a tag it will take some time for that to be reflected in a search. In addition your existing filter/search will not update automatically and there is no easy way to force a refresh of the search

I agree. See my list of all the search/filter issues I am aware of (including this one).

According to an interview I listened to this week with Ian Small, tags were moved to the bottom because only a very small percentage of EN users use tags and they wanted to save screen real estate. I'm surprised by this answer given that the general design ethos doesn't seem to care too much about efficient use of screen real estate. I also wonder whether the percentage of paying customers who use tags might be a lot higher. I assume you have a few tags assigned and they are disappearing off the end of the screen. This was raised in the beta but obviously nothing has happened. I also find it annoying that tags are placed in the order that they are added and you cannot change this. I have some important tags beginning with $, + etc which used to guarantee that they were at the beginning of the list but now they can be anywhere.

In the legacy version you can just start with a stack and search from there. The stack: syntax is only apparent if you save the search and examine the syntax at that stage, so it's quite possible in the legacy version to search stacks without knowing anything about the undocumented syntax. With the new version the only way of searching in a stack is using the syntax.

So I assume you are doing the same thing in the new version. As I say, when I do that I get an internal link and when I click it I stay in the app as expected. This doesn't surprise me. Even if you deliberately paste an evernote web address into the legacy client it is clever enough to open it in the EN desktop app. Sorry not to be able to help. You are not alone but it's obviously not happening to everybody. I found where I had read about this issue before:

I think most tag users would like the flexibility to easily to search for notes containing tagA or tagB or tagC rather than being forced to only search for notes containing tagA and tagB and tagC.

Exactly. You are still using a search so it will default back to searching by relevance. The only way you can do it at the moment is to add the notebook itself to favourites. Obviously I now see that is not exactly what you want because it will include the notes with reminders as well.

Worth pointing out that when you do select more than one tag it finds notes which contains all of those tags with no simple option of searching for notes that contain any of the tags. Do you have many notes that contain every single one of your 100 US politicians tags? They have made a very strange decision here.

The ability to change default sort order by notebook, saved search etc hasn't been implemented. You can change the default sort order for all notebooks and all notes. If you are happy for all non searches to be sorted by date updated you could simply change the sort order and then open your inbox from the notebooks menu or add it to favourites.

This is really weird. I've tried every way I can think of to generate a note link. If I then paste it directly into EN it is always a classic link. If I post it elsewhere it is always the web link. I assume this is the expected behavour. What is your workflow? Can you describe how you are generating the links.

I've contributed to various threads about how the new search system works. There are however a number of issues which I, and other people, think need to be addressed beyond "it's different". This is my attempt to pull together all those issues. If I've missed anything (and I'm sure I will have done) then please post a reply. I'm hoping that the promised replacement of ctrl-Q will address some of the issues. Delay (up to 3 minutes was quoted in the beta) before changes to notes (including tags) are reflected in search Search results are not dynamic. Unlike the legacy version if you change a note so that it no longer meets the search criteria it is not removed. No search refresh to compensate for this You can save a search but not a filter even if they are identical There is no filter in the filter menu for notebooks although they behave like filters in the search menu Stacks can only be searched for using the undocumented advanced search syntax stack: You cannot find any of a list of search terms without using search syntax. i.e. you only get notes that contain all the search terms The number of filters that come up in the search suggestion list are very limited (only 2), compared with 6 wild guesses of where you might want to "goto". Once you have selected one filter you do get a longer list of relevant filters. You cannot easily (ie no suggestions and you have to use the search syntax) add a filter after you have added search text. You can use the filter menu to do this The filter menu has all possible filters even if they are not relevant to the current note list. The search bar on the other hand does only include relevant tags The filter menu has tags within the hierarchy with no option for a simple alphabetical list The inclusion of the list of suggested searches should be an option (never helps me) Cannot easily reset a search. Need to either clear the filters and then manually delete the text or click off search to a notebook or all notes and then back into search The search bar generally ignores punctuation marks etc at the beginning of tags. e.g. I have a few very important tags that begin with $ Clicking on a tag in the sidebar filters on the tag and all the child tags which for me always results in no results.

There is a general issue with key board shortcuts being very context specific. If you look at the official documentation (which is incomplete, contains lots of errors and some shortcuts which simply do not work) https://help.evernote.com/hc/en-us/articles/209004807 this is made clear. It's also strange, for example, that while you are editing a note you cannot use the tag menu alt-ctrl-T to add tags even though the option is there in the menu. Hopefully this is all on somebody's radar and will get sorted eventually.

You might be interested in this contribution which uncovers how your notes are stashed in the current version. Performance does seem to improve the longer you have the application installed but in my expereience it is never as fast as the legacy version and sometimes it just decides to have a major sulk, throw it's dummy out of the pram and engage in other anthropomorphic behaviours.

You need to have the focus on a note in the note list ie not be editing a note. There was an earlier bug that prevented the shortcut working when the sidebar was collapsed but that has been resolved.

Ctrl-Q is in the "coming soon" section of the release notes so we will have to wait and see what the dumbed down shiny new version looks like. To be fair the new search does find all those things but only gives you a very limited list e.g. only 2 filters which includes tags. Does give you quick access to some rather nice filters though. Try searching for pdf for example

Worth mentioning that the new version doesn't make it easy to search within a stack. You need to use the undocumented search syntax: stack:"my stack name"

I'm not sure why this is happening. It doesn't happen for me for links I've added in the new version or in the legacy. I do vaguely remember this being mentioned somewhere as something that is being worked on but I can't find the reference at the moment.

You can remove formatting but not simplify it. For webclips you can still use the simplified article option or "simplify and make editable" when it's been clipped.

This is the Windows forum and i'm glad to report that insert -> sketch works fine 🙂