Jump to content

Jay-Bob

Evernote Staff
  • Content Count

    158
  • Joined

  • Last visited

Everything posted by Jay-Bob

  1. Fujitsu, the manufacturer of the ScanSnap Evernote Edition Scanner is working on making the scanner's software and hardware drivers fully compatible and 64 bit. More information about 64-bit updates from Fujitsu can be found here: http://www.fujitsu.com/global/support/products/computing/peripheral/scanners/scansnap/faq/macos10134.html For this scanner's general compatibility and wi-fi compatibility with macOS 10.14 Mojave, please see the article on Fujitsu's website here: http://www.fujitsu.com/global/support/products/computing/peripheral/scanners/scansnap/faq/ssee-mojave.html Peripheral updates to any hardware device from 3rd parties like Fujitsu after Apple updates their operating system can take some time past the initial OS release. This is outside of Evernote's control as the drivers are developed by Fujitsu. It is recommended to keep an eye on the device manufacturer's compatibility page to wait until they confirm full compatibility with that OS before updating, to hopefully not encounter an OS update causing issues with your hardware in the future. For the installation issues it sounds like you're encountering, please first check your Applications folder on your Mac to ensure the ScanSnap Manager Evernote Edition software is not already installed. We've heard some similar reports of this. Past this, please ensure Evernote is also installed first before installing the ScanSnap Manager Evernote Edition software. I've followed up in your support ticket to further troubleshoot.
  2. Hi there, we've been unable to reproduce this in our testing so far. Do you by chance have detailed steps you're taking or a screen recording showing the issue in action?
  3. Thanks, I can reproduce this as you've shown it and have reported this to the development team.
  4. Thanks for the report, our editor developers are investigating this.
  5. Hi there, it sounds like in this case you may be looking to add additional table rows and columns to the note from your Android device, correct? If so, this issue resides more around the table in the saved template, rather than the template itself. As it happens, it is currently not a feature to add/remove table rows and columns on mobile devices. This would have to be done from a desktop computer. From a mobile device you can add text and content to a table in a note, but not alter the structure of the table itself. However, I absolutely see how this limits the usability of templates that contain tables you would like to use on mobile devices. I will relay this to our development team for further consideration.
  6. Hi there, this is something the developers are aware of and are planning on implementing in a future update. I don't have an estimate on when to expect this. Please do use the old web version or one of the Evernote desktop/mobile apps to view the encrypted content in the meantime.
  7. Thank you for the report ever_and_ever. I can reproduce this as you mention, and have filed a report with our developers.
  8. Thanks, I can reproduce this and have filed a report with our development team.
  9. Thanks for mentioning this. I can reproduce it as you describe and have filed a report with the development team.
  10. Thanks for the input folks. I can reproduce this exactly as you all describe and have filed a report with the development team.
  11. Hi there, I just reached out via DM to look into the line break issue you've been encountering. You can also get in touch with support via https://www.evernote.com/SupportLogin.action. Thanks!
  12. I hear you. In addition to what we already have, I'm trying to gather different use cases in personal and shared contexts to try and help the product team prioritize this amongst other feature requests. I agree, this would be a nice feature to have. At this time there is no ETA, but we're still listening. Please do keep the feedback and different use-cases coming and I'll keep the product team up-to-date as we continue to reassess in the future.
  13. Thank you all for your continued votes and feedback. To gather more specifics, can you please provide real-world scenarios on how you work and where different highlighters would make an impactful difference helping your workflow? Personal and collaborative situations described would be very useful based on your experience.
  14. Hi all, thanks for reporting this. I can reproduce it, and have filed a report with the development team.
  15. We've recently released an 8.3 update that should fix this issue. Google has added version 8.3 to the Play store, but it may take a few days before the update reaches your device. Please keep checking for updates until then.
  16. No eta on either. Another forum user here made a great third party integration that helps with both though, https://evertool.app/
  17. Hi all, Up through version 6.5.4 on Windows, paste and match style pasted as plain text, without headers and without links. For a period of time between versions 6.6 and 6.8 headers and links were retained when applying paste and match style. From the helpful and majority feedback you provided on the forums during that time, the paste and match style behavior was changed back to the prior behavior of pasting as plain text and has stayed that way since. If you'd like to keep the links on paste but without the source formatting, first paste normally, then apply "Remove Formatting" to the selection and it will return to the default font, but retain the links. As always, please keep the feedback coming here on the forums!
  18. Thanks folks, we've brought this up with the development team.
  19. Thanks for mentioning this. Our developers are aware of it, and the fix should be available in a future update (no eta on when to expect it).
  20. RE: emoji's, Ctrl-Z will undo the emoji and return it to text. We've relayed the request to the developers to make it an option to turn the feature off entirely. Thank you all for the feedback.
  21. Thank you, the devs are aware of this issue as well and it should be fixed in a future update. I don't have an estimate on when to expect this.
  22. Thank you all for reporting this - the development team is aware of it and are investigating.
  23. Thank you, I can reproduce the rendering discrepancy between versions with that clipped webpage. I've reported this to our developers.
  24. Hi @bshannon, thanks for reporting this. It sound like an issue our development team is aware of and should be fixed in a forthcoming update. If you'd like to DM me an exported copy of the note that shows blank, I can test it for you to make sure that it shows correctly in future versions of the application. Otherwise, while not ideal, the note should show correctly on Evernote Web, and if you stay up-to-date with the app, it will be fixed in future updates.
  25. On iOS San Francisco is used (shows as "Small" font size for default), but it syncs to Mac's default as Helvetica Neue 14 and vice versa.
×
×
  • Create New...