Bear uses NSTextAttachments to display the link symbol. Hiding is not a problem anymore, but it's not enough. It could reveal the URL or by clicking into it, a dialog could pop up like in Bear. And you can edit it by navigating the cursor into the URL part. So ideally the URL field should be hidden. Markdown links have the problem that the URLs are way too long and clutter your note. They contain a quite detailed plan how I want to implement a feature or fix a bug. Once finished, they will be filed away into an archive. Project notes are created using the Slip-box notes as source material, and they are only relevant for the duration of that project. While Inbox notes are temporary, means after processing I either file them away into an archive or delete them (they don’t stay in “Inbox”), the Slip-box notes are permanent. They can have more backlinks and none or several forward links. ![]() Different from Inbox notes, the Slip-box notes are numbered with an ID and have at least one backlink. Both have a descriptive title, a link to the source (email, article, Tweet, …) and a summary. Inbox and Slip-box notes are written as short as possible in my words and are atomic, means they contain one point (idea, thought, issue, request, …). There are at least 3 different kinds of notes: Inbox, Slip-box and Project note. “Current Sprint” contains what I want to finish in my current two-week sprint and then I move the notes to “Done”, then “Archive”. “Ready Backlog” contains project notes which are ready to start. These notes are work-in-progress, so I still need to take time to work on the content. “WIP Backlog” contains pre-selected projects I want to complete in near future (means features I want to build). I try to boil down the content in the heading, add a source link and a summary if I need to elaborate beyond the title. The Inbox folder is the place for anything new I want to capture. The other folders are inspired by GTD and agile project management and not strictly part of the Zettelkasten method. You will later see how topics can be managed. My recommendation is to start with a single folder and if you combine notes to a subfolder, just give it a number, not a topic. I already have notes which link between the categories and ran into some problems where it’s not entirely clear if something is a bug (issue) or a feature. So, I might merge them in the future and assign tags instead. Normally, you shouldn’t create any kind of topics so that you are not artificially restricted when you branch off from a topic. I have created four folders to have broad categories. My Slip-box notes are filed into the folders 1-4. I have sorted my notes and folders by title (see “View” in the menubar), so I can prepend a number and control the order of the folders: ![]() I mean the same kind of note with both terms. Don’t get confused in the video if I use the terms “Slip-box Note” and “Zettelkasten Note” interchangeably. Here, I’m describing how I organize my folders, the different kinds of notes and the process how I create them. Previously, I wrote this short article where I outline how I use Zettelkasten conceptually and give you a quick intro into what Zettelkasten is. Hi everyone, in this video (and article below) I want to show you how I use Zettelkasten with NotePlan.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |