summaryrefslogtreecommitdiffstats
path: root/2020
diff options
context:
space:
mode:
authorSacha Chua <sacha@sachachua.com>2020-12-01 00:16:51 -0500
committerSacha Chua <sacha@sachachua.com>2020-12-01 00:16:51 -0500
commite3e0f94517f3c0a01103b7decee5837d60a27c80 (patch)
tree5122e1dca1e086c9d73226044a6ce570fa0e2294 /2020
parent79b074bb62f1cc1a1fc1a902befcd54f21e502e1 (diff)
downloademacsconf-wiki-e3e0f94517f3c0a01103b7decee5837d60a27c80.tar.xz
emacsconf-wiki-e3e0f94517f3c0a01103b7decee5837d60a27c80.zip
Pad updates
Diffstat (limited to '2020')
-rw-r--r--2020/info/01.md4
-rw-r--r--2020/info/03.md20
-rw-r--r--2020/info/04.md38
-rw-r--r--2020/info/06.md14
-rw-r--r--2020/info/07.md24
-rw-r--r--2020/pad.org52
-rw-r--r--2020/submissions.org2
7 files changed, 104 insertions, 50 deletions
diff --git a/2020/info/01.md b/2020/info/01.md
index 31a18b3d..6bea318f 100644
--- a/2020/info/01.md
+++ b/2020/info/01.md
@@ -19,7 +19,7 @@ selected links from there in my Emacs News. Alternatively, you can
e-mail me at <sacha@sachachua.com>. I tend to reply pretty slowly, but
I'm happy to hear from you.
-# From the pad
+# Questions from the pad
## Any news about guile-on-emacs? Is it a dead project?
@@ -31,7 +31,7 @@ I'm happy to hear from you.
- Not yet, although <https://www.emacswiki.org/emacs/Usergroups> is a start. We should figure out how to make a webpage and a calendar feed!
-## Notes
+# Notes
- Please make your big blue button full screen. +1
- Super happy with emacs!
diff --git a/2020/info/03.md b/2020/info/03.md
index 38e7bc59..a8f9cf57 100644
--- a/2020/info/03.md
+++ b/2020/info/03.md
@@ -50,31 +50,31 @@ We will use:
# Questions
-- Do you have occasions to use Emacs for multilingual text composition? How do you deal with spell-checking etc?
+## Do you have occasions to use Emacs for multilingual text composition? How do you deal with spell-checking etc?
- Wrote in English with spell-check but wasn't able to find anything for the local script
- ^ thank you. I find using multiple languages in one document is a hard problem, not made easier in Emacs
-- Is it possible to align the columns in headings and subheading?
+## Is it possible to align the columns in headings and subheading?
- Thanks for the beautiful demo.
-- Maybe there should be an emacs-for-writing mailing list and online Writers Workshop (?)
+## Maybe there should be an emacs-for-writing mailing list and online Writers Workshop (?)
- This is a good idea, perhaps an online Writers Workshop indeed makes a lot of sense.
- Has conducted online WW in India, used Notion (Emacs Org Mode was scary for other attendees)
-- How do you share drafts of your novel? If you use pandoc to export to word (etc), how do you incorporate feedback on the document back into org? (Thank you for the talk)
+## How do you share drafts of your novel? If you use pandoc to export to word (etc), how do you incorporate feedback on the document back into org? (Thank you for the talk)
- Exported to Word (via pandoc). There were some inconvenient parts for the editor, and Ramadurai copied and pasted the feedback/changes from Word into Emacs.
- For collaborators: paste it into Google Docs. See the question below.
- Not an answer by the speaker, but here's the workflow of Mickey Petersen: <https://masteringemacs.org/article/how-to-write-a-book-in-emacs> (Mastering Emacs)
- From my bookmarks: <https://www.wisdomandwonder.com/link/9922/how-to-reintegrate-changes-for-word-back-into-org-mode>
-- Can you show exported pdf of any of your novel?
+## Can you show exported pdf of any of your novel?
- Will make a "demo" and have a link somewhere accessible to the community (probably on talk page at <https://emacsconf.org/2020/schedule/03/> )
-- How do you collaborate with others while writing your Novel ? Like sharing your file and getting feedbacks.
+## How do you collaborate with others while writing your Novel ? Like sharing your file and getting feedbacks.
- working on ebook sustainability, long org mode file, pasted into google docs so collaborator and editor can see it
- like to see python
- paste to google docs
-- Can you text-wrap in the columns?
+## Can you text-wrap in the columns?
- Community: possibly ftable.el
- you specify column mode in org mode in prsentation
-- THANKS
-- How to enable column mode in org mode
- - M-x org-colums (C-c C-x C-c)
+## THANKS
+## How to enable column mode in org mode
+ - M-x org-columns (C-c C-x C-c)
- Or use speed selection in Org-mode.
- Thanks
diff --git a/2020/info/04.md b/2020/info/04.md
index 50272cc1..00b04224 100644
--- a/2020/info/04.md
+++ b/2020/info/04.md
@@ -19,21 +19,29 @@ LilyPond-mode.
# Questions
- - Do you have any thoughts on generating scores in chant notation (neumes)?
- - I'm not familiar with chant notation, but I know there's information on the manual.
- - Do you use this to compose or to write up compositions&#x2026;?
- - No and yes. I use pencil and paper to compose the first draft. Then I move to Emacs to input the notes. Either way it's certainly possible to compose from Emacs directly, especially if you're doing this programatically, so I guess it depends on what you're trying to do.
- - Can one use MIDI/USB instruments (like keyboards) to input Lilypond? For example for note heighs?
- - [Don't know about emacs, but Frescobaldi supports MIDI input.]
- - There is a package called midi-kbd which creates keyboard events from MIDI input, so I believe the answer is yes, but I don't own a MIDI controller, so I haven't tried it.
- - Did you ever write hughe scores (BigBand/Orchestra) in Emacs?
- - Never, but that's certainly possible.
- - Is there decent OCR for handwritten music→Lilypond?
- - I'm not sure, but if the OCR works with MusicXML, then you can use the musicxml2ly command to convert the xml file to a LilyPond file.
- - What shell are you using with the fancy autocomplete?
- - Zsh with fzf.
- - Do you use any kind of Emacs to MIDI interface besides exporting MIDI from lilypond?
- - No.
+## Do you have any thoughts on generating scores in chant notation (neumes)?
+I'm not familiar with chant notation, but I know there's information on the manual.
+
+## Do you use this to compose or to write up compositions&#x2026;?
+No and yes. I use pencil and paper to compose the first draft. Then I move to Emacs to input the notes. Either way it's certainly possible to compose from Emacs directly, especially if you're doing this programatically, so I guess it depends on what you're trying to do.
+
+## Can one use MIDI/USB instruments (like keyboards) to input Lilypond? For example for note heighs?
+
+[Don't know about emacs, but Frescobaldi supports MIDI input.]
+
+There is a package called midi-kbd which creates keyboard events from MIDI input, so I believe the answer is yes, but I don't own a MIDI controller, so I haven't tried it.
+
+## Did you ever write huge scores (BigBand/Orchestra) in Emacs?
+Never, but that's certainly possible.
+
+## Is there decent OCR for handwritten music→Lilypond?
+I'm not sure, but if the OCR works with MusicXML, then you can use the musicxml2ly command to convert the xml file to a LilyPond file.
+
+## What shell are you using with the fancy autocomplete?
+Zsh with fzf.
+
+## Do you use any kind of Emacs to MIDI interface besides exporting MIDI from lilypond?
+No.
# Notes
diff --git a/2020/info/06.md b/2020/info/06.md
index 3130b00f..0eccf6ca 100644
--- a/2020/info/06.md
+++ b/2020/info/06.md
@@ -11,25 +11,19 @@ Emacs, one (short) init.el file at a time.
# Questions
-
## What makes the Emacs community unique (special/different?) from other communities (if anything)? And/or, are there other communities that are similar in your view?
-
## Do you use Emacs as a community building tool?
-
-- Yes, Corwin uses Emacs as a community building tool.
-- Corwin: "Heck yeah, Emacs is a community building tool"
-
+- Yes, Corwin uses Emacs as a community building tool.
+- Corwin: "Heck yeah, Emacs is a community building tool"
## Are you suggesting there is value in "Emacs for scientists", "Emacs for programmers", "Emacs for writers" etc. &#x2013; i.e. different defaults for different groups?
-- [Corwin] Implicitly, yes. My argument is that we should rethink the problem of building and maintaining Emacs confirguration sets each time we assemble a team to work on something. That gives us a new chance, each time, to maybe produce new data that helps us make more informed decisions about how to make our own personall approaches more robust (and easier to read), but also to help "chip away" at the huge work of making Emacs more easily configurable for new users.
-
+[Corwin] Implicitly, yes. My argument is that we should rethink the problem of building and maintaining Emacs confirguration sets each time we assemble a team to work on something. That gives us a new chance, each time, to maybe produce new data that helps us make more informed decisions about how to make our own personall approaches more robust (and easier to read), but also to help "chip away" at the huge work of making Emacs more easily configurable for new users.
## What is the background you are using? What is the tool you are using to present?
-- [Corwin] Wallpaper Engine on Steam is probably the think that's grabbing attention. I haven't tried it under GNU/Linux. My familyare (mostly) Windows users right now ****heavy sigh**** I don't want to get into my tool chain a huge amount, but I will talk about it some as/durning the Welcome to the Dungeon talk tomorrow. For now I will say I'm using a mix of free (free and not-free but too easy to avoid tools on my one pretty good computer). I would love to have the time to invest to use more (only) free stuff but sometimes we we can't afford the freedom, in terms of the learning cure. I think this is the most important problem space in freesoftware, FWIW.
-
+[Corwin] Wallpaper Engine on Steam is probably the think that's grabbing attention. I haven't tried it under GNU/Linux. My familyare (mostly) Windows users right now ****heavy sigh**** I don't want to get into my tool chain a huge amount, but I will talk about it some as/durning the Welcome to the Dungeon talk tomorrow. For now I will say I'm using a mix of free (free and not-free but too easy to avoid tools on my one pretty good computer). I would love to have the time to invest to use more (only) free stuff but sometimes we we can't afford the freedom, in terms of the learning cure. I think this is the most important problem space in freesoftware, FWIW.
# Notes
diff --git a/2020/info/07.md b/2020/info/07.md
index 9a539acd..4859eca0 100644
--- a/2020/info/07.md
+++ b/2020/info/07.md
@@ -47,47 +47,47 @@ Actual start and end time (EST): Start: 2020-11-28T11.00.47; Q&A 2020-11-28T11.1
# Questions
-- Can minor-modes in Emacs be integrated via chimera as a "mode"?
+## Can minor-modes in Emacs be integrated via chimera as a "mode"?
- Good question. More likely, minor modes could be coupled to rigpa "modes", towers (sets of modes), or complexes (sets of towers), so that entering those modes/towers would enable those minor modes, and likewise disable the minor modes upon exiting. E.g. for Lisp editing, we might want to enable the symex / paredit minor mode in Lisp tower, and disable it upon swapping to Vim/Emacs tower.
-- Do you think it would be hard for people to remember all the modes and bindings?
+## Do you think it would be hard for people to remember all the modes and bindings?
- Bindings, no - it would be easier than currently because the bindings generally stay the same across modes (e.g. hjkl always means left down up right, and there are other conventions)
- Modes, if the tower is 2-3 tall, then it's not a problem at all. Totally intuitive. For > 3 it might be hard, so I think in practice you would alternate across more small towers rather than have fewer big towers
- Also, most modes are always available via "direct access" keybinding (eg. s-w = window mode), so you can jump to one at any time, and it'll return you to your original position in the tower when you exit. Modes don't need to be in the current tower in order for you to use them. But if you're using them frequently you might want to add them or temporarily switch to a tower that has them &#x2013; whatever feels the most natural for the specific case.
-- Are you familiar with <http://emacs-versor.sourceforge.net> ?
+## Are you familiar with <http://emacs-versor.sourceforge.net> ?
- And other earlier implementations.
- A short comparison would be nice.
- Not familiar with this, but it looks very interesting
-- What package is used?
+## What package is used?
- Probably Symex mode! → <https://github.com/countvajhula/symex.el>
- The package isn't yet published to MELPA → <https://github.com/countvajhula/rigpa> (was called indra.el)
- The mode is called \`epistemic-mode' (final name is not decided on yet)
-- Why is the package called rigpa?
+## Why is the package called rigpa?
- A reference: <https://en.wikipedia.org/wiki/Rigpa> (knowledge of the ground)
-- How to deal with Dvorak (et al.) layouts? This has always bugged me. Is there a "XModmap Mode"&#x2026;?
+## How to deal with Dvorak (et al.) layouts? This has always bugged me. Is there a "XModmap Mode"&#x2026;?
- Vim users don't remap their keys. The homerow is not a big deal, actually.
- Hm&#x2026; I've always found it a bit of an obstacle but haven't tried hard! hjkl → jk makes sense but hl, not so much.
- The day you want to do this, you'll absolutely be able to do it and have it become natural. Just gotta want it :)
-- I mostly use default model provided by vanilla emacs and work in org-mode for text editing. Can you give some examples, e.g. how can the user can use the concept of "mode of mode" to do some interesting editing?
+## I mostly use default model provided by vanilla emacs and work in org-mode for text editing. Can you give some examples, e.g. how can the user can use the concept of "mode of mode" to do some interesting editing?
- The more modes you have, the shorter the individual keystrokes become.
- ^ Not to be a pain but my comment about Dvorak is related :-)
- There are many bindings in Org mode (e.g. agenda manipulation, manipulating headings and subheadings, promoting/demoting) that would be a natural fit for a dedicated modal interface. At the moment you probably use only a subset of all of the available options because of the constraints of conveniently (1) knowing about, (2) remembering and (3) using the bindings. With a dedicated mode, you could edit Org buffers using a Vim-like modal interface where all of the options are easy to remember and use
- Mode mode / tower mode could be useful if you are doing literate programming or "multi-modal" org buffers where you have many different languages embedded within the Org file. In this case, you could modify your tower using mode mode, or swap between different towers, to quickly have the right modes for different parts of the file
-- How do new modes come into existence?
+## How do new modes come into existence?
- Modes from any modal interace provider are supported via a modal interface abstraction layer ("chimera")
- You can define new modes as a hydra or as an evil state, and then they just need to be "registered" with the framework via a function call for them to be incorporated
-- Is this built on top of Hydra?
+## Is this built on top of Hydra?
- Any modal interface provider is in principle supported. There is an abstraction layer called "chimera" that allows any provider to be used as long as it implements an interface (e.g. including indicating entry and exit hooks for each mode)
- Some of the modes are evil modes (e.g. normal, insert)
- While others are hydras (window, buffer, etc) (including Symex? yes, Symex too)
-- Which retro theme are you using?
+## Which retro theme are you using?
- green phosphor
-- Will this involve defining more epistemic-modes for non-editable buffers like Dired? How do you deal with the explosion of the number of modes?
+## Will this involve defining more epistemic-modes for non-editable buffers like Dired? How do you deal with the explosion of the number of modes?
- This is a great question, so here is a long answer:
- I am keen to keep this extension lightweight so that it plays well with existing Emacs tools without needing a custom ecosystem. The modal interface abstraction layer "chimera" would be a big part of this, enabling existing modal-like interfaces to be recognized in the framework out of the box, meaning that they would be automatically "wired into" the broader framework via the standard exits (e.g. Escape and Enter)
- I'm not sure what the best way to handle dired would be, but if it could be handled in this way, then that would be the way to do it.
- The "complex" of towers initially available is tied to major mode, that takes away some of the complexity right off the bat. E.g. when you open a Lisp file it gives you a Lisp-related + general-purpose complex of towers
- The idea is to support the "explosion" of modes, but make it scale well by (1) having them be structured, and (2) the structure being the same at every level
-- How do you deal with the mental overhead of keeping a stack of modes and your position in it? While this simplifies the actual editing process by defining them as a single set of keybindings, the complexity is transferred to navigating modes.
+## How do you deal with the mental overhead of keeping a stack of modes and your position in it? While this simplifies the actual editing process by defining them as a single set of keybindings, the complexity is transferred to navigating modes.
- While the complexity is transferred, the nature of that complexity is different. In the case of keybindings, the complexity is unstructured and ad hoc, whereas in the case of mode navigation, it's a matter of "going to the right place" for your keys to have the right meaning
- In practice you would only have towers of size 2-3 I would guess, with every other mode jump always being available via an ad hoc jump (e.g. even in Vim tower, you can always jump to Window mode and it would return you to the original mode you were in upon exit)
- And the main paradigm would be swapping between small towers
diff --git a/2020/pad.org b/2020/pad.org
index 8b84f292..765e99f4 100644
--- a/2020/pad.org
+++ b/2020/pad.org
@@ -6,6 +6,58 @@ Thanks to alphapapa for helping archive this pad!
- [[https://emacsconf.org/2020/schedule/35][Conference info, how to watch/participate]]
- [[https://emacsconf.org/conduct/][Guidelines for conduct]]
+#+BEGIN: columnview :id global :format "%CUSTOM_ID%START_TIME%QA_START%END_TIME" :maxlevel 1
+| CUSTOM_ID | START_TIME | QA_START | END_TIME |
+|--------------+------------+----------+----------|
+| pad-license | | | |
+| pad-contrib | | | |
+| pad01 | | | |
+| pad02 | | | |
+| pad03 | 9:40 | | 9:58 |
+| pad04 | | | |
+| pad05 | | 10:28:47 | 10:43:49 |
+| pad06 | 10:45:48 | 10:57:38 | 10:59:48 |
+| pad07 | 11:00:47 | | 11:24:51 |
+| pad08 | 11:26:34 | | 11:43:33 |
+| pad21 | 11:45:20 | | 12:26:00 |
+| pad09 | | | |
+| pad10 | 13:17:07 | | 13:25:25 |
+| pad11 | 13:26:16 | | 13:41:53 |
+| pad12 | 13:43:24 | | 14:00:07 |
+| pad13 | 14:01:42 | | 14:13:50 |
+| pad14 | 14:15:00 | | 14:34:46 |
+| pad15 | 14:36:18 | | 14:53:03 |
+| pad16 | 14:54:36 | | 15:15:51 |
+| pad17 | 15:17:33 | | 15:39:00 |
+| pad18 | 15:39:41 | | 16:01:03 |
+| pad19 | 16:02:37 | | 16:10:30 |
+| pad20 | 16:17:32 | | 16:38:32 |
+| pad40 | | | |
+| pad41 | | | |
+| pad38 | 09:12:40 | | 09:17:51 |
+| pad22 | 09:19:39 | | 09:48:34 |
+| pad23 | 09:49:24 | | 10:31:44 |
+| pad24 | 10:34:52 | | 10:55:39 |
+| pad25 | 10:57:19 | | 11:07:08 |
+| pad39 | 11:09:04 | | 12:04:31 |
+| | | | |
+| pad26 | 13:06:20 | | 13:21:51 |
+| pad27 | 13:23:01 | | 13:33:00 |
+| pad28 | 13:34:52 | | |
+| pad29 | | | |
+| pad30 | | | |
+| pad31 | | | |
+| pad32 | | | |
+| pad33 | | | |
+| pad34 | 16:05 | | 16:28 |
+| pad35 | 16:29 | | 16:46 |
+| pad42 | | | |
+| pad-well | | | |
+| pad-improve | | | |
+| pad-colophon | | | |
+#+END:
+
+
* License and contribution agreement
:PROPERTIES:
:CUSTOM_ID: pad-license
diff --git a/2020/submissions.org b/2020/submissions.org
index 97fc09fa..cc6af7e3 100644
--- a/2020/submissions.org
+++ b/2020/submissions.org
@@ -1204,7 +1204,7 @@ material owned by third parties, I represent that the material is
sublicensable to the EmacsConf organizers or that my use of them is
fair use.
-**** in-progress Experience Report: Steps to "Emacs Hyper Notebooks"
+**** in-progress Experience Report: Steps to "Emacs Hyper Notebooks"
SCHEDULED: <2020-11-28 Sat 14:05-14:15>
:PROPERTIES:
:MIN_TIME: 10