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. ×

luckman212

Level 5
  • Content Count

    663
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by luckman212


  1. 2 hours ago, Chantal Leonard said:
    • Tables: Simplify Formating: The dev team is aware and investigating 
    • Code Blocks: Semi-colons no longer get added, we're tracking the issue with URLs being added 
    • Simplify Formating: We've made a choice to simplify content including code blocks. I'd be curious to hear about your use case is for simplifying code blocks. 
    • File links: thanks for reporting!  

    Code Blocks- it's not just the overly-aggressive URL creation. There are issues with the cursor jumping around within the codeblock, with extra HTML entities (gremlins) getting created (hurts copy & paste), fonts getting mysteriously styled within a block (shrinking font size, or text reverting to "Times New Roman"), the list goes on.  There are dozens of little bugs and glitches with the codeblock handling. Anyone who actually uses them for more than a few minutes will notice them immediately, which is why I wish the EN devs would dogfood their own product instead of handing us c.rap and using paying customers as beta testers.

    Simplify Formatting- "Simplify" vs "Remove". If you guys are treating Simplify Formatting as Remove Formatting then name it Remove Formatting and get rid of the duplicate "Make Plain Text" menu item which I guess serves no purpose. My "use case" is that in a note with mixed content (some text of varying sizes, some code blocks, some highlighted parts) it is extremely tedious to have to go and select each individual block of text to re-format it. But sometimes you have to copy+paste something from the web that has all kinds of nightmarish formatting in it.  That's what Simplify Formatting was supposed to solve. Here's a simple example:

    before.png.eda64ad9e94c193f3fc956d5bc1eda28.png

    after.png.dada6e285c3684b12b257ff0f0af5a20.png

    Why does it have to strip away the code blocks, mess up the table, remove the highlight? I can understand changing all the Fonts to my default Font Face + Size (good) but everything else is just wrong.  The way I get around this now is I make a NEW note, paste my formtted stuff in, run Simplify, and then copy it again, paste it into the actual note I wanted to add it to, then finally delete the temporary note.  It's all very cumbersome.  If I wanted everything turned into plain text, I would select that option.


  2. On 10/6/2017 at 11:49 AM, nicolml said:

    Have you tried recreating your search index after updating? 

    1. Open Evernote on your Mac
    2. Hold down the **Option** key on your keyboard and select **Help** from your Mac's menu bar
    3. Select Troubleshooting > Recreate Full Text Search Index

    I executed both actions (not at the same time, one after the other). Rebuilt both the fulltext index as well as the Spotlight index. Waited for activity log to quiesce and Activity Monitor to go back to 0%.  Quit EN and re-launched it to start fresh.  Ran a search, same issue -- huge lag between hitting "enter" on my search field and when results are displayed. What it seems like EN is doing is querying the backend servers for related content, even though I have that option disabled. Is that possible?


  3. Jay-Bob: glad to hear an update is coming but... does it address the issue ....

    ...where random `;` semicolon characters get added to the end of certain lines when creating code blocks?

    ...where URLs keep getting turned into clickable links even after manually removing them (over and over)

    ...where font size goes completely haywire when Simplify Formatting or Cmd+Shift+K (remove link) is used?

    I made a simple animated GIF screencast to show some of these problems... really easy to reproduce on a Mac running 6.13 beta 2

    yGZuSJ9.gif

     


  4. Another bug:

    Copying text from a code block you sometimes end up with HTML entities instead of the raw text. Example:

    echo "HelloWorld" > foo.txt

    When you select that block of text in Evernote and COPY it, you end up with this in the clipboard:

    echo "helloWorld" > foo.txt

    This doesn't always happen, but it does happen sometimes — I've attached here an .enex file where it can be reproduced.

    BadCodeBlock.enex


  5. 7 hours ago, nicolml said:

    Have you tried recreating your search index after updating? 

    1. Open Evernote on your Mac
    2. Hold down the **Option** key on your keyboard and select **Help** from your Mac's menu bar
    3. Select Troubleshooting > Recreate Full Text Search Index

    I'm running that now, will give it a try.

    What about the other option -- "Recreate Spotlight Search Index" do I need to also run that?

    How do I know when the rebuild is complete?


  6. When I use "search" there is a big lag (I would say about 4-6 seconds is common) before the results are displayed. This never happened on 6.11 where search was almost instant. I have around 8800 notes. Also, when clicking on a note, quite often before it is rendered there is a spinner shown for a few seconds before the note gets shown. This is also a new thing and was not happening in 6.11. 

    Overall, these 2 changes result in a huge slowdown and makes the app pretty frustrating to use. This isn't unique to 6.13 beta-2, it's has been happening since 6.12+

    Also not fixed:

    Bug with file:// links
    https://discussion.evernote.com/topic/109473-bug-with-file-links/

    Note List often goes blank
    https://discussion.evernote.com/topic/109365-note-list-often-goes-blank-en-6123-1013/

     


  7. I use code block formatting a lot.  Am I crazy for doing this?  How long will this feature be in "beta"?  It's been over a year now right? maybe more?

    Here's a fresh note I just created in EN Mac v6.12.3 (455520 Direct), the code block looks like this (I have already "Simplified Formatting" and made sure that everything is "clean" several times)

    image.png.236d9726caa2e568c8029f7325047cc7.png

    Now, switch over to the same note on the iOS app (v8.4.1) and...

    image.png.1c2d3bcbd86c9f698da69f4b7d174f6a.png

    Not only does this make editing on mobile impossible, but it concerns me that data will be corrupted/lost.

    • Thanks 2

  8. On 9/17/2017 at 6:34 AM, Nabes said:

    The old tables [...] looked nice and were great

    I used to be able to make a single column, single row box

    Wow, I thought I was the only one doing this!  I use this technique too to highlight certain sections (create a 1x1 table w/ a colored background) and it looked great. Now there are dots, bars and lines all around and it pretty much ruins the effect. I understand that this is a non-standard use of tables, but it was done out of necessity since the formatting tools in EN have been generally pretty poor.


  9. Been having an issue on both of my Macs since upgrading to High Sierra 10.13. It was happening on EN 6.11.1 so I thought updating to 6.12.3 might help (it did not). Neither did updating to 6.13, 6.14 beta or 7.0 or 7.0.1. Here's a screenshot of what happens:

    z1.thumb.png.6d1683c5d5dd8f5225fb3067fe25d02a.png

    The note list middle section just goes blank / disappears. The content is still "there" -- you can click around in the empty space and the preview area on the right will change accordingly to whatever note you clicked. Fumbling around with resizing columns or closing & reopening the main EN window will get the list to redraw but it's annoying.

    Can this be fixed?

    • Like 2
    • Thanks 1
×
×
  • Create New...