diff options
| author | Sacha Chua <sacha@sachachua.com> | 2021-10-27 12:41:43 -0400 |
|---|---|---|
| committer | Sacha Chua <sacha@sachachua.com> | 2021-10-27 12:41:43 -0400 |
| commit | cf7e5e68409ba313c7adb98f2462a92e854aec8c (patch) | |
| tree | 405e626705967c594a4b3dd15ee3bb53235ac6ff /2021 | |
| parent | 01e32d27a7defbcb9665e32b4a8914cc815fc399 (diff) | |
| download | emacsconf-wiki-cf7e5e68409ba313c7adb98f2462a92e854aec8c.tar.xz emacsconf-wiki-cf7e5e68409ba313c7adb98f2462a92e854aec8c.zip | |
Try again?
Diffstat (limited to '2021')
| -rw-r--r-- | 2021/emacsconf.ics | 3150 |
1 files changed, 1575 insertions, 1575 deletions
diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index dcd87d4b..a6a838a4 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -1,1576 +1,1576 @@ -BEGIN:VCALENDAR
-VERSION:2.0
-PRODID:EmacsConf
-X-WR-CALNAME:EmacsConf 2021
-X-WR-TIMEZONE:America/Toronto
-X-WR-CALNAME:EmacsConf
-CALSCALE:GREGORIAN
-METHOD:PUBLISH
-BEGIN:VTIMEZONE
-TZID:America/Toronto
-BEGIN:DAYLIGHT
-TZOFFSETFROM:-0500
-TZOFFSETTO:-0400
-TZNAME:EDT
-DTSTART:20210314T070000
-END:DAYLIGHT
-BEGIN:STANDARD
-TZOFFSETFROM:-0400
-TZOFFSETTO:-0500
-TZNAME:EST
-DTSTART:20211107T060000
-END:STANDARD
-BEGIN:DAYLIGHT
-TZOFFSETFROM:-0500
-TZOFFSETTO:-0400
-TZNAME:EDT
-DTSTART:20220313T070000
-END:DAYLIGHT
-BEGIN:STANDARD
-TZOFFSETFROM:-0400
-TZOFFSETTO:-0500
-TZNAME:EST
-DTSTART:20221106T060000
-END:STANDARD
-END:VTIMEZONE
-BEGIN:VEVENT
-SUMMARY:Opening remarks
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-day1-open
-URL:https://emacsconf.org/2021/talks/day1-open
-DTSTART;TZID=America/Toronto:20211127T090000
-DTEND;TZID=America/Toronto:20211127T090500
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/day1-open
\n# Opening remarks
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs News Highlights
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-news
-URL:https://emacsconf.org/2021/talks/news
-DTSTART;TZID=America/Toronto:20211127T090500
-DTEND;TZID=America/Toronto:20211127T091000
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/news
\n# Emacs News Highlights\nSacha Chua <mailto:sa
- cha@sachachua.com> - pronouns: she/her\n\nQuick overview of Emacs communit
- y highlights since the last conference\n\n<https://github.com/sachac/emacs
- conf-2021-emacs-news-highlights>
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:The True Frownies are the Friends We Made Along the Way: An Anecdot
- e of Emacs's Malleability
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-frownies
-URL:https://emacsconf.org/2021/talks/frownies
-DTSTART;TZID=America/Toronto:20211127T091100
-DTEND;TZID=America/Toronto:20211127T093100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/frownies
\n# The True Frownies are the Friends We Mad
- e Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEm
- acs is well-known for being extremely flexible\, programmable\, and\nexten
- sible\; in fact\, that's probably the biggest reason it's still\nbeing use
- d after 40+ years of existence\, and even has enough clout to\ngenerate an
- entire conference in its name. In this medium-length\npresentation\, I w
- ill add another point to the data set proving Emacs's\nabilities\, by narr
- ating the latest package I made\, \\`frowny.el\\`\, from\nits conception t
- o its current\, nearly-completed state.\n\nI wrote frowny.el to scratch so
- meone else's itch as a joke on IRC\, but\nit has been called "pretty usefu
- l\, for a joke package." I feel like\nthat encapsulates the spirit of Ema
- cs and that's why I want to present\non this topic.\n\nAlong the way\, I'l
- l discuss just a little of my own history of Emacs\,\nand why I feel it's
- a great tool for non-technical users to sink their\nteeth into.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Choose Your Own (Technology-Enhanced Learning) Adventure
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-adventure
-URL:https://emacsconf.org/2021/talks/adventure
-DTSTART;TZID=America/Toronto:20211127T093400
-DTEND;TZID=America/Toronto:20211127T095400
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/adventure
\n# Choose Your Own (Technology-Enhanced Le
- arning) Adventure\nGreta Goetz\n\nThis presentation will move through Emac
- s artifacts: first illustrating possible paths for beginners and then mapp
- ing out the significance of the enhanced learning potential of Emacs (Cail
- let in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technol
- ogy-enhanced learning (TEL) that Emacs affords includes a systems view of
- 'many\, many features' (Stallman) which surpass the confines of a pre-fabr
- icated environment (Stiegler). This affords diverse possibilities for indi
- viduals to interact creatively and autonomously to satisfy their own needs
- (Ill\nich). Its adaptability will be shown to be an asset in supporting t
- he learning trends identified by the latest pedagogical research (Guo).\n\
- n# Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not
- limit imaginable types of interactivity\, supporting both formal and infor
- mal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as
- a scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creativ
- e and autonomous ability of individuals to interact with their digital env
- ironment and others who share the use of this tool (Illich 1973). Individu
- als can use Emacs as often or seldom as they want to express their needs a
- nd meaning in action\, with no obligation to use it (cf. Illich 1973).\n\n
- The formal learning involved pertains to Emacs programs and documentation
- (the 'temple') while related discussion and smaller task-based problem sol
- ving represents examples of informal learning (the 'forum') (cf. Caillet i
- n Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)
- \, Emacs fulfills the promise of general computing: not boxing users into
- personas (cf. Stiegler 2018) but allowing users at all levels to organize
- and assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and
- programs so that they are 'just right'. People wanting to create tailored
- learning environments who feel alienated or unsupported by pre-fabricated
- text and programming environments will find their way with Emacs.\n\n1.
- What if we are beginners overwhelmed by formal Emacs documentation? Two po
- tential learning paths:\n\n - a. Build on a needs-basis. Make your own
- artifacts: no use-case is too small\; leave your trace.\n - b. Study ot
- hers' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or
- power user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creati
- ve\, autonomous:\n\n - a. Emacs allows for organic ongoing changes to t
- he organization of knowledge\, imagination\, and experience (cf. Guerry &
- Gaume 2009) . This is important as not all learners have the same spatial/
- visual needs and because these needs and knowledge can change over time (V
- ygotsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to con
- trol our tools and tasks (Illich 1973). By contrast\, care-less use of pre
- -fabricated apps can lead to loss of know-how in life (Stiegler 2018).\n
- - c. The art of collecting traces (digital or not) is timeless - and impo
- rtant to survival.\n\n3. Emacs as systems design for technology-enhanced
- learning (TEL):\n\n - a. Good TEL design performance should also educat
- e the designer (Goodyear & Retalis 2010). Further\, good design focuses on
- 'frameworks'\, which are systems 'that can be customized\, specialized\,
- or extended to provide more specific\, more appropriate\, or slightly diff
- erent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemi
- c domains (Markauskaite & Goodyear 2017). This pedagogical approach is sup
- ported by Emacs artifacts (packages\, documentation\, forums\, etc.).\n
- - b. The 'wise' use of programming (Crichton 1983) actively manages and
- organizes workflow. This permits iterative development. Elementary use-cas
- e: a workflow that relies on PPT and Zoom vs. already having a more modula
- r viewpoint supported by diverse Emacs packages. The latter adaptability i
- s supported by the latest educational research (Guo). Further: Emacs allow
- s movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. W
- ise programming can include fun programming - 'there are people who want t
- o put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending
- this systems/design view\, Emacs is developed and maintained by a communit
- y dedicated to supporting this freedom of use in these multiple contexts (
- cf. Illich 1973).\n - e. One perspective is less likely to override oth
- ers in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nE
- macs does not limit any imaginable type of interactivity and promotes a di
- versity of related content\, further supporting the pursuit of more advanc
- ed TEL (viz. Guo). This was illustrated through an elementary use-case tha
- t compared being limited to PPT as opposed to having basic familiarity wit
- h Emacs\, which permits manageable\, continuous exploration of knowledge\,
- workflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and
- movement from consumer to creator (Stiegler\; Stavrou). Using Emacs means
- being able to use a sophisticated digital tool\, thanks to the contributi
- ons of heterogeneous maintainers\, developers\, and community members whos
- e artifacts comprise a meta picture. It is possible\, through using Emacs\
- , to learn about the design of digital learning and learning in general as
- access to knowledge is not walled off by prefabricated design(cf. Illich\
- ; Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Gene
- ral workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. <
- https://github.com/redguardtoo/mastering-emacs-in-one-year-guide/blob/mast
- er/guide-en.org#on-the-shoulders-of-giants>. Accessed 25 October 2021.\n-
- Gaffney\, N. (2019). Oblique strategies. <https://github.com/zzkt/obliq
- ue-strategies>. Accessed 25 October 2021.\n- Goetz\, G. (2021). Addition
- al references: A back-to-school/GTD Emacs journey. <https://gretzuni.com/a
- rticles/a-back-to-school-gtd-emacs-journey>. Accessed 25 October 2021.\n-
- Guerry\, B. (2020). Org-mode features you may not know. <https://bzg.fr/
- en/some-emacs-org-mode-features-you-may-not-know/>. Accessed 25 October 20
- 21.\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mod
- e. <https://www.kpkaiser.com/programming/writing-a-technical-book-in-emacs
- -and-org-mode/>. Accessed 25 October 2021.\n- Planet Emacs Life. <https:
- //planet.emacslife.com/>. Accessed 25 October 2021.\n- Stavrou\, P. My p
- ackages for GNU Emacs. <https://protesilaos.com/emacs/>. Accessed 25 Octob
- er 2021.\n- Wellons\, C. Emacs articles. <https://nullprogram.com/tags/e
- macs/>. Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E.
- (2008). L’exposition\, le musée: L’éducation informelle comme école de l’é
- ducation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain:
- Sciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hat
- ier.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- D
- e Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n
- - Engelbart\, D. (1962). *Augmenting human intellect: A conceptual frame
- work*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P
- . (2021). Streamers teaching programming\, art\, and gaming: Cognitive app
- renticeship\, serendipitous teachable moments\, and tacit expert knowledge
- . IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\
- , short paper\, 2021. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October
- 2021.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford:
- Oxford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learni
- ng\, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Techn
- ology-enhanced learning: Design patterns and pattern languages*\, 1-27. Ro
- tterdam\, Boston: Sense Publishers.\n- Guerry\, B. & Gaume\, N. (2008).
- Ce que les jeux vidéo nous apprennent. In Andler\, D. & Guerry\, B. (Eds.)
- . *Apprendre Demain: Sciences cognitives et éducation à l’ère numérique*\,
- 155-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and in
- teractions: Synthesizing the first\nfour years of Learning@Scale and chart
- ing the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DO
- I: https://doi.org/10.1145/3231644.3231662. <https://pg.ucsd.edu/pubs.htm>
- . Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014).
- How video production affects student engagement: An empirical study of MOO
- C videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.h
- tm>. Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of convivia
- lity*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mi
- tros\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropou
- ts and interaction peaks in online lecture videos. ACM Conference on Learn
- ing at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021.\n-
- Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and profes
- sional education: innovation\, knowledgeable action and actionable knowled
- ge*. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing th
- e future of experiential learning environments for a post-COVID world: A p
- reliminary case study. NFW ’20 (Symposium on the New Future of Work)\, Aug
- ust 3–5\, 2020\, Virtual Event. <https://pg.ucsd.edu/pubs.htm>. Accessed 2
- 5 October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthiq
- ue*. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\,
- free society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (
- 2018). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H
- . (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisati
- on.\n- Vygotsky\, L. (1979). *Mind in society: The development of higher
- psychological processes*. Cambridge and London: Harvard University Press.
- \n- Wang\, S. (2020). Open knowledge. Hope in Source. <https://hopeinsou
- rce.com/open-knowledge/#open-source-knowledge-proof-of-work>. Accessed 25
- October 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the
- pandemic situation\, my teaching schedule fluctuates so I\nwill not know
- my availability until much closer to the\ndate. Therefore\, I can only gua
- rantee delayed answer response\n(whatever you request)\, but if available\
- , will join live.\nMay I please note that I will be pre-recording my video
- if this submission is accepted.\n\n\n# Speaker release\n\nBy submitting t
- his proposal\, I agree that my presentation at\nEmacsConf 2021 is subject
- to the following terms and conditions:\n\nThe EmacsConf organizers may cap
- ture audio and video (a "Recording")\nof my presentation and any associate
- d materials\, which may include\nslides\, notes\, transcripts\, and prerec
- ording(s) of my presentation\nthat I provide to the EmacsConf organizers.\
- n\nI authorize the EmacsConf organizers to distribute\, reproduce\,\npubli
- cly display\, and prepare derivative works of the Recording and\nany deriv
- ative works of the Recording (the "Licensed Materials")\nunder the terms o
- f the Creative Commons Attribution-ShareAlike 4.0\nInternational (CC BY-SA
- 4.0) license.\n\nI grant to the EmacsConf organizers permission to use my
- name\,\nlikeness\, and biographic information in association with their u
- se\nof the Licensed Materials under the above license.\n\nI represent that
- I have the authority to grant the above license to\nthe EmacsConf organiz
- ers. If my presentation incorporates any\nmaterial owned by third parties\
- , I represent that the material is\nsublicensable to the EmacsConf organiz
- ers or that my use of them is\nfair use.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't A
- lways The Only Answer"
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-unix
-URL:https://emacsconf.org/2021/talks/unix
-DTSTART;TZID=America/Toronto:20211127T095600
-DTEND;TZID=America/Toronto:20211127T100600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/unix
\n# GNU's Not UNIX: Why Emacs Demonstrates The U
- NIX Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targe
- ts users who are curious about computational philosophies\,\nor those who
- might not know how to best utilise Emacs conceptually. The\ntalk will cove
- r what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typi
- cal (Neo)Vi(m) user's approach\, and then how one might\naccomplish this i
- n Emacs combining the aformentioned ideals. The\nlisteners will learn how
- they can approach Emacs ideologically\, and how\nblocking themselves into
- one philosophy or the other will limit their\nefficiency. Although you may
- be a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both ph
- ilosophies together will still allow you\nto be more performant than witho
- ut.\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of exp
- laining the whole UNIX and GNU philosophies\n and instead talk about co
- ncrete examples:\n - How can one limit their usage of CLI tools while
- still maintaining\n the ideals of both.\n - How using CLI too
- ls can still perfectly flow into Emacs.\n - How having all programs i
- n Emacs and unified keybindings is akin\n to a terminal user.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs manuals translation and OmegaT
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-omegat
-URL:https://emacsconf.org/2021/talks/omegat
-DTSTART;TZID=America/Toronto:20211127T100900
-DTEND;TZID=America/Toronto:20211127T101900
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/omegat
\n# Emacs manuals translation and OmegaT\nJean
- -Christophe Helary\n\nEven if it is generally agreed that software localiz
- ation is a good thing\, Emacs is lacking in that respect for a number of t
- echnical reasons. Nonetheless\, the free software using public could great
- ly benefit from Emacs manuals translations\, even if the interface were to
- remain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided tra
- nslation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for
- translators to what IDEs are for code writers. Casual translators can ben
- efit from their features but professionals or commited amateurs are the mo
- st likely to make the most use of such tools.\n\nWhen OmegaT\, free softwa
- re based forges and Emacs meet\, we have a free multi-user translation env
- ironment that can easily sustain the (close to) 2 million words load that
- comprise the manuals distributed with Emacs\, along with powerful features
- like arbitrary string protection for easy typing and QA (quality assuranc
- e)\, automatic legacy translation handling\, glossary management\, history
- based or predictive autocompletion\, etc.\n\nThe current trial project fo
- r French is hosted on 2 different forges:\n\n1. sr.ht hosts the source fi
- les\n <https://sr.ht/~brandelune/documentation_emacs/>\n2. chapril hos
- ts the OmegaT team project architecture\n <https://sr.ht/~brandelune/do
- cumentation_emacs/>\n\nThe sources are regularly updated with a po4a based
- shell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used dur
- ing the presentation\n - [po4a](https://po4a.org) a tool to convert docum
- entation formats to and from the commonly used `gettext` **PO** format.\n
- po4a supports the `texinfo` format along with many others.\n - [OmegaT
- ](https://omegat.org) a "computer aided translation" tool used by translat
- ors to efficiently combine translation ressources (legacy translations\, g
- lossaries\, etc.) so as to produce more consistent translations.\n\nDuring
- the presentation\, I will show:\n\n- How to use po4a to convert the texi
- files to the PO format (the org.org file is also converted)\n- What are th
- e specificities of the Emacs manuals and what difficulties they present to
- the tanslator\n- How to address those specificities in OmegaT\, with regu
- lar expressions\n- How to use OmegaT features such as arbitrary string pro
- tection\, legacy translation handling\, glossaries\, autocompletion\, QA\,
- etc.\n- How to use OmegaT with a team of 2 (or more) translators working
- at the same time\n- How to solve translation conflicts\n\nI will *not* sho
- w:\n\n- How to create an OmegaT project\n- How to setup an OmegaT team pro
- ject\n- How to use OmegaT from the command line to work in localization pi
- pelines\n- How to use machine translation and MT "post-edit"\n- How to con
- vert back the translated files to texi format\n- How to install translated
- texi files for use in Emacs
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:NonGNU ELPA Update
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-nongnu
-URL:https://emacsconf.org/2021/talks/nongnu
-DTSTART;TZID=America/Toronto:20211127T102200
-DTEND;TZID=America/Toronto:20211127T103200
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/nongnu
\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\
- nNonGNU ELPA was announced last year\, as a package repository\nthat will
- be enabled by default in Emacs\, but doesn't require\nany copyright assign
- ment. This means that a lot of popular\npackages can now be installed easi
- er\, without any additional\nconfiguration.\n\nIn this talk I would like t
- he give a reminder of what NonGNU\nELPA is and how it works\, update the p
- articipants on what has\nhappened since last year and what maintainers hav
- e to do if they\nwant their packages to be added to the repository.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Manual Package Management in The Era of Repositories - Why and How
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-borg
-URL:https://emacsconf.org/2021/talks/borg
-DTSTART;TZID=America/Toronto:20211127T103500
-DTEND;TZID=America/Toronto:20211127T104500
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/borg
\n# Manual Package Management in The Era of Repo
- sitories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package
- repositories - enought to have conflicts\nand arguments about. The packag
- es are becoming big\, they depend on many\nother packages and it is not ea
- sy to keep track of what all is being\ninstalled in our Emacsen. An aggres
- sive way out of this is to use Yet\nAnother Package and install all elisp
- code manually - with borg[1].\n\n[1]: <https://github.com/emacscollective/
- borg>\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n
- 1. What are we trying to solve?\n 2. What is borg?\n 3. How to
- use it?\n 4. Assimilate a package for demo
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:telega.el and the Emacs community on Telegram
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-telega
-URL:https://emacsconf.org/2021/talks/telega
-DTSTART;TZID=America/Toronto:20211127T104800
-DTEND;TZID=America/Toronto:20211127T105800
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/telega
\n# telega.el and the Emacs community on Teleg
- ram\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform in
- stant messaging system. The large number of\nfeatures and the widespread a
- doption make it a good choice for both private\nconversations with friends
- and for large online communities. In this talk\, I\nam going to present t
- he Emacs community on Telegram and its initiatives. I\nam also going to di
- scuss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qual
- ity package that perfectly integrates in Emacs. It supports\nthe vast majo
- rity of the features supported by the official clients\, while\nadding sev
- eral unique ones. In the talk\, I will present the package and\nhighlight
- some of the most important features.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Introducing N-Angulator
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-nangulator
-URL:https://emacsconf.org/2021/talks/nangulator
-DTSTART;TZID=America/Toronto:20211127T110100
-DTEND;TZID=America/Toronto:20211127T111100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/nangulator
\n# Introducing N-Angulator\nKevin Haddock
- \n\nThe Unix file system is essentially an N-dimentional sparse array that
- \ncurrently lacks a decent editor and browser which\ncan effectively lever
- age the logical tri-angulation (or\, more properly\n"n-angulation") of ato
- ms/blobs within it.\n\nN-Angulator is the genesis\, to wit\, the "Model-T\
- ," of such a program.\n\n(see google drive link below for a very old uncir
- culated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.in
- tro.flv\n<https://drive.google.com/file/d/1EZN0Xs8eGlEbSIYFml2lp3GCNnmLQa9
- 8/view?usp=drive_web>\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descrip
- tion/outline)\n\nThe reconceptualization of the Unix file system as the N-
- Dimensional\nsparse array will be discussed.\n\nA simple pre-existing data
- base will be queried.\n\nIf time\, questions will be entertained by video/
- audio and/or IRC.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:A day in the life of a janitor
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-janitor
-URL:https://emacsconf.org/2021/talks/janitor
-DTSTART;TZID=America/Toronto:20211127T111400
-DTEND;TZID=America/Toronto:20211127T113400
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/janitor
\n# A day in the life of a janitor\nStefan Mo
- nnier\n\nBecause of a reckless former Emacs maintainer that shall\n bette
- r stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n year
- s\, making it necessary to clean up "old" code [in order to open up\n the
- road for yet more recklessness? ].\n In this documentary we will follow
- a famous janitor in his every day job\n dealing with the aftermath of the
- cl-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm
- not sure how much time this will take. I put 20\n minutes because I t
- hink I might be able to fill that and I think more\n than that could tu
- rn too boring. I intend to make it a "live coding"\n kind of thing\, w
- ithout anything like an outline: it's basically "make"\n followed by fi
- xing the warnings.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:How to help Emacs maintainers?
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-maintainers
-URL:https://emacsconf.org/2021/talks/maintainers
-DTSTART;TZID=America/Toronto:20211127T113900
-DTEND;TZID=America/Toronto:20211127T114900
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/maintainers
\n# How to help Emacs maintainers?\nBasti
- en Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nli
- ke to share a few lessons learned. My goal is help everyone take\ncare of
- Emacs maintainance by taking care of Emacs maintainers.\n\n\n\n# Outline\
- n\n- 5-10 minutes
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Typesetting Gregorian Chant with Emacs
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-gregorian
-URL:https://emacsconf.org/2021/talks/gregorian
-DTSTART;TZID=America/Toronto:20211127T115200
-DTEND;TZID=America/Toronto:20211127T120200
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/gregorian
\n# Typesetting Gregorian Chant with Emacs\
- nSpencer King\n\nThere are a variety of methods for typesetting gregorian\
- nchant scores and outputting high-quality sheet music. One of these is\na
- tool called Gregorio\, which integrates with LaTeX allowing scores to\nbe
- cleanly inserted into other documents. All Gregorio files are plain\ntext\
- , allowing them to easily be shared with other users and managed\nwith a v
- ersion control system. In this talk\, I will give a brief\noverview of the
- Gregorio tool and then show how it can be used in\nEmacs by typesetting a
- simple score. All code and examples will be\nmade available to help new u
- sers get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n-
- 5-10 minutes: (brief description/outline)\n 1. Introduction to chan
- t music\n 2. Introduction to Gregorio\n 3. Example of typesetting
- a score in Emacs\n 4. Code and example availability
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs and Montessori Philosophy
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-montessori
-URL:https://emacsconf.org/2021/talks/montessori
-DTSTART;TZID=America/Toronto:20211127T123000
-DTEND;TZID=America/Toronto:20211127T124000
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/montessori
\n# Emacs and Montessori Philosophy\n\n\nA
- s a former Montessori guide and now parent\, I often think about the\nrela
- tionship of this particular educational philosophy and how it manifests\ni
- n my work with software\, Emacs in particular. This talk introduces the\nc
- oncept of Emacs as an educational environment and how it expresses element
- s of\nMontessori psychology regarding "Human Tendencies". Human tendencies
- are innate\ndrives present in everybody that allow us to explore and make
- sense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descript
- ion/outline)\n Quick overview of a Montessori classroom environment:\n\
- n - the adults or guides primarily observe and present material\n
- - the children are free to explore materials as they choose (within limi
- ts)\n - the environment itself is prepared specifically to foster eng
- agement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n
- - Activity\n - Communication\n - Exactness\n - Explora
- tion\n - Manipulation (of the environment)\n - Order\n - Or
- ientation\n - Repetition\n - Self-Perfection\n - Work (also
- described as "purposeful activity")\n\n How does Emacs express these t
- hings?\n\n - in the short version\, pose the question\, and perhaps g
- ive one example.\n - Emacs is an environment that provides facilities
- for individuals to\n find their way to proficiency through their H
- uman Tendencies.\n - We are all both learners and guides\, Emacs is o
- ur classroom
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs Research Group\, Season Zero: What we did together with Emacs
- in 2 hours a week for a year
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-erg
-URL:https://emacsconf.org/2021/talks/erg
-DTSTART;TZID=America/Toronto:20211127T124300
-DTEND;TZID=America/Toronto:20211127T125800
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/erg
\n# Emacs Research Group\, Season Zero: What we d
- id together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe
- Corneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 20
- 20\, and joined together around a\ncommon interest in Emacs and research.
- Since then\, we have convened as\nthe Emacs Research Group for weekly mee
- tings. During these meetings\, we\ntook notes collaboratively\, using a ‘
- conflict-free replicated data type’\npackage (crdt.el)\; at the end of eac
- h session\, we debriefed using a\ntemplate that we call a Project Action R
- eview (PAR). As as a\nmeta-review of our sessions\, every six weeks we pr
- epared a Causal\nLayered Analysis (CLA)\, which gave us a different perspe
- ctive on what we\nhad done. We reflected further on our experiences and m
- ethods\, linking\nour CLA to plans and design patterns. As a formal resea
- rch output\, we\ncontributed a write-up of these matters to a joint paper
- which we\npresented at the Pattern Languages of Programs Conference (PLoP
- 2021).\nThe paper included an interactive workshop\, in which we explored
- roles\nin real-time problem solving and collaboration.\n\nIn our short tal
- k we share information about these methods\, making a\ncase for other peop
- le getting together and creating their own small\nresearch communities sim
- ilar to ours.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:One effective CS grad student workflow
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-cs
-URL:https://emacsconf.org/2021/talks/cs
-DTSTART;TZID=America/Toronto:20211127T130100
-DTEND;TZID=America/Toronto:20211127T131100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/cs
\n# One effective CS grad student workflow\nGreg C
- oladonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwh
- ich I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoa
- m\, Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy a
- pproach for capturing all the information that comes my way as a\nMS CS st
- udent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways
- to improve the system I use\, as well as hopefully\ninspire others to bui
- ld workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10
- minutes: Go through some typical workflows associated with being a grad st
- udent\, using the packages mentioned in the abstract.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Using Org-Mode For Recording Continuous Professional Development
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-professional
-URL:https://emacsconf.org/2021/talks/professional
-DTSTART;TZID=America/Toronto:20211127T131400
-DTEND;TZID=America/Toronto:20211127T132400
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/professional
\n# Using Org-Mode For Recording Continu
- ous Professional Development\nPhilip Beadling\n\nI recently had the pleasu
- re of being audited for my CPD record with one\nof the large engineering p
- rofessional bodies. I decided to harness\norg-mode's TODO lists to record
- CPD items and my progress against them\ncompletely within Emacs. I also
- wanted the ability to export the data\nin a well presented\, compact forma
- t for auditing submission.\n\nThe project was a success (I passed the audi
- t) and the resulting system\nintegrates really well into my wider daily Em
- acs workflow\, making future\nCPD recording seamless.\n\nThe talk will exp
- lain how I tweaked and extended org-mode to get it to\nrecord the data I w
- anted\, followed by a demo.\n\nA basic demo org file with embedded elisp c
- an be seen here:\n<https://raw.githubusercontent.com/falloutphil/Misc/mast
- er/cpd.org>\n\nA basic generated PDF from the basic demo is here:\n\n\nI have a much more involved
- example I could also use for the demo.\n\nThe template contains a few exa
- mples. Examples are Goals that are split\nup into Activities. All Activit
- ies must have a Goal\, and within a Goal\nall activities must be complete
- for the Goal to be automatically set to\ncomplete.\n\nIt's basically lever
- aging Org Capture Templates to create custom Goals\nand Activities.\n\nOn
- save or update these are then rendered into a table using Column View.\n\n
- Activities are sorted by date they were completed on.\n\nThe Column View i
- s pre-configured to be exported to PDF in a condensed\nbut readable format
- for submission. It stays fairly readable even when\nthe pages get busy.\n
- \nThe elisp required is all under the "Config" bullet and Emacs will ask\n
- to execute it on opening the Org file. The elisp concerns itself with\nnic
- e custom org capture functions and a few functions to ensure nice\nformatt
- ing on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walk
- through of the setup and functions\, followed by a demo of how\nto add CPD
- items\, and update them. Finally show generation of a PDF\ncontaining al
- l the items tabulated and ready for audit review. I\nestimate this at app
- rox 10 minutes.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Creating technical API documentation and presentations using org-ba
- bel\, restclient\, and org-treeslide
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-tech
-URL:https://emacsconf.org/2021/talks/tech
-DTSTART;TZID=America/Toronto:20211127T132700
-DTEND;TZID=America/Toronto:20211127T133700
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/tech
\n# Creating technical API documentation and pre
- sentations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nT
- he emacs org-babel package is often mentioned in conjunction with\nliterat
- e programming. The ability to mix code segments with prose\nindeed offers
- an intuitive way to augment semantic code pieces with\ntextual description
- s.\n\nIn recent projects\, I've started to turn to org-mode as the primary
- \nformat to maintain technical documentation\, as well as slides for a\nte
- chnical language course. By using org-babel to pull in "live" code\nfor RE
- ST requests\, language examples\, and shell scripts\, one can be\nsure tha
- t the documentation and slides are never out of date.\n\nThe session will
- show how leverage org-babel\, restclient and\norg-treeslide to write and p
- resent technical documentation with style.\n\n\n# Outline\n\n- Introductio
- n\n- Demo: Developer guide\n- Demo: REST API guide\n- Demo: Presentations\
- n- Used packages and configuration
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Org as an executable format
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-exec
-URL:https://emacsconf.org/2021/talks/exec
-DTSTART;TZID=America/Toronto:20211127T134100
-DTEND;TZID=America/Toronto:20211127T135100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/exec
\n# Org as an executable format\nTom Gillespie\n
- \nOrg mode is known for its flexibility\, power\, and staggeringly diverse
- \nnumber of workflows\, users\, and use cases.\n\nThis talk explores just
- how far we can push the boundaries of the sane\nand sensible with regard t
- o Org workflows.\n\nIn particular it will discuss shebang blocks\, and elv
- s: two parts of a\ncomplete system for creating executable Org files.\n\nO
- rg syntax does not support shebang lines. However\, it turns out that\nOrg
- syntax enables something even better —\; shebang blocks.\n\nOrg is
- also (supposedly) not an executable file format. However\, by\ncombining
- a shebang block with a Org babel source block\, and eval\nlocal variables
- (elvs) Org becomes a multi-language executable format.\n\nIn this talk we
- introduce shebang blocks and elvs as a two part system\nthat transforms Or
- g files into executable documents that can run on any\nrecent version of E
- macs.\n\nThese ideas are implemented in\n<https://github.com/tgbugs/orgstr
- ap/blob/master/README.org> and\n<https://github.com/tgbugs/orgstrap/blob/m
- aster/shebang.org>\, and\norgstrap.el is available as a package on MELPA a
- nd can be installed\nvia M-x install-package orgstrap.\n\nThe talk will op
- en with a demo of how to create an executable Org file\nusing the orgstrap
- machinery.\n\nWe then discuss security considerations\, and show example
- use cases.\n\nFinally the talk will cover the details and development of t
- he\nportable shebang block for Org mode that works on a wide variety of\ns
- ystems and shells\, and on the development of a formal specification\nand
- a reference implementation for using Org source blocks to\ntransform Org f
- iles from plain text documents with a bit of markup\ninto self describing
- computational documents\, or interactive\napplications.\n\n\n\n# Outline\n
- \n- 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\nadd
- ing a shebang block\, and then running an org file.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:The use of Org mode syntax outside of GNU/Emacs
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-org-outside
-URL:https://emacsconf.org/2021/talks/org-outside
-DTSTART;TZID=America/Toronto:20211127T135400
-DTEND;TZID=America/Toronto:20211127T140400
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/org-outside
\n# The use of Org mode syntax outside of
- GNU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Em
- acs community gained\nmuch momentum in the last decade. Being a nicely des
- igned lightweight\nmarkup language\, Org mode does not only benefit users
- of GNU/Emacs.\nThere are many tools and services supporting Org mode synta
- x documents\nthat do have no direct connection to GNU/Emacs. I would like
- to\nelaborate on the advantages on using Org mode syntax for arbitrary\nte
- xt outside of GNU/Emacs for better typing usability and\ncollaboration tas
- ks.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nT
- his can only be a short teaser for the use of Org mode syntax without\nmuc
- h comparison to other lightweight markup languages. For this\naudience\, I
- do think that this would be too short because most\nattendees might alrea
- dy have heard the rumors that Org mode is great\nor they have adapted Org
- mode in their workflows already.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Using Org-mode to teach programming
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-teach
-URL:https://emacsconf.org/2021/talks/teach
-DTSTART;TZID=America/Toronto:20211127T140700
-DTEND;TZID=America/Toronto:20211127T142700
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/teach
\n# Using Org-mode to teach programming\nDaniel
- German\n\nIn this presentation I will explain how to use org-mode effecti
- vely to\nprepare teaching materials\, and how to present them.\n\nFor the
- last 5 years I have been using org-mode to teach programming\nin different
- languages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has thre
- e key advantages:\n\n1. it supports most programming languages with a com
- mon interface\,\n2. it is an interactive medium for delivering teaching m
- aterials\; and\n3. it is an always-up-to-date format that does not need t
- o be exported in order to be published.\n\nI explain how I use org-mode in
- my courses and how I combine org-mode\nnotes other tools such as github o
- rg-mode to get\nalways up-to-date teaching materials that one can use for
- both\nteaching and studying (see\n<https://github.com/dmgerman/csc116Moder
- nCplusplus/blob/master/lectures/l-01-1-intro/01_1_intro.org>\nfor an examp
- le).\n\nFinally\, I will discuss some important aspects to consider when u
- sing\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- In
- troduction\n- Quick demonstration\n- Workflow\n- Emacs configuration
- \n- Important considerations\n- How to get started\n\nOh\, I made a sm
- all mistake. I meant to propose a 40 minutes presentation.\nBut I can give
- a quicker 20 minutes too.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Managing a research workflow (bibliographies\, note-taking\, and ar
- Xiv)
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-research
-URL:https://emacsconf.org/2021/talks/research
-DTSTART;TZID=America/Toronto:20211127T143200
-DTEND;TZID=America/Toronto:20211127T143700
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/research
\n# Managing a research workflow (bibliograp
- hies\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge
- workers have to read and discover new papers\,\nask questions about what
- they read\, write notes and scratchwork\, and store\nmuch of this informat
- ion for use in writing papers and/or code. Emacs allows\nus to do all of t
- his (and more) using simple text interfaces that integrate\nwell together.
- In this talk I will talk about the following:\n\na. Using elfeed and elfe
- ed-score to read new papers from arXiv.\nb. Using org-ref to import arXiv
- papers of interest into a local\nbibliography.\nc. Using Emacs hooks with
- biber and rebiber in order to keep the local\n bibliography clean and up
- -to-date with conference versions of papers.\nd. Using org-roam and org-ro
- am-bibtex to take linked\, searchable notes in\norg on research papers.\n\
- nThis text-based workflow allows for keeping everything accessible under\n
- version\ncontrol and avoids the platform lock-in of binary formats (e.g. M
- endeley). I\nwill share my Doom Emacs configuration for this workflow\, bu
- t it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I wil
- l demo the packages I use in 5 minutes.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Babel for academics
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-babel
-URL:https://emacsconf.org/2021/talks/babel
-DTSTART;TZID=America/Toronto:20211127T144100
-DTEND;TZID=America/Toronto:20211127T145100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/babel
\n# Babel for academics\nAsilata Bapat\n\nPlain
- org-mode is already an extremely powerful and\ncustomisable tool for task
- and time management\, note-taking\, calendar\nand agenda management\, and
- much more. Babel takes org a step further\nby letting you write\, evaluat
- e\, and export code in different languages\nfrom within a single file. In
- this talk\, I will highlight some\nfeatures of babel that I find exciting
- and extremely useful\,\nparticularly for an academic workflow.\n\nGetting
- started with babel can be intimidating\, but it's hard to stop\nusing it o
- nce you start. As an academic\, I typically don't manage\nlarge coding pro
- jects. My primary purpose is writing lecture notes\,\nassignments\, and pa
- pers\, and managing related admin. Typically\, I want\nto try and automate
- the boring portions of my workflow without extra\noverhead. I also tend t
- o find various tasks easier in some programming\nlanguages and harder in o
- thers\, and prefer to mix and match languages\nas the task dictates. Babel
- makes this process seamless.\n\nA basic use case is writing a document in
- org-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write
- multiple documents in a\nsingle org file\, which can be convenient. Babel
- lets you add all sorts\nof enhancements to the same file. For example\, s
- uppose we have a\nsingle org document with all the problem sets for a cour
- se. Within\nthis single file\, we could now:\n\n- draw pictures in ditaa
- \, graphviz\, or python instead of LaTeX\,\n- use python to do complex c
- alculations and then output the result as LaTeX\,\n- define skeletons to
- quickly draw up assignment templates\,\n- toggle exporting of assignmen
- ts with or without solutions based on tags\,\n- locally change export se
- ttings or run a post-export hook\,\n- automatically export to LaTeX afte
- r saving\,\n- tangle code blocks from some or all of the languages to ex
- ternal files.\n\nI will try to showcase features of babel that academics c
- ould find\nhelpful\, by presenting some ways in which I have tried to use
- babel. I\nwould also like to be inspired by other people's babel workflows
- !\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nFor
- a 5-10 minute presentation I will give a brief intro and present one or t
- wo example files that heavily use babel. I will use these\nexamples to hig
- hlight some of the features mentioned in the abstract.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Reproducible molecular graphics with Org-mode
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-molecular
-URL:https://emacsconf.org/2021/talks/molecular
-DTSTART;TZID=America/Toronto:20211127T145300
-DTEND;TZID=America/Toronto:20211127T150300
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/molecular
\n# Reproducible molecular graphics with Or
- g-mode\nBlaine Mooers\n\nResearch papers in structural biology should incl
- ude the code used to make\nthe images of molecules in the article in the s
- upplemental materials.\nSome structural bioinformaticists have started to
- include\ntheir computer code in the supplemental materials to allow reader
- s\nto reproduce their analyses. However\, authors of papers reporting new\
- nmolecular structures often overlook the inclusion of the code that makes\
- nthe images of the molecules reported in their articles. Nonetheless\,\nth
- is aspect of reproducible research needs to become the standard practice\n
- to improve the rigor of the science.\n\nIn a literate programming document
- \, the author interleaves between blocks\nof prose the code that makes the
- images of molecules. The document allows\nthe reader to reproduce the ima
- ges in the manuscript by running the code.\nThe reader can also explore th
- e effect of altering the parameters in the\ncode. Org files are one altern
- ative for making such literate programming\ndocuments.\n\nWe developed a y
- asnippet snippet library called orgpymolpysnips for\nstructural biologists
- (<https://github.com/MooersLab/orgpymolpysnips>).\nThis library facilitat
- es the assembly of literate programming documents\nwith molecular images m
- ade by PyMOL. PyMOL is the most popular\nmolecular graphics program for cr
- eating images for publication\; it has\nover 100\,000 users\, which is a l
- ot of users in molecular biology. PyMOL\nhas been used to make many of the
- images of biological molecules found\non the covers of many Cell\, Nature
- \, and Science issues.\n\nWe used the `jupyter' language in org-babel to s
- end commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL r
- eturns the\nmolecular image to the output block below the code block. An E
- macs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\
- ninto a script file\, and submit these for non-Emacs users. We describe\nt
- he content of the library and provide examples of the running PyMOL\nfrom
- Org-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description
- /outline)\n - Title slide\n - Structural Biolog Workflow in the
- Mooers Lab\n - Cover images made with PyMOL\n\n - Why develop a
- snippet library for your field?\n - PyMOL in Org: kernel specificatio
- n\n - Creating a conda env and installing PyMOL\n - Example code
- block in Org to make DSSR block model of tRNA\n - Resulting image\n
- - Summary\n - Acknowledgements
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Budgeting\, Project Monitoring and Invoicing with Org Mode
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-project
-URL:https://emacsconf.org/2021/talks/project
-DTSTART;TZID=America/Toronto:20211127T150600
-DTEND;TZID=America/Toronto:20211127T151600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/project
\n# Budgeting\, Project Monitoring and Invoic
- ing with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how
- we use Org Mode at Shair.Tech for\nbudgeting\, project monitoring\, and in
- voicing.\n\nWe are a small company and we are still tuning and improving t
- he\nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovi
- des\, and reading here and there what other users do\, we\nimplemented an
- effective workflow we have been using for nearly a\nyear\, now\, and with
- which we are very happy. Talk duration:\n\n–\;> 20 minutes seems to
- be right (15 talk + questions)\n–\;> I can also make in 10 minutes\,
- by focusing the talk on\n budgeting (or monitoring)
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Find Your (In)voice: Emacs for Invoicing
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-invoice
-URL:https://emacsconf.org/2021/talks/invoice
-DTSTART;TZID=America/Toronto:20211127T151900
-DTEND;TZID=America/Toronto:20211127T152900
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/invoice
\n# Find Your (In)voice: Emacs for Invoicing\
- nBala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices
- for 5 minutes.\n\nYour time is your money! Do you find it a pain to gener
- ate an invoice\,\nrecord the details into your accounting software and kee
- p track of\ntaxes and payments? You are not alone\, I found the whole invo
- ice\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our
- rescue.\n\nMy talk will give you a basic intro on how to use org mode\, s
- ome embedded python code and file jugglery to generate stylistic and profe
- ssional invoices.\n\nWhat you will learn during the session:\n\n- How to
- track your freelance time using orgmode\n- How to create the basic infr
- astructure for invoice generation\n- How to generate the invoice\n- Ho
- w to manage multiple clients\n- How to enter the finance details into yo
- ur accounting software\n- How to track invoice payments\n\nWe will use t
- he following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pyt
- hon layer (I use spacemacs\, so whatever is the equivalent in your config)
- \n- Some unnecessary Shakespearean references
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Productivity Dashboards with Emacs and Kindle
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-dashboard
-URL:https://emacsconf.org/2021/talks/dashboard
-DTSTART;TZID=America/Toronto:20211127T153200
-DTEND;TZID=America/Toronto:20211127T154200
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/dashboard
\n# Productivity Dashboards with Emacs and
- Kindle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle de
- vice every year\,\nsupplanting each generation with a newer model that boa
- sts highly\npromoted incremental features which greatly devalues the price
- of\ntheir older models. These forgotten models are sold on Ebay and\nothe
- r secondhand websites at highly discount prices by owners who\ndo not see
- the true potential of these devices: Kindles are\nexcellent high contrast
- low-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run
- embedded Linux in the\nbackground. Depending on the model\, an idle Kindle
- can last weeks\nbefore needing a recharge. This makes them ideal as passi
- ve image\ndevices that can be configured easily using a few shell\nscripts
- . Indeed\, efforts have been made in dedicated hacker forums\nto expose th
- e Linux filesystem and to enable features such as\ncustom screensavers\, S
- SH networking\, and more. By exploiting these\nfeatures\, and by carefully
- disabling the software/bloatware that\ncomes with the device\, these Kind
- les have found new life as online\ndashboard devices which can fetch and d
- isplay information from the\ninternet at timely intervals.\n\nHere we desc
- ribe a tool to control multiple Kindle devices with a\nsingle org-mode/she
- ll-based tool\, built initially to periodically\nserve updated Emacs Org-A
- genda views\, but later expanded to produce\nonline local weather reports
- and work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary in
- formation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous ima
- ge and text content\n(via imagemagick)\, small messages\, and much more.\n
- \nIn this talk\, we show how to configure multiple Kindles with any\ndesir
- ed custom content\, following any daily/weekly schedule\, all\neasily mana
- ged from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10
- minutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n
- - Cheap second-hand wifi device\, hackable\n - Low-powered\, long
- battery life\, low refresh rate –\; perfect\n for a dashboar
- d\n - Timely updated Org-Mode Agendas anyone?\n - Reference
- to inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generat
- e content\n\n - A static text+picture image easily generated with ima
- gemagick\n wrapper\n - An image of a sparse tree of org-mode T
- ODO file\n - An image of another emacs view (e.g. Calfw\, or org-calo
- ries)\n - Show post-processing for optimizing image for Kindles\n\n
- 1-2 mins\n Configuration in a single org-mode file\n\n - D
- efining Machines\n - Defining Commands to generate content\n - D
- efining Schedules to run Commands on multiple Machines at\n specifi
- c points in the day\n\n 1-2 mins\n Export and Run:\n\n -
- Show exported shell configs and generated cronjobs\n - Witness multip
- le Kindles producing desired content with wakeup\n timers
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs with Nyxt: extend your editor with the power of a Lisp browse
- r
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-nyxt
-URL:https://emacsconf.org/2021/talks/nyxt
-DTSTART;TZID=America/Toronto:20211127T154500
-DTEND;TZID=America/Toronto:20211127T155500
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/nyxt
\n# Emacs with Nyxt: extend your editor with the
- power of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you
- use a computer. Even if Emacs\nusers love text as a format\, they may need
- to shop and video call from\ntime to time (even more so in a pandemic!).
- Some of us modified their\nbrowsers to at least have the same keybindings
- as our editor of\nchoice. What if I told you there is an Emacsy browser in
- the making?\nWhat if you could "ace-jump" within a web page? What if you
- could run\na REPL to extend your browser while browsing? What if you could
- record\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I
- will share why it has great potential\, how you can\nintegrate it with Ema
- cs\, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you wer
- e wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!
- \n\nYou can learn more about this at: <https://github.com/ag91/emacs-with-
- nyxt>\n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt fro
- m Emacs and a little explanation of the code necessary for integration
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:On the design of text editors
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-design
-URL:https://emacsconf.org/2021/talks/design
-DTSTART;TZID=America/Toronto:20211127T155800
-DTEND;TZID=America/Toronto:20211127T160800
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/design
\n# On the design of text editors\nNicolas P.
- Rougier\n\nText editors are written by and for developers. They come\nwit
- h a large set of default and implicit choices in terms of layout\,\ntypogr
- aphy\, colorization and interaction that hardly change from one\neditor to
- the other. It is not clear if these implicit choices derive\nfrom the ign
- orance of alternatives or if they derive from developers'\nhabits\, reprod
- ucing what they are used to. Durint this talk\, I will\ncharacterize these
- implicit choices and illustrate what are some\nalternatives using GNU Ema
- cs.\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo
- of my environment with pointers to the different\npackages
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:How Emacs made me appreciate software freedom
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-freedom
-URL:https://emacsconf.org/2021/talks/freedom
-DTSTART;TZID=America/Toronto:20211127T161200
-DTEND;TZID=America/Toronto:20211127T165200
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/freedom
\n# How Emacs made me appreciate software fre
- edom\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my sof
- tware freedom".\nI will outline the key moments in my transition to a GNU/
- Linux operating\nsystem and mark those which eventually contributed toward
- s me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;
- popular package\, and\ncontributor to upstream Emacs (among others). By a
- lluding to personal\nexperiences\, I will draw generalisable insights and
- connect them to what\nI believe are irreducible qualities of Emacs qua sof
- tware and Emacs as a\ncommunity of like-minded people. The talk will be t
- heoretical in\nnature: there won't be any code-related demonstration nor t
- echnical\nreferences that only people with a background in computer scienc
- e would\nlikely recognise. Personal anecdotes shall be tangential to the
- point\nand considered as ancillary to the thesis of what Emacs represents
- from\nthe standpoint of software freedom and user empowerment. The\nprese
- ntation is intended for a general audience that is interested in\nGNU soft
- ware in general and Emacs in particular. My formal educational\nbackgroun
- d as a social scientist (i.e. not a programmer) and later as a\nphilosophe
- r informs my approach to this topic.\n\nThe presentation shall be 40 minut
- es long. Its text will be in essay\nform and shall be supplied as complem
- entary material to the video. The\nnotation will be in Org mode. I canno
- t provide an outline in advance\,\nas it will most likely not be consisten
- t with the actual presentation.\nIf\, however\, this is absolutely require
- d for administrative purposes I\nshall furnish one regardless with the pro
- viso that I am in no way bound\nby it and thus reserve the right to modify
- it ahead of the main event.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Closing remarks day 1
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-day1-close
-URL:https://emacsconf.org/2021/talks/day1-close
-DTSTART;TZID=America/Toronto:20211127T165200
-DTEND;TZID=America/Toronto:20211127T165700
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/day1-close
\n# Closing remarks day 1
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Opening remarks day 2
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-day2-open
-URL:https://emacsconf.org/2021/talks/day2-open
-DTSTART;TZID=America/Toronto:20211128T090000
-DTEND;TZID=America/Toronto:20211128T090500
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/day2-open
\n# Opening remarks day 2
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:How to write faster Emacs Lisp
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-faster
-URL:https://emacsconf.org/2021/talks/faster
-DTSTART;TZID=America/Toronto:20211128T090500
-DTEND;TZID=America/Toronto:20211128T092500
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/faster
\n# How to write faster Emacs Lisp\nDmitry Gut
- ov\n\n- Before optimizing\, benchmark first.\n- Different benchmarking
- approaches.\n- Live evaluation\, step-debugging\, measuring from a debu
- gger breakpoint.\n- How to determine if a function is expensive. How to
- pick one from\n competing alternatives (cl-lib\, seq\, dash\, lean core
- ).\n- Print-benchmarking.\n- Byte-compiled code can give a very differ
- ent picture\, changing where\n the bottleneck is. How to quickly load a
- byte-compiled version.\n- Steps taken to speed up the Xref package rece
- ntly.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Tree-edit: Structural editing for Java\, Python\, C\, and beyond!
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-structural
-URL:https://emacsconf.org/2021/talks/structural
-DTSTART;TZID=America/Toronto:20211128T093000
-DTEND;TZID=America/Toronto:20211128T094000
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/structural
\n# Tree-edit: Structural editing for Java
- \, Python\, C\, and beyond!\nEthan Leba\n\nIn this talk\, I'll discuss a v
- ision for how writing code could be\, where the\nediting operations map di
- rectly to the primitives of the language itself -- and\nmy humble attempt
- of implementing this vision. _tree-edit_ seeks to provides a\nstructural e
- diting plugin supporting conceivably any language with a tree-sitter\npars
- er.\n\n**Structural editing does not have to be relegated to lisps or nich
- e DSLs.**\n\nI liken the state of code editing today to writing assembly.
- The reason why\npeople like Python more than assembly is that for most pur
- poses\, the building\nblocks of the language are mismatched with our thoug
- ht process. We don't think\nin terms of registers and addresses\, we think
- in terms of variables\, functions\,\netc. So when we write and edit code\
- , why do we edit in terms of deleting\,\ninserting\, replacing characters
- –\; not wrapping\, inserting\, raising\,\ndeleting expressions and s
- tatements?\n\nI'll also discuss the implementation of tree-edit\, which us
- es a novel\ncombination of the fantastic\n[tree-sitter](https://github.com
- /emacs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic progr
- amming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reaz
- on](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree gener
- ation.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/t
- ree-edit)!\n\n# Outline\n\n- Discuss motivation
- (Why should I care?)\n- Demonstrate tree-edit (Li
- ve-coding with tree-edit)\n- Demonstrate tree-edit syntax tree generator
- (Elevator pitch on miniKanren)
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Self-Describing Smart DSL's: The Next Magits
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-dsl
-URL:https://emacsconf.org/2021/talks/dsl
-DTSTART;TZID=America/Toronto:20211128T094300
-DTEND;TZID=America/Toronto:20211128T100300
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/dsl
\n# Self-Describing Smart DSL's: The Next Magits\
- nPsionic\n\nWhen we begin programming\, the promise is to automate away re
- petitive\ntasks in life. As those program's capability grows\, we begin t
- o need\nconfiguration UI's. We can start with a CLI\, but as any CLI grow
- s\, we\nrun into the following issues:\n\n- As options pile up\, the int
- uition of simplicity is lost in helps and\nmanpages\n\n- Stateless opera
- tion has no idea what to do next and loses terseness\n- Frequent dispatch
- of commands to interrogate state required for the\noperator to decide what
- action to perform\n\n- Composition compounds with all of these issues\n
- \nMagit has the UI trifecta of being terse\, intuitive\, and intelligent.\
- nMagit's UI input library\, Transient\, is a standalone package for\ndevel
- oping more killer UI's\, and not just for CLI applications\, but\nalso for
- server applications\, Emacs applications\, and Emacs itself.\n\nWhile Tra
- nsient's potential is to create the most highly productive\nUI's short of
- thought control\, going beyond simple command dispatchers\nrequires a deep
- er dive. When we think like constructing a DSL for the\ntask and using tr
- ansient to input that DSL\, we get an intelligent\,\nself-describing modal
- programming system.\n\n\n# Outline\n\n- Updates to Transient documentati
- on and demos of API examples\n- Wrapping a custom CLI tool in Transient
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved
- my way to writing a UI framework because overlays were slow")
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-ui
-URL:https://emacsconf.org/2021/talks/ui
-DTSTART;TZID=America/Toronto:20211128T100600
-DTEND;TZID=America/Toronto:20211128T101600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/ui
\n# "Yak-shaving to a UI framework" (/"Help! I acc
- identally yak-shaved my way to writing a UI framework because overlays wer
- e slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framewo
- rk for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework.
- This package\nimplements React Component API's with the goal of simplify
- ing\ndevelopment of interactive UI's for all Emacs users- regardless of\nt
- heir prior experience with React or web programming. Components\nprovide
- a useful functional unit for constructing complex interfaces\ndeclarativel
- y and also eliminate much of the burden associated with\nupdating textual
- content as application state changes. This talk will\ncover use of the tu
- i.el API and its operation in a textual environment\nby implementing some
- basic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space:
- UI implementation complexity.\n - API introduction: Displaying conten
- t\, Components.\n - Visual taste of dashboards and applications built
- with tui.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Extending Emacs in Rust with Dynamic Modules
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-rust
-URL:https://emacsconf.org/2021/talks/rust
-DTSTART;TZID=America/Toronto:20211128T101900
-DTEND;TZID=America/Toronto:20211128T103900
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/rust
\n# Extending Emacs in Rust with Dynamic Modules
- \nTuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs
- 25. It can be\nused to extend Emacs with native libraries\, for performan
- ce\,\nOS-specific features\, or other functionalities that would take a lo
- t\nof time to re-implement in Lisp. The officially supported language is\n
- C\, which is tedious and error-prone to use. This talk discusses a\n**safe
- ** alternative that is also a lot **more convenient**: writing these\ndyna
- mic modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a s
- imple dynamic module** in\n Rust\, including setting up CI.\n- Going t
- hrough and explaining the **available APIs**.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs Application Framework: A 2021 Update
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-eaf
-URL:https://emacsconf.org/2021/talks/eaf
-DTSTART;TZID=America/Toronto:20211128T104400
-DTEND;TZID=America/Toronto:20211128T105400
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/eaf
\n# Emacs Application Framework: A 2021 Update\nM
- atthew Zeng\n\nEmacs Application Framework (EAF) is a customizable and ext
- ensible GUI\napplication framework that extends Emacs graphical capabiliti
- es using\nPyQt5. There are many new but important updates since EmacsConf2
- 020\nlast year\, this talk will briefly go over them.\n\n\n\n# Outline\n\n
- - 5-10 minutes: (brief description/outline)
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Extending the "model" of Emacs to other applications
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-model
-URL:https://emacsconf.org/2021/talks/model
-DTSTART;TZID=America/Toronto:20211128T105800
-DTEND;TZID=America/Toronto:20211128T110800
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/model
\n# Extending the "model" of Emacs to other app
- lications\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment
- in a sense that it provides consistency\nacross different tools and appli
- cations within the Emacs ecosystem\, as well as\nexternal apps that can be
- integrated into it. It is also the most truly\nmalleable environment\, ea
- ch element of which can be adjusted or extended\,\ntherefore providing the
- user with more power and freedom in personal computing.\nEmacs definitely
- can be considered one of greatest software products in\nexistence.\n\nAs
- a non-programmer\, having had the chance to stumble upon Emacs a couple of
- \nyears ago\, the only regret to have is that it didn't happen earlier. Th
- e definite\nkiller feature of Emacs - Org-mode\, is what draws many of the
- less technical\nfolks to join the party and gradually start to use Emacs
- for writing documents\,\nwhether personal or work related\, manage tasks\,
- emails and potentially everything\nelse. The learning curve and differenc
- e in approach\, however\, leaves some\npotential users too scared of the a
- rcane interface even with all it's quirks and\nfeatures because it require
- s at least some technical skills to understand and\nuse properly\, and doe
- s not have an easy way to connect with external tools that\nmost people ar
- e forced to use for work.\n\nThis talk proposes some ideas about how the m
- odel of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it
- 's powerful interaction model can be\ncarried over to make modern interfac
- es\, whether desktop or web applications\,\nthat would be designed with a
- goal of reflecting the spirit of Emacs in terms of\nthe aforementioned fea
- tures it possesses\, and therefore enhance the capabilities\nof the Emacs\
- , while at the same time utilizing it as a backend for\ntext-processing an
- d editing to a large extent. It would be really great to have\na personal
- web-interface for using modern task management tools\, chats\, emails\nand
- such\, but from a UI defined by the user. The goal is to use it on a desk
- top\nor mobile\, locally or self-hosted on a server\, with support for tou
- ch and\ngesture-based workflows\, while preserving the Emacs philosophy an
- d allowing to\nseamlessly switch between Emacs and its web extension\n\nTh
- e proposed solution is to integrate more of the modern tools with Emacs\,\
- nutilize Org-mode as a way to define application-specific parameters for t
- hese\ntools through Org properties\, and then utilize these parameters for
- making a\nmodern local frontend that would enhance Emacs UI while allowin
- g to use external\ntools in a more personal and freedom respecting way (ma
- king the originals\nobsolete over time). The talk serves the purpose of in
- viting community members to\na discussion about how Emacs can become more
- modern\, more approachable by people\nwho don't possess the neccessarry te
- chnical skills to adjust it themselves\, but\nare keen to learn it\, and p
- otentially how to attract more users to greater\nproductivity\, computer l
- iteracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minut
- es\n - Introduction\n - Issues with most modern tools for work\n
- - Issues with Emacs as a tool for work\n - In search for a hybr
- id approach\n - User controlled web-apps\n - Opinions encouraged
- \n - Contacts
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Don't write that package! or: How I learned to stop worrying and lo
- ve emacs-devel
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-devel
-URL:https://emacsconf.org/2021/talks/devel
-DTSTART;TZID=America/Toronto:20211128T111100
-DTEND;TZID=America/Toronto:20211128T113100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/devel
\n# Don't write that package! or: How I learned
- to stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest s
- trength is also its greatest weakness: it is **too** hackable.\n\nWe have
- a great community that experiment with new features that are still\nlackin
- g in Emacs core. They write up a package and develop the living daylights
- \nout of it\, until it is basically amazing. (I'm looking at you Magit.)\
- n\nThere are other examples such as helpful.el - great package\, but why a
- re those\nfeatures not in core? What about projectile? And so on.\n\nCor
- e demands copyright assignments (CLA). This is a fact of life. While I\n
- mostly agree with the people saying it is not helful\, they are there to p
- rotect\nEmacs from copyright issues in the future. So my suggestion here
- is simple:\njust **sign the papers**. It is just a formality\, and you sh
- ould only need to do\nit once.\n\nI suggest that any ambitious feature tha
- t we **might** want to see shipped in the\ndefault Emacs distribution shou
- ld by default go to GNU ELPA. You don't need to\ndo this\, of course\, an
- d I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not
- have an exceptionally high standard\, but we do try to give any\nnew packa
- ge a proper code review.\n\nMELPA is excellent. We love MELPA. They don'
- t have a criterion for their\npackages that is important to the FSF\, whic
- h is to not recommend non-free\nsoftware. Therefore\, we could not recomm
- end it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be
- used for packages that we don't have an assignment for but\nwould still li
- ke to distribute. It should ideally only be for old packages\nwhere getti
- ng a CLA is impractical.\n\nIt is sometimes perceived as hard to contribut
- e to Emacs core. This impression\nis largely wrong. If I can do it\, you
- can too.\n\nWe do have a problem in that our tools and methods (mailing l
- ists\, the bug\ntracker) are out-dated. This is largely correct. We want
- to migrate to\nsomething else\, and the best candidate is probably Source
- hut. Please volunteer\nto help!\n\nWe sometimes see people adding stuff t
- o their Init file to fix this or that\nannoyance\, or even bug. The more
- ambitious would go on to package up such fixes\nin what I call "patch pack
- ages". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's wr
- ite a package!" I am here to suggest that you submit a\npatch to Emacs in
- stead.\n\nFixing an issue for one person is good\, and fixing it for more
- people is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-deve
- l is not that scary\, nor is email. We are really quite friendly and\neas
- y going\, but the communication we prefer (for reasons of efficiency - the
- \nvolume is very high) is often very brief and to the point. We are tryin
- g our\nbest at communicating\, but sometimes fail.\n\nAnd we need more con
- tributors. We need a successful Emacs on this planet.\n\nSo should you re
- ally write a package\, or should YOU become a core contributor?\n\n\n\n# O
- utline\n\n- I will urge people to consider contributing to Emacs instead o
- f\n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I wil
- l go into greater detail about emacs-devel\, how it "works"\n (e.g. is Em
- acs conservative without reason?)\, how to get things\n done and the nece
- ssary mindset.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Turbo Bindat
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-bindat
-URL:https://emacsconf.org/2021/talks/bindat
-DTSTART;TZID=America/Toronto:20211128T113600
-DTEND;TZID=America/Toronto:20211128T115600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/bindat
\n# Turbo Bindat\nStefan Monnier\n\n\n# Table
- of Contents\n\n\n\nBindat is an ELisp library to help manipulate binary da
- ta. This is a\nniche library that is used by packages such as Websocket\,
- EMMS\, and\ncpio-mode. Its implementation was repeatedly caught harassing
- hapless\nkitten while at the same time providing poor service slowly. For\
- nEmacs-28\, Bindat was rewritten so as to make it more efficient and\nflex
- ible while respecting the kitten. In this presentation I intent to\nshow h
- ow we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 m
- in: Intro and presentation of Bindat\n 5 min: Showcase some of its prob
- lems\n 5 min: Present the new design\n 5 min: Examples of what can b
- e done with it
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Emacs Lisp native compiler\, current status and future developments
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-native
-URL:https://emacsconf.org/2021/talks/native
-DTSTART;TZID=America/Toronto:20211128T130000
-DTEND;TZID=America/Toronto:20211128T132000
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/native
\n# Emacs Lisp native compiler\, current statu
- s and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lis
- p dialect used by the Emacs text editor\nfamily. GNU Emacs is traditional
- ly capable of executing Elisp code\neither interpreted or byte-interpreted
- after it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss th
- e Emacs Lisp native compiler. This feature\nrecently merged into the main
- Emacs development line allow for\nautomatically compiling and executing E
- lisp as native code.\n\nDuring the presentation I'll touch on:\n\n- desi
- gn goals\n- compiler and runtime design and implementation\n- performa
- nce implications\n- upstream process\n- area of improvements and futur
- e developments\n\nFormat: 40 minutes
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Old McCarthy Had a Form
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-form
-URL:https://emacsconf.org/2021/talks/form
-DTSTART;TZID=America/Toronto:20211128T132700
-DTEND;TZID=America/Toronto:20211128T133700
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/form
\n# Old McCarthy Had a Form\nIan Eure\n\nMost pr
- actical languages are multi-paradigm\, offering several\nabstractions for
- the programmer. But did you know that Emacs Lisp\ncomes with a powerful s
- ystem for object-oriented programming? Join me\nfor a discussion of EIEIO\
- , and learn how it can help you write more\nmodular\, flexible Emacs Lisp.
- \n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n -
- What is CLOS/EIEIO?\n - Why would I want OOP in Emacs Lisp?\n -
- How is the CLOS object model different from C++/Java/.NET?\n - Furt
- her reading
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Test blocks
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-test
-URL:https://emacsconf.org/2021/talks/test
-DTSTART;TZID=America/Toronto:20211128T134100
-DTEND;TZID=America/Toronto:20211128T134600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/test
\n# Test blocks\nEduardo Ochs\n\nIn this present
- ation I will show an idea that feels completely obvious\nonce we see it\,
- but that only occured to me after after using Emacs\nand eev as my main in
- terface to the computer for more than 20 years.\nTake any interpreted lang
- uage that supports multi-line comments\, and\nwhose interpreter can be run
- in an Emacs buffer - for example Lua\,\nHaskell\, Python\, or Julia\; let
- 's say just "Lua" from here on for\nsimplicity. So: suppose that we have a
- Lua script that we wrote\, that\nis called "foo.lua" and that defines lot
- s of functions and defines the\nclasses Bar and Bletch. We can put after t
- he definition of the class\nBar a multi-line comment that contains an eepi
- tch block that when\nexecuted starts a Lua interpreter\, loads the script
- foo.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for
- that class\nand its methods\; and we can put another block with tests like
- that\nafter the class Bletch\, and other blocks after some functions. Eep
- itch\nallows sending these tests line by line to the Lua interpreter by\nt
- yping <f8\\> on each line that we want to send\, and this lets us create\n
- tests that are very easy to understand even without writing comments\;\nth
- is gives us a very quick way to document code by executable tests\,\nthat
- is super-great for experimental code that is still going to\nchange a lot
- before running the risk of being read by other people.\n\nThese multi-line
- comments with eepitch blocks that run an interpreter\nand make it load th
- e current file are called "test blocks". The\ncommand \\`M-x eeit' inserts
- a test block at point\, using the major mode\nto decide the right syntax
- to use for the multi-line comments and for\nthe "dofile". We can configure
- the syntax of the test blocks for the\ncurrent major mode by running \\`M
- -x find-eeit-links'\; this can also be\nused to add support for test block
- s to more languages (or\, more\nprecisely: to more major modes).\n\nEduard
- o Ochs <http://angg.twu.net/emacsconf2021.html>
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Let's talk about bug trackers
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-bug
-URL:https://emacsconf.org/2021/talks/bug
-DTSTART;TZID=America/Toronto:20211128T134900
-DTEND;TZID=America/Toronto:20211128T140900
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/bug
\n# Let's talk about bug trackers\nBastien Guerry
- \n\nFor 17 years\, the Org developers didn't use a bug tracker\,\nshameles
- sly failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it
- wrong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n-
- 20 minutes
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-bidi
-URL:https://emacsconf.org/2021/talks/bidi
-DTSTART;TZID=America/Toronto:20211128T141600
-DTEND;TZID=America/Toronto:20211128T143600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/bidi
\n# Perso-Arabic Input Methods And Making More E
- macs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStartin
- g with Emacs 24\, full native bidi\n(bidirectional) support became availab
- le. For\nmany years prior to that Unicode support was\navailable and by a
- round year 2000\, reasonable\nopen-source shaping libraries were also avai
- lable.\n\nWith these in place at around 2012\, I developed\ntwo Persian in
- put methods for emacs. These input\nmethods or variations of them can also
- be used\nArabic and other persoarabic scripts.\n\nWith all of these in pl
- ace\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenvi
- ronment for persoarabic users.\n\nSince emacs comes loaded with everything
- (Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesettin
- g\, org-mode for organization\, spell\ncheckers\, completions\, calendar\,
- etc.)\, all basic\ncomputing and communication needs of persoarabic\nuser
- s can be addressed in one place and\ncohesively.\n\nIn this talk I will de
- monstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (b
- rief description/outline)\n\n My talk will be in two parts.\n\n In P
- art 1\, I cover persian input methods. With an\n emphasis on &lsquo \;B
- anan Multi-Character (Reverse)\n Transliteration Persian Input Method&r
- squo\;. The\n software is part of base emacs distribution.\n Full do
- cumentation is available at:\n Persian Input Methods\n
- For Emacs And More Broadly Speaking\n شیوههایِ درج به فارسی\n
- <http://mohsen.1.banan.byname.net/PLPC/120036>\n\n In Part 2
- \, I will cover the ramifications of bidi\n on existing emacs applicati
- ons\, including:\n\n - Gnus:\n - Persoarabic rich email send
- ing in HTML.\n - Ramifications of bidi on from\, to and\n
- subject lines.\n\n - Bbdb: Ramifications of bidi on display and\n
- completion.\n\n - Calendar:\n - Ramifications of bid
- i on display.\n - Use of persian text for Persian (solar) calenda
- r.\n - Use of arabic text for Muslem (lunar) calendar.\n\n -
- AUCTeX: Persian typesetting with XeLaTeX
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Moldable Emacs\, a step towards sustainable software
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-mold
-URL:https://emacsconf.org/2021/talks/mold
-DTSTART;TZID=America/Toronto:20211128T144100
-DTEND;TZID=America/Toronto:20211128T145100
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/mold
\n# Moldable Emacs\, a step towards sustainable
- software\nAndrea\n\nWe could learn about things better. Mountains of knowl
- edge hide in\nplaces we cannot access or use. The more we write down\, the
- more it\ntakes to find and understand things we find useful.\n\nKnowledge
- (web\, software\, books) keeps growing faster and faster! This\nis not su
- stainable: we cannot keep up with it! What if we repeat the\nerror of some
- body else\, only because it would take too much reading to\nknow? What if
- that knowledge is in some code we work with everyday?\n\nMoldable developm
- ent is a paradigm shift that attempts to solve this\nproblem. In a gist\,
- the tool you use should let you create special tools\nto learn smartly fro
- m what you have already.\n\nSince we use Emacs\, let's make our great edit
- or moldable!\n\nThis talk shows my progress in making Emacs closer to such
- a tool. We\nare going to see how we can mold structured (and maybe even n
- atural)\ntext to learn better\, how we can inject notes in our projects an
- d how\nself documenting this tool is!\n\nI aim to inspire you to find a qu
- icker way to learn from our digital\nworld!\n\nYou can learn more about th
- is at: <https://github.com/ag91/moldable-emacs>\n\n\n\n# Outline\n\n- 5-
- 10 minutes: quick demo of moldable-emacs
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:CLEDE the Common Lisp Emacs Development Environment.
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-clede
-URL:https://emacsconf.org/2021/talks/clede
-DTSTART;TZID=America/Toronto:20211128T145500
-DTEND;TZID=America/Toronto:20211128T151500
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/clede
\n# CLEDE the Common Lisp Emacs Development Env
- ironment.\nFermin MF\n\nI've been developing a package that helps with the
- development of\nCommon Lisp's software\,\nit's uses the internal semantic
- framework\, it has a custom reader\nand integration for\ncommon Emacs pac
- kages (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to su
- pply features that other language with and static\nanalyzer have\,\nlike r
- efactoring and code generation.\n\nFor more details: <https://gitlab.com/s
- asanidas/clede>\n\n- 20 minutes:\n It seems like not too much people
- knows about semantic\, so I can\n summarize some of it in 10 minutes\n
- and then An explanation on how to use the package\, how to extend it\n
- and the future of it.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Imaginary Programming
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-imaginary
-URL:https://emacsconf.org/2021/talks/imaginary
-DTSTART;TZID=America/Toronto:20211128T152200
-DTEND;TZID=America/Toronto:20211128T153200
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/imaginary
\n# Imaginary Programming\nShane Mulligan\n
- \nImaginary Programming (IP) is both methodology and paradigm. It is an\ne
- xtension of literate programming and a way of creating software without\nt
- he use of imperative\, functional or even declarative code. Yet IP employs
- \nall disciplines to achieve the miraculous. The only contingency is on on
- e\nor more language models\, known as foundation models. The real value of
- IP\nis not found by abandoning sound logic altogether\, but in weaving th
- e real\nwith the imaginary. The future of imaginary programming is one in
- which\nalmost all of computing is inferred. I have built a suite of tools
- based on\nemacs for interfacing real programming languages with imaginary
- ones\; all\nof this in order to demonstrate what I mean\; a ‘complex’ term
- inal that lets\nyou imagine what happens no matter how nested you are with
- in interpreters\,\nan example-oriented language\, a file format that encod
- es the provenance of\ntext and a library for imaginary functional programm
- ing primitives called\niLambda. It is important to recognise IP because\,
- for lack of a better\nterm\, it has far-reaching implications for intellec
- tual property and the\nGPL. Please keep an open mind.\n\n\n\n# Outline\n\n
- - 5-10 minutes:\n- a 5 minute introduction to imaginary programming\,
- followed by\n - a demonstration of iLambda.\n - iλ\, a famil
- y of imaginary programming libraries\n <https://mullikine.github.io
- /posts/designing-an-imaginary-programming-ip-library-for-emacs/>\n\n\n\nIR
- C libertyprime at #emacs on libera\n\nShane Mulligan
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:How to build an Emacs
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-build
-URL:https://emacsconf.org/2021/talks/build
-DTSTART;TZID=America/Toronto:20211128T153600
-DTEND;TZID=America/Toronto:20211128T155600
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/build
\n# How to build an Emacs\nFermin MF\n\nThis is
- a deep dive in the Emacs philosophical and technical\naspect on what make
- s our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP
- machines and\nfascinating were those days of experimentation and engineer
- ing.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/
- developer stand points\, what things can be improved and\nwhat can be an h
- ypothetical path on how to build a software that\ncan also be called Emacs
- .\n\nAs a last part\, I'll talk about CEDAR\, an Emacs that I've been\ndev
- eloping in Common Lisp\, the project goals\nand the challenges.\n\nFor mor
- e details about CEDAR: <https://gitlab.com/sasanidas/cedar>\n\n- 40 minu
- tes:\n A dive into the Emacs/Lisp machines history\, what makes GNU Ema
- cs\n an Emacs and how you can build an Emacs.
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:M-x Forever: Why Emacs will outlast text editor trends
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-forever
-URL:https://emacsconf.org/2021/talks/forever
-DTSTART;TZID=America/Toronto:20211128T160300
-DTEND;TZID=America/Toronto:20211128T164300
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/forever
\n# M-x Forever: Why Emacs will outlast text
- editor trends\nDavid Wilson\n\nThe computer software industry has seen man
- y "popular" text editors come\nand go\, often due to the mercurial fashion
- s of software development. In\nthis talk\, we'll take a look at why popul
- ar editors fade and the\nspecific aspects of Emacs that will ensure it rem
- ains relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n-
- Discuss the core thesis\, the features that make Emacs\n desirable for lo
- ng-term use (extensibility\, day-to-day 'life' features)\n\n- Include more
- background on the text editor landscape and\n how the scope of various e
- ditors is more narrow and doesn't compare to Emacs.\n\n- Talk about specif
- ic instances where editors were popular\, fell out\n of popularity\, and
- why (due to changing fashions\, not usually\n better features).
-END:VEVENT
-BEGIN:VEVENT
-SUMMARY:Closing remarks day 2
-LOCATION:https://emacsconf.org/
-UID:emacsconf-2021-day2-close
-URL:https://emacsconf.org/2021/talks/day2-close
-DTSTART;TZID=America/Toronto:20211128T165000
-DTEND;TZID=America/Toronto:20211128T170000
-DTSTAMP:20211027T123802
-DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac
- sconf.org/2021/talks/day2-close
\n# Closing remarks day 2
-END:VEVENT
+BEGIN:VCALENDAR +VERSION:2.0 +PRODID:EmacsConf +X-WR-CALNAME:EmacsConf 2021 +X-WR-TIMEZONE:America/Toronto +X-WR-CALNAME:EmacsConf +CALSCALE:GREGORIAN +METHOD:PUBLISH +BEGIN:VTIMEZONE +TZID:America/Toronto +BEGIN:DAYLIGHT +TZOFFSETFROM:-0500 +TZOFFSETTO:-0400 +TZNAME:EDT +DTSTART:20210314T070000 +END:DAYLIGHT +BEGIN:STANDARD +TZOFFSETFROM:-0400 +TZOFFSETTO:-0500 +TZNAME:EST +DTSTART:20211107T060000 +END:STANDARD +BEGIN:DAYLIGHT +TZOFFSETFROM:-0500 +TZOFFSETTO:-0400 +TZNAME:EDT +DTSTART:20220313T070000 +END:DAYLIGHT +BEGIN:STANDARD +TZOFFSETFROM:-0400 +TZOFFSETTO:-0500 +TZNAME:EST +DTSTART:20221106T060000 +END:STANDARD +END:VTIMEZONE +BEGIN:VEVENT +SUMMARY:Opening remarks +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-day1-open +URL:https://emacsconf.org/2021/talks/day1-open +DTSTART;TZID=America/Toronto:20211127T090000 +DTEND;TZID=America/Toronto:20211127T090500 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/day1-open
\n# Opening remarks +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs News Highlights +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-news +URL:https://emacsconf.org/2021/talks/news +DTSTART;TZID=America/Toronto:20211127T090500 +DTEND;TZID=America/Toronto:20211127T091000 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/news
\n# Emacs News Highlights\nSacha Chua <mailto:sa + cha@sachachua.com> - pronouns: she/her\n\nQuick overview of Emacs communit + y highlights since the last conference\n\n<https://github.com/sachac/emacs + conf-2021-emacs-news-highlights> +END:VEVENT +BEGIN:VEVENT +SUMMARY:The True Frownies are the Friends We Made Along the Way: An Anecdot + e of Emacs's Malleability +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-frownies +URL:https://emacsconf.org/2021/talks/frownies +DTSTART;TZID=America/Toronto:20211127T091100 +DTEND;TZID=America/Toronto:20211127T093100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/frownies
\n# The True Frownies are the Friends We Mad + e Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEm + acs is well-known for being extremely flexible\, programmable\, and\nexten + sible\; in fact\, that's probably the biggest reason it's still\nbeing use + d after 40+ years of existence\, and even has enough clout to\ngenerate an + entire conference in its name. In this medium-length\npresentation\, I w + ill add another point to the data set proving Emacs's\nabilities\, by narr + ating the latest package I made\, \\`frowny.el\\`\, from\nits conception t + o its current\, nearly-completed state.\n\nI wrote frowny.el to scratch so + meone else's itch as a joke on IRC\, but\nit has been called "pretty usefu + l\, for a joke package." I feel like\nthat encapsulates the spirit of Ema + cs and that's why I want to present\non this topic.\n\nAlong the way\, I'l + l discuss just a little of my own history of Emacs\,\nand why I feel it's + a great tool for non-technical users to sink their\nteeth into. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Choose Your Own (Technology-Enhanced Learning) Adventure +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-adventure +URL:https://emacsconf.org/2021/talks/adventure +DTSTART;TZID=America/Toronto:20211127T093400 +DTEND;TZID=America/Toronto:20211127T095400 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/adventure
\n# Choose Your Own (Technology-Enhanced Le + arning) Adventure\nGreta Goetz\n\nThis presentation will move through Emac + s artifacts: first illustrating possible paths for beginners and then mapp + ing out the significance of the enhanced learning potential of Emacs (Cail + let in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technol + ogy-enhanced learning (TEL) that Emacs affords includes a systems view of + 'many\, many features' (Stallman) which surpass the confines of a pre-fabr + icated environment (Stiegler). This affords diverse possibilities for indi + viduals to interact creatively and autonomously to satisfy their own needs + (Ill\nich). Its adaptability will be shown to be an asset in supporting t + he learning trends identified by the latest pedagogical research (Guo).\n\ + n# Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not + limit imaginable types of interactivity\, supporting both formal and infor + mal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as + a scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creativ + e and autonomous ability of individuals to interact with their digital env + ironment and others who share the use of this tool (Illich 1973). Individu + als can use Emacs as often or seldom as they want to express their needs a + nd meaning in action\, with no obligation to use it (cf. Illich 1973).\n\n + The formal learning involved pertains to Emacs programs and documentation + (the 'temple') while related discussion and smaller task-based problem sol + ving represents examples of informal learning (the 'forum') (cf. Caillet i + n Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999) + \, Emacs fulfills the promise of general computing: not boxing users into + personas (cf. Stiegler 2018) but allowing users at all levels to organize + and assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and + programs so that they are 'just right'. People wanting to create tailored + learning environments who feel alienated or unsupported by pre-fabricated + text and programming environments will find their way with Emacs.\n\n1. + What if we are beginners overwhelmed by formal Emacs documentation? Two po + tential learning paths:\n\n - a. Build on a needs-basis. Make your own + artifacts: no use-case is too small\; leave your trace.\n - b. Study ot + hers' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or + power user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creati + ve\, autonomous:\n\n - a. Emacs allows for organic ongoing changes to t + he organization of knowledge\, imagination\, and experience (cf. Guerry & + Gaume 2009) . This is important as not all learners have the same spatial/ + visual needs and because these needs and knowledge can change over time (V + ygotsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to con + trol our tools and tasks (Illich 1973). By contrast\, care-less use of pre + -fabricated apps can lead to loss of know-how in life (Stiegler 2018).\n + - c. The art of collecting traces (digital or not) is timeless - and impo + rtant to survival.\n\n3. Emacs as systems design for technology-enhanced + learning (TEL):\n\n - a. Good TEL design performance should also educat + e the designer (Goodyear & Retalis 2010). Further\, good design focuses on + 'frameworks'\, which are systems 'that can be customized\, specialized\, + or extended to provide more specific\, more appropriate\, or slightly diff + erent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemi + c domains (Markauskaite & Goodyear 2017). This pedagogical approach is sup + ported by Emacs artifacts (packages\, documentation\, forums\, etc.).\n + - b. The 'wise' use of programming (Crichton 1983) actively manages and + organizes workflow. This permits iterative development. Elementary use-cas + e: a workflow that relies on PPT and Zoom vs. already having a more modula + r viewpoint supported by diverse Emacs packages. The latter adaptability i + s supported by the latest educational research (Guo). Further: Emacs allow + s movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. W + ise programming can include fun programming - 'there are people who want t + o put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending + this systems/design view\, Emacs is developed and maintained by a communit + y dedicated to supporting this freedom of use in these multiple contexts ( + cf. Illich 1973).\n - e. One perspective is less likely to override oth + ers in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nE + macs does not limit any imaginable type of interactivity and promotes a di + versity of related content\, further supporting the pursuit of more advanc + ed TEL (viz. Guo). This was illustrated through an elementary use-case tha + t compared being limited to PPT as opposed to having basic familiarity wit + h Emacs\, which permits manageable\, continuous exploration of knowledge\, + workflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and + movement from consumer to creator (Stiegler\; Stavrou). Using Emacs means + being able to use a sophisticated digital tool\, thanks to the contributi + ons of heterogeneous maintainers\, developers\, and community members whos + e artifacts comprise a meta picture. It is possible\, through using Emacs\ + , to learn about the design of digital learning and learning in general as + access to knowledge is not walled off by prefabricated design(cf. Illich\ + ; Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Gene + ral workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. < + https://github.com/redguardtoo/mastering-emacs-in-one-year-guide/blob/mast + er/guide-en.org#on-the-shoulders-of-giants>. Accessed 25 October 2021.\n- + Gaffney\, N. (2019). Oblique strategies. <https://github.com/zzkt/obliq + ue-strategies>. Accessed 25 October 2021.\n- Goetz\, G. (2021). Addition + al references: A back-to-school/GTD Emacs journey. <https://gretzuni.com/a + rticles/a-back-to-school-gtd-emacs-journey>. Accessed 25 October 2021.\n- + Guerry\, B. (2020). Org-mode features you may not know. <https://bzg.fr/ + en/some-emacs-org-mode-features-you-may-not-know/>. Accessed 25 October 20 + 21.\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mod + e. <https://www.kpkaiser.com/programming/writing-a-technical-book-in-emacs + -and-org-mode/>. Accessed 25 October 2021.\n- Planet Emacs Life. <https: + //planet.emacslife.com/>. Accessed 25 October 2021.\n- Stavrou\, P. My p + ackages for GNU Emacs. <https://protesilaos.com/emacs/>. Accessed 25 Octob + er 2021.\n- Wellons\, C. Emacs articles. <https://nullprogram.com/tags/e + macs/>. Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. + (2008). L’exposition\, le musée: L’éducation informelle comme école de l’é + ducation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: + Sciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hat + ier.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- D + e Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n + - Engelbart\, D. (1962). *Augmenting human intellect: A conceptual frame + work*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P + . (2021). Streamers teaching programming\, art\, and gaming: Cognitive app + renticeship\, serendipitous teachable moments\, and tacit expert knowledge + . IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\ + , short paper\, 2021. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October + 2021.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: + Oxford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learni + ng\, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Techn + ology-enhanced learning: Design patterns and pattern languages*\, 1-27. Ro + tterdam\, Boston: Sense Publishers.\n- Guerry\, B. & Gaume\, N. (2008). + Ce que les jeux vidéo nous apprennent. In Andler\, D. & Guerry\, B. (Eds.) + . *Apprendre Demain: Sciences cognitives et éducation à l’ère numérique*\, + 155-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and in + teractions: Synthesizing the first\nfour years of Learning@Scale and chart + ing the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DO + I: https://doi.org/10.1145/3231644.3231662. <https://pg.ucsd.edu/pubs.htm> + . Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). + How video production affects student engagement: An empirical study of MOO + C videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.h + tm>. Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of convivia + lity*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mi + tros\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropou + ts and interaction peaks in online lecture videos. ACM Conference on Learn + ing at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021.\n- + Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and profes + sional education: innovation\, knowledgeable action and actionable knowled + ge*. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing th + e future of experiential learning environments for a post-COVID world: A p + reliminary case study. NFW ’20 (Symposium on the New Future of Work)\, Aug + ust 3–5\, 2020\, Virtual Event. <https://pg.ucsd.edu/pubs.htm>. Accessed 2 + 5 October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthiq + ue*. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, + free society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. ( + 2018). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H + . (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisati + on.\n- Vygotsky\, L. (1979). *Mind in society: The development of higher + psychological processes*. Cambridge and London: Harvard University Press. + \n- Wang\, S. (2020). Open knowledge. Hope in Source. <https://hopeinsou + rce.com/open-knowledge/#open-source-knowledge-proof-of-work>. Accessed 25 + October 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the + pandemic situation\, my teaching schedule fluctuates so I\nwill not know + my availability until much closer to the\ndate. Therefore\, I can only gua + rantee delayed answer response\n(whatever you request)\, but if available\ + , will join live.\nMay I please note that I will be pre-recording my video + if this submission is accepted.\n\n\n# Speaker release\n\nBy submitting t + his proposal\, I agree that my presentation at\nEmacsConf 2021 is subject + to the following terms and conditions:\n\nThe EmacsConf organizers may cap + ture audio and video (a "Recording")\nof my presentation and any associate + d materials\, which may include\nslides\, notes\, transcripts\, and prerec + ording(s) of my presentation\nthat I provide to the EmacsConf organizers.\ + n\nI authorize the EmacsConf organizers to distribute\, reproduce\,\npubli + cly display\, and prepare derivative works of the Recording and\nany deriv + ative works of the Recording (the "Licensed Materials")\nunder the terms o + f the Creative Commons Attribution-ShareAlike 4.0\nInternational (CC BY-SA + 4.0) license.\n\nI grant to the EmacsConf organizers permission to use my + name\,\nlikeness\, and biographic information in association with their u + se\nof the Licensed Materials under the above license.\n\nI represent that + I have the authority to grant the above license to\nthe EmacsConf organiz + ers. If my presentation incorporates any\nmaterial owned by third parties\ + , I represent that the material is\nsublicensable to the EmacsConf organiz + ers or that my use of them is\nfair use. +END:VEVENT +BEGIN:VEVENT +SUMMARY:"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't A + lways The Only Answer" +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-unix +URL:https://emacsconf.org/2021/talks/unix +DTSTART;TZID=America/Toronto:20211127T095600 +DTEND;TZID=America/Toronto:20211127T100600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/unix
\n# GNU's Not UNIX: Why Emacs Demonstrates The U + NIX Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targe + ts users who are curious about computational philosophies\,\nor those who + might not know how to best utilise Emacs conceptually. The\ntalk will cove + r what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typi + cal (Neo)Vi(m) user's approach\, and then how one might\naccomplish this i + n Emacs combining the aformentioned ideals. The\nlisteners will learn how + they can approach Emacs ideologically\, and how\nblocking themselves into + one philosophy or the other will limit their\nefficiency. Although you may + be a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both ph + ilosophies together will still allow you\nto be more performant than witho + ut.\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of exp + laining the whole UNIX and GNU philosophies\n and instead talk about co + ncrete examples:\n - How can one limit their usage of CLI tools while + still maintaining\n the ideals of both.\n - How using CLI too + ls can still perfectly flow into Emacs.\n - How having all programs i + n Emacs and unified keybindings is akin\n to a terminal user. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs manuals translation and OmegaT +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-omegat +URL:https://emacsconf.org/2021/talks/omegat +DTSTART;TZID=America/Toronto:20211127T100900 +DTEND;TZID=America/Toronto:20211127T101900 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/omegat
\n# Emacs manuals translation and OmegaT\nJean + -Christophe Helary\n\nEven if it is generally agreed that software localiz + ation is a good thing\, Emacs is lacking in that respect for a number of t + echnical reasons. Nonetheless\, the free software using public could great + ly benefit from Emacs manuals translations\, even if the interface were to + remain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided tra + nslation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for + translators to what IDEs are for code writers. Casual translators can ben + efit from their features but professionals or commited amateurs are the mo + st likely to make the most use of such tools.\n\nWhen OmegaT\, free softwa + re based forges and Emacs meet\, we have a free multi-user translation env + ironment that can easily sustain the (close to) 2 million words load that + comprise the manuals distributed with Emacs\, along with powerful features + like arbitrary string protection for easy typing and QA (quality assuranc + e)\, automatic legacy translation handling\, glossary management\, history + based or predictive autocompletion\, etc.\n\nThe current trial project fo + r French is hosted on 2 different forges:\n\n1. sr.ht hosts the source fi + les\n <https://sr.ht/~brandelune/documentation_emacs/>\n2. chapril hos + ts the OmegaT team project architecture\n <https://sr.ht/~brandelune/do + cumentation_emacs/>\n\nThe sources are regularly updated with a po4a based + shell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used dur + ing the presentation\n - [po4a](https://po4a.org) a tool to convert docum + entation formats to and from the commonly used `gettext` **PO** format.\n + po4a supports the `texinfo` format along with many others.\n - [OmegaT + ](https://omegat.org) a "computer aided translation" tool used by translat + ors to efficiently combine translation ressources (legacy translations\, g + lossaries\, etc.) so as to produce more consistent translations.\n\nDuring + the presentation\, I will show:\n\n- How to use po4a to convert the texi + files to the PO format (the org.org file is also converted)\n- What are th + e specificities of the Emacs manuals and what difficulties they present to + the tanslator\n- How to address those specificities in OmegaT\, with regu + lar expressions\n- How to use OmegaT features such as arbitrary string pro + tection\, legacy translation handling\, glossaries\, autocompletion\, QA\, + etc.\n- How to use OmegaT with a team of 2 (or more) translators working + at the same time\n- How to solve translation conflicts\n\nI will *not* sho + w:\n\n- How to create an OmegaT project\n- How to setup an OmegaT team pro + ject\n- How to use OmegaT from the command line to work in localization pi + pelines\n- How to use machine translation and MT "post-edit"\n- How to con + vert back the translated files to texi format\n- How to install translated + texi files for use in Emacs +END:VEVENT +BEGIN:VEVENT +SUMMARY:NonGNU ELPA Update +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-nongnu +URL:https://emacsconf.org/2021/talks/nongnu +DTSTART;TZID=America/Toronto:20211127T102200 +DTEND;TZID=America/Toronto:20211127T103200 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/nongnu
\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\ + nNonGNU ELPA was announced last year\, as a package repository\nthat will + be enabled by default in Emacs\, but doesn't require\nany copyright assign + ment. This means that a lot of popular\npackages can now be installed easi + er\, without any additional\nconfiguration.\n\nIn this talk I would like t + he give a reminder of what NonGNU\nELPA is and how it works\, update the p + articipants on what has\nhappened since last year and what maintainers hav + e to do if they\nwant their packages to be added to the repository. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Manual Package Management in The Era of Repositories - Why and How +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-borg +URL:https://emacsconf.org/2021/talks/borg +DTSTART;TZID=America/Toronto:20211127T103500 +DTEND;TZID=America/Toronto:20211127T104500 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/borg
\n# Manual Package Management in The Era of Repo + sitories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package + repositories - enought to have conflicts\nand arguments about. The packag + es are becoming big\, they depend on many\nother packages and it is not ea + sy to keep track of what all is being\ninstalled in our Emacsen. An aggres + sive way out of this is to use Yet\nAnother Package and install all elisp + code manually - with borg[1].\n\n[1]: <https://github.com/emacscollective/ + borg>\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n + 1. What are we trying to solve?\n 2. What is borg?\n 3. How to + use it?\n 4. Assimilate a package for demo +END:VEVENT +BEGIN:VEVENT +SUMMARY:telega.el and the Emacs community on Telegram +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-telega +URL:https://emacsconf.org/2021/talks/telega +DTSTART;TZID=America/Toronto:20211127T104800 +DTEND;TZID=America/Toronto:20211127T105800 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/telega
\n# telega.el and the Emacs community on Teleg + ram\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform in + stant messaging system. The large number of\nfeatures and the widespread a + doption make it a good choice for both private\nconversations with friends + and for large online communities. In this talk\, I\nam going to present t + he Emacs community on Telegram and its initiatives. I\nam also going to di + scuss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qual + ity package that perfectly integrates in Emacs. It supports\nthe vast majo + rity of the features supported by the official clients\, while\nadding sev + eral unique ones. In the talk\, I will present the package and\nhighlight + some of the most important features. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Introducing N-Angulator +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-nangulator +URL:https://emacsconf.org/2021/talks/nangulator +DTSTART;TZID=America/Toronto:20211127T110100 +DTEND;TZID=America/Toronto:20211127T111100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/nangulator
\n# Introducing N-Angulator\nKevin Haddock + \n\nThe Unix file system is essentially an N-dimentional sparse array that + \ncurrently lacks a decent editor and browser which\ncan effectively lever + age the logical tri-angulation (or\, more properly\n"n-angulation") of ato + ms/blobs within it.\n\nN-Angulator is the genesis\, to wit\, the "Model-T\ + ," of such a program.\n\n(see google drive link below for a very old uncir + culated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.in + tro.flv\n<https://drive.google.com/file/d/1EZN0Xs8eGlEbSIYFml2lp3GCNnmLQa9 + 8/view?usp=drive_web>\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descrip + tion/outline)\n\nThe reconceptualization of the Unix file system as the N- + Dimensional\nsparse array will be discussed.\n\nA simple pre-existing data + base will be queried.\n\nIf time\, questions will be entertained by video/ + audio and/or IRC. +END:VEVENT +BEGIN:VEVENT +SUMMARY:A day in the life of a janitor +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-janitor +URL:https://emacsconf.org/2021/talks/janitor +DTSTART;TZID=America/Toronto:20211127T111400 +DTEND;TZID=America/Toronto:20211127T113400 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/janitor
\n# A day in the life of a janitor\nStefan Mo + nnier\n\nBecause of a reckless former Emacs maintainer that shall\n bette + r stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n year + s\, making it necessary to clean up "old" code [in order to open up\n the + road for yet more recklessness? ].\n In this documentary we will follow + a famous janitor in his every day job\n dealing with the aftermath of the + cl-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm + not sure how much time this will take. I put 20\n minutes because I t + hink I might be able to fill that and I think more\n than that could tu + rn too boring. I intend to make it a "live coding"\n kind of thing\, w + ithout anything like an outline: it's basically "make"\n followed by fi + xing the warnings. +END:VEVENT +BEGIN:VEVENT +SUMMARY:How to help Emacs maintainers? +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-maintainers +URL:https://emacsconf.org/2021/talks/maintainers +DTSTART;TZID=America/Toronto:20211127T113900 +DTEND;TZID=America/Toronto:20211127T114900 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/maintainers
\n# How to help Emacs maintainers?\nBasti + en Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nli + ke to share a few lessons learned. My goal is help everyone take\ncare of + Emacs maintainance by taking care of Emacs maintainers.\n\n\n\n# Outline\ + n\n- 5-10 minutes +END:VEVENT +BEGIN:VEVENT +SUMMARY:Typesetting Gregorian Chant with Emacs +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-gregorian +URL:https://emacsconf.org/2021/talks/gregorian +DTSTART;TZID=America/Toronto:20211127T115200 +DTEND;TZID=America/Toronto:20211127T120200 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/gregorian
\n# Typesetting Gregorian Chant with Emacs\ + nSpencer King\n\nThere are a variety of methods for typesetting gregorian\ + nchant scores and outputting high-quality sheet music. One of these is\na + tool called Gregorio\, which integrates with LaTeX allowing scores to\nbe + cleanly inserted into other documents. All Gregorio files are plain\ntext\ + , allowing them to easily be shared with other users and managed\nwith a v + ersion control system. In this talk\, I will give a brief\noverview of the + Gregorio tool and then show how it can be used in\nEmacs by typesetting a + simple score. All code and examples will be\nmade available to help new u + sers get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- + 5-10 minutes: (brief description/outline)\n 1. Introduction to chan + t music\n 2. Introduction to Gregorio\n 3. Example of typesetting + a score in Emacs\n 4. Code and example availability +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs and Montessori Philosophy +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-montessori +URL:https://emacsconf.org/2021/talks/montessori +DTSTART;TZID=America/Toronto:20211127T123000 +DTEND;TZID=America/Toronto:20211127T124000 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/montessori
\n# Emacs and Montessori Philosophy\n\n\nA + s a former Montessori guide and now parent\, I often think about the\nrela + tionship of this particular educational philosophy and how it manifests\ni + n my work with software\, Emacs in particular. This talk introduces the\nc + oncept of Emacs as an educational environment and how it expresses element + s of\nMontessori psychology regarding "Human Tendencies". Human tendencies + are innate\ndrives present in everybody that allow us to explore and make + sense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descript + ion/outline)\n Quick overview of a Montessori classroom environment:\n\ + n - the adults or guides primarily observe and present material\n + - the children are free to explore materials as they choose (within limi + ts)\n - the environment itself is prepared specifically to foster eng + agement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n + - Activity\n - Communication\n - Exactness\n - Explora + tion\n - Manipulation (of the environment)\n - Order\n - Or + ientation\n - Repetition\n - Self-Perfection\n - Work (also + described as "purposeful activity")\n\n How does Emacs express these t + hings?\n\n - in the short version\, pose the question\, and perhaps g + ive one example.\n - Emacs is an environment that provides facilities + for individuals to\n find their way to proficiency through their H + uman Tendencies.\n - We are all both learners and guides\, Emacs is o + ur classroom +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs Research Group\, Season Zero: What we did together with Emacs + in 2 hours a week for a year +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-erg +URL:https://emacsconf.org/2021/talks/erg +DTSTART;TZID=America/Toronto:20211127T124300 +DTEND;TZID=America/Toronto:20211127T125800 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/erg
\n# Emacs Research Group\, Season Zero: What we d + id together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe + Corneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 20 + 20\, and joined together around a\ncommon interest in Emacs and research. + Since then\, we have convened as\nthe Emacs Research Group for weekly mee + tings. During these meetings\, we\ntook notes collaboratively\, using a ‘ + conflict-free replicated data type’\npackage (crdt.el)\; at the end of eac + h session\, we debriefed using a\ntemplate that we call a Project Action R + eview (PAR). As as a\nmeta-review of our sessions\, every six weeks we pr + epared a Causal\nLayered Analysis (CLA)\, which gave us a different perspe + ctive on what we\nhad done. We reflected further on our experiences and m + ethods\, linking\nour CLA to plans and design patterns. As a formal resea + rch output\, we\ncontributed a write-up of these matters to a joint paper + which we\npresented at the Pattern Languages of Programs Conference (PLoP + 2021).\nThe paper included an interactive workshop\, in which we explored + roles\nin real-time problem solving and collaboration.\n\nIn our short tal + k we share information about these methods\, making a\ncase for other peop + le getting together and creating their own small\nresearch communities sim + ilar to ours. +END:VEVENT +BEGIN:VEVENT +SUMMARY:One effective CS grad student workflow +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-cs +URL:https://emacsconf.org/2021/talks/cs +DTSTART;TZID=America/Toronto:20211127T130100 +DTEND;TZID=America/Toronto:20211127T131100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/cs
\n# One effective CS grad student workflow\nGreg C + oladonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwh + ich I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoa + m\, Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy a + pproach for capturing all the information that comes my way as a\nMS CS st + udent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways + to improve the system I use\, as well as hopefully\ninspire others to bui + ld workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 + minutes: Go through some typical workflows associated with being a grad st + udent\, using the packages mentioned in the abstract. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Using Org-Mode For Recording Continuous Professional Development +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-professional +URL:https://emacsconf.org/2021/talks/professional +DTSTART;TZID=America/Toronto:20211127T131400 +DTEND;TZID=America/Toronto:20211127T132400 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/professional
\n# Using Org-Mode For Recording Continu + ous Professional Development\nPhilip Beadling\n\nI recently had the pleasu + re of being audited for my CPD record with one\nof the large engineering p + rofessional bodies. I decided to harness\norg-mode's TODO lists to record + CPD items and my progress against them\ncompletely within Emacs. I also + wanted the ability to export the data\nin a well presented\, compact forma + t for auditing submission.\n\nThe project was a success (I passed the audi + t) and the resulting system\nintegrates really well into my wider daily Em + acs workflow\, making future\nCPD recording seamless.\n\nThe talk will exp + lain how I tweaked and extended org-mode to get it to\nrecord the data I w + anted\, followed by a demo.\n\nA basic demo org file with embedded elisp c + an be seen here:\n<https://raw.githubusercontent.com/falloutphil/Misc/mast + er/cpd.org>\n\nA basic generated PDF from the basic demo is here:\n\n\nI have a much more involved + example I could also use for the demo.\n\nThe template contains a few exa + mples. Examples are Goals that are split\nup into Activities. All Activit + ies must have a Goal\, and within a Goal\nall activities must be complete + for the Goal to be automatically set to\ncomplete.\n\nIt's basically lever + aging Org Capture Templates to create custom Goals\nand Activities.\n\nOn + save or update these are then rendered into a table using Column View.\n\n + Activities are sorted by date they were completed on.\n\nThe Column View i + s pre-configured to be exported to PDF in a condensed\nbut readable format + for submission. It stays fairly readable even when\nthe pages get busy.\n + \nThe elisp required is all under the "Config" bullet and Emacs will ask\n + to execute it on opening the Org file. The elisp concerns itself with\nnic + e custom org capture functions and a few functions to ensure nice\nformatt + ing on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walk + through of the setup and functions\, followed by a demo of how\nto add CPD + items\, and update them. Finally show generation of a PDF\ncontaining al + l the items tabulated and ready for audit review. I\nestimate this at app + rox 10 minutes. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Creating technical API documentation and presentations using org-ba + bel\, restclient\, and org-treeslide +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-tech +URL:https://emacsconf.org/2021/talks/tech +DTSTART;TZID=America/Toronto:20211127T132700 +DTEND;TZID=America/Toronto:20211127T133700 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/tech
\n# Creating technical API documentation and pre + sentations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nT + he emacs org-babel package is often mentioned in conjunction with\nliterat + e programming. The ability to mix code segments with prose\nindeed offers + an intuitive way to augment semantic code pieces with\ntextual description + s.\n\nIn recent projects\, I've started to turn to org-mode as the primary + \nformat to maintain technical documentation\, as well as slides for a\nte + chnical language course. By using org-babel to pull in "live" code\nfor RE + ST requests\, language examples\, and shell scripts\, one can be\nsure tha + t the documentation and slides are never out of date.\n\nThe session will + show how leverage org-babel\, restclient and\norg-treeslide to write and p + resent technical documentation with style.\n\n\n# Outline\n\n- Introductio + n\n- Demo: Developer guide\n- Demo: REST API guide\n- Demo: Presentations\ + n- Used packages and configuration +END:VEVENT +BEGIN:VEVENT +SUMMARY:Org as an executable format +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-exec +URL:https://emacsconf.org/2021/talks/exec +DTSTART;TZID=America/Toronto:20211127T134100 +DTEND;TZID=America/Toronto:20211127T135100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/exec
\n# Org as an executable format\nTom Gillespie\n + \nOrg mode is known for its flexibility\, power\, and staggeringly diverse + \nnumber of workflows\, users\, and use cases.\n\nThis talk explores just + how far we can push the boundaries of the sane\nand sensible with regard t + o Org workflows.\n\nIn particular it will discuss shebang blocks\, and elv + s: two parts of a\ncomplete system for creating executable Org files.\n\nO + rg syntax does not support shebang lines. However\, it turns out that\nOrg + syntax enables something even better —\; shebang blocks.\n\nOrg is + also (supposedly) not an executable file format. However\, by\ncombining + a shebang block with a Org babel source block\, and eval\nlocal variables + (elvs) Org becomes a multi-language executable format.\n\nIn this talk we + introduce shebang blocks and elvs as a two part system\nthat transforms Or + g files into executable documents that can run on any\nrecent version of E + macs.\n\nThese ideas are implemented in\n<https://github.com/tgbugs/orgstr + ap/blob/master/README.org> and\n<https://github.com/tgbugs/orgstrap/blob/m + aster/shebang.org>\, and\norgstrap.el is available as a package on MELPA a + nd can be installed\nvia M-x install-package orgstrap.\n\nThe talk will op + en with a demo of how to create an executable Org file\nusing the orgstrap + machinery.\n\nWe then discuss security considerations\, and show example + use cases.\n\nFinally the talk will cover the details and development of t + he\nportable shebang block for Org mode that works on a wide variety of\ns + ystems and shells\, and on the development of a formal specification\nand + a reference implementation for using Org source blocks to\ntransform Org f + iles from plain text documents with a bit of markup\ninto self describing + computational documents\, or interactive\napplications.\n\n\n\n# Outline\n + \n- 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\nadd + ing a shebang block\, and then running an org file. +END:VEVENT +BEGIN:VEVENT +SUMMARY:The use of Org mode syntax outside of GNU/Emacs +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-org-outside +URL:https://emacsconf.org/2021/talks/org-outside +DTSTART;TZID=America/Toronto:20211127T135400 +DTEND;TZID=America/Toronto:20211127T140400 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/org-outside
\n# The use of Org mode syntax outside of + GNU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Em + acs community gained\nmuch momentum in the last decade. Being a nicely des + igned lightweight\nmarkup language\, Org mode does not only benefit users + of GNU/Emacs.\nThere are many tools and services supporting Org mode synta + x documents\nthat do have no direct connection to GNU/Emacs. I would like + to\nelaborate on the advantages on using Org mode syntax for arbitrary\nte + xt outside of GNU/Emacs for better typing usability and\ncollaboration tas + ks.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nT + his can only be a short teaser for the use of Org mode syntax without\nmuc + h comparison to other lightweight markup languages. For this\naudience\, I + do think that this would be too short because most\nattendees might alrea + dy have heard the rumors that Org mode is great\nor they have adapted Org + mode in their workflows already. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Using Org-mode to teach programming +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-teach +URL:https://emacsconf.org/2021/talks/teach +DTSTART;TZID=America/Toronto:20211127T140700 +DTEND;TZID=America/Toronto:20211127T142700 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/teach
\n# Using Org-mode to teach programming\nDaniel + German\n\nIn this presentation I will explain how to use org-mode effecti + vely to\nprepare teaching materials\, and how to present them.\n\nFor the + last 5 years I have been using org-mode to teach programming\nin different + languages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has thre + e key advantages:\n\n1. it supports most programming languages with a com + mon interface\,\n2. it is an interactive medium for delivering teaching m + aterials\; and\n3. it is an always-up-to-date format that does not need t + o be exported in order to be published.\n\nI explain how I use org-mode in + my courses and how I combine org-mode\nnotes other tools such as github o + rg-mode to get\nalways up-to-date teaching materials that one can use for + both\nteaching and studying (see\n<https://github.com/dmgerman/csc116Moder + nCplusplus/blob/master/lectures/l-01-1-intro/01_1_intro.org>\nfor an examp + le).\n\nFinally\, I will discuss some important aspects to consider when u + sing\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- In + troduction\n- Quick demonstration\n- Workflow\n- Emacs configuration + \n- Important considerations\n- How to get started\n\nOh\, I made a sm + all mistake. I meant to propose a 40 minutes presentation.\nBut I can give + a quicker 20 minutes too. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Managing a research workflow (bibliographies\, note-taking\, and ar + Xiv) +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-research +URL:https://emacsconf.org/2021/talks/research +DTSTART;TZID=America/Toronto:20211127T143200 +DTEND;TZID=America/Toronto:20211127T143700 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/research
\n# Managing a research workflow (bibliograp + hies\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge + workers have to read and discover new papers\,\nask questions about what + they read\, write notes and scratchwork\, and store\nmuch of this informat + ion for use in writing papers and/or code. Emacs allows\nus to do all of t + his (and more) using simple text interfaces that integrate\nwell together. + In this talk I will talk about the following:\n\na. Using elfeed and elfe + ed-score to read new papers from arXiv.\nb. Using org-ref to import arXiv + papers of interest into a local\nbibliography.\nc. Using Emacs hooks with + biber and rebiber in order to keep the local\n bibliography clean and up + -to-date with conference versions of papers.\nd. Using org-roam and org-ro + am-bibtex to take linked\, searchable notes in\norg on research papers.\n\ + nThis text-based workflow allows for keeping everything accessible under\n + version\ncontrol and avoids the platform lock-in of binary formats (e.g. M + endeley). I\nwill share my Doom Emacs configuration for this workflow\, bu + t it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I wil + l demo the packages I use in 5 minutes. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Babel for academics +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-babel +URL:https://emacsconf.org/2021/talks/babel +DTSTART;TZID=America/Toronto:20211127T144100 +DTEND;TZID=America/Toronto:20211127T145100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/babel
\n# Babel for academics\nAsilata Bapat\n\nPlain + org-mode is already an extremely powerful and\ncustomisable tool for task + and time management\, note-taking\, calendar\nand agenda management\, and + much more. Babel takes org a step further\nby letting you write\, evaluat + e\, and export code in different languages\nfrom within a single file. In + this talk\, I will highlight some\nfeatures of babel that I find exciting + and extremely useful\,\nparticularly for an academic workflow.\n\nGetting + started with babel can be intimidating\, but it's hard to stop\nusing it o + nce you start. As an academic\, I typically don't manage\nlarge coding pro + jects. My primary purpose is writing lecture notes\,\nassignments\, and pa + pers\, and managing related admin. Typically\, I want\nto try and automate + the boring portions of my workflow without extra\noverhead. I also tend t + o find various tasks easier in some programming\nlanguages and harder in o + thers\, and prefer to mix and match languages\nas the task dictates. Babel + makes this process seamless.\n\nA basic use case is writing a document in + org-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write + multiple documents in a\nsingle org file\, which can be convenient. Babel + lets you add all sorts\nof enhancements to the same file. For example\, s + uppose we have a\nsingle org document with all the problem sets for a cour + se. Within\nthis single file\, we could now:\n\n- draw pictures in ditaa + \, graphviz\, or python instead of LaTeX\,\n- use python to do complex c + alculations and then output the result as LaTeX\,\n- define skeletons to + quickly draw up assignment templates\,\n- toggle exporting of assignmen + ts with or without solutions based on tags\,\n- locally change export se + ttings or run a post-export hook\,\n- automatically export to LaTeX afte + r saving\,\n- tangle code blocks from some or all of the languages to ex + ternal files.\n\nI will try to showcase features of babel that academics c + ould find\nhelpful\, by presenting some ways in which I have tried to use + babel. I\nwould also like to be inspired by other people's babel workflows + !\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nFor + a 5-10 minute presentation I will give a brief intro and present one or t + wo example files that heavily use babel. I will use these\nexamples to hig + hlight some of the features mentioned in the abstract. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Reproducible molecular graphics with Org-mode +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-molecular +URL:https://emacsconf.org/2021/talks/molecular +DTSTART;TZID=America/Toronto:20211127T145300 +DTEND;TZID=America/Toronto:20211127T150300 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/molecular
\n# Reproducible molecular graphics with Or + g-mode\nBlaine Mooers\n\nResearch papers in structural biology should incl + ude the code used to make\nthe images of molecules in the article in the s + upplemental materials.\nSome structural bioinformaticists have started to + include\ntheir computer code in the supplemental materials to allow reader + s\nto reproduce their analyses. However\, authors of papers reporting new\ + nmolecular structures often overlook the inclusion of the code that makes\ + nthe images of the molecules reported in their articles. Nonetheless\,\nth + is aspect of reproducible research needs to become the standard practice\n + to improve the rigor of the science.\n\nIn a literate programming document + \, the author interleaves between blocks\nof prose the code that makes the + images of molecules. The document allows\nthe reader to reproduce the ima + ges in the manuscript by running the code.\nThe reader can also explore th + e effect of altering the parameters in the\ncode. Org files are one altern + ative for making such literate programming\ndocuments.\n\nWe developed a y + asnippet snippet library called orgpymolpysnips for\nstructural biologists + (<https://github.com/MooersLab/orgpymolpysnips>).\nThis library facilitat + es the assembly of literate programming documents\nwith molecular images m + ade by PyMOL. PyMOL is the most popular\nmolecular graphics program for cr + eating images for publication\; it has\nover 100\,000 users\, which is a l + ot of users in molecular biology. PyMOL\nhas been used to make many of the + images of biological molecules found\non the covers of many Cell\, Nature + \, and Science issues.\n\nWe used the `jupyter' language in org-babel to s + end commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL r + eturns the\nmolecular image to the output block below the code block. An E + macs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ + ninto a script file\, and submit these for non-Emacs users. We describe\nt + he content of the library and provide examples of the running PyMOL\nfrom + Org-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description + /outline)\n - Title slide\n - Structural Biolog Workflow in the + Mooers Lab\n - Cover images made with PyMOL\n\n - Why develop a + snippet library for your field?\n - PyMOL in Org: kernel specificatio + n\n - Creating a conda env and installing PyMOL\n - Example code + block in Org to make DSSR block model of tRNA\n - Resulting image\n + - Summary\n - Acknowledgements +END:VEVENT +BEGIN:VEVENT +SUMMARY:Budgeting\, Project Monitoring and Invoicing with Org Mode +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-project +URL:https://emacsconf.org/2021/talks/project +DTSTART;TZID=America/Toronto:20211127T150600 +DTEND;TZID=America/Toronto:20211127T151600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/project
\n# Budgeting\, Project Monitoring and Invoic + ing with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how + we use Org Mode at Shair.Tech for\nbudgeting\, project monitoring\, and in + voicing.\n\nWe are a small company and we are still tuning and improving t + he\nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovi + des\, and reading here and there what other users do\, we\nimplemented an + effective workflow we have been using for nearly a\nyear\, now\, and with + which we are very happy. Talk duration:\n\n–\;> 20 minutes seems to + be right (15 talk + questions)\n–\;> I can also make in 10 minutes\, + by focusing the talk on\n budgeting (or monitoring) +END:VEVENT +BEGIN:VEVENT +SUMMARY:Find Your (In)voice: Emacs for Invoicing +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-invoice +URL:https://emacsconf.org/2021/talks/invoice +DTSTART;TZID=America/Toronto:20211127T151900 +DTEND;TZID=America/Toronto:20211127T152900 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/invoice
\n# Find Your (In)voice: Emacs for Invoicing\ + nBala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices + for 5 minutes.\n\nYour time is your money! Do you find it a pain to gener + ate an invoice\,\nrecord the details into your accounting software and kee + p track of\ntaxes and payments? You are not alone\, I found the whole invo + ice\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our + rescue.\n\nMy talk will give you a basic intro on how to use org mode\, s + ome embedded python code and file jugglery to generate stylistic and profe + ssional invoices.\n\nWhat you will learn during the session:\n\n- How to + track your freelance time using orgmode\n- How to create the basic infr + astructure for invoice generation\n- How to generate the invoice\n- Ho + w to manage multiple clients\n- How to enter the finance details into yo + ur accounting software\n- How to track invoice payments\n\nWe will use t + he following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pyt + hon layer (I use spacemacs\, so whatever is the equivalent in your config) + \n- Some unnecessary Shakespearean references +END:VEVENT +BEGIN:VEVENT +SUMMARY:Productivity Dashboards with Emacs and Kindle +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-dashboard +URL:https://emacsconf.org/2021/talks/dashboard +DTSTART;TZID=America/Toronto:20211127T153200 +DTEND;TZID=America/Toronto:20211127T154200 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/dashboard
\n# Productivity Dashboards with Emacs and + Kindle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle de + vice every year\,\nsupplanting each generation with a newer model that boa + sts highly\npromoted incremental features which greatly devalues the price + of\ntheir older models. These forgotten models are sold on Ebay and\nothe + r secondhand websites at highly discount prices by owners who\ndo not see + the true potential of these devices: Kindles are\nexcellent high contrast + low-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run + embedded Linux in the\nbackground. Depending on the model\, an idle Kindle + can last weeks\nbefore needing a recharge. This makes them ideal as passi + ve image\ndevices that can be configured easily using a few shell\nscripts + . Indeed\, efforts have been made in dedicated hacker forums\nto expose th + e Linux filesystem and to enable features such as\ncustom screensavers\, S + SH networking\, and more. By exploiting these\nfeatures\, and by carefully + disabling the software/bloatware that\ncomes with the device\, these Kind + les have found new life as online\ndashboard devices which can fetch and d + isplay information from the\ninternet at timely intervals.\n\nHere we desc + ribe a tool to control multiple Kindle devices with a\nsingle org-mode/she + ll-based tool\, built initially to periodically\nserve updated Emacs Org-A + genda views\, but later expanded to produce\nonline local weather reports + and work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary in + formation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous ima + ge and text content\n(via imagemagick)\, small messages\, and much more.\n + \nIn this talk\, we show how to configure multiple Kindles with any\ndesir + ed custom content\, following any daily/weekly schedule\, all\neasily mana + ged from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 + minutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n + - Cheap second-hand wifi device\, hackable\n - Low-powered\, long + battery life\, low refresh rate –\; perfect\n for a dashboar + d\n - Timely updated Org-Mode Agendas anyone?\n - Reference + to inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generat + e content\n\n - A static text+picture image easily generated with ima + gemagick\n wrapper\n - An image of a sparse tree of org-mode T + ODO file\n - An image of another emacs view (e.g. Calfw\, or org-calo + ries)\n - Show post-processing for optimizing image for Kindles\n\n + 1-2 mins\n Configuration in a single org-mode file\n\n - D + efining Machines\n - Defining Commands to generate content\n - D + efining Schedules to run Commands on multiple Machines at\n specifi + c points in the day\n\n 1-2 mins\n Export and Run:\n\n - + Show exported shell configs and generated cronjobs\n - Witness multip + le Kindles producing desired content with wakeup\n timers +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs with Nyxt: extend your editor with the power of a Lisp browse + r +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-nyxt +URL:https://emacsconf.org/2021/talks/nyxt +DTSTART;TZID=America/Toronto:20211127T154500 +DTEND;TZID=America/Toronto:20211127T155500 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/nyxt
\n# Emacs with Nyxt: extend your editor with the + power of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you + use a computer. Even if Emacs\nusers love text as a format\, they may need + to shop and video call from\ntime to time (even more so in a pandemic!). + Some of us modified their\nbrowsers to at least have the same keybindings + as our editor of\nchoice. What if I told you there is an Emacsy browser in + the making?\nWhat if you could "ace-jump" within a web page? What if you + could run\na REPL to extend your browser while browsing? What if you could + record\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I + will share why it has great potential\, how you can\nintegrate it with Ema + cs\, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you wer + e wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk! + \n\nYou can learn more about this at: <https://github.com/ag91/emacs-with- + nyxt>\n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt fro + m Emacs and a little explanation of the code necessary for integration +END:VEVENT +BEGIN:VEVENT +SUMMARY:On the design of text editors +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-design +URL:https://emacsconf.org/2021/talks/design +DTSTART;TZID=America/Toronto:20211127T155800 +DTEND;TZID=America/Toronto:20211127T160800 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/design
\n# On the design of text editors\nNicolas P. + Rougier\n\nText editors are written by and for developers. They come\nwit + h a large set of default and implicit choices in terms of layout\,\ntypogr + aphy\, colorization and interaction that hardly change from one\neditor to + the other. It is not clear if these implicit choices derive\nfrom the ign + orance of alternatives or if they derive from developers'\nhabits\, reprod + ucing what they are used to. Durint this talk\, I will\ncharacterize these + implicit choices and illustrate what are some\nalternatives using GNU Ema + cs.\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo + of my environment with pointers to the different\npackages +END:VEVENT +BEGIN:VEVENT +SUMMARY:How Emacs made me appreciate software freedom +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-freedom +URL:https://emacsconf.org/2021/talks/freedom +DTSTART;TZID=America/Toronto:20211127T161200 +DTEND;TZID=America/Toronto:20211127T165200 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/freedom
\n# How Emacs made me appreciate software fre + edom\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my sof + tware freedom".\nI will outline the key moments in my transition to a GNU/ + Linux operating\nsystem and mark those which eventually contributed toward + s me becoming\nan Emacs user\, maintainer of a—\;dare I say—\; + popular package\, and\ncontributor to upstream Emacs (among others). By a + lluding to personal\nexperiences\, I will draw generalisable insights and + connect them to what\nI believe are irreducible qualities of Emacs qua sof + tware and Emacs as a\ncommunity of like-minded people. The talk will be t + heoretical in\nnature: there won't be any code-related demonstration nor t + echnical\nreferences that only people with a background in computer scienc + e would\nlikely recognise. Personal anecdotes shall be tangential to the + point\nand considered as ancillary to the thesis of what Emacs represents + from\nthe standpoint of software freedom and user empowerment. The\nprese + ntation is intended for a general audience that is interested in\nGNU soft + ware in general and Emacs in particular. My formal educational\nbackgroun + d as a social scientist (i.e. not a programmer) and later as a\nphilosophe + r informs my approach to this topic.\n\nThe presentation shall be 40 minut + es long. Its text will be in essay\nform and shall be supplied as complem + entary material to the video. The\nnotation will be in Org mode. I canno + t provide an outline in advance\,\nas it will most likely not be consisten + t with the actual presentation.\nIf\, however\, this is absolutely require + d for administrative purposes I\nshall furnish one regardless with the pro + viso that I am in no way bound\nby it and thus reserve the right to modify + it ahead of the main event. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Closing remarks day 1 +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-day1-close +URL:https://emacsconf.org/2021/talks/day1-close +DTSTART;TZID=America/Toronto:20211127T165200 +DTEND;TZID=America/Toronto:20211127T165700 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/day1-close
\n# Closing remarks day 1 +END:VEVENT +BEGIN:VEVENT +SUMMARY:Opening remarks day 2 +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-day2-open +URL:https://emacsconf.org/2021/talks/day2-open +DTSTART;TZID=America/Toronto:20211128T090000 +DTEND;TZID=America/Toronto:20211128T090500 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/day2-open
\n# Opening remarks day 2 +END:VEVENT +BEGIN:VEVENT +SUMMARY:How to write faster Emacs Lisp +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-faster +URL:https://emacsconf.org/2021/talks/faster +DTSTART;TZID=America/Toronto:20211128T090500 +DTEND;TZID=America/Toronto:20211128T092500 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/faster
\n# How to write faster Emacs Lisp\nDmitry Gut + ov\n\n- Before optimizing\, benchmark first.\n- Different benchmarking + approaches.\n- Live evaluation\, step-debugging\, measuring from a debu + gger breakpoint.\n- How to determine if a function is expensive. How to + pick one from\n competing alternatives (cl-lib\, seq\, dash\, lean core + ).\n- Print-benchmarking.\n- Byte-compiled code can give a very differ + ent picture\, changing where\n the bottleneck is. How to quickly load a + byte-compiled version.\n- Steps taken to speed up the Xref package rece + ntly. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Tree-edit: Structural editing for Java\, Python\, C\, and beyond! +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-structural +URL:https://emacsconf.org/2021/talks/structural +DTSTART;TZID=America/Toronto:20211128T093000 +DTEND;TZID=America/Toronto:20211128T094000 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/structural
\n# Tree-edit: Structural editing for Java + \, Python\, C\, and beyond!\nEthan Leba\n\nIn this talk\, I'll discuss a v + ision for how writing code could be\, where the\nediting operations map di + rectly to the primitives of the language itself -- and\nmy humble attempt + of implementing this vision. _tree-edit_ seeks to provides a\nstructural e + diting plugin supporting conceivably any language with a tree-sitter\npars + er.\n\n**Structural editing does not have to be relegated to lisps or nich + e DSLs.**\n\nI liken the state of code editing today to writing assembly. + The reason why\npeople like Python more than assembly is that for most pur + poses\, the building\nblocks of the language are mismatched with our thoug + ht process. We don't think\nin terms of registers and addresses\, we think + in terms of variables\, functions\,\netc. So when we write and edit code\ + , why do we edit in terms of deleting\,\ninserting\, replacing characters + –\; not wrapping\, inserting\, raising\,\ndeleting expressions and s + tatements?\n\nI'll also discuss the implementation of tree-edit\, which us + es a novel\ncombination of the fantastic\n[tree-sitter](https://github.com + /emacs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic progr + amming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reaz + on](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree gener + ation.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/t + ree-edit)!\n\n# Outline\n\n- Discuss motivation + (Why should I care?)\n- Demonstrate tree-edit (Li + ve-coding with tree-edit)\n- Demonstrate tree-edit syntax tree generator + (Elevator pitch on miniKanren) +END:VEVENT +BEGIN:VEVENT +SUMMARY:Self-Describing Smart DSL's: The Next Magits +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-dsl +URL:https://emacsconf.org/2021/talks/dsl +DTSTART;TZID=America/Toronto:20211128T094300 +DTEND;TZID=America/Toronto:20211128T100300 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/dsl
\n# Self-Describing Smart DSL's: The Next Magits\ + nPsionic\n\nWhen we begin programming\, the promise is to automate away re + petitive\ntasks in life. As those program's capability grows\, we begin t + o need\nconfiguration UI's. We can start with a CLI\, but as any CLI grow + s\, we\nrun into the following issues:\n\n- As options pile up\, the int + uition of simplicity is lost in helps and\nmanpages\n\n- Stateless opera + tion has no idea what to do next and loses terseness\n- Frequent dispatch + of commands to interrogate state required for the\noperator to decide what + action to perform\n\n- Composition compounds with all of these issues\n + \nMagit has the UI trifecta of being terse\, intuitive\, and intelligent.\ + nMagit's UI input library\, Transient\, is a standalone package for\ndevel + oping more killer UI's\, and not just for CLI applications\, but\nalso for + server applications\, Emacs applications\, and Emacs itself.\n\nWhile Tra + nsient's potential is to create the most highly productive\nUI's short of + thought control\, going beyond simple command dispatchers\nrequires a deep + er dive. When we think like constructing a DSL for the\ntask and using tr + ansient to input that DSL\, we get an intelligent\,\nself-describing modal + programming system.\n\n\n# Outline\n\n- Updates to Transient documentati + on and demos of API examples\n- Wrapping a custom CLI tool in Transient +END:VEVENT +BEGIN:VEVENT +SUMMARY:"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved + my way to writing a UI framework because overlays were slow") +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-ui +URL:https://emacsconf.org/2021/talks/ui +DTSTART;TZID=America/Toronto:20211128T100600 +DTEND;TZID=America/Toronto:20211128T101600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/ui
\n# "Yak-shaving to a UI framework" (/"Help! I acc + identally yak-shaved my way to writing a UI framework because overlays wer + e slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framewo + rk for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. + This package\nimplements React Component API's with the goal of simplify + ing\ndevelopment of interactive UI's for all Emacs users- regardless of\nt + heir prior experience with React or web programming. Components\nprovide + a useful functional unit for constructing complex interfaces\ndeclarativel + y and also eliminate much of the burden associated with\nupdating textual + content as application state changes. This talk will\ncover use of the tu + i.el API and its operation in a textual environment\nby implementing some + basic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: + UI implementation complexity.\n - API introduction: Displaying conten + t\, Components.\n - Visual taste of dashboards and applications built + with tui. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Extending Emacs in Rust with Dynamic Modules +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-rust +URL:https://emacsconf.org/2021/talks/rust +DTSTART;TZID=America/Toronto:20211128T101900 +DTEND;TZID=America/Toronto:20211128T103900 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/rust
\n# Extending Emacs in Rust with Dynamic Modules + \nTuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs + 25. It can be\nused to extend Emacs with native libraries\, for performan + ce\,\nOS-specific features\, or other functionalities that would take a lo + t\nof time to re-implement in Lisp. The officially supported language is\n + C\, which is tedious and error-prone to use. This talk discusses a\n**safe + ** alternative that is also a lot **more convenient**: writing these\ndyna + mic modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a s + imple dynamic module** in\n Rust\, including setting up CI.\n- Going t + hrough and explaining the **available APIs**. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs Application Framework: A 2021 Update +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-eaf +URL:https://emacsconf.org/2021/talks/eaf +DTSTART;TZID=America/Toronto:20211128T104400 +DTEND;TZID=America/Toronto:20211128T105400 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/eaf
\n# Emacs Application Framework: A 2021 Update\nM + atthew Zeng\n\nEmacs Application Framework (EAF) is a customizable and ext + ensible GUI\napplication framework that extends Emacs graphical capabiliti + es using\nPyQt5. There are many new but important updates since EmacsConf2 + 020\nlast year\, this talk will briefly go over them.\n\n\n\n# Outline\n\n + - 5-10 minutes: (brief description/outline) +END:VEVENT +BEGIN:VEVENT +SUMMARY:Extending the "model" of Emacs to other applications +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-model +URL:https://emacsconf.org/2021/talks/model +DTSTART;TZID=America/Toronto:20211128T105800 +DTEND;TZID=America/Toronto:20211128T110800 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/model
\n# Extending the "model" of Emacs to other app + lications\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment + in a sense that it provides consistency\nacross different tools and appli + cations within the Emacs ecosystem\, as well as\nexternal apps that can be + integrated into it. It is also the most truly\nmalleable environment\, ea + ch element of which can be adjusted or extended\,\ntherefore providing the + user with more power and freedom in personal computing.\nEmacs definitely + can be considered one of greatest software products in\nexistence.\n\nAs + a non-programmer\, having had the chance to stumble upon Emacs a couple of + \nyears ago\, the only regret to have is that it didn't happen earlier. Th + e definite\nkiller feature of Emacs - Org-mode\, is what draws many of the + less technical\nfolks to join the party and gradually start to use Emacs + for writing documents\,\nwhether personal or work related\, manage tasks\, + emails and potentially everything\nelse. The learning curve and differenc + e in approach\, however\, leaves some\npotential users too scared of the a + rcane interface even with all it's quirks and\nfeatures because it require + s at least some technical skills to understand and\nuse properly\, and doe + s not have an easy way to connect with external tools that\nmost people ar + e forced to use for work.\n\nThis talk proposes some ideas about how the m + odel of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it + 's powerful interaction model can be\ncarried over to make modern interfac + es\, whether desktop or web applications\,\nthat would be designed with a + goal of reflecting the spirit of Emacs in terms of\nthe aforementioned fea + tures it possesses\, and therefore enhance the capabilities\nof the Emacs\ + , while at the same time utilizing it as a backend for\ntext-processing an + d editing to a large extent. It would be really great to have\na personal + web-interface for using modern task management tools\, chats\, emails\nand + such\, but from a UI defined by the user. The goal is to use it on a desk + top\nor mobile\, locally or self-hosted on a server\, with support for tou + ch and\ngesture-based workflows\, while preserving the Emacs philosophy an + d allowing to\nseamlessly switch between Emacs and its web extension\n\nTh + e proposed solution is to integrate more of the modern tools with Emacs\,\ + nutilize Org-mode as a way to define application-specific parameters for t + hese\ntools through Org properties\, and then utilize these parameters for + making a\nmodern local frontend that would enhance Emacs UI while allowin + g to use external\ntools in a more personal and freedom respecting way (ma + king the originals\nobsolete over time). The talk serves the purpose of in + viting community members to\na discussion about how Emacs can become more + modern\, more approachable by people\nwho don't possess the neccessarry te + chnical skills to adjust it themselves\, but\nare keen to learn it\, and p + otentially how to attract more users to greater\nproductivity\, computer l + iteracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minut + es\n - Introduction\n - Issues with most modern tools for work\n + - Issues with Emacs as a tool for work\n - In search for a hybr + id approach\n - User controlled web-apps\n - Opinions encouraged + \n - Contacts +END:VEVENT +BEGIN:VEVENT +SUMMARY:Don't write that package! or: How I learned to stop worrying and lo + ve emacs-devel +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-devel +URL:https://emacsconf.org/2021/talks/devel +DTSTART;TZID=America/Toronto:20211128T111100 +DTEND;TZID=America/Toronto:20211128T113100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/devel
\n# Don't write that package! or: How I learned + to stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest s + trength is also its greatest weakness: it is **too** hackable.\n\nWe have + a great community that experiment with new features that are still\nlackin + g in Emacs core. They write up a package and develop the living daylights + \nout of it\, until it is basically amazing. (I'm looking at you Magit.)\ + n\nThere are other examples such as helpful.el - great package\, but why a + re those\nfeatures not in core? What about projectile? And so on.\n\nCor + e demands copyright assignments (CLA). This is a fact of life. While I\n + mostly agree with the people saying it is not helful\, they are there to p + rotect\nEmacs from copyright issues in the future. So my suggestion here + is simple:\njust **sign the papers**. It is just a formality\, and you sh + ould only need to do\nit once.\n\nI suggest that any ambitious feature tha + t we **might** want to see shipped in the\ndefault Emacs distribution shou + ld by default go to GNU ELPA. You don't need to\ndo this\, of course\, an + d I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not + have an exceptionally high standard\, but we do try to give any\nnew packa + ge a proper code review.\n\nMELPA is excellent. We love MELPA. They don' + t have a criterion for their\npackages that is important to the FSF\, whic + h is to not recommend non-free\nsoftware. Therefore\, we could not recomm + end it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be + used for packages that we don't have an assignment for but\nwould still li + ke to distribute. It should ideally only be for old packages\nwhere getti + ng a CLA is impractical.\n\nIt is sometimes perceived as hard to contribut + e to Emacs core. This impression\nis largely wrong. If I can do it\, you + can too.\n\nWe do have a problem in that our tools and methods (mailing l + ists\, the bug\ntracker) are out-dated. This is largely correct. We want + to migrate to\nsomething else\, and the best candidate is probably Source + hut. Please volunteer\nto help!\n\nWe sometimes see people adding stuff t + o their Init file to fix this or that\nannoyance\, or even bug. The more + ambitious would go on to package up such fixes\nin what I call "patch pack + ages". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's wr + ite a package!" I am here to suggest that you submit a\npatch to Emacs in + stead.\n\nFixing an issue for one person is good\, and fixing it for more + people is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-deve + l is not that scary\, nor is email. We are really quite friendly and\neas + y going\, but the communication we prefer (for reasons of efficiency - the + \nvolume is very high) is often very brief and to the point. We are tryin + g our\nbest at communicating\, but sometimes fail.\n\nAnd we need more con + tributors. We need a successful Emacs on this planet.\n\nSo should you re + ally write a package\, or should YOU become a core contributor?\n\n\n\n# O + utline\n\n- I will urge people to consider contributing to Emacs instead o + f\n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I wil + l go into greater detail about emacs-devel\, how it "works"\n (e.g. is Em + acs conservative without reason?)\, how to get things\n done and the nece + ssary mindset. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Turbo Bindat +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-bindat +URL:https://emacsconf.org/2021/talks/bindat +DTSTART;TZID=America/Toronto:20211128T113600 +DTEND;TZID=America/Toronto:20211128T115600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/bindat
\n# Turbo Bindat\nStefan Monnier\n\n\n# Table + of Contents\n\n\n\nBindat is an ELisp library to help manipulate binary da + ta. This is a\nniche library that is used by packages such as Websocket\, + EMMS\, and\ncpio-mode. Its implementation was repeatedly caught harassing + hapless\nkitten while at the same time providing poor service slowly. For\ + nEmacs-28\, Bindat was rewritten so as to make it more efficient and\nflex + ible while respecting the kitten. In this presentation I intent to\nshow h + ow we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 m + in: Intro and presentation of Bindat\n 5 min: Showcase some of its prob + lems\n 5 min: Present the new design\n 5 min: Examples of what can b + e done with it +END:VEVENT +BEGIN:VEVENT +SUMMARY:Emacs Lisp native compiler\, current status and future developments +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-native +URL:https://emacsconf.org/2021/talks/native +DTSTART;TZID=America/Toronto:20211128T130000 +DTEND;TZID=America/Toronto:20211128T132000 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/native
\n# Emacs Lisp native compiler\, current statu + s and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lis + p dialect used by the Emacs text editor\nfamily. GNU Emacs is traditional + ly capable of executing Elisp code\neither interpreted or byte-interpreted + after it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss th + e Emacs Lisp native compiler. This feature\nrecently merged into the main + Emacs development line allow for\nautomatically compiling and executing E + lisp as native code.\n\nDuring the presentation I'll touch on:\n\n- desi + gn goals\n- compiler and runtime design and implementation\n- performa + nce implications\n- upstream process\n- area of improvements and futur + e developments\n\nFormat: 40 minutes +END:VEVENT +BEGIN:VEVENT +SUMMARY:Old McCarthy Had a Form +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-form +URL:https://emacsconf.org/2021/talks/form +DTSTART;TZID=America/Toronto:20211128T132700 +DTEND;TZID=America/Toronto:20211128T133700 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/form
\n# Old McCarthy Had a Form\nIan Eure\n\nMost pr + actical languages are multi-paradigm\, offering several\nabstractions for + the programmer. But did you know that Emacs Lisp\ncomes with a powerful s + ystem for object-oriented programming? Join me\nfor a discussion of EIEIO\ + , and learn how it can help you write more\nmodular\, flexible Emacs Lisp. + \n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n - + What is CLOS/EIEIO?\n - Why would I want OOP in Emacs Lisp?\n - + How is the CLOS object model different from C++/Java/.NET?\n - Furt + her reading +END:VEVENT +BEGIN:VEVENT +SUMMARY:Test blocks +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-test +URL:https://emacsconf.org/2021/talks/test +DTSTART;TZID=America/Toronto:20211128T134100 +DTEND;TZID=America/Toronto:20211128T134600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/test
\n# Test blocks\nEduardo Ochs\n\nIn this present + ation I will show an idea that feels completely obvious\nonce we see it\, + but that only occured to me after after using Emacs\nand eev as my main in + terface to the computer for more than 20 years.\nTake any interpreted lang + uage that supports multi-line comments\, and\nwhose interpreter can be run + in an Emacs buffer - for example Lua\,\nHaskell\, Python\, or Julia\; let + 's say just "Lua" from here on for\nsimplicity. So: suppose that we have a + Lua script that we wrote\, that\nis called "foo.lua" and that defines lot + s of functions and defines the\nclasses Bar and Bletch. We can put after t + he definition of the class\nBar a multi-line comment that contains an eepi + tch block that when\nexecuted starts a Lua interpreter\, loads the script + foo.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for + that class\nand its methods\; and we can put another block with tests like + that\nafter the class Bletch\, and other blocks after some functions. Eep + itch\nallows sending these tests line by line to the Lua interpreter by\nt + yping <f8\\> on each line that we want to send\, and this lets us create\n + tests that are very easy to understand even without writing comments\;\nth + is gives us a very quick way to document code by executable tests\,\nthat + is super-great for experimental code that is still going to\nchange a lot + before running the risk of being read by other people.\n\nThese multi-line + comments with eepitch blocks that run an interpreter\nand make it load th + e current file are called "test blocks". The\ncommand \\`M-x eeit' inserts + a test block at point\, using the major mode\nto decide the right syntax + to use for the multi-line comments and for\nthe "dofile". We can configure + the syntax of the test blocks for the\ncurrent major mode by running \\`M + -x find-eeit-links'\; this can also be\nused to add support for test block + s to more languages (or\, more\nprecisely: to more major modes).\n\nEduard + o Ochs <http://angg.twu.net/emacsconf2021.html> +END:VEVENT +BEGIN:VEVENT +SUMMARY:Let's talk about bug trackers +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-bug +URL:https://emacsconf.org/2021/talks/bug +DTSTART;TZID=America/Toronto:20211128T134900 +DTEND;TZID=America/Toronto:20211128T140900 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/bug
\n# Let's talk about bug trackers\nBastien Guerry + \n\nFor 17 years\, the Org developers didn't use a bug tracker\,\nshameles + sly failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it + wrong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- + 20 minutes +END:VEVENT +BEGIN:VEVENT +SUMMARY:Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-bidi +URL:https://emacsconf.org/2021/talks/bidi +DTSTART;TZID=America/Toronto:20211128T141600 +DTEND;TZID=America/Toronto:20211128T143600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/bidi
\n# Perso-Arabic Input Methods And Making More E + macs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStartin + g with Emacs 24\, full native bidi\n(bidirectional) support became availab + le. For\nmany years prior to that Unicode support was\navailable and by a + round year 2000\, reasonable\nopen-source shaping libraries were also avai + lable.\n\nWith these in place at around 2012\, I developed\ntwo Persian in + put methods for emacs. These input\nmethods or variations of them can also + be used\nArabic and other persoarabic scripts.\n\nWith all of these in pl + ace\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenvi + ronment for persoarabic users.\n\nSince emacs comes loaded with everything + (Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesettin + g\, org-mode for organization\, spell\ncheckers\, completions\, calendar\, + etc.)\, all basic\ncomputing and communication needs of persoarabic\nuser + s can be addressed in one place and\ncohesively.\n\nIn this talk I will de + monstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (b + rief description/outline)\n\n My talk will be in two parts.\n\n In P + art 1\, I cover persian input methods. With an\n emphasis on &lsquo \;B + anan Multi-Character (Reverse)\n Transliteration Persian Input Method&r + squo\;. The\n software is part of base emacs distribution.\n Full do + cumentation is available at:\n Persian Input Methods\n + For Emacs And More Broadly Speaking\n شیوههایِ درج به فارسی\n + <http://mohsen.1.banan.byname.net/PLPC/120036>\n\n In Part 2 + \, I will cover the ramifications of bidi\n on existing emacs applicati + ons\, including:\n\n - Gnus:\n - Persoarabic rich email send + ing in HTML.\n - Ramifications of bidi on from\, to and\n + subject lines.\n\n - Bbdb: Ramifications of bidi on display and\n + completion.\n\n - Calendar:\n - Ramifications of bid + i on display.\n - Use of persian text for Persian (solar) calenda + r.\n - Use of arabic text for Muslem (lunar) calendar.\n\n - + AUCTeX: Persian typesetting with XeLaTeX +END:VEVENT +BEGIN:VEVENT +SUMMARY:Moldable Emacs\, a step towards sustainable software +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-mold +URL:https://emacsconf.org/2021/talks/mold +DTSTART;TZID=America/Toronto:20211128T144100 +DTEND;TZID=America/Toronto:20211128T145100 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/mold
\n# Moldable Emacs\, a step towards sustainable + software\nAndrea\n\nWe could learn about things better. Mountains of knowl + edge hide in\nplaces we cannot access or use. The more we write down\, the + more it\ntakes to find and understand things we find useful.\n\nKnowledge + (web\, software\, books) keeps growing faster and faster! This\nis not su + stainable: we cannot keep up with it! What if we repeat the\nerror of some + body else\, only because it would take too much reading to\nknow? What if + that knowledge is in some code we work with everyday?\n\nMoldable developm + ent is a paradigm shift that attempts to solve this\nproblem. In a gist\, + the tool you use should let you create special tools\nto learn smartly fro + m what you have already.\n\nSince we use Emacs\, let's make our great edit + or moldable!\n\nThis talk shows my progress in making Emacs closer to such + a tool. We\nare going to see how we can mold structured (and maybe even n + atural)\ntext to learn better\, how we can inject notes in our projects an + d how\nself documenting this tool is!\n\nI aim to inspire you to find a qu + icker way to learn from our digital\nworld!\n\nYou can learn more about th + is at: <https://github.com/ag91/moldable-emacs>\n\n\n\n# Outline\n\n- 5- + 10 minutes: quick demo of moldable-emacs +END:VEVENT +BEGIN:VEVENT +SUMMARY:CLEDE the Common Lisp Emacs Development Environment. +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-clede +URL:https://emacsconf.org/2021/talks/clede +DTSTART;TZID=America/Toronto:20211128T145500 +DTEND;TZID=America/Toronto:20211128T151500 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/clede
\n# CLEDE the Common Lisp Emacs Development Env + ironment.\nFermin MF\n\nI've been developing a package that helps with the + development of\nCommon Lisp's software\,\nit's uses the internal semantic + framework\, it has a custom reader\nand integration for\ncommon Emacs pac + kages (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to su + pply features that other language with and static\nanalyzer have\,\nlike r + efactoring and code generation.\n\nFor more details: <https://gitlab.com/s + asanidas/clede>\n\n- 20 minutes:\n It seems like not too much people + knows about semantic\, so I can\n summarize some of it in 10 minutes\n + and then An explanation on how to use the package\, how to extend it\n + and the future of it. +END:VEVENT +BEGIN:VEVENT +SUMMARY:Imaginary Programming +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-imaginary +URL:https://emacsconf.org/2021/talks/imaginary +DTSTART;TZID=America/Toronto:20211128T152200 +DTEND;TZID=America/Toronto:20211128T153200 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/imaginary
\n# Imaginary Programming\nShane Mulligan\n + \nImaginary Programming (IP) is both methodology and paradigm. It is an\ne + xtension of literate programming and a way of creating software without\nt + he use of imperative\, functional or even declarative code. Yet IP employs + \nall disciplines to achieve the miraculous. The only contingency is on on + e\nor more language models\, known as foundation models. The real value of + IP\nis not found by abandoning sound logic altogether\, but in weaving th + e real\nwith the imaginary. The future of imaginary programming is one in + which\nalmost all of computing is inferred. I have built a suite of tools + based on\nemacs for interfacing real programming languages with imaginary + ones\; all\nof this in order to demonstrate what I mean\; a ‘complex’ term + inal that lets\nyou imagine what happens no matter how nested you are with + in interpreters\,\nan example-oriented language\, a file format that encod + es the provenance of\ntext and a library for imaginary functional programm + ing primitives called\niLambda. It is important to recognise IP because\, + for lack of a better\nterm\, it has far-reaching implications for intellec + tual property and the\nGPL. Please keep an open mind.\n\n\n\n# Outline\n\n + - 5-10 minutes:\n- a 5 minute introduction to imaginary programming\, + followed by\n - a demonstration of iLambda.\n - iλ\, a famil + y of imaginary programming libraries\n <https://mullikine.github.io + /posts/designing-an-imaginary-programming-ip-library-for-emacs/>\n\n\n\nIR + C libertyprime at #emacs on libera\n\nShane Mulligan +END:VEVENT +BEGIN:VEVENT +SUMMARY:How to build an Emacs +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-build +URL:https://emacsconf.org/2021/talks/build +DTSTART;TZID=America/Toronto:20211128T153600 +DTEND;TZID=America/Toronto:20211128T155600 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/build
\n# How to build an Emacs\nFermin MF\n\nThis is + a deep dive in the Emacs philosophical and technical\naspect on what make + s our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP + machines and\nfascinating were those days of experimentation and engineer + ing.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/ + developer stand points\, what things can be improved and\nwhat can be an h + ypothetical path on how to build a software that\ncan also be called Emacs + .\n\nAs a last part\, I'll talk about CEDAR\, an Emacs that I've been\ndev + eloping in Common Lisp\, the project goals\nand the challenges.\n\nFor mor + e details about CEDAR: <https://gitlab.com/sasanidas/cedar>\n\n- 40 minu + tes:\n A dive into the Emacs/Lisp machines history\, what makes GNU Ema + cs\n an Emacs and how you can build an Emacs. +END:VEVENT +BEGIN:VEVENT +SUMMARY:M-x Forever: Why Emacs will outlast text editor trends +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-forever +URL:https://emacsconf.org/2021/talks/forever +DTSTART;TZID=America/Toronto:20211128T160300 +DTEND;TZID=America/Toronto:20211128T164300 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/forever
\n# M-x Forever: Why Emacs will outlast text + editor trends\nDavid Wilson\n\nThe computer software industry has seen man + y "popular" text editors come\nand go\, often due to the mercurial fashion + s of software development. In\nthis talk\, we'll take a look at why popul + ar editors fade and the\nspecific aspects of Emacs that will ensure it rem + ains relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- + Discuss the core thesis\, the features that make Emacs\n desirable for lo + ng-term use (extensibility\, day-to-day 'life' features)\n\n- Include more + background on the text editor landscape and\n how the scope of various e + ditors is more narrow and doesn't compare to Emacs.\n\n- Talk about specif + ic instances where editors were popular\, fell out\n of popularity\, and + why (due to changing fashions\, not usually\n better features). +END:VEVENT +BEGIN:VEVENT +SUMMARY:Closing remarks day 2 +LOCATION:https://emacsconf.org/ +UID:emacsconf-2021-day2-close +URL:https://emacsconf.org/2021/talks/day2-close +DTSTART;TZID=America/Toronto:20211128T165000 +DTEND;TZID=America/Toronto:20211128T170000 +DTSTAMP:20211027T123802 +DESCRIPTION: Times are approximate and will probably change.
\nhttps://emac + sconf.org/2021/talks/day2-close
\n# Closing remarks day 2 +END:VEVENT END:VCALENDAR
\ No newline at end of file |