Jump to content

fragefrank

Level 2
  • Posts

    52
  • Joined

  • Last visited

Everything posted by fragefrank

  1. Different people have different tagging systems If you rely on tags, you can have many tags, and then it's not a matter of discipline but of memory. "Edit tag" is not a good name for this menu. You can add tags when there are no tags as well as iedit existing tags. Simply create the note and then bring up the menu. The matter is the location of the workstep within the workflow. Not the name of the menu. The function 'add tag' already does tag completion. My suggestion is that this function, not the 'edit tag' function, does 'partial tag completion'. Like the WebClipper does. To improve consistency when adding (not editing) tags to notes.
  2. The Webclipper's 'add tag' field has partial tag completion. It's very useful for tag consistency when adding tags: when you have many tags, it's impossible to remember how exactly they are typed. Currently, if you type 'age' only 'age old' would be suggested, but not 'old age'. Thus likely, you create a new tag with a different name for the same semantics. Your tags become inconsistent. Edit tag menu also has partial tag completion, but it doesn't help. I'm interested in consistent adding of tags at note creation, not in editing tags afterwards. Could make it a setting to choose in the preferences.
  3. The web clipper supports partial completion of tags when assigning a tag. Typing a string will find tags that contain the string anywhere in the tag. Not just tags that start with it. Typing 'recipes' will list 'recipes old' as well as 'old recipes' as options. This is incredibly useful to keep tags consistent and coherent. Please add it on the desktop /web clients as well. Such a simple thing. I can not quite understand why it's not there yet.
  4. The new keyboard shortcut CMD + J for switching to a note goes halfway to this. To create an 'add link' features, allow in a similar way to search for a note and insert a link to it at the current cursor location.
  5. Perhaps making this an optional setting or preference would be good. I want the displayed text of a link to always reflect the actual title of a note. Update if it changes, and **indicate** broken links when the note is deleted. This is for a workflow of progressively building a second brain. When curating notes, note titles do dynamically change as the knowledge grows. They become more specific, more general, or change entirely, etc. Yet if the linked titles to the notes don't reflect this dynamics, it becomes inconsistent and unusable. Currently, if a note is linked, you should not change it's title. At the same time, you don't even know IF a note is linked. So basically, to keep consistency, currently one either shouldn't link so one can change note titles, or one shouldn't change note titles so one can link. Both doesn't make much sense.
  6. True, it's there at a within-note level. But I'm suggesting it at a global and tag level for a purpose: maintaining organisation in notes and tags. Its tedious to impossible to change parts of hundredths of note titles or tags by hand.
  7. Search and replace, at multiple levels: text within notes, note titles, tags. It's such a useful and standard feature to have in any text-based application.
  8. Currently, a within app link to a note, once inserted, doesn't update when the linked not changes its title, or is deleted. Update note links within a note accordingly.
  9. To work with multiple notes in parallel, allow an option (with right click?) to open a linked note in a new window when clicking on it.
  10. A lot of note-taking happens in markdown these days (Wiki / Github / Discourse / Roam / Obsidian ). If Evernote is not to support Markdown on its own natively, at least provide an import filter for markdown files?
  11. If inline anchors aren't supported, at least provide a quick-add feature for linking to another note. To link to note A within note B, you currently have to navigate to note A itself copy it's link navigate back to note B find the location you wanted to insert the link in B again insert the link. In Notion / Roam / Obsidian / MarkDown editors this is super easy: 'add link' within Note B, with the cursor at the correct insert location, opens a search option for a note title, with partial search you just select the note you want, its link gets inserted at the correct location. Done. While linking to anchors within other notes would obviously be great, such a simple quick-add to other notes would suffice in many cases.
  12. Create a 'add link' function as in Roam / Notion / Obsidian: "add link" opens a search box to search for the note to be linked. The current way to link to another note requires to navigate to the note in order to copy it's link. This is VERY cumbersome todo, almost unusable on a large-scale.
  13. That's a work-around using keywords instead of tags. The idea here is to create actual tags inline. Currently, tags relate only to a note; the feature request is that tags can exist within text as well.
  14. This would also enable using Evernote more in the style of Roam Research or Obsidian. For example, you could write 'discussed this and that with [[@NameOfPerson]]', and automatically tag the note with a tag for that person.
  15. Allow entry of page elements inline, as in Notion or Roam research: typing / opens a list menu with a choice of items like list, checkbox, header, page etc. Extremely convenient for keyboard focused usage.
  16. Add the right click context menu's for formatting that are pretty much standard for most other applications. On a wide screen, selecting a text and turn it in a todo box required to move the mouse to the upper right corner, click insert, and select Todo. This is madness for day to day work. A right-click context menue should offer a formatting box for such things.
  17. As with tags, allow to edit notebooks where they are best seen: in the left hand list. (Why require an extra menu for this at all ?)
  18. Allow the tag manipulation in the tag area always listed. The current workflow is based on a duplication of the menu (when clicking on TAGS), where essentially the same representation opens with no additional value. Allow to edit tags where they are seen first.
  19. Allow to rename a tag by clicking on it twice, just as in the file explorer. The current workflow is super redundant and time consuming when renaming many tags: click on ... icon to the right of the tag, click on rename, then rename, click OK in a box. This workflow has been solved on multiple operating systems by clicking on e.g. a filename twice, renaming, Enter. Done.
  20. Allow to right click on a tag to open the context menu in addition to clicking on the ... icon to the right of the tag. Just as in file exlorer.
  21. In autocompletion of tags, show all tags that contain the entered string. Partial-tag completion. You do this on the Webclipper. It's massively useful to keep tags consistent.
  22. Allow selection and movement of multiple tags, just as in a file explorer.
×
×
  • Create New...