Jump to content

FrankC

Level 2
  • Posts

    56
  • Joined

  • Last visited

Posts posted by FrankC

  1. 3 hours ago, PinkElephant said:

    Tasks work for all Plans, to an extend because features will be different.

    EN will move you to Personal, which is Premium plus some for the old price. Maybe takes a little to roll out.

    If it didn’t happen within of a day, ask support.

    There are two types of "Premium" user. Only one will move to "Personal".

    https://help.evernote.com/hc/en-us/articles/1500006213161

    I'm a long-time Premium user who won't be moved to Personal - I will however get some basic access to Tasks.

     

    • Thanks 1
    • Confused 1
  2. I have an odd problem using the Web Clipper in Chrome.

    For some images, I want to right-click and choose "Clip image to Evernote" (I know there are other methods, like screenshots etc.) 

    However, I see three different types of apparently random options when I right-click :

    (1) No Evernote option at all on the right-click context menu

    (2) Just a "Clip full page to Evernote" option

    (3)  "Evernote Web Clipper" with 4 sub-options, including the one I want - "Clip image to Evernote"

    Any of the above can appear - even on the same page/image . I can't see any pattern to this e.g. whether EN is running or not, legacy or V10 etc.

    For testing purposes, I've tried this multiple times on the same image - but get any one of the 3 options above.

    It's possibly a Windows/Chrome problem.

    I haven't logged it as a bug yet - wondering if anyone else has experienced it or has any suggestions ?

     

  3. Just to keep this up-to date as of V10.12.4

    (1) The main merged notes problem has been fixed, and images are no longer lost. As documented by agsteele, there is still a problem where 1 of the notes contains only a HTML container. This will be lost in the merge. Workaround is to add some random text in the html note.

    (2) The incomplete indexing problem remains. I was misled in checking this because it was picking up some of my test notes. However, the original problem remains. (OCR indexes for pre-V10 created notes are incomplete I.E. not migrated properly - so some notes are missed in searches).

     

     

  4. 3 hours ago, Mike P said:

    That's always been an option in the "advanced options" drop down.

    I still can't believe that a bug, which deletes users data, is not being addressed with more urgency. For me it's a "cancel all shore leave and don't work on anything else until it is fixed" kind of issue!

    I never used that option - so guess the default has changed.

    Agree with the seriousness of this. Still 2 major issues/bugs for me (and of course lots of additional ones for others) preventing me using it. While its nice to have new features, I would have thought that basic functions would be a priority.

    I am also not that encouraged by the beta process so far. Having now been involved in 3 recent ones, I have seen very few of the suggestions taken up. Yes - if something doesn't work the way EN intended because of a bug - they may address that. However, most of the improvements or alternative options or suggestions don't seem to have made it in to the released version. Because of this,  I don't spend too much time on detailed evaluation for the "beta" testing, just check the major options.

    • Like 1
  5. Yes I am experiencing the same as @Mike P

    I have an open ticked relating to loss of images when merging notes. With 10.8.5 I only lose the image from the first merged note - so some improvement !

    I have now retried this with two and 3 notes - in each case, just the first note/image was lost.

    While doing some other testing, I found that if you merge notes and try to re-merge the merged notes, this gives an error message and fails.

    I.E. merge notes A & B = NoteAB
    merge noted C & D = NoteCD
    Try to merge NoteAB and NoteCD and it will fail, with an error message.

    Reported this as a possible bug, but was told it was a feature not yet implemented in the latest version (but suspect this was a cut 'n' paste, go-away answer).

    Don't understand why this should happen, as a I would have thought a merged note is just a another note.

     

    • Like 1
    • Thanks 1
  6. 1 hour ago, AlbertR said:

    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:

    When I said that I didn't think it was a syncing problem, what I meant was that I believed syncing had taken place, but not all of the OCR/indexing information was transferred from legacy to V10. 

    Anyway, I'll see if I get anywhere with my support ticket.

  7. Yes - confirmation of syncing is an issue, but I don't think it's causing the problem I reported.

    My interpretation of my problem is that something is failing (or partially failing) when moving the recoIndex attributes (see post below) from the legacy database to the V10 database. This would explain why the searching for text  partially works on old notes, and fully works on new notes.

    This blog post explains the old (legacy) process, but there doesn't seem to be a V10 version with current information :

    https://evernote.com/blog/how-evernotes-image-recognition-works/

    I've confirmed that the legacy system enex file for the note in question contains the relevant  search phrase. The V10 note doesn't contain recoIndex entries - so I can't check them.

     

     

  8. 14 minutes ago, Mike P said:

    I have searched in both V10 and legacy and also downloaded the enex file from both versions. I've also looked for both old and new notes. I'm not saying I don't have the problem but I certainly haven't found it yet. 

    Not sure why you don't want to check in the web version which will only take a few minutes. The age of the note is irrelevant if it is just refusing to sync or has synce'd it incorrectly. It works when you cut and paste the image because it reindexes it as a new note.

    Good to see that it's not happening for you. It's a confusing issue as it only affects some of the text in the image - other parts of the text are indexed - in all versions. It's possible many people will never get (or notice) the problem. My worry is that you wouldn't easily know there were missing notes in the search results, unless you try the same search in the old and new versions.

    You're right of course - testing should be on all versions - even if you're "sure" it won't make a difference. Should have remembered that from my coding days.
    So, I tried it on the web version but got the same result - same missing notes.
    I was pretty sure the note had synced, because I could find it with other searches (not using the specific text-in-image which caused the problem).

    I have already confirmed that creating a new note (with cut'n'paste) works, and also that just copying the note doesn't. So, the problem seems to be in something missing in the data stored regarding the note in V10 (the indexing data you refer to in your first reply). This has to be some sort of deficiency in V10 when it migrates/opes the database from the legacy version.


     

     

    • Like 1
  9. 4 minutes ago, Mike P said:

    My conclusion is that if there has been a change between the two systems then it is possible that some indexing has been lost in the process. I don't know a way of reindexing images. I would check on the web version because that will identify if the problem is simply synchronisation. I think it would be worth raising a support ticket because this is clearly not supposed to happen and so far I've not identified the problem with any of my notes.

    Yes - there has to have been some difference - but what, and how to work around this ?

    In reply to some of your specific points :

    I don't think it's a sync issue as (a) it's a very old note and (b) it works if I cut/paste just  the image in question to a completely new note

    I have already raised a support ticket, but no meaningful response yet.

    You may not have identified this problem because you haven't noticed it yet. Try a few searches in legacy and V10 which include text in images. If you get different numbers of notes returned in the searches, that's probably this issue. If you just searched in one version - you may not have noticed the missing notes in the search results.

     

  10. I wonder if anyone has any suggestions on a problem/but I have with V10. I use legacy mainly, but regularly try V10 to see how its progressing. 

    I've found a number of bugs which would prevent me using V10, but one in particular confuses me - and I wonder if anyone has any suggestions (BTW I have already raised a related support ticket, but no resolution yet).

    I noticed a discrepancy in the number of search results between Legacy and V10. I finally narrowed it down to some search terms not being found in V10, when they were found in legacy. These related to finding text in images. For a given note, legacy indexed more terms in an image than V10, so if I searched for one of those terms, V10 would not return it. 

    Firstly, I couldn't understand this behaviour, as surely legacy and V10 "see" the same OCR'd terms and should be equally searchable. The image in question was a newspaper cutting with a caption, as part of a much longer note. So, I copied just this one image to a new note. Within a few minutes, both legacy and V10 could find this new note, using the same search term as had failed in V10 before. I tried copying the full note, but as before,  legacy can find it, but v10 can't.

    So, it looks like V10 is not "seeing" all the OCRd/indexed terms that legacy does, unless you create a completely new note (copying a note isn't enough).

    Is there any way to "force" V10 to re-index the OCRd terms which seem correct in Legacy, as this could fix this problem ?

     

    • Like 1
  11. I have found that some documents which were OCR'd/Indexed by the legacy version are not fully OCR'd/Indexed by the latest version. This results in different search results between the two versions. I tracked this down by doing various searches and seeing what notes were returned by the same search on each version.
    Doesn't make complete sense to me, as I would have thought both versions would be "looking" at the same index. The notes causing the discrepancy in my tests were not recent ones.

    Support ticket raised recently, so am awaiting a response.

     

    • Like 1
  12. On 1/28/2021 at 9:31 PM, idoc said:

    Not sure if I understand the logic of putting the "Notebook" selection on the top but the tag selection on the bottom. In Legacy Evernote when I adjudicate a note I usually assign tags to it and then select which notebook I want to put it in.  That has all happened on the top of the note where the tag and notebook features lie side by side.  In the new version they are separated by an entire page.  I literally have to select one thing on the top and then the next thing on the bottom.  Seems counterintuitive.  Am I the only person bothered by this?

    Yes - reported even as far back as the beta version.

  13. Same issue - I was prepared to live with the horrible (appearance-wise) widget. However, finding that images wouldn't display was a bit to much for me. I've reverted to the legacy Android version using the APK and turned off updates.

    So, for now I'm sticking with legacy PC and Android versions for doing any work. I occasionally try v10 when a new release comes out - but it seems that every new release adds a bit of functionality, but introduces different bugs. Even in the latest release, merging notes still causes image loss.

  14. 4 minutes ago, Mike P said:

    When did you test last? If it is some sort of sync issue and not a viewer issue then I suppose it is possible that could be corrected without an update to the Windows version.

    This morning + again just before I replied here.

    I also noticed that when I click on the "ENLARGE" button (under the missing image) it opens the original image in a new tab. However, this is actually a link to the image on the original website (which of course makes it useless for archive purposes, if the original site changes anything).

    I've just now done another test with 2 web clips using "screenshot". Once again the images have disappeared. Of course, in this case, the full note is just an image - so nothing remains except the titles from the merged notes.

    • Like 1
×
×
  • Create New...