Jump to content

Danielsan

Level 2
  • Posts

    15
  • Joined

  • Last visited

Posts posted by Danielsan

  1. I tried looking this up in every phrasing I can think of. No dice.

    To be clear, this doesn’t happen while I’m typing, but if I then switch to a different note, the underline goes away.

    As I’m typing, Evernote will catch spelling errors and either auto-replace them (presumably that’s operating system-level functionality?) or give them a dotted, red underline if it’s not sure.

    However…

    If I leave the typo in place, and switch to a different note, and then come back to the typoed one, the underline is gone. Clicking somewhere on the note doesn’t trigger it. Clicking on the word itself doesn’t trigger it. (Though this kinda makes sense – if the cursor is in the word, it can’t be sure it’s a typo yet.) It isn’t until the cursor leaves the word that it gets highlighted.  

    Has it always worked this way and I’ve suddenly just realized it? Do I need to manually run a spell check on every note before copying it elsewhere?

     

    Version details:

    Evernote:
    Version 7.14 (458244 Direct)
    Editor: 69.3.10951 (15add1e)

    Mac OSX 10.15.6

  2. 1 hour ago, jefito said:

    Search grammar reference is here: https://dev.evernote.com/doc/articles/search_grammar.php. I'm pretty sure that this is what is used on the Evernote back-end, however, individual Evernote clients can add a trailing wildcard ('*') behind the scenes to make searches be prefix searches rather than exact searches. This can be confusing, sometimes, unless you're aware of it. You can make it exact by quoting it, e.g. "corn" vs. corn

     

    I think that last example is what is expected behavior. intitle should do a partial search while intitle:"corn" should only find the whole word corn. This is bad UI.

  3. On 5/17/2019 at 2:44 PM, DTLow said:

    Warning: The search feature supports words beginning with, not contains

    Using my iPad, search Fri returned all text beginning with Fri, such as Friday
    Search intitle matched your results,  intitle:Fri returned no text    intitle:Fri* was successful

    I'm comfortable using the wildcard characters

     

     

    While you may be comfortable using wildcard characters, this goes against a half-dozen usability commandments.

    First, it's not expected behavior ESPECIALLY since it differs from the search mechanism for the contents of a note.

    Second, while a large number of Evernote users are probably technically savvy, there are plenty that aren't. Failing to find a note because you typed something "wrong" in a search bar blames the user and when it yields no results, it creates a trust issue with the application. The quickest way to get me to leave a platform is to make me feel you it can't reliably hold on to my data.

    Third, any feature that is prefaced with the word "warning" is clearly an issue. Let me use wildcard characters (hell, let me use regex expressions if I feel like it), but don't make it a requirement in order to achieve expected behavior.

  4. I searched all over and couldn't find mention of this. I can't believe I'm the first one to get burned by it.

    I have a recipe for "cornmeal madeleines". I do a search for intitle:corn. No results. This is rather surprising since, quite clearly, the title contains the word "corn". Okay, I search for intitle:maddel (because, yes, I can rarely spell it correctly twice in a row). No results. I conclude, then, that the note is gone, so I recreate it from my various notes.

    Then I realize that I KNOW it exists. I added a * at the end of corn and, voila, it shows up.

    Seems to me, default behavior should match the "contains" specification. Maybe I want wholeword:corn and cornbread, corndogs, and cornmeal would NOT show up in the results, but the current behavior isn't... good.

×
×
  • Create New...