Jump to content
We apologize for the inconvenience, but chat support is currently unavailable. Please feel free to submit an email ticket or reach out at discussion.evernote.com. Thank you for understanding. ×

Stuhrer

Level 5
  • Content Count

    632
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Stuhrer

  1. Unfortunately, as far as performance is concerned I don't see any improvement with version 10.0.1.
  2. I cannot reproduce this particular problem. But the App is generally slower on my iPad Air 2 than the version before. Sometimes, it takes up to 10 seconds until the note content gets visible after note switching. And search also takes ages.
  3. I like the UI very much but it is much slower than the previous version on my iPad Air 2. I hope this will improve. I don't want to buy a new iPad just because of Evernote.
  4. Hi, First many thanks for your suggestions and trials to find the solution for the problem. I now looked more closely into the links that are created by pasting the links created by the Web client and the Mac client into a note. They are indeed both transferred to a link in the format evernote:///view/1005834/s9 where the first number is my user id and the second the shard number. However, there is a difference in the last part of the address. Here are the URLs of the links which I put in a test node "Test Note 1" both pointing to the note "Test Note 2": evernote:///view/1005834/s9/0041bee7-c015-47eb-94dc-c6fd75390dab/df9444e2-599a-48a2-8e71-4d59ec652b6b evernote:///view/1005834/s9/0041bee7-c015-47eb-94dc-c6fd75390dab/0041bee7-c015-47eb-94dc-c6fd75390dab And for me, the first one created in the Web client only works in the Web client whereas the second one created in the Mac client works on both. What I also noticed is that the green colors used by the links are slightly different. This is most obvious in dark mode. I attached a screenshot.
  5. What I did, pasting into a text editor was to identify the reason for the behavior and the reason is the "1" instead of my user ID in the link. I of course normally directly paste the link into a note. But as I mentioned note links create by the Web-Client don't work in the Mac client. And this happens every time so it must be a "feature".
  6. I now did the following on my Mac: 1. I created a new note 2. I opened the note in the web client in Firefox and in the desktop client 3. I now selected the menu entries in both to create a note link and pasted them into a text editor and two different links where created: Web-Client: https://www.evernote.com/shard/s9/nl/1/4bcd7f17-2457-4cc7-9ba6-50eddcaba8a6?title=Dieses%20ist%20ein%20Test Mac-Client: https://www.evernote.com/shard/s9/nl/1005834/4bcd7f17-2457-4cc7-9ba6-50eddcaba8a6/ When I now use these URLs as links in a note the first opens the note in Firefox even if I click on it in the Mac Client. Only the second one opens a note in the same client.
  7. When I create a link to another note with the "Copy internal link" feature in the Web-Client this link only works in the Web-Client but not in the Mac Desktop Client. When I create the link to the same note in the Mac Client it works in both clients. Looking into the link addresses for the two links reveals that they are identical. What could be the reason?
  8. Yes, that is definitely new behavior in Firefox since a few days and I hate it!
  9. I once had a similar issue. I added a picture to a note on my Mac and did not see it some time later. Then I realized that I actually added a link to a picture and not a copy of it. Could this be somehow the reason for your problem?
  10. I think that this is not exactly possible. However, the search syntax allows you to search for all notes containing one or more checkboxes: todo:* for all notes containing unchecked checkboxes: todo:false for all notes containing checked checkboxes: todo:true
  11. Hi, Unfortunately, I am not allowed to install the newest Chrome version on my computer at work. I tried the new interface on the installed Firefox (Version 61) and experienced the same problem. However, I could install the newest Firefox on my computer without root privileges and in version 71.0.1 tags with a special character as first character work! That means it is somehow related to previous browser versions. I am now happy again and can continue using my work flow. Thanks for the latest hint! Regards from Bremen in Germany Bernd
  12. OK, I‘ll try this on Monday but I am not sure whether I have the authority to change my system at work. I shall report back on Monday. Thank you and have a good weekend.
  13. Thanks for trying to find the reason for my problem! It is related to my environment at work. I now tested it on Safari, Chrome, and Firefox on my Mac (actually I was surprised that Firefox now works with the new Web interface). In all three browsers it works but not in Chrome under Redhat Enterprise 7.5 at work as mentioned earlier. Unfortunately, at work I am relying on the Web interface due to the lack of a client for Linux. The problem is not really related to search. The upgrade to the new search feature (which is awesome by the way) was just a coincidence. Something else must have been changed. When I use the new search e.g. using 'tag:.caas' which searches for all notes of a certain project I see the correct tag appearing in the search box. But when I press enter or click on the found tag I get the error message I described. The same happens when I click on such a tag in the tags window. My workflow is really simple. I work for a number of different projects and I keep track of my work on these projects with Evernote. All notes for a project carry a special tag starting with a '.<project>'. Notes for issues which need to be worked on additionally carry the tag '.<project>-open'. This easily allows me to show all notes belonging to a project or all notes which need work. When I finish the work on a note/issue I just remove the tag '.<project>-open' and keep the tag '.<project>'. But for the problem this is irrelevant. All tags starting with a special character result in the described problem. It would be a lot of work to change all the tag names to ones without special characters, and I am also reluctant to change it because I like this way organizing my notes. I also tried switching languages used by my browser and by Evernote without success. Can I provide additional information e.g. using Web developer tools of browsers etc.?
  14. Hi, Thank you for the quick answer. The new search was just activated for me yesterday and the described problem just appeared with this update. And I now think it is not the search but the problem is related to the tags with special characters. I use a dot for project-related, '@' for location-related and '#' for people-related tags. When I now search for such a tag or select such a tag in the tags window I get an error message. I took three screen shots. The first shows that I am actually in the classic editor version so this doesn't help. The next shows some of my tags starting with a dot. I tested all tags I use with three different special characters which are as mentioned above '.', '@', and '#'. When I now click on such a tag I get the following error message: When I then click on 'Reload Page' I see all notes and not only the ones carrying the selected tag. My system is Redhat Enterprise 7.5 and Google Chrome 54.0.2840 (64-bit). My locale is en_US.UTF-8.
  15. Searching for notes with tags starting with special characters like #,@,. is completely broken. It is also not possible to go back to the non-beta version of the Web-Interface beause the new search is active for this version as well. The Web-Interface is now almost useless for me because it totally breaks my workflow.
  16. It works for me (same Mac OS and Firefox versions). My guess is that it is related to one of your add-ons. Deactivate them one by one and test the clipper.
  17. Code block doesn't work for me. I entered ``` on an empty line before and/or after some text but it is not convertred into a code block. Am I doing something wrong?
  18. Well, an empty list looks the same blurry or not. I think it's obvious. Focus on the snippet list and you will see what I mean.
  19. It is blurry on purpose but you are right I could have added some explanation. What can clearly be seen in the video is that the list of notes becomes empty when it is scrolled down or up. If it is scrolled just a little bit the content becomes visible again when clicking into the list but when scrolling a larger distance it stays empty. But when clicking into the empty list, the visible note in the note window on the right side is switched. It seems to be an update problem of the note list.
  20. Yes, this is annoying. Evernote please fix it for the next version. Here is a video showing the problem. https://youtu.be/69LCBH9CQLE
  21. Yes, I see this as well. Aditionally, the editor part on the right jumps so that I do not see the cursor any more and I have to do the editing without seeing it or I have to stop after each single delete, close the keyboard and scroll to the cursor again.
  22. I just updated to Evernote 8.6. The editor seems to be much faster but when deleting characters the editor jumps. Who could have missed that problem? I discovered it after 3 seconds.
  23. Yes, the notes contain a number of scanned PDFs. Again, the size is well within the limits provided by the premium account I am paying for. And it used to work with a previous version. I am also wondering why attachments seem to be part of the problem. Because when not using an offline notebook they are not even downloaded to my device if I am not clicking on them. The text parts of the notes are not very big.
  24. Thank you for your ideas but unfortunately, they don‘t help. I have more than 25GB free memory available and I have stopped all apps before using Evernote. I also tried to use large notes in online- and offline-notebooks. The problem remains. It is the note size. The only way to avoid the problem would be to split the large notes into smaller ones and e.g. use a TOC-note. Again, I am paying for a note size limit of >50 MB and there should be a solution because it worked in an earlier 8.3 version. It again seems to be a pre-mature delivery issue and bad testing procedures at Evernote which we are experiencing with almost every delivery.
×
×
  • Create New...