Jump to content

Jay-Bob

Evernote Staff
  • Content Count

    158
  • Joined

  • Last visited

Everything posted by Jay-Bob

  1. I definitely see the frustration with fonts when switching between mobile/desktop platforms. It sounds like this may be due to Windows having explicit font settings (10,12,14 etc..) and iOS having implicit font settings (Small, Medium, Large). When switching between font sizes in these scenarios across each platform, it can sometimes lead to unexpected results. While not ideal, a possible workaround would be to set your desired font size on Windows and to not change back and forth between Small, Medium, Large on iOS (keep it on the default while editing notes created on Windows), as this might sync back to Windows with an unexpected size. If you're performing different actions or steps that cause the unexpected behavior you're seeing, please do let us know the exact steps you're taking and what you're seeing. The development team is investigating how to more appropriately handle the size adjustments between clients in the future, but I don't have an estimate on when to expect this.
  2. Thanks for reporting this. Does the initial issue continue to happen after the original experience you captured? Were you doing anything specific in the application leading up to using Mission Control when you encountered this?
  3. Looking closer at the behavior across Mac, iOS, Windows, you are correct - it's a bug. Simplify Formatting should remove the clipped article's font type, font size, font color, and background html back to Evernote's defaults. All other formatting should be preserved. When Simplify Formatting cleans up the background html of a web clip, it is expected to possibly see a slightly altered layout but it's goal is to try to change as little as possible of the original layout. Our devs are aware of this and are working on getting Simplify Formatting back to what you expect. I do not have an estimate on when to expect this. In the meantime, while not ideal, please continue to work around this on Windows by either first clipping in "Simplified Article" or use "Remove Formatting" after the clip to get the formatting you expect. Thanks for reporting this and sticking with it! Much appreciated.
  4. We're looking into it! No estimate yet on when/if to expect this, but agreed, it is a great feature request. Thank you for being such a longtime Premium user.
  5. Thanks for reporting this, our developers are investigating. Is "Inbox" currently your default notebook? Was it ever previously shared, even if it is currently not shared?
  6. When I clipped this as "Full Page", the original clip looks similar to yours. When I ran Simplify Formatting on the note, it removed some of the extended layout of the page so it better fit into the note window (a few things appeared to move around) but the text in the note stayed as it was on the original website (Helmet 9). When I un-did that setting and then ran Remove Formatting, the layout again changed a little to fit better into the note window as opposed to the original clip, and the text in the note changed to the default font (Segoe UI 10). Hyperlinks, headers, and images all stayed in the note.
  7. 1. If you try *space does that get you a bullet list? (Make sure the option is also checked in Tools > Options > Note > "Start a numbered list with "1." or a bulleted list with "* ") 2. If you create a new notebook that is not shared and create a new note, is that new note still slow to create and type in? If you change your view to "Card View" (Ctrl+F6), does that help? 3. Do you have any notes that are larger amounts of text/attachments (i.e. 9,000+ words, a long clipped note etc)? You can click the view icon in the note list and then "Sort notes by" and select "Size", then set the sort order to show the largest size notes first. This won't necessarily find the longer-worded notes, but it's a good place to start for the largest size notes and work down from there. Usually it's a note or notes that are longer appearing somewhere in the note list that cause the performance decrease. Finding that content and breaking it up should improve performance. If these steps don't help you discover the cause, please open a new support ticket and we'll take a closer look with you.
  8. Simplify Formatting is not expected to visually change much. It's intention is to remove background html that came over from a copy or clip that could cause issues with further editing. If it's doing it's job right, you shouldn't notice much of a change at all after applying it. Remove Formatting on the other hand, is supposed do just that, remove formatting back to defaults and leave hyperlinks active. It sounds like from what you'd like to accomplish, it may be best to clip from the Web Clipper using "Simplified Article" to not need to have to later apply Simplify or Remove Formatting.
  9. @katiemarie and @RapidFinancialSolutions Thank you for these steps concerning cursor focus issues. I haven't been able to reproduce this. When you encounter this again could you please provide a screen recording of the issue? This will help me in testing to try and replicate exactly what you're encountering.
  10. Got it, thank you for your display settings. I can reproduce this on my end now as well. I've filed a report with our development team and they'll take a closer look.
  11. What are your display settings in: Windows menu > Settings > System > Display for "Change the size of text, apps, and other items" and "Resolution"? Does changing the values to or from the "Recommended" settings help work around the issue?
  12. Yes, if you click in the note editor first and then click and drag to select the image it will turn completely blue, and when you drag and drop to the desktop you'll get the untitled clipping. This is something the developers are investigating, but I don't have an estimate on a fix. However, if you click once on the image and get the blue border outline, you can then successfully drag the image to the desktop. Definitely not the most intuitive for all workflows, but you should be able to get the image out of Evernote without having to enter into image gallery. Here's an example:
  13. This is an issue our editor developers are aware of. It appears to be fixed and should be available in a future update (no ETA right now). Thank you for reporting this!
  14. Thanks for the comments - I've filed this as a feature request with the development team to take another look at the behavior.
  15. The current expected behavior when pasting bullets from Word and pasting into Evernote with paste and match style is to remove the formatting and paste as text only. This means you will see a "*" to represent in text there was a bullet pasted from the external app.
  16. Thanks for staying on this one folks. We're having the developers take another look to try and make sure it stays fixed once and for all.
  17. @Sandeelynne3This is in the menu bar under Format > Tables > Table Properties...
  18. Thanks for mentioning this, we've heard some other reports of it as well. Our devs are aware and it should be fixed in a future update.
  19. Thanks for reporting this. I can definitely see where that's frustrating. Our developers are aware of what you're experiencing and are working towards a fix.
  20. The intended behavior of code block is to only allow formatted text and rich links. In previous versions of the app you may have been able to place other items into code block, but that was not the intended behavior. Going forward these items will not be able to be placed into code block: Lists Todos / checkboxes Horizontal rules Tables Attachments Images Encryption blocks Additional code blocks within a code block
  21. Hi soyned, thanks for reaching back out. This will not be a feature going forward. The intended behavior is that code block exists on its own with only text inside of it.
  22. Thank you for this feedback. The empty space is for the table UI elements, and then there's a blank line above (and below) that to ensure you can get the cursor ahead of and behind the table. Our text editor team is taking all the feedback of the new tables into consideration, so this is appreciated.
  23. The intended behavior of code blocks is text only. This means no bullet/numbered lists, todos, horizontal rules, tables, images, encryption. On certain versions of the app, it was possible to add these options to code blocks but in future updates it will be text only. There have been fixes and updates to code block that will be available in the forthcoming updates. This should address the "double code blocks" and paste and match style issues. Please keep your app updated, and if you notice any outstanding issues after the update, please open a support ticket and we'll gladly assist you further.
  24. Thanks @EdH, I've reported this to our development team and they're investigating.
  25. Thanks for mentioning that, I see exactly what you're showing. I've reported this unexpected behavior to the development team.
×
×
  • Create New...