Jump to content

HeBoIz

Level 3
  • Posts

    235
  • Joined

  • Last visited

4 Followers

About HeBoIz

Recent Profile Visitors

1,242 profile views

HeBoIz's Achievements

241

Reputation

4

Community Answers

  1. The request to control which image is shown in a note's thumbnail/snippet view is open and unfulfilled since nearly 13 years (see for example following link). So opening a new thread and reporting issues with control over thumbnails likely wont't change anything. At least I wouldn't have to much faith in support to "just fix this". During the last decade EN has changed in many ways. This includes the hidden logic and algorythms how EN treads and changes thumbnails. It is reported that there had been a rather complicated algorythm how EN legacy managed thumkbnails, depending on size and extensions. Since we have EN 10 wich is now another couple of years ist seems like the first attachment wich is added to an note is chosen as thumbnail. This may lead to not wanted thumbnails oder grey block as placeholder. As thumbnails seems to be locally and separatly saved in specific databases handling fof thumbails may differ on workstation, os or mobile. And last but not least: these local thumbnail-images seem to be saved and displayed on windows or mac apps as long as there is at least one attachement left. The only workaround with existing note for changing thumbnails I know, is 1. remove and save all attachements locally 2. wait until note is fully synced with EN-servers and thumbnail finally is deleted and removed from note and 3. upload wanted image for thumbnail first 4. wait until new thumbnail is saved and synced 5. upload all other remaining images and attachements. Alltogether no solution für often and daily use... There may be many reasons why this isn't "just fixed" oder implemented. Cache- and database-handling may be very complicated. Additionally there may be need for a separate thumbnail-administration, including separate note history and restoring and so on. May be to much to do for onlay a part of users be on top-level of developement, still in these days...
  2. As you obviously not tend or can afford to pay for your use: Thank you for leaving and good luck. But one last question: why should we know you are leaving?
  3. Come on: limitless free is gone! Take it or leave it…
  4. Just select the entire column, copy (strg+c), then paste as plaint text (strg+shift+v) - should insert plain text in paragraphs… --- Addition : <strg> is the equivalent on German keyboards to the control-key, so I should have written <ctrl>+<shift>+<v> 😉
  5. O.k welcome to the club. Couple of people where searching and asking for alternatives to EN Legacy since V10 came out, which is now years ago. Answers are different and very much depending on individual use cases, but obviously there is no 1:1 replacement for all Legacy-features. (which by the way are you missing?) And there seems to be a big group counting EN 10 to best alternative for Legacy, including me, …
  6. If it is a shared note you might try to duplicate the note. You won‘t be able to edit the original only shared note. But your duplicate should do…
  7. As far as I can see there seems to be / has been a bug which leads/led to "untitle notes" with V10-enex-export in some cases. (this never happend to me with legacy enex export) see:
  8. Issue happens in my case at work with Chrome browser with latest web version of EN 10, for security reasons there is no second or alternative browser to use in my case…
  9. Good description, same with me. my workaround: twice clicking on reload within a few seconds, this brings back evernote web, mostly without lost content. still annoying as workflow is broken…
  10. @CalS personal solution and system-components have been posted on several places, see for example https://discussion.evernote.com/forums/topic/135223-evernote-10-pain-points/?do=findComment&comment=615198
  11. But basing on local data Legacy probably may still be a pretty intelligent solution for fast access to older notes or date and for export / migration. So as CalS said... Legacy might be freezed in but should still be usable for these purposes. But without any doubt: Using Evernote for notetaking pkm etc. will better be done with EN 10.
  12. yepp - but for those who want to export their notes and migrate to other services EN Legacy and Legacy export functions may still be of some use for most of their notes for a certain time even without update by sync.
  13. Same issue in my case. EN-web-clipper used to offer special option "clip email(s) to Evernote". Emails would be clipped as HTML-Web-Clip including all attachements. Today ist the first time I realized that this feature seams to be broken in EN-web-clipper. No option to "clip email(s) to Evernote". Only standard options für ordinary web-pages. These Clippings don't include attachements (they just clip small preview pic for each attachements and links to gmail for each attachement). Since I use this quite regulary it must be a fresh bug. (Workaround may be: forward email do EN-email-address oder use additional EN-integration fpr gmail, which needs granted access to EN for 12 months)
  14. As reported above this isn’t an issue In my case with 10.53.1 where this takes only about 6 seconds. May be that this takes longer on bigger accounts, for example triggered by update of complex local header data in background? In my account there are „only“ 10k notes.
×
×
  • Create New...