summaryrefslogtreecommitdiffstats
path: root/2020/info/12.md
diff options
context:
space:
mode:
Diffstat (limited to '2020/info/12.md')
-rw-r--r--2020/info/12.md39
1 files changed, 12 insertions, 27 deletions
diff --git a/2020/info/12.md b/2020/info/12.md
index ec27620b..78475007 100644
--- a/2020/info/12.md
+++ b/2020/info/12.md
@@ -34,11 +34,9 @@ only way we can do true justice to the topic.
## What's better: one big file or many small ones? :>
+For knowledge management: many files (see also org-roam)
-### For knowledge management: many files (see also org-roam)
-
-
-### Otherwise: one big file to have everything (todos, projects, notes, etc…) in one single place.
+Otherwise: one big file to have everything (todos, projects, notes, etc…) in one single place.
- possible walk around by some hacks?
@@ -48,8 +46,7 @@ only way we can do true justice to the topic.
## What's the Emacs icon
-
-### Browser extension for org-protocol (anyone got the link / name?) is this <https://addons.mozilla.org/en-US/firefox/addon/org-capture/> or this <https://addons.mozilla.org/en-US/firefox/addon/edit-with-emacs1/>
+Browser extension for org-protocol (anyone got the link / name?) is this <https://addons.mozilla.org/en-US/firefox/addon/org-capture/> or this <https://addons.mozilla.org/en-US/firefox/addon/edit-with-emacs1/>
## How do you feel about archive files in org mode, how can that work in?
@@ -60,17 +57,14 @@ only way we can do true justice to the topic.
## How big are your org files?
+main file: 38000 lines for all GTD-tasks and he does archive
-### main file: 38000 lines for all GTD-tasks and he does archive
-
-
-### Karl does use archiving although Karl does use Org tasks even in knowledge management and those don't get archived most of the time.
+Karl does use archiving although Karl does use Org tasks even in knowledge management and those don't get archived most of the time.
## Does it not consume more resources and time to load multiple files than a large file of the same contents?
-
-### Dealing with hiding contents is computationally expensive.
+Dealing with hiding contents is computationally expensive.
- I doubt it is correct. Emacs display engine is quite effective dealing with invisible text. Moving cursor around is affected, but I never heard (and never experienced) issues with scrolling on large (2Mb) org files.
@@ -95,24 +89,15 @@ only way we can do true justice to the topic.
## Doesn't using many small org file clutter up your buffer list when generating agenda etc?
-
-### Personally, I limit org agend to just a few files while keeping notes in many more.
+Personally, I limit org agend to just a few files while keeping notes in many more.
# Notes
-## Speaker's emacs.d: <https://github.com/zaeph/.emacs.d>
-
-
-## Mentioned: <https://karl-voit.at/2020/05/03/current-org-files/> -> Karl's big Org files
-
-
-## org-element.el: <https://orgmode.org/worg/dev/org-element-api.html>
-
-
-### single-threaded lisp function that parses the whole file
-
-
-## "the problem is to let org-element to make sense of the item (?) &#x2026; "
+- Speaker's emacs.d: <https://github.com/zaeph/.emacs.d>
+- Mentioned: <https://karl-voit.at/2020/05/03/current-org-files/> -> Karl's big Org files
+- org-element.el: <https://orgmode.org/worg/dev/org-element-api.html>
+ - single-threaded lisp function that parses the whole file
+- "the problem is to let org-element to make sense of the item (?) &#x2026; "