Jump to content


Level 5
  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by luckman212

  1. 2 minutes ago, Sayre Ambrosio said:

    Yes, it's been good so far. Now with that said, I'm right in the middle of updating to the latest Mojave developer beta so we'll see if that breaks anything.

    Wow what is your secret sauce to make Spotlight work in Mojave? I have done everything .... completely delete Evernote, reinstall the entire OS, delete database and re-download everything, blow away Spotlight indexes, even bought a whole new computer ... it just doesn't work.... 

  2. 3 hours ago, JMichaelTX said:

    @Nick A, let me strongly second that request.

    It is a show-stopper for me if Evernote does not support Spotlight Searches.  I use Spotlight many times a day, and it is essential to my daily workflows.

    Spotlight search definitely should have been fixed before 7.8 was marked "release". This has been broken for me since 7.5.2.  So we've had 3 full release cycles pass (7.6, 7.7, 7.8...) now without a fix for this core function.

    • Like 1

  3. 30 minutes ago, JMichaelTX said:

    That's old school.  I'm hoping that the new CEO Ian Small will fix that.  See Looking Ahead: Evernote's Priorities for 2019 

    Guess I missed the memo about the new CEO. Sounds like a glimmer of hope, but to be honest it's been so many years of decline I am not sure the boat can be turned around. For me it's "guilty until proven innocent" at this point.  I do wish EN the best however, and hopefully we will start seeing a change in quality this year.


    32 minutes ago, JMichaelTX said:

     I   Assume   you mean 7.8.1 

    That's not how EN development works anymore.  There won't be any 7.8.1.  There will be a 7.9 beta 1, which will fix 1 bug but add 3 new ones. 

    Those 3 bugs will be reported here. There won't be any more 7.9 betas though. 7.9 will be released, with maybe 1 or 2 of those bugs fixed, but also with 2 new bugs.

    Rinse. Repeat.

  5. Also reported here but it wasn't fixed. Now 7.8 final is out and the bug remains. 

    bug - part 1: when copying text from a code block, an unwanted newline (carriage return) is appended to the end.

    This one is dangerous for me since I keep a lot of terminal commands in EN as reference and frequently copy & paste them. The extra carriage return causes the commands to immediately execute if pasted into a terminal. If the command in question was e.g. `rm -rf /foo` that could be catastrophic.

    bug - part 2: when selecting a block of text and converting it to code block, 2 extra blank lines are added at the end. screenshots:



    bug - part 3: if the code block contains blank lines, they are omitted when copy/pasted:

    code block:

    after copy/paste into Sublime Text (e.g.)

    I opened support ticket #2750982


  6. On 12/22/2018 at 11:25 AM, luckman212 said:

    Seems to be a new bug: when copying text from a code block, a newline / carriage return is being appended to the end.

    This is annoying (and can be dangerous) when e.g. copying commands and pasting into Terminal.


    Sad to see this bug was totally ignored and allowed to make it thru to 7.8 final... sheesh.

  7. I noticed this bug a few days ago but I held off on reporting it.  Today I updated to EN 7.8 final to see if the bug was fixed. It wasn't so I opened a support ticket (#2750953). Just in case others are noticing this:

    The bug is simple: The "Trash" folder on the sidebar doesn't update when deleting notes. You have to click on "Trash" for it to refresh.

    This started in 7.7 AFAICT and it's also in 7.8.

  8. Seems to be a new bug: when copying text from a code block, a newline / carriage return is being appended to the end.

    This is annoying (and can be dangerous) when e.g. copying commands and pasting into Terminal.


  9. Can we please get some dev time spent on PERFORMANCE? The lag when navigating around EN, doing basic searches, hitting ⌘N to create a new note...waiting 10 seconds (not exaggerating) for the note to appear... on a 2018 Mac Mini 6-core i7 with 1TB NVMe SSD and 32GB RAM. Yes I've rebuilt and reindexed my database. No I don't have Context enabled. It's totally unbearable.

    refer to https://discussion.evernote.com/topic/114767-performance-for-evernote-72-for-mac-slow/ for more stories.


    • Like 1

  10. I can't reliably reproduce this BUT this is a serious issue.

    Since 7.6 beta 3 (possibly started with beta 1/2...) I have had 4 or 5 cases of data loss in EN.

    The scenario goes something like this:

    1. create a new note
    2. add a few lines of text
    3. some time goes by, while I do other things... but not too much time, maybe 5-10 minutes
    4. I enter some more text on the note
    5. some more time passes, maybe I put the laptop to sleep even
    6. open EN back up and POOF the text I entered from step 4 is gone, lost. There is no record of it anywhere, not in Note History, EN web app, etc.

    This is a new problem that started happening RECENTLY. 
    It has happened to me repeatedly, on multiple computers, so it is not a fluke or a one time event. Something is definitely not right.

    Please look into this!


  11. 37 minutes ago, EdH said:

    Why is it in the overflow? How is this an good UI?


    No seriously, the real reason is: us lowly users were overwhelmed and confused with all those fiddly buttons.  Better tuck em away so nobody will ask any questions.

    • Sad 1

  12. Another new bug:  In "Light Mode" on a non-retina display, text is not rendering properly. It appears extra thick and blurry/smeared.


    Dark mode

    Light mode

    This is with the following settings

    defaults write -g CGFontRenderingFontSmoothingDisabled -bool false
    defaults write -g AppleFontSmoothing -int 3


  • Create New...