Formatting, typos - talk 14-20

1 files changed, 22 insertions, 23 deletions

diff --git a/2020/info/18.md b/2020/info/18.md
index 8dcb3ad0..6633c598 100644
--- a/2020/info/18.md
+++ b/2020/info/18.md
@@ -39,42 +39,41 @@ Points to be covered
 
 <!-- from the pad --->
 
--   Actual start and end time (EST): Start 2020-11-28T15.39.41; Q&A  2020-11-28T15.56.29; End 2020-11-28T16.01.03
-
+- Actual start and end time (EST): Start: 2020-11-28T15.39.41; Q&A:
+  2020-11-28T15.56.29; End: 2020-11-28T16.01.03
 
 # Questions
 
-
 ## Why not to run a background Emacs for parsing instead of implement a new parser?
-
-Running a background Emacs progress sounds great, but is still limited. Forwarding all queries to a background Emacs (like org-mode's exporter does) is only feasible with a (??? zaeph can probably fix the answer)
-
+Running a background Emacs progress sounds great, but is still
+limited. Forwarding all queries to a background Emacs (like org-mode's
+exporter does) is only feasible with a (??? zaeph can probably fix the
+answer).
 
 ## How often does the DB index get updated in order to contain changes within Org files?
-
 Either on save, or on idle-timer.
 
-
 ## Did you ever think of opening up (or designing) the SQL DB as a general Org speedup-tool outside of org-roam so that other libraries that do execute complex queries are able to re-use the summarized data?
+FYI, see John Kitchin's work, he uses a SQLite database to index his
+Org
+files. <https://kitchingroup.cheme.cmu.edu/blog/2017/01/03/Find-stuff-in-org-mode-anywhere/>.
 
-FYI, see John Kitchin's work, he uses a SQLite database to index his Org files. <https://kitchingroup.cheme.cmu.edu/blog/2017/01/03/Find-stuff-in-org-mode-anywhere/>
--   John's DB approach is great. However, we should not end up using several DB-index in parallel. ;-)+1
+- John's DB approach is great. However, we should not end up using
+  several DB-index in parallel. ;-)+1
 
+## Obviously with the 'global backlinks' agenda, it would be interesting to combine with the eev stuff from before :-) (<https://github.com/edrx/eev>)
 
-## Obviously with the 'global backlinks' agenda, it would be interesting to combine with the eev stuff from before :-) ( <https://github.com/edrx/eev> )
-
-
-## about the external program, you could just talk to the PANDOC guys (or Firn [Parses org-files into data structures with Orgize <https://github.com/PoiScript/orgize> ], Logseq [OCaml & Angstrom, for the document parser <https://github.com/mldoc/mldoc> ]), they're very helpful and have already a good org-mode parser
-
+## About the external program, you could just talk to the PANDOC guys (or Firn [Parses org-files into data structures with Orgize <https://github.com/PoiScript/orgize>], Logseq [OCaml & Angstrom, for the document parser <https://github.com/mldoc/mldoc>]), they're very helpful and have already a good org-mode parser
 
 ## Is it feasible to have this process of parsing org-roam following the LSP protocol? that would allow to be editor agnostic, and it would save the work to define the communication protocol and any other technical details.
 
-
 # Notes
--  "org-roam just wants to create backlinks"
--  org-mode has many many files (377 lines in dired&#x2026; including .elc files)
--  If you want to create an index of all the org files using the native format, it would be very slow. So org-roam uses a sqlite database
--  ripgrep (written in Rust) is more capable than grep; used by some Zettelkasten
--  "Is there something we could do to import backlinks into org mode?"
--  "We've always tried to have an experimental ground where we can track backlinks"
-
+- "org-roam just wants to create backlinks".
+- org-mode has many many files (377 lines in dired&#x2026; including
+  .elc files).
+- If you want to create an index of all the org files using the native
+  format, it would be very slow. So org-roam uses a sqlite database.
+- ripgrep (written in Rust) is more capable than grep; used by some
+  Zettelkasten implementations.
+- "Is there something we could do to import backlinks into Org mode?"
+- "We've always tried to have an experimental ground where we can track backlinks"