summaryrefslogtreecommitdiffstats
path: root/2024/talks
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--2024/talks/blee.md3
-rw-r--r--2024/talks/casual.md5
-rw-r--r--2024/talks/emacs30.md3
-rw-r--r--2024/talks/guile.md1
-rw-r--r--2024/talks/gypsum.md3
-rw-r--r--2024/talks/hyperdrive.md1
-rw-r--r--2024/talks/literate.md6
-rw-r--r--2024/talks/org-update.md7
-rw-r--r--2024/talks/p-search.md2
-rw-r--r--2024/talks/pgmacs.md3
-rw-r--r--2024/talks/project.md1
-rw-r--r--2024/talks/rust.md1
-rw-r--r--2024/talks/shell.md24
-rw-r--r--2024/talks/students.md4
-rw-r--r--2024/talks/transducers.md4
-rw-r--r--2024/talks/writing.md2
16 files changed, 63 insertions, 7 deletions
diff --git a/2024/talks/blee.md b/2024/talks/blee.md
index db8b788f..db082d72 100644
--- a/2024/talks/blee.md
+++ b/2024/talks/blee.md
@@ -272,6 +272,9 @@ Previous Talks: <https://emacsconf.org/2021/talks/bidi> and
- I skipped the whole thing because I suspected it would just annoy me for no other reason than that one term. (Maybe this was excessively prejudicial of me, but seriously, not my religion, I suspect I'd be unwelcome.) (maybe this is an English-specific thing, Do Not Mention Religion, because last time we mentioned it we had centuries of religious wars.)
- Hard topic, it feels like we are in an era of closing open-source software, eg redhat
+- YouTube comment: Phenomenal thinking. I will be reading the Nature of Polyexistentials
+- YouTube comment: Dude was cooking with this one 🔥🔥🔥🔥
+
[[!inline pages="internal(2024/info/blee-after)" raw="yes"]]
[[!inline pages="internal(2024/info/blee-nav)" raw="yes"]]
diff --git a/2024/talks/casual.md b/2024/talks/casual.md
index 068d38e2..b940d859 100644
--- a/2024/talks/casual.md
+++ b/2024/talks/casual.md
@@ -146,6 +146,11 @@ Charles Choi has been an Emacs user since 1989 but did not get around to learnin
- it is just not the only way to learn Emacs commands
- And menus are also keyboard driven, as M-x tmm-menubar shows
- time for a keyboard upgrade, i can't be bothered to type C-c c or M-x anymore either
+- YouTube comment: Great presentation! I've been using Casual since it arrived and have been very happy with it; it makes working with emacs much easier. I now also create transients for commands I use, neatly grouped in categories. Transients: life saver.
+- YouTube comment: This is great! Emacs's plethora of powerful functionality really needs a better way to surface itself to users and this is a great step in that direction. I do have a few thoughts, though:
+ - Q: Is there a convenient way for a user in a transient to get more information about a menu entries? Specifically: the normal keybindings (if available) and command documentation.
+ - It could be useful to gather and display statistics about menu usage. Imagine being able to generate a personalized keybinding cheat sheet with the menu items you use the most!
+
[[!inline pages="internal(2024/info/casual-after)" raw="yes"]]
[[!inline pages="internal(2024/info/casual-nav)" raw="yes"]]
diff --git a/2024/talks/emacs30.md b/2024/talks/emacs30.md
index a73751e0..5fbfec44 100644
--- a/2024/talks/emacs30.md
+++ b/2024/talks/emacs30.md
@@ -82,7 +82,8 @@ Philip Kaludercic
- it's completion all the way down
- use-package :vc is much welcome! (as one coming from Clojure's deps, such a breeze)
- great talk!
-
+- YouTube comment: Really good rundown of the changes. Thank you! Looking forward to start using 30.
+- YouTube comment: I would like to know when EMACS 30 will be officially released? I looked around Arch repos and EMACs website; I just see EMACS 29.4. Also I did install from the Google Store the EMACs editor on my Samsung S22, it works but one problem is I can't access file directors in the home directory. It is very annoying, yet the EMACs editor works well. There is so much security and permissions on these Android devices, makes it very annoying just to open a text file.
[[!inline pages="internal(2024/info/emacs30-after)" raw="yes"]]
diff --git a/2024/talks/guile.md b/2024/talks/guile.md
index f1283063..1bd72def 100644
--- a/2024/talks/guile.md
+++ b/2024/talks/guile.md
@@ -187,6 +187,7 @@ Feedback:
- <3
- lounge-204, there may be a guix connection in that object-capability-based secure IPC may enable guile-emacs to have fairly deep integration with other guile programs like guix and shepherd
- robin: speaking of security, guile-emacs will have a very straightforward answer to problems like https://eshelyaron.com/posts/2024-11-27-emacs-aritrary-code-execution-and-how-to-avoid-it.html -- the application of the slogan "if you don't have it, you can't use it". ordinary elisp coding style doesn't necessarily allow for automatic detection of that kind of threat, but in that specific case we would use our CL dialect's reflection mechanisms to provide an environment in which the macroexpander, at least when used for code completion and similar, simply would not have the ability to produce side effects in the global environment
+- YouTube comment: we're so back bless you robin
[[!inline pages="internal(2024/info/guile-after)" raw="yes"]]
diff --git a/2024/talks/gypsum.md b/2024/talks/gypsum.md
index c566357c..3ee7c4cd 100644
--- a/2024/talks/gypsum.md
+++ b/2024/talks/gypsum.md
@@ -456,7 +456,8 @@ You may also like another talk by this speaker:
- guile-elisp is part of guile's compiler system (elisp -> tree-il -> cps -> bytecode), unless another scheme sets out to be guile-compatible in that respect it won't be portable at all
- To be fair, I've been screwing around with chicken, guile, and racket. I haven't found any 2 scheme implementations to be compatible, even within SRFI implementations
- Just the basic syntax and semantics, nothing else
- - yeah, scheme's lack of portable libraries in practice motivated me to suggest something that's sure to piss everyone off; Javascript
+ - yeah, scheme's lack of portable libraries in practice motivated me to suggest something that's sure to piss everyone off: Javascript
+- YouTube comment: Cool, great, amazing. Extremely ambitious. A clone like this project might be significant harder than for example Lem, which does not care about backward compatibility with Emacs. A clone also is somewhat harder to create a unique selling point for. Especially if Guile-Emacs is also going to be a thing now. Just my 2 cents up to discussions. Anyway I am excited and will follow it:)
[[!inline pages="internal(2024/info/gypsum-after)" raw="yes"]]
diff --git a/2024/talks/hyperdrive.md b/2024/talks/hyperdrive.md
index d016c6ad..83843130 100644
--- a/2024/talks/hyperdrive.md
+++ b/2024/talks/hyperdrive.md
@@ -131,6 +131,7 @@ See also: [EmacsConf - 2023 - talks - hyperdrive.el: Peer-to-peer filesystem in
- idea: try hyperdrive to distribute WORG
- better yet, those EmacsWiki "packages" that are getting rediscovered every decade or so, if they're not going to end up on a git host (as per its opinionated author's non-interest to do so if I'm not mistaken)
- putting EmacsWiki on hyperdrive would be useful too!
+- YouTube comment: Awesome.
[[!inline pages="internal(2024/info/hyperdrive-after)" raw="yes"]]
diff --git a/2024/talks/literate.md b/2024/talks/literate.md
index 1f183a1a..82319369 100644
--- a/2024/talks/literate.md
+++ b/2024/talks/literate.md
@@ -205,12 +205,16 @@ other features. Thought I would share these.
- 19th century? Isn't that in the 1800s?
- 21 1/4 century?
- you are not incorrect I believe - easy mistake to make, it's not intuitive!
+ - YouTube comment: 1:00 So Knuth invented literate programming in the 19th century? I knew he was old, but not that old!
- i think the only time i have worked with literate programming is Inform 7
- I find that the Julia support in org (babel) is good enough. Most of my programming is in Julia.
- re: Julia in Org: For ob-julia support I wrote an ob-julia that does a few more things than the one that ships with ESS. https://github.com/karthink/ob-julia
- (I'm here trying to milk Howard for all his fantastic insights in the Etherpad, hope that's not a faux-pas...!)
- I, at least, am enjoying the Q&A session so not a faux-pas as far as I'm concerned.
+- YouTube comment: The best reason I've heard explaining why most programmers don't (and won't) use literate programming. It requires them to be literate in three languages: the programming language, the markup language, and most challenging of all, English.
+- YouTube comment: Q: Literate programming is very appealing in theory, but it's difficult with languages like Go where your code is split across multiple files. Any suggestions?
+
Feedback:
- very cool
@@ -226,6 +230,8 @@ Feedback:
- Your way of delivering is inspiring.
- god I wish I was that good a presenter
- I for one had been looking forward to this particular talk, so there's that :)
+- YouTube comment: Legend!
+- YouTube comment: Howard! Your videos have been such an amazing source of information. You voice is engrained in my brains haha
[[!inline pages="internal(2024/info/literate-after)" raw="yes"]]
diff --git a/2024/talks/org-update.md b/2024/talks/org-update.md
index 058807dc..4406b3bc 100644
--- a/2024/talks/org-update.md
+++ b/2024/talks/org-update.md
@@ -176,7 +176,12 @@ Ihor Radchenko
both highly individual and highly social - we learn about what's
possible by hearing about how other people do things
- Thank you for taking over org! I use it every day and I'm happy to see that org's future is in good hands.
-
+- YouTube comments:
+ - Congratulations! I'm super excited for the things to come, especially about mobile apps not being an afterthought anymore. Also looking forward to the transition to transient menus!
+ - That was a great talk. Thank you for bringing all that information together and thank you for your work on org-mode. I use it every day and it's good to see it's still in active and constructive development. I particularly like the focus on the standard and parsers to define the format and clean up code bases both in org-mode and beyond.
+ - As someone who has just started using org mode, it's really reassuring to see that someone with such a well thought through, comprehensive, specific, detailed, and balanced vision of the future of org is taking the helm! May your bugs always be shallow and your users grateful <3
+ - I've been using org-mode for over a decade now, and can't imagine life without it. So welcome aboard, Ihor, may org-mode continue to prosper with you as Maintainer!
+
[[!inline pages="internal(2024/info/org-update-after)" raw="yes"]]
[[!inline pages="internal(2024/info/org-update-nav)" raw="yes"]]
diff --git a/2024/talks/p-search.md b/2024/talks/p-search.md
index aeb873aa..f4fd1b9e 100644
--- a/2024/talks/p-search.md
+++ b/2024/talks/p-search.md
@@ -231,6 +231,8 @@ Code: <https://github.com/zkry/p-search>
- thiis is a git feature, p-search shouldn't need to implement it
- To me this seems to have similarities to notmuch -- honestly I want notmuch with the p-search UI :) (of course, notmuch uses a xapian index, because repeatedly grepping all traffic on huge mailing lists would be insane.)
- (notmuch also has bookmark-like things as a core feature, but no real weighting like p-search does.)
+- YouTube comment: thats novel and intersting . The ship wrek analogy was perfect too
+- YouTube comment: Wow... thank you
[[!inline pages="internal(2024/info/p-search-after)" raw="yes"]]
diff --git a/2024/talks/pgmacs.md b/2024/talks/pgmacs.md
index 4c8f506f..8d901d80 100644
--- a/2024/talks/pgmacs.md
+++ b/2024/talks/pgmacs.md
@@ -153,6 +153,9 @@ in his spare time.
- Better 20+ years late than never 😆
- there is a grantback if you assign copyright to the FSF: you get all the rights you gave away right back again
- Thanks Eric, looks fantastic, and quite eager to look into those vtable enhancements myself (thanks for answering)
+- YouTube comment: Very impressive, thanks!
+- YouTube comment: Finally a perspective on a potential real excel killer.
+- YouTube comment: How is the duckdb more coming along?
[[!inline pages="internal(2024/info/pgmacs-after)" raw="yes"]]
diff --git a/2024/talks/project.md b/2024/talks/project.md
index 6af0b8e4..7a17f28e 100644
--- a/2024/talks/project.md
+++ b/2024/talks/project.md
@@ -285,6 +285,7 @@ He will discuss the features of the writing log and the joys of editing it in Or
- Evidence that the default theme is sufficient for some. Black on white, however uncomfortable to me, really is what most people want.
- So his car gets a lecture every morning. I suspect his car is more highly educated than I am
- No cell phone. Just emacs and superhuman focus lol
+- YouTube comment: excellent presentation that I will definitely keep as a reference!
[[!inline pages="internal(2024/info/project-after)" raw="yes"]]
diff --git a/2024/talks/rust.md b/2024/talks/rust.md
index ebbe4fc1..29567813 100644
--- a/2024/talks/rust.md
+++ b/2024/talks/rust.md
@@ -151,6 +151,7 @@ Hardware Engineer with interest in low-level programming and the hardware-softwa
- one wonders if emacs could benefit similarly...
- one big problem with using gtk -- there is a *two-decade-old* unfixed bug in gtk where it keeps permanent references to the x server etc (IIRC, its wayland support has similar problems). this means a gtk emacs --daemon crashes if you connect to an x server and then close the x server down. this is.... unfortunate
- yeah "of course" all new emacs efforts should be able to run elisp code; but it would be awesome if new lispy code could be written in scheme
+- YouTube comment: Really interesting approach. I like the humility in the beginning, the likes of "this is to try new approaches".
[[!inline pages="internal(2024/info/rust-after)" raw="yes"]]
diff --git a/2024/talks/shell.md b/2024/talks/shell.md
index d848418d..8c01476f 100644
--- a/2024/talks/shell.md
+++ b/2024/talks/shell.md
@@ -30,8 +30,8 @@ See also these other talks by the same speaker:
# Discussion
-- a nice interface for using process filters directly sounds really
- useful, reminds me of emacs-piper
+- a nice interface for using process filters directly sounds really
+ useful, reminds me of emacs-piper
- Uniline?
- lispmacs[work]: gs-101: yes
@@ -93,6 +93,26 @@ See also these other talks by the same speaker:
- ankit: Thank you, I've picked up a lot of things that I'll try to use in my workflow.
- einar_m: Thank you for the inspiration, lismacs!
+- YouTube comments:
+ - 11:28 This should have been a shell-command instead of an eshell-command.
+ - is the voice generated by a software program?
+ - not judging by the no-pop-filter-noises
+ - bro forgot he was giving a talk and thought he was narrating an audiobook lmao
+ - be kind
+ - Surprised you didn't mention "vterm" or "multi-vterm" especially if some shell commands have fancy ansi output.
+ - I have a question regarding command line argument passing with emacsclient. In my fish.config file create a function called "e' so I can just type e sometext.txt
+ emacsclient -c "$argv[1]"
+ But I want this actually
+ emacsclient -c -a "" --eval "(set-frame-size (selected-frame) 106 42)" "$argv[1]"
+ so
+ $ e sometext.txt
+ #^That works but below doesn't work and I get an elisp message
+ #If I use that emacsclient with --eval
+ $ e sometext.txt
+ #says "nil"... and I don't get emacsclient to open up with the text file I want. It is very annoying and I guess once you put --eval you can't do argument passing but goes into an elisp mode I assume.
+ - I think the scope of this talk was mentioned in the beginning.
+ - 0:20 I think of Emacs as an OS
+
[[!inline pages="internal(2024/info/shell-after)" raw="yes"]]
[[!inline pages="internal(2024/info/shell-nav)" raw="yes"]]
diff --git a/2024/talks/students.md b/2024/talks/students.md
index 547706df..65eedad8 100644
--- a/2024/talks/students.md
+++ b/2024/talks/students.md
@@ -158,7 +158,9 @@ Emacs since 2022, starting with DOOM Emacs.
they're close to starting
- I can relate, I finished High School just last year. trying to get into college too
- there's some sort of series to be made here. aaron wolf has a series of talks about using free software to ensure his young son has a healthy relationship with computers...
-- Reminds me of Eduard's talk on the dev track yesterday about mathematics students in Brazil
+- Reminds me of Eduardo's talk on the dev track yesterday about mathematics students in Brazil
+- YouTube comment: When I was a student, I would take notes on paper. They would be messy. I would review, re-write, and organize my notes on paper. Then I would type them into the computer so I can print out nicely formatted notes. I did all this on a 16bit Atari ST and it blew my instructors mind in electronics school when I turned in my ring bound, printed notes for grading / review. I had drawn circuits and did all this desktop publishing work on it. It was very new at the time, only Macs, Atari, Commodore were doing this stuff at the time. Really wish I had today's Emacs back then. Even if I could have obtained a copy of Emacs it would have been lacking a GUI and Org-Mode and most of the popular packages. So today, is the best time to pick up Emacs because it is even more useful today than 40 years ago.
+- YouTube comment: Yes emacs is amazing and with latest llm it is easy to learn how to use it. I know the llm will destroy jobs but I do appreciate that it helps me embrace emacs faster
Feedback:
diff --git a/2024/talks/transducers.md b/2024/talks/transducers.md
index 816a34d5..f5f82c2b 100644
--- a/2024/talks/transducers.md
+++ b/2024/talks/transducers.md
@@ -273,6 +273,10 @@ Feedback:
- definitely watching this one more carefully. if it's CLOS-based i'm going to like it; CLOS-oriented, rather
- Thank you fosskers! it is bound to end up in some, if not all of my common lisp projects
+- YouTube comment: Nice, this seems to do basically the same thing as C++ ranges, which I've enjoyed using a lot
+- YouTube comment: Good
+- YouTube comment: Nice presentation!
+
[[!inline pages="internal(2024/info/transducers-after)" raw="yes"]]
[[!inline pages="internal(2024/info/transducers-nav)" raw="yes"]]
diff --git a/2024/talks/writing.md b/2024/talks/writing.md
index fbb30bfd..66ca53e9 100644
--- a/2024/talks/writing.md
+++ b/2024/talks/writing.md
@@ -77,7 +77,7 @@ Technical issues connecting to the BigBlueButton room, so no live Q&A
- Thanks for the great questions. Apologies for the technical glitch.
- Very interesting talk
-
+- YouTube comment: ❤
[[!inline pages="internal(2024/info/writing-after)" raw="yes"]]