From 89f7058c97d690c27cad9a67c7e3aeea67d2b2be Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Mon, 30 Nov 2020 13:56:19 -0500 Subject: Add rough dump --- 2020/info/12.md | 92 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 92 insertions(+) (limited to '2020/info/12.md') diff --git a/2020/info/12.md b/2020/info/12.md index 599882be..ec27620b 100644 --- a/2020/info/12.md +++ b/2020/info/12.md @@ -24,3 +24,95 @@ I feel qualified to talk about this topic for two reasons: I intend the talk to be fairly light-hearted and humorous, which is the only way we can do true justice to the topic. + + +- 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) + + +### Otherwise: one big file to have everything (todos, projects, notes, etc…) 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 or this + + +## 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 + + +### 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 ) + + - 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…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. –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 ;-) + + +## 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. + + +# Notes + + +## Speaker's emacs.d: + + +## Mentioned: -> Karl's big Org files + + +## org-element.el: + + +### single-threaded lisp function that parses the whole file + + +## "the problem is to let org-element to make sense of the item (?) … " + -- cgit v1.2.3