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


Evernote Business User
  • Content Count

  • Joined

  • Last visited

  • Days Won


Eldorado last won the day on July 12 2018

Eldorado had the most liked content!

Community Reputation

26 Good

1 Follower

Profile Information

  • Subscription

Recent Profile Visitors

1,731 profile views
  1. Simply Right-Click on an already created tag and select 'Create tag in "<this>"...' to create a sub-level tag (if you are a Windows user - if not, I'm sure that other platform offer similar functionality 😉). I've done so with groups of tags to describe note attributes like "When?", "Who?", "Where?", "Type" and so on. My current tag tree looks like the following: You can find a more-in-detail description of this methodology in http://discussion.evernote.com/topic/114779-using-tags-to-implement-dynamic-todo-lists/. This makes it completely unnecessary to structure noteb
  2. Moreover I just saw a nice feature regarding auto-converting link formats: If I inserted external links ("https://...") to other documents (like an eMail body in Outlook) and then Copy&Paste this text back to an EN note EN converts it to an internal link ("evernote://..." automatically (NICE) and changes the colour to green (default for internal links! - very good) But... If I inserted external links ("https://...") to an eMail body in Outlook and then use "Save to Evernote" to move my sent message to EN EN does not auto-convert the links (@EN-Dev
  3. What's the difference? On Windows, I sometime had the feeling that EN places both formats the clipboard (this is possible in Windows - we use this feature in our programs ;-)). So any other application is free to select the propper one for its own purpose during paste (Word: https:..., Evernote itself: evernote:...) Maybe I was confused during my tests. But I think they should not be toooo clever: If I have two distinct commands to place explicitely one URL in the clipboard, I will use the desired one in any case. BTW: In my environment I use the internal URL even in external
  4. Small addendum: to [A] Because "Note -> Copy Internal Link" works like a "Note -> Copy External Link" in this case (in a New window), this is could be seen as a feature (with invalid naming) - and it is the only way to get an external link to my note 😉. @EN-developers: Please end up these boring discussion by simply offenering both commands ("Note -> Copy Internal Link [CTRL-ALT-L]" and "Note -> Copy External Link [CTRL-/]") ... in both modes (Main window and New Window) ... with accellerators shown in command menus (to help to remember them easily for
  5. Huh, annoying because it makes a difference whether you are working on note within EN's main window or with a New Window 😞 If you are working on a note in EN's main window Command "Note -> Copy Internal Link" shows an accelerator "CTRL-ALT-L" ... and stores a classic URL in Window's clipboard (OK) CTRL-ALT-L does this job without clicking through the command (OK) "CTRL-/" does NOT work (FAIL) ... on German keyboards because a "/" is reachable only by using a shift key 😞 and CTRL-SHIFT-/ seems to have no or any other functionality Co
  6. Question: Is it possible to retrieve a classic note link ("evernote:///...") to a note directly from the user interface? Background: RClick on a note only offers "Copy Internal Link (Ctrl-Alt-L)" which ends in a "https://..."-URL to be inserted in other documents (like Excel, Word, ...) On a MAC someone tolds me to press an "option button" after RClick to find the command - but on Windows, I've neither an Option-Button available nor does CTRL work :-( My current workaround is to paste the internal link to a (new, temp.) note text then RClick on this new inserted text a
  7. From my point of view: A note should NEVER change its internal ID (is it a GUID?) when it gets moved. Even if I export a note and re-import it, its ID should be retained as long as possible (means: as long as it does not exist in the importing EN instance [*]). This is the only way to keep links (from note to note or from outside to a note) valid as long as possible. Currently a note gets a new ID during import operations which means that links are broken - even if you import a bunch (of linked) notes in one operation :-( [*] If a note ID is already available, EN should compare the
  8. FYI: I wrote to support and got Ticket# 2613860. They have an URL that does not clip and a log that shows that "nothing" is done ;-). They can reproduce and confirmed the bug - but have no solution so far (OK, I might use Firefox or Safari as a workaround...). I'll keep You informed about further success stories...
  9. Maybe I misunderstood the question. But if you have a local HTML file and want to "clip" it to a EN note, you might to define an import folder with Tools -> Import Folders... and simply copy your file to this folder. EN tracks changes within this folder an automatically imports files to a note before removing the file (because it's saved in EN ;-). Going this way work fine for me because EN displays HTML files directly as note text - not as an attachment.
  10. @gazumped: Contacting support is like a lottery: If you win a first price, you will get someone who does not ask for a screen videos, a logfile and many other detailed information on things that can (and are) described in one or two short sentences. EN's forums are not so big that they cannot be monitored by one or two supporters. They DO it (I'm sure and I rely on it) - wo what's the problem to save our time and nerves and simply say "OK, we see the problem, we're working on it and we have some hints to work around it."? WebClipper has been a reliable tool for a very long time - currentl
  11. So it is NOT mentioned. A bug with that an attention value should be mentioned if it is fixed. I will not go the beta testing torture to figure it out, sorry.
  12. Yes, we have priority access. But on such a wide (common) problem it might be easier to collect messages and answer them with one or a few statements. Even a well organized support team can be flooded by such incidents (that then have to be answered one by one).
  13. Full agree - it's frustrating :-( Some pages and|or articles work (are uploaded completely), some (most) are ignored in full or come to ENs server as an empty note. In these cases there is no response from clipper (in Chrome) and the log tells me "Note ... has been uploaded" and some other lines like "Sync finished". I'm using actual Chrome 68.0 and EN-Clipper 7.4 in German UI on an actual Windows10 system (64 Bit).
  14. As a Premium user You are able to retrieve older versions of notes by clicking on Note and then using Note -> Note History... But this is possible only if you can find a deleted note in Trash ;-). So it's not a good idea to cleanup Your Trash... Just found for myself: As a Business user you even cannot delete notes from Trash. To permanentely remove notes you have to be administrator and use the admin console screen.
  15. Now I can see the problem with a list of more than 4k notes :-) But in my case the slider does not bounce back to the original position. If I release the mouse button at the upper or lower end it bounces back only some lines. So the first (or last) notes cannot be seen. If I start the drag operation nearly at the end and release it at the end, the bounce-back amount is lower than if I start at the middle of the list. It seems that the amount depends on the count of lines that have to be scrolled until the end. After the third or fourth try, I can reach the real end of the list...
  • Create New...