summaryrefslogtreecommitdiffstats
path: root/2021/talks
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--2021/talks/org-outside.md31
1 files changed, 29 insertions, 2 deletions
diff --git a/2021/talks/org-outside.md b/2021/talks/org-outside.md
index f6dd2e6c..c0799e21 100644
--- a/2021/talks/org-outside.md
+++ b/2021/talks/org-outside.md
@@ -37,8 +37,35 @@ information.
# Discussion
-IRC nick: publicvoit
-
+BBB:
+- Hi Karl. I was wondering, does the specification make any restrictions with regard to indentation levels or hard vs. soft line breaks? Do you have any type of test suites that an implementation can use to be "certified" as orgdown(1)?
+- Are you worried about the different levels of orgdown leading to the same confusing situation we have with Markdown?
+- I think the ability to indicate that some tools are compatible with org is fantastic!
+- Less of a question and more of an idea: I feel like it might be clearer to have more "semantic" names for orgdown such as "basic" orgdown, "full" orgdown or something. Those names are not great, but I think that might make it easier to remember what is what. Thoughts? Was there a specific reason for choosing a numbering system?
+ - I like the Idea very much. There are some Mobile Markdown/Text Editors which shy away from support for org-mode. Maybe with orgdown support will be more widespread.
+ - Questioner: And we should really try to proliferate the orgdown compatibily
+- Was the syntax specification based on commonmark in any way?
+- I think my main concern when writing in org mode at the moment is that exporters aren't heavily test (I found the plain text export was accidentally mixing spaces and tabs in indentation). Do you have any thoughts on a specification of reference implementation for an export process? Or is that out-of-scope?
+- although usb 3.2 2x2 is also not much clearer
+- Oh, tags are not included in orgdown1 ... would this come in 2, or is there some workaround?
+- I like the Idea very much. There are some Mobile Markdown/Text Editors which shy away from support for org-mode. Maybe with orgdown support will be more widespread. I did actually plan on making an org-roam focused app, for which I will definitely include the orgdown compatibility! Very excited about this
+ - You already answered this (tags). Sounds good to keep it simple at first.
+- On the gitlab page it mentions that GH/GL have 95% support for orgdown: what is the 5 missing percent?
+- Are you hoping for most of this discussion to happen through GitLab?
+- Shame that gitlab does not have a github like discussion page yet
+- Did you get any feedback from the Org mode maintainers?
+- Just wanna preface this that I don't wanna complain about GitLab. Just also bringing up what a few folks on #emacsconf said as well. Sourcehut could be used, especially because of its mailing lists feature. The only other reason I could see that being interesting is that the head of Sourcehut is a large Gemini advocate as well. That could motivate more attention within the growing Gemini community for using Orgdown (outside of Emacs).
+- Yeah, honestly, I'm excited to see what the rest of the Org community would want. Whatever platform, I'm excited to start contributing when I can.
+- There seems to be a similar simplify-the-org-format approach in this recent neovim project: <https://github.com/nvim-neorg/neorg,> FYI. Might be worth looking to see if orgdown1 is compatible
+- neorg seems to be an expanded org-mode syntax and is not compatible with orgmode
+
+BBB feedback:
+- I think no tags is a good idea, very implementation specific
+- I think it's a fantastic idea, and the initial proposal is very good!
+- i need to go, but thanks for introducing the idea, excited to see where it goes!
+- Thanks for your proposal. I really hope it will work out.
+
+IRC: (nick: publicvoit)
- is there a tree-sitter parser for orgdown already? :P
- it seems to me that as org evolves, either orgdown eventually becomes incompatible with org or org is prevented from changing because it would break orgdown. I guess backcompat with existing org documents constrains org-mode this way already, though
- what level would you call github's implementation is?