From c6c2d25cb561946e993e5dc5919afed8017cd087 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Thu, 8 Dec 2022 20:18:23 -0500 Subject: add etherpads to wiki pages --- 2022/talks/orgsuperlinks.md | 106 ++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 106 insertions(+) (limited to '2022/talks/orgsuperlinks.md') diff --git a/2022/talks/orgsuperlinks.md b/2022/talks/orgsuperlinks.md index 1fcf4c15..178a215e 100644 --- a/2022/talks/orgsuperlinks.md +++ b/2022/talks/orgsuperlinks.md @@ -57,6 +57,112 @@ More on bi-directional links and Karl's Org mode projects: [More Emacs-related articles by Karl](https://karl-voit.at/tags/emacs/) +# Discussion + +## Notes + +- Please note that Karl has written additional notes and links on + + the linked blog + article +- Method vs. tool: + + +## Questions and answers + +- Q: so the LINKS drawers holds so-called \"backlinks\"? + - A: yes. You can customize the drawer name. +- Q: does this configuration you use need packages outside elpa? + - A: yes. repository link: + +- Q:Can you filter out blocked taskes on stuff like your agenda or a + specific agenda view, When you want to know what you can do next? + - A: Blocked tasks are never shown on the agenda by default. + Whenever there is no scheduled timestamp attached to a heading, + it\'s not visible on my agenda. If you use the dependencies as + described in the demo, the timestamp is only marked if the + previous one is canceled. So blocked tasks are not shown in this + setup. +- Q:The functionality seems quite nice but the markup seems pretty + heavy in the property drawers.  Do you ever have any issues having + so much meta-level information in the file? + - A: As long as it doesn\'t need to be typed manually there\'s no + real issue. The orgmode files tend to be large. I haven\'t felt + it\'s bloated. +- Q:Does this change how you use todo keywords \"next, todo, + blocked?\", avoiding some or starting to use others + - A: No. My keywords are NEXT, STARTED, WAITING, DONE, CANCELLED +- Q:Org Brain has stuff like parent links and directional links, + sibling links. If org roam else has nothing else intersting what + about like the previous stuff? + - A: My links are not \"directed\" most of the time. So I don\'t + have the requirment for specific link types or directions. In + short: I don\'t need semantic links so far. Following the KISS + principle. I get the information from the context of the link. +- Q: DO you find that the links are fragile, hard to maintain? + - A: not really. sometimes I rename links and the link name is not + updated, that require some fixes by hand +- Q: PhD Thesis link + - A: The first + chapters of my thesis should be easy to read for the general + public as I summarize the history of PIM (Personal Information + Management) research + - \+ related github projects around tagstore + + - tagstore = research + prototype software in Python to do research around tagging + interfaces for local files + - flexible to adapt + - Topic: improving the local file management beyond the usual + hierarchy of directories (tagging + TagTrees) + - DONE AFTER my PhD: + + filetags, date2name, move2archive, \... +- Q: why not org-id\'s UUIDs for IDs, and the preference for + human-readable ones (and not just use CUSTOM\_ID for those)? + - Karl: I hate UUID because they\'re opaque, so I removed them. + - I don\'t understand. There is a part for human to read + description: \[\[UUID\]\[A human readable description\]\] + - Karl: this would not add any benefit from my personal point + of view as longs as the human-readable ID is unique. So why + not get rid of the UUID and use the humand readable link + text? + - A human readble link is fragile, e.g. space, non acsii + characters. When unexpected things happen, it is hard to + detect the change. Using human-readable link text + release the stress, so the user could focus on the + content.  + - Karl: You should take a look at my Elisp function that + generates the ID strings. No problem so far. + + - I found you write a blog about it: + + . I will read about it. + - I found \`(defun + my-generate-sanitized-alnum-dash-string(str)\` + in the + - way to generate your ID requires replace + non-ASCII characters: ;; + - Replace German Umlauts with 7-bit ASCII. + - ;; Replace German Umlauts with 7-bit ASCII. + - (str (replace-regexp-in-string \"\[Ä\]\" \"Ae\" + str t)) + - (str (replace-regexp-in-string \"\[Ü\]\" \"Ue\" + str t)) + - This is a very tedious work to do. I don\'t know + if users come from + - other non-ASCII characters would have to write + their own replacement + - regular expression. +- Q. do you have/use anything for \"what links here / to this + heading\", in a more occur/grep-style buffer and auto.? + - A: not yet, I use org-occur in the buffer and get the result +- Q: (totally tangential):  Do you navigate your files with the arrow + keys or with C-{pnbf}?  I saw arrows on your key-cast. + - It\'s more complicated than that: + + - In short: I\'m using the arrow keys but they are not where + you\'d assume they are. ;-) + [[!inline pages="internal(2022/info/orgsuperlinks-after)" raw="yes"]] -- cgit v1.2.3