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.md99
1 files changed, 51 insertions, 48 deletions
diff --git a/2020/info/12.md b/2020/info/12.md
index c1ba2dd5..f506ba5e 100644
--- a/2020/info/12.md
+++ b/2020/info/12.md
@@ -28,78 +28,81 @@ only way we can do true justice to the topic.
<!-- from the pad --->
-- Actual start and end time (EST): Start 2020-11-28T13.43.24; Q&A 2020-11-28T13.51; End: 2020-11-28T14.00.07
-
+- Actual start and end time (EST): Start 2020-11-28T13.43.24; Q&A
+ 2020-11-28T13.51; End: 2020-11-28T14.00.07
# Questions
-
## 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&#x2026;) in one single place.
-
-- possible walk around by some hacks?
+Otherwise: one big file to have everything (todos, projects, notes,
+etc&#x2026;) in one single place.
+- Possible walk around by some hacks?
## Do you switch between British and French accents?
-
## 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?
-
## Could you post links?
-
## 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.
-- 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.
-
- - Actually, Org currently uses overlays to hide text, and the overhead of the overlays does eventually add up. There's a working branch that uses text-properties instead, and it may be merged to Org someday.
-
- - It is on the way ;) I need more feedback (see help request in <https://updates.orgmode.org/>)
-
- - If I ever have time to even get my Org upgraded to the latest version, maybe I can think about trying to test that ;)
-
- - Would it help to share the branch on github?
-
- - It would probably make it easier to use and more visible, so&#x2026;maybe? :)
-
- - Noted (or rather captured) (using org-mode right? :) Indeed
-
- - Karl: whenever I had severe performance issues and somebody was nice and helped to analyze the issue, "overlays" were the root cause in probably 90% of the cases. However, an average user (including me) does not know if a specific feature is implemented using overlays or not. My Org life is basically try and error ;-)
-
- - FYI, if you use org-indent-mode (or whatever the name is of the mode that uses overlays to indent contents), you could disable that to reduce the number of overlays in a buffer. &#x2013;alphapapa
-
- - Karl: thanks a bunch. However, some features are delivering important features to me so that I do have to accept the performance overhead to a certain level. That's a difficult trade-off I do have to make from time to time ;-)
-
+- 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.
+ - Actually, Org currently uses overlays to hide text, and the
+ overhead of the overlays does eventually add up. There's a
+ working branch that uses text-properties instead, and it may be
+ merged to Org someday.
+ - It is on the way ;) I need more feedback (see help request in
+ <https://updates.orgmode.org/>).
+ - If I ever have time to even get my Org upgraded to the latest
+ version, maybe I can think about trying to test that ;)
+ - Would it help to share the branch on GitHub?
+ - It would probably make it easier to use and more visible,
+ so&#x2026;maybe? :)
+ - Noted (or rather captured) (using org-mode right? :)
+ Indeed.
+ - Karl: whenever I had severe performance issues and somebody was
+ nice and helped to analyze the issue, "overlays" were the root
+ cause in probably 90% of the cases. However, an average user
+ (including me) does not know if a specific feature is implemented
+ using overlays or not. My Org life is basically try and error ;-)
+ - alphapapa: FYI, if you use org-indent-mode (or whatever the name
+ is of the mode that uses overlays to indent contents), you could
+ disable that to reduce the number of overlays in a
+ buffer.
+ - Karl: thanks a bunch. However, some features are delivering
+ important features to me so that I do have to accept the
+ performance overhead to a certain level. That's a difficult
+ trade-off I do have to make from time to time ;-)
## 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 agenda 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; "
+- 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;".