summaryrefslogtreecommitdiffstats
path: root/2021/talks/build.md
diff options
context:
space:
mode:
authorSacha Chua <sacha@sachachua.com>2021-12-03 17:12:42 -0500
committerSacha Chua <sacha@sachachua.com>2021-12-03 17:12:42 -0500
commit81873aefa52d34e3fca0253c5a47f73773e25611 (patch)
tree24ca700e6e65ec3649f049d2ff1ea61cfbdb1535 /2021/talks/build.md
parent6b5c885d60ed46afd3addc7c6de326992dc5b92f (diff)
parent284293d28d8495ef1dc8c23aa39228a3c2e45212 (diff)
downloademacsconf-wiki-81873aefa52d34e3fca0253c5a47f73773e25611.tar.xz
emacsconf-wiki-81873aefa52d34e3fca0253c5a47f73773e25611.zip
Merge branch 'master' of git.emacsconf.org:emacsconf-wiki
Diffstat (limited to '2021/talks/build.md')
-rw-r--r--2021/talks/build.md13
1 files changed, 13 insertions, 0 deletions
diff --git a/2021/talks/build.md b/2021/talks/build.md
index 7ec0da46..9b34f6fd 100644
--- a/2021/talks/build.md
+++ b/2021/talks/build.md
@@ -30,6 +30,19 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar>
# Discussion
+Pad:
+
+- Q1: Which level of compatibility with GNU Emacs do you want to achieve?
+ - A: I want to achieve 100% compatibility (when possible)
+- Q2: Are you then planning to reimplment all Emacs C primitives?
+ - A:No, the underlayer would be different
+- Q3: Do you plan on doing something to ease interaction between redundant "components" in both Elisp and Common Lisp (like CLOS and EIEIO)? How about semantic differences between both?
+ - A: (Probably answered by voice.)
+- Q4: Have you used Nyxt, which is Emacs-like and written in Common Lisp? If so, what did you think about it?
+ - A: I think it's a great project and I would like to use it as a my main Browse (with the firefox extension layer)
+- Q5: "Emacs is a great operating system, just lacking a good editor." How do you feel about the push to use Emacs as a full computing interface, and do you think Cedar could thrive in some of the fully common lisp system ideas that might catch on (like Robert Strandh's proposed CLOSOS)?
+ - A: I think CEDAR can achieve more integration with the OS (the same as the CL implementations) but I think the goal of been a good Emacs is good enought
+
IRC nick: akrl
- I think the performance stuff is mostly orthogonal to elisp. ex. very large files or files with really long lines grind horribly.