AlbertR

Didn't start at all or simply running into a never-ending loop showing something like "wait..."? (sorry - have a German installation). I had the never ending case and just killed all Evernote processes. Next start was OK.

The only thing I keep in mind after my short hype is its text editor with simple and usefull capabilities to create appealing text (foldable lists, /-keystroke, ...). This page is an example of what I mean: EN-10 - was mir noch fehlt (sorry - German). All other stuff is tooo complicated to maintain (tables, databases, ...). By far not a competitor of EN - but maybe used as an idea generator 😉

"A little unkind" - OK. I've been in charge for development for a long time - such basic functionality should be either on the list of ToDos from the start on (to implement user friendly i18ned SW) or even implicit thinking of developers itself 😉 Meantime I use Legacy - which uses system dates - and AutoHotKey to support key combinations that add dates and times in various formats as I need them. My notes forinstance routinely have valid Creation Dates to sort into chronological order. But this is crazy:

We do not want to pick up the format from somewhere outside EN. We want to have it defined within EN. Is it really such hard to implement a format string like "DD.MM.YY HH:MM" that will be used everywhere inside EN when a date is to be displayed? Every simple (like GreenShot) and more sophisticated programs (like Excel) offer such a possibility. From my point of view this is a finger exercise for computer science students... But for the moment, it would be absolutely OK, to use Windows-settings of "Short date" and "Short time" - as it was the case in Legacy 😉:

Oups - don't exaggerate ;-). No one will reach monthly upload limits. Only the content of your account(s) will be cached unter %appdata%/Evernote. This is app. 5 GB with my ~15 kNotes. Storing such data below %Appdata% is common use in nearly all Windows applications. But it would be fine to get a possibility to move Evernotes' local data to a folder of user's choice like it was possible in Legacy version.

OK, so my idea (not tried out so far) to use "/" and "\" to replace my beloved ">" and "<" might be a bad idea? 😉 At the moment I'll stay with Legacy and wait for an answer to my offical support ticket (that lasts from October last year, got the 3rd ticket-ID but neither a solution nor an explanation - only a "I'm transferring this ticket to our technical support team" from where it was moved to engineering where it got lost)

Sorry, this is only true if the note has not been modified in EN-10. If it is modified (anywhere else - not around the link!) and it is synced back to the cloud, the link is removed. This is completely unacceptable because it secretly changes the content of my note.

Arghl - I cannot see specific meanings of these characters in their search syntax. And even if you're right, they should mention it anywhere in the documentation. I use ">" to point to the future and "<" to mark something in the past - was OK for many, many years and is broken now without a valid reason and without announcing it anywhere. 😡 But THX for looking into it on your side, @Mike P 🙂

Nice - I use a similar system of tags that start with a special character. In my case all tags for workflow tracking start with ">". So "tag:>*" should list all notes within my current workflow like "tag:>0-now" OR "tag:>1-next" OR "tag:>5-wait" OR "tag:>9-finalize". But the result is all the time 😞. Legacy works correct and shows all currently handled notes. This means: Wildcards do work in all cases. I checked it for some other special characters: $ is OK (your example, not used on my side) =, _, @, ~, # and ? are OK (also used in my system) > and < do NOT work (heavily used in my system) others are not checked so far.... ^sorry - ignore this picture - cannot remove it by myself 😞

Legacy allowed to use wildcards I'm tag searches. Example: "tag:y2*" finds notes with tags y2010 OR y2011 OR y2012 OR... Now it is impossible to specify an equivalent search phrase because wildcards are no more supported. Using keyword "any:" is not a solution because it cannot be combined with something an "and:".

I'm in contact with Filterize and they spoke about other (not all) users. Up to now they have no glue about reasons 😞

Yep. At least changes on Tag should not change note's update date. Tagging is often used temporarily to shrink down search result.

To be patient is OK. But we should talk about the problem to collect experiences that might help to solve the problem or give it some priority among others... I and some other users of Fiterize found that emails from Fiterize to Evernote do NOT reach desired folders at Evernote. Mails from my account to Evernote are OK. Looks like some sending servers are blacklisted on EN site. This is unacceptable (if it is true). Using blacklists is OK to block spammers. But there should be a whitelist available to override blacklists that are maintained on foreign sites in some cases. The current problem (at least with Fiterize) lasts since many days and EN support is aware of this. We should get an official explanation of what is going on at EN.

Only as a reminder to our support and program management staff: It should be on user's choice to insert URLs that do not work in all cases. If I (as a user) insert a File Link to my local file systen, I know that this will work only on my system. If I klick on such a link on my mobile phone, it will fail - and this is completely OK! Or do you really plan to verify all destination addresses future? Maybe http://www.the-hell.com might fail... Maybe mailto:support@the-hell.com might be an unexistent mailbox... If you are consequent in your doings, you should disable these links also 😉. But I hope you will concentrate on really important things...

THX - will help to calm me down 😉. Could You please check whether the link remains untouched after modifying the note anywhere else in 10.9.x and syncing it back to Legacy?

Huh, haven't been here for some time and THX for showing up this before I'm going to install 10.9. Is it really true that this version removes the links from the note text? So that they are gone forever if I re-open the note in Legacy? If so, I'll lose my faith in Evernote 😢.

This is similar to what business users see all the time even in Legacy 😞: Tags with the same name appear multiple with different counts (with no origin) - but the empty ones realiably disappear in all clients. They are retained in the server database and have to be deleted there by using the administration console. So, Your bug in EN-10 seems to be an easy-to-fix one because it works already with business databases 😉. I would accept it until the next fix will come - except it makes a problem when assigning (shared) tags to other notes: which one is assigned? This is a problem in business accounts: If there are tags with same names, you cannot distinguish between your tags and tags of collegues... The only way to work around this is to negotiate about common tag names and usage.

I also keep a diary by automatically creating a note every day at 06:00 o'clock and assign it a template. Because this kind of automation cannot be done inside Evernote, I use IFTTT go create the note by... set up a free IFTTT account define a rule to get the Today's Weather Report from Weather Underground in an Evernote note in a specific notebook (i.e. Diary) thereby tag it with #NewDiary (or any other tag you like) use Filterize to attach your template by... set up a free Filterize account define a rule to change headline of new note if it is tagged with #NewDiary thereby attach a template of your own and remove tag #NewDiary use Evernote to define a saved search "notebook:Diary created:day" ... and pin it to the top of Your Favourites OK, setting up IFTTT and Filterize might take some time (depending on your experience 1-4 hours). But from that point on You have a One-Click-Solution to open a well formatted diary page to log your ideas 🙂

This is a bug in EN-10. You should open a support ticket for that. If You need this to work correct, You should use the old "Legacy" version of Evernote. You might download it from https://help.evernote.com/hc/en-us/articles/360052560314?fbclid=IwAR2TNqp-eGRH3Ds8Vfu-CiKPjYolJzZ_keR9eWQaDahJ2GN-7hwn595zI8w&__s=bsetfdgzirbvqtopurph

Fine. It means (my interpretation): After having it indexed on servers, recoIndex-information is stored on servers "behind" a GUID <resource-attributes>...<source-url> en-cache://tokenKey...+https://www.evernote.com/shard/s333/res/...{GUID} </source-url></resource-attributes> So after deleting the note and re-importing it from ENEX, there is no need to re-index it because it points to already computed index data (which has not been deleted on server side). This makes sense in your test case (and even real cases in which transfer/re-index times should be saved). But when and how do the servers cleanup their caches if not along with deletion of notes? This might be the end of our game without insider knowledge 😉. Let's wait for support answer(s) Frank's ticket...

Hmm, note representation in ENEX format seem to be different in Legacy and EN-10 Legacy contains found word in an recoIndex-section within the ENEX file EN-10 points to a cache entry outside ENEX file (on server which in turn might be cached on client) referenced by an en-cache:-URL By doing so, EN-10 has no need to sync the note itself after OCR scanning servers have completed their job. Background might be better syncing speed because only cached recoIndex-data take fewer bytes... ... and makes syncing effects more mystic 😉 (am Rande: Könnten wir uns hier nicht auch auf deutsch unterhalten?)

THX for the link - didn't see it so far... ... and it approves, that indexing is done on server side. Because there is no direct link between EN-10 and Legacy databases on your local system, all that is a syncing problem: Every change on notes and embedded images have to be transferred to the servers servers do their OCR job (at any time with regard to your account and their load) after this job is done (and recoIndex is added to the note), findings have to be merged to the search index (on server side) and note has to be distributed to clients within the clients (except Web clients) a (back-)synced note has to be merged to local index tables before newly found text can be found be search operations within Web clients the new text should be recognized immediately because all search operations are executed as server requests If I do not oversee anything, all effects are bound to syncing lacks with the EN-10 clients. I had some cases in which syncing between different Legacy clients was fast, complete and therefore reliable. EN-10 clients did not see changes in time even if changes in EN-10 have been sync to other clients in parallel. It seems that EN-10 use other syncing-server-farm(s) than Legacy and there is a lag in syncing the server farms... If OCR scanners run in a third class of servers, it's completely unpredictable when a note will be provided with recoIndex information. But if all the servers are on a "normal" load, this all should be no problem. It's only of theoretical question within seconds or few minutes 😉.

Oups, aren't PDFs and images indexed on server side (only)? If so (as it is/was my understanding), using EN-10 should not show differences. If it does (and it does if I'm looking for 😉), it might be a sync issue... I tried the following: I've an image, that contains "offizielle Abgabefrist" in two notes: both (Legacy and EN-10 on Windows) find the notes I've copied this image to an other note in EN-10: EN-10 does not find the newly extended note After a sync in Legacy (even nearly immediately after the copy operation in EN-10) Legacy finds the newly extended note (A) Even after 10 minutes (and some other change in other notes that have been synced correctly to Legacy) EN-10 does not find the newly extended note (B) tested in EN-Web ... finds the note (C) re-tested in EN-10 ... finds the note Regarding [A] this is a real problem to me because there is no indicator that tells me "Sync is done completely" - which is a problem not only when searching in images and PDFs... Regarding [B] I cannot believe that EN-Web also maintains a local index - so this is a true sign that indexing is done on server side and all works well there (and in EN-Web that relies on server availability). Regarding [C] is another true sign that syncing is a gambling in EN-10

@Mike POK, sorry for opening this new thread. But maybe it helps to get it solved soon 😉

In Legacy it was possible to simply copy an attachment by typing Ctrl-C (or Ctrl-X to delete it) and pasting it with Ctrl-V to any other application like Outlook, Explorer, Evernote 😉 a.s.o.. More easy: You can drag&drop attachments from notes to Outlook... In EN-10.x this no longer works. Commands are grayed out (inactive) RClick-menues: Drag&drop operations only work from Legacy to EN-10. Dragging from EN-10 to other applications results in inserting meaningless Icons like in spite of the files. Dragging within a note in EN-10 works (it moves the attachment). Dragging withing EN-10 from one note to an other works (it copies the attachment) ==> Windows Clipboard is filled with some information - but not correct. Any sending applicaton should supply as much as possible information to allow the receiving application to select proper representations. Currently it looks like EN-10 sends information only in a format that is known by EN-10 itself. The only possiblity to extract an attachment is to download it by using "Save as...". This breaks my workflow of storing information in EN and distributing it "on thy fly" to collegues. If I (and other) are forced to use 10.X, we have to first export the file, navigate to the destination folder in explorer and the Ctrl-C