From 5756b6ed333bc5d60469de7f32e6d20b81edd4b7 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:21:52 -0400 Subject: Add schedule files --- 2021/emacsconf-pentabarf.xml | 2953 ++++++++++++++++++++++++++++++++++++++++++ 2021/emacsconf.ics | 1577 ++++++++++++++++++++++ 2 files changed, 4530 insertions(+) create mode 100644 2021/emacsconf-pentabarf.xml create mode 100644 2021/emacsconf.ics (limited to '2021') diff --git a/2021/emacsconf-pentabarf.xml b/2021/emacsconf-pentabarf.xml new file mode 100644 index 00000000..74e47bb7 --- /dev/null +++ b/2021/emacsconf-pentabarf.xml @@ -0,0 +1,2953 @@ +20211027122130emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. + +# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights +Sacha Chua - pronouns: she/her + +Quick overview of Emacs community highlights since the last conference + +Times are approximate and will probably change. + +# Emacs News Highlights +Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her + +Quick overview of Emacs community highlights since the last conference + +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability +Case Duckworth + +Emacs is well-known for being extremely flexible, programmable, and +extensible; in fact, that's probably the biggest reason it's still +being used after 40+ years of existence, and even has enough clout to +generate an entire conference in its name. In this medium-length +presentation, I will add another point to the data set proving Emacs's +abilities, by narrating the latest package I made, \`frowny.el\`, from +its conception to its current, nearly-completed state. + +I wrote frowny.el to scratch someone else's itch as a joke on IRC, but +it has been called "pretty useful, for a joke package." I feel like +that encapsulates the spirit of Emacs and that's why I want to present +on this topic. + +Along the way, I'll discuss just a little of my own history of Emacs, +and why I feel it's a great tool for non-technical users to sink their +teeth into.Times are approximate and will probably change. + +# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability +Case Duckworth + +Emacs is well-known for being extremely flexible, programmable, and +extensible; in fact, that's probably the biggest reason it's still +being used after 40+ years of existence, and even has enough clout to +generate an entire conference in its name. In this medium-length +presentation, I will add another point to the data set proving Emacs's +abilities, by narrating the latest package I made, \`frowny.el\`, from +its conception to its current, nearly-completed state. + +I wrote frowny.el to scratch someone else's itch as a joke on IRC, but +it has been called "pretty useful, for a joke package." I feel like +that encapsulates the spirit of Emacs and that's why I want to present +on this topic. + +Along the way, I'll discuss just a little of my own history of Emacs, +and why I feel it's a great tool for non-technical users to sink their +teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure +Greta Goetz + +This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill +ich). Its adaptability will be shown to be an asset in supporting the learning trends identified by the latest pedagogical research (Guo). + +# Intro + +The 'many, many features' (Stallman 2002: 4) of Emacs do not limit imaginable types of interactivity, supporting both formal and informal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a scaffold for development (cf. Vygotsky 1979: 86), promoting the creative and autonomous ability of individuals to interact with their digital environment and others who share the use of this tool (Illich 1973). Individuals can use Emacs as often or seldom as they want to express their needs and meaning in action, with no obligation to use it (cf. Illich 1973). + +The formal learning involved pertains to Emacs programs and documentation (the 'temple') while related discussion and smaller task-based problem solving represents examples of informal learning (the 'forum') (cf. Caillet in 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. + +1. What if we are beginners overwhelmed by formal Emacs documentation? Two potential learning paths: + + - a. Build on a needs-basis. Make your own artifacts: no use-case is too small; leave your trace. + - b. Study others' inits and use-cases; Read Planet EmacsLife; Consult programmer or power user use-cases; Map out workflows. + +2. Emacs as personal, creative, autonomous: + + - a. Emacs allows for organic ongoing changes to the 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 (Vygotsky 1979; Gardner 1983; Wang 2020). + - b. Emacs allows us to control 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). + - c. The art of collecting traces (digital or not) is timeless - and important to survival. + +3. Emacs as systems design for technology-enhanced learning (TEL): + + - a. Good TEL design performance should also educate 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 different capabilities' (Alexander 1993 in Gabriel 1996), assembling epistemic domains (Markauskaite & Goodyear 2017). This pedagogical approach is supported by Emacs artifacts (packages, documentation, forums, etc.). + - b. The 'wise' use of programming (Crichton 1983) actively manages and organizes workflow. This permits iterative development. Elementary use-case: a workflow that relies on PPT and Zoom vs. already having a more modular viewpoint supported by diverse Emacs packages. The latter adaptability is supported by the latest educational research (Guo). Further: Emacs allows movement from user to contributor (Stiegler 2018; Stavrou). + - c. Wise programming can include fun programming - 'there are people who want to put a stop to that' (Crichton 1983; Gaffney 2019). + - d. Extending this systems/design view, Emacs is developed and maintained by a community dedicated to supporting this freedom of use in these multiple contexts (cf. Illich 1973). + - e. One perspective is less likely to override others in such a heterogeneous environment (Morin 2004). + +# Conclusion + +Emacs does not limit any imaginable type of interactivity and promotes a diversity of related content, further supporting the pursuit of more advanced TEL (viz. Guo). This was illustrated through an elementary use-case that compared being limited to PPT as opposed to having basic familiarity with 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 contributions of heterogeneous maintainers, developers, and community members whose 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. + + +# References + +## General workflow and fun: +- Bin, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021. +- Gaffney, N. (2019). Oblique strategies. . Accessed 25 October 2021. +- Goetz, G. (2021). Additional references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021. +- Guerry, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021. +- Kaiser, K. (2017). Writing a technical book in Emacs and Org-mode. . Accessed 25 October 2021. +- Planet Emacs Life. . Accessed 25 October 2021. +- Stavrou, P. My packages for GNU Emacs. . Accessed 25 October 2021. +- Wellons, C. Emacs articles. . Accessed 25 October 2021. + +## On TEL design: +- 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: Hatier. +- Crichton, M. (1983). *Electronic life*. New York: Knopf. +- De Bono, E. (2009). *Think! Before it's too late*. London: Random House. +- Engelbart, D. (1962). *Augmenting human intellect: A conceptual framework*. Menlo Park: Stanford Research Institute. +- Drosos, I. & Guo, P. (2021). Streamers teaching programming, art, and gaming: Cognitive apprenticeship, serendipitous teachable moments, and tacit expert knowledge. IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC), short paper, 2021. . Accessed 25 October 2021. +- Gabriel, R. (1996). *Patterns of software*. New York, Oxford: Oxford University Press. +- Goodyear, P. & Retalis, S. (2010). Learning, technology and design. In Goodyear, P. & Retalis, S. (Eds.). *Technology-enhanced learning: Design patterns and pattern languages*, 1-27. Rotterdam, Boston: Sense Publishers. +- 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. +- Guo, P. (2018). Students, systems, and interactions: Synthesizing the first +four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 2018, London, United Kingdom. DOI: https://doi.org/10.1145/3231644.3231662. . Accessed 25 October 2021. +- Guo, P., Kim, J. & Rubin, R. (2014). How video production affects student engagement: An empirical study of MOOC videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021. +- Illich, I. (1973). *Tools of conviviality*. New York: Harper & Row. +- Kim, J., Guo, P., Seaton, D., Mitros, P., Gajos, K. & Miller, R. (2014). Understanding in-video dropouts and interaction peaks in online lecture videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021. +- Markauskaite, L. & Goodyear, P. (2017). *Epistemic fluency and professional education: innovation, knowledgeable action and actionable knowledge*. Dordrecht: Springer. +- Markel, J. & Guo, P. (2020). Designing the future of experiential learning environments for a post-COVID world: A preliminary case study. NFW ’20 (Symposium on the New Future of Work), August 3–5, 2020, Virtual Event. . Accessed 25 October 2021. +- Morin, E. ([2004] 2008). *La Méthode - tome 6: Éthique*. Éditions du Seuil: Paris. +- Stallman, R. (2002). *Free software, free society*. GNU Press, Free Software Foundation. +- Stiegler, B. (2018). *The neganthropocene*. Open Humanities Press. +- Trocmé-Fabre, H. (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation. +- Vygotsky, L. (1979). *Mind in society: The development of higher psychological processes*. Cambridge and London: Harvard University Press. +- Wang, S. (2020). Open knowledge. Hope in Source. . Accessed 25 October 2021. + + +# Availability and preferred Q&A approach + +Due to the pandemic situation, my teaching schedule fluctuates so I +will not know my availability until much closer to the +date. Therefore, I can only guarantee delayed answer response +(whatever you request), but if available, will join live. +May I please note that I will be pre-recording my video if this submission is accepted. + + +# Speaker release + +By submitting this proposal, I agree that my presentation at +EmacsConf 2021 is subject to the following terms and conditions: + +The EmacsConf organizers may capture audio and video (a "Recording") +of my presentation and any associated materials, which may include +slides, notes, transcripts, and prerecording(s) of my presentation +that I provide to the EmacsConf organizers. + +I authorize the EmacsConf organizers to distribute, reproduce, +publicly display, and prepare derivative works of the Recording and +any derivative works of the Recording (the "Licensed Materials") +under the terms of the Creative Commons Attribution-ShareAlike 4.0 +International (CC BY-SA 4.0) license. + +I grant to the EmacsConf organizers permission to use my name, +likeness, and biographic information in association with their use +of the Licensed Materials under the above license. + +I represent that I have the authority to grant the above license to +the EmacsConf organizers. If my presentation incorporates any +material owned by third parties, I represent that the material is +sublicensable to the EmacsConf organizers or that my use of them is +fair use.Times are approximate and will probably change. + +# Choose Your Own (Technology-Enhanced Learning) Adventure +Greta Goetz + +This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill +ich). Its adaptability will be shown to be an asset in supporting the learning trends identified by the latest pedagogical research (Guo). + +# Intro + +The 'many, many features' (Stallman 2002: 4) of Emacs do not limit imaginable types of interactivity, supporting both formal and informal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a scaffold for development (cf. Vygotsky 1979: 86), promoting the creative and autonomous ability of individuals to interact with their digital environment and others who share the use of this tool (Illich 1973). Individuals can use Emacs as often or seldom as they want to express their needs and meaning in action, with no obligation to use it (cf. Illich 1973). + +The formal learning involved pertains to Emacs programs and documentation (the 'temple') while related discussion and smaller task-based problem solving represents examples of informal learning (the 'forum') (cf. Caillet in 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. + +1. What if we are beginners overwhelmed by formal Emacs documentation? Two potential learning paths: + + - a. Build on a needs-basis. Make your own artifacts: no use-case is too small; leave your trace. + - b. Study others' inits and use-cases; Read Planet EmacsLife; Consult programmer or power user use-cases; Map out workflows. + +2. Emacs as personal, creative, autonomous: + + - a. Emacs allows for organic ongoing changes to the 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 (Vygotsky 1979; Gardner 1983; Wang 2020). + - b. Emacs allows us to control 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). + - c. The art of collecting traces (digital or not) is timeless - and important to survival. + +3. Emacs as systems design for technology-enhanced learning (TEL): + + - a. Good TEL design performance should also educate 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 different capabilities' (Alexander 1993 in Gabriel 1996), assembling epistemic domains (Markauskaite & Goodyear 2017). This pedagogical approach is supported by Emacs artifacts (packages, documentation, forums, etc.). + - b. The 'wise' use of programming (Crichton 1983) actively manages and organizes workflow. This permits iterative development. Elementary use-case: a workflow that relies on PPT and Zoom vs. already having a more modular viewpoint supported by diverse Emacs packages. The latter adaptability is supported by the latest educational research (Guo). Further: Emacs allows movement from user to contributor (Stiegler 2018; Stavrou). + - c. Wise programming can include fun programming - 'there are people who want to put a stop to that' (Crichton 1983; Gaffney 2019). + - d. Extending this systems/design view, Emacs is developed and maintained by a community dedicated to supporting this freedom of use in these multiple contexts (cf. Illich 1973). + - e. One perspective is less likely to override others in such a heterogeneous environment (Morin 2004). + +# Conclusion + +Emacs does not limit any imaginable type of interactivity and promotes a diversity of related content, further supporting the pursuit of more advanced TEL (viz. Guo). This was illustrated through an elementary use-case that compared being limited to PPT as opposed to having basic familiarity with 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 contributions of heterogeneous maintainers, developers, and community members whose 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. + + +# References + +## General workflow and fun: +- Bin, C. (2020). Mastering Emacs in one year. <https://github.com/redguardtoo/mastering-emacs-in-one-year-guide/blob/master/guide-en.org#on-the-shoulders-of-giants>. Accessed 25 October 2021. +- Gaffney, N. (2019). Oblique strategies. <https://github.com/zzkt/oblique-strategies>. Accessed 25 October 2021. +- Goetz, G. (2021). Additional references: A back-to-school/GTD Emacs journey. <https://gretzuni.com/articles/a-back-to-school-gtd-emacs-journey>. Accessed 25 October 2021. +- 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 2021. +- Kaiser, K. (2017). Writing a technical book in Emacs and Org-mode. <https://www.kpkaiser.com/programming/writing-a-technical-book-in-emacs-and-org-mode/>. Accessed 25 October 2021. +- Planet Emacs Life. <https://planet.emacslife.com/>. Accessed 25 October 2021. +- Stavrou, P. My packages for GNU Emacs. <https://protesilaos.com/emacs/>. Accessed 25 October 2021. +- Wellons, C. Emacs articles. <https://nullprogram.com/tags/emacs/>. Accessed 25 October 2021. + +## On TEL design: +- 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: Hatier. +- Crichton, M. (1983). *Electronic life*. New York: Knopf. +- De Bono, E. (2009). *Think! Before it's too late*. London: Random House. +- Engelbart, D. (1962). *Augmenting human intellect: A conceptual framework*. Menlo Park: Stanford Research Institute. +- Drosos, I. & Guo, P. (2021). Streamers teaching programming, art, and gaming: Cognitive apprenticeship, 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. +- Gabriel, R. (1996). *Patterns of software*. New York, Oxford: Oxford University Press. +- Goodyear, P. & Retalis, S. (2010). Learning, technology and design. In Goodyear, P. & Retalis, S. (Eds.). *Technology-enhanced learning: Design patterns and pattern languages*, 1-27. Rotterdam, Boston: Sense Publishers. +- 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. +- Guo, P. (2018). Students, systems, and interactions: Synthesizing the first +four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 2018, London, United Kingdom. DOI: https://doi.org/10.1145/3231644.3231662. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Guo, P., Kim, J. & Rubin, R. (2014). How video production affects student engagement: An empirical study of MOOC videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Illich, I. (1973). *Tools of conviviality*. New York: Harper & Row. +- Kim, J., Guo, P., Seaton, D., Mitros, P., Gajos, K. & Miller, R. (2014). Understanding in-video dropouts and interaction peaks in online lecture videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Markauskaite, L. & Goodyear, P. (2017). *Epistemic fluency and professional education: innovation, knowledgeable action and actionable knowledge*. Dordrecht: Springer. +- Markel, J. & Guo, P. (2020). Designing the future of experiential learning environments for a post-COVID world: A preliminary case study. NFW ’20 (Symposium on the New Future of Work), August 3–5, 2020, Virtual Event. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Morin, E. ([2004] 2008). *La Méthode - tome 6: Éthique*. Éditions du Seuil: Paris. +- Stallman, R. (2002). *Free software, free society*. GNU Press, Free Software Foundation. +- Stiegler, B. (2018). *The neganthropocene*. Open Humanities Press. +- Trocmé-Fabre, H. (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation. +- Vygotsky, L. (1979). *Mind in society: The development of higher psychological processes*. Cambridge and London: Harvard University Press. +- Wang, S. (2020). Open knowledge. Hope in Source. <https://hopeinsource.com/open-knowledge/#open-source-knowledge-proof-of-work>. Accessed 25 October 2021. + + +# Availability and preferred Q&A approach + +Due to the pandemic situation, my teaching schedule fluctuates so I +will not know my availability until much closer to the +date. Therefore, I can only guarantee delayed answer response +(whatever you request), but if available, will join live. +May I please note that I will be pre-recording my video if this submission is accepted. + + +# Speaker release + +By submitting this proposal, I agree that my presentation at +EmacsConf 2021 is subject to the following terms and conditions: + +The EmacsConf organizers may capture audio and video (a "Recording") +of my presentation and any associated materials, which may include +slides, notes, transcripts, and prerecording(s) of my presentation +that I provide to the EmacsConf organizers. + +I authorize the EmacsConf organizers to distribute, reproduce, +publicly display, and prepare derivative works of the Recording and +any derivative works of the Recording (the "Licensed Materials") +under the terms of the Creative Commons Attribution-ShareAlike 4.0 +International (CC BY-SA 4.0) license. + +I grant to the EmacsConf organizers permission to use my name, +likeness, and biographic information in association with their use +of the Licensed Materials under the above license. + +I represent that I have the authority to grant the above license to +the EmacsConf organizers. If my presentation incorporates any +material owned by third parties, I represent that the material is +sublicensable to the EmacsConf organizers or that my use of them is +fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer +Daniel Rose + +The talk targets users who are curious about computational philosophies, +or those who might not know how to best utilise Emacs conceptually. The +talk will cover what the UNIX philosophy is, the GNU Free Software +principles, a typical (Neo)Vi(m) user's approach, and then how one might +accomplish this in Emacs combining the aformentioned ideals. The +listeners will learn how they can approach Emacs ideologically, and how +blocking themselves into one philosophy or the other will limit their +efficiency. Although you may be a veteran GNU/Linux and Emacs user, +understanding how to use both philosophies together will still allow you +to be more performant than without. + + + +# Outline + +- 5-10 minutes: + Cut out the portions of explaining the whole UNIX and GNU philosophies + and instead talk about concrete examples: + - How can one limit their usage of CLI tools while still maintaining + the ideals of both. + - How using CLI tools can still perfectly flow into Emacs. + - How having all programs in Emacs and unified keybindings is akin + to a terminal user.Times are approximate and will probably change. + +# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer +Daniel Rose + +The talk targets users who are curious about computational philosophies, +or those who might not know how to best utilise Emacs conceptually. The +talk will cover what the UNIX philosophy is, the GNU Free Software +principles, a typical (Neo)Vi(m) user's approach, and then how one might +accomplish this in Emacs combining the aformentioned ideals. The +listeners will learn how they can approach Emacs ideologically, and how +blocking themselves into one philosophy or the other will limit their +efficiency. Although you may be a veteran GNU/Linux and Emacs user, +understanding how to use both philosophies together will still allow you +to be more performant than without. + + + +# Outline + +- 5-10 minutes: + Cut out the portions of explaining the whole UNIX and GNU philosophies + and instead talk about concrete examples: + - How can one limit their usage of CLI tools while still maintaining + the ideals of both. + - How using CLI tools can still perfectly flow into Emacs. + - How having all programs in Emacs and unified keybindings is akin + to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT +Jean-Christophe Helary + +Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. + +OmegaT is a multiplatform GPL3+ "computer aided translation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for translators to what IDEs are for code writers. Casual translators can benefit from their features but professionals or commited amateurs are the most likely to make the most use of such tools. + +When OmegaT, free software based forges and Emacs meet, we have a free multi-user translation environment 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 assurance), automatic legacy translation handling, glossary management, history based or predictive autocompletion, etc. + +The current trial project for French is hosted on 2 different forges: + +1. sr.ht hosts the source files + +2. chapril hosts the OmegaT team project architecture + + +The sources are regularly updated with a po4a based shell script. + +# Outline + +- Duration: 10 minutes +- Software used during the presentation + - [po4a](https://po4a.org) a tool to convert documentation formats to and from the commonly used `gettext` **PO** format. + po4a supports the `texinfo` format along with many others. + - [OmegaT](https://omegat.org) a "computer aided translation" tool used by translators to efficiently combine translation ressources (legacy translations, glossaries, etc.) so as to produce more consistent translations. + +During the presentation, I will show: + +- How to use po4a to convert the texi files to the PO format (the org.org file is also converted) +- What are the specificities of the Emacs manuals and what difficulties they present to the tanslator +- How to address those specificities in OmegaT, with regular expressions +- How to use OmegaT features such as arbitrary string protection, legacy translation handling, glossaries, autocompletion, QA, etc. +- How to use OmegaT with a team of 2 (or more) translators working at the same time +- How to solve translation conflicts + +I will *not* show: + +- How to create an OmegaT project +- How to setup an OmegaT team project +- How to use OmegaT from the command line to work in localization pipelines +- How to use machine translation and MT "post-edit" +- How to convert back the translated files to texi format +- How to install translated texi files for use in EmacsTimes are approximate and will probably change. + +# Emacs manuals translation and OmegaT +Jean-Christophe Helary + +Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. + +OmegaT is a multiplatform GPL3+ "computer aided translation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for translators to what IDEs are for code writers. Casual translators can benefit from their features but professionals or commited amateurs are the most likely to make the most use of such tools. + +When OmegaT, free software based forges and Emacs meet, we have a free multi-user translation environment 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 assurance), automatic legacy translation handling, glossary management, history based or predictive autocompletion, etc. + +The current trial project for French is hosted on 2 different forges: + +1. sr.ht hosts the source files + <https://sr.ht/~brandelune/documentation_emacs/> +2. chapril hosts the OmegaT team project architecture + <https://sr.ht/~brandelune/documentation_emacs/> + +The sources are regularly updated with a po4a based shell script. + +# Outline + +- Duration: 10 minutes +- Software used during the presentation + - [po4a](https://po4a.org) a tool to convert documentation formats to and from the commonly used `gettext` **PO** format. + po4a supports the `texinfo` format along with many others. + - [OmegaT](https://omegat.org) a "computer aided translation" tool used by translators to efficiently combine translation ressources (legacy translations, glossaries, etc.) so as to produce more consistent translations. + +During the presentation, I will show: + +- How to use po4a to convert the texi files to the PO format (the org.org file is also converted) +- What are the specificities of the Emacs manuals and what difficulties they present to the tanslator +- How to address those specificities in OmegaT, with regular expressions +- How to use OmegaT features such as arbitrary string protection, legacy translation handling, glossaries, autocompletion, QA, etc. +- How to use OmegaT with a team of 2 (or more) translators working at the same time +- How to solve translation conflicts + +I will *not* show: + +- How to create an OmegaT project +- How to setup an OmegaT team project +- How to use OmegaT from the command line to work in localization pipelines +- How to use machine translation and MT "post-edit" +- How to convert back the translated files to texi format +- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update +Kaluđerčić, Philip + +NonGNU ELPA was announced last year, as a package repository +that will be enabled by default in Emacs, but doesn't require +any copyright assignment. This means that a lot of popular +packages can now be installed easier, without any additional +configuration. + +In this talk I would like the give a reminder of what NonGNU +ELPA is and how it works, update the participants on what has +happened since last year and what maintainers have to do if they +want their packages to be added to the repository.Times are approximate and will probably change. + +# NonGNU ELPA Update +Kaluđerčić, Philip + +NonGNU ELPA was announced last year, as a package repository +that will be enabled by default in Emacs, but doesn't require +any copyright assignment. This means that a lot of popular +packages can now be installed easier, without any additional +configuration. + +In this talk I would like the give a reminder of what NonGNU +ELPA is and how it works, update the participants on what has +happened since last year and what maintainers have to do if they +want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How +Dhavan (codingquark) + +Emacs now has many package repositories - enought to have conflicts +and arguments about. The packages are becoming big, they depend on many +other packages and it is not easy to keep track of what all is being +installed in our Emacsen. An aggressive way out of this is to use Yet +Another Package and install all elisp code manually - with borg[1]. + +[1]: + + + +# Outline + +- 5-10 minutes: (brief description/outline) + 1. What are we trying to solve? + 2. What is borg? + 3. How to use it? + 4. Assimilate a package for demoTimes are approximate and will probably change. + +# Manual Package Management in The Era of Repositories - Why and How +Dhavan (codingquark) + +Emacs now has many package repositories - enought to have conflicts +and arguments about. The packages are becoming big, they depend on many +other packages and it is not easy to keep track of what all is being +installed in our Emacsen. An aggressive way out of this is to use Yet +Another Package and install all elisp code manually - with borg[1]. + +[1]: <https://github.com/emacscollective/borg> + + + +# Outline + +- 5-10 minutes: (brief description/outline) + 1. What are we trying to solve? + 2. What is borg? + 3. How to use it? + 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram +Gabriele Bozzola and Evgeny Zajcev + +Telegram is a cross-platform instant messaging system. The large number of +features and the widespread adoption make it a good choice for both private +conversations with friends and for large online communities. In this talk, I +am going to present the Emacs community on Telegram and its initiatives. I +am also going to discuss telega.el, the Emacs client for Telegram. telega.el +is a high-quality package that perfectly integrates in Emacs. It supports +the vast majority of the features supported by the official clients, while +adding several unique ones. In the talk, I will present the package and +highlight some of the most important features.Times are approximate and will probably change. + +# telega.el and the Emacs community on Telegram +Gabriele Bozzola and Evgeny Zajcev + +Telegram is a cross-platform instant messaging system. The large number of +features and the widespread adoption make it a good choice for both private +conversations with friends and for large online communities. In this talk, I +am going to present the Emacs community on Telegram and its initiatives. I +am also going to discuss telega.el, the Emacs client for Telegram. telega.el +is a high-quality package that perfectly integrates in Emacs. It supports +the vast majority of the features supported by the official clients, while +adding several unique ones. In the talk, I will present the package and +highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator +Kevin Haddock + +The Unix file system is essentially an N-dimentional sparse array that +currently lacks a decent editor and browser which +can effectively leverage the logical tri-angulation (or, more properly +"n-angulation") of atoms/blobs within it. + +N-Angulator is the genesis, to wit, the "Model-T," of such a program. + +(see google drive link below for a very old uncirculated prototype +video demo. Be sure and turn the volume UP!) + +na.intro.flv + + + + +# Outline + +- 5-10 minutes: (brief description/outline) + +The reconceptualization of the Unix file system as the N-Dimensional +sparse array will be discussed. + +A simple pre-existing database will be queried. + +If time, questions will be entertained by video/audio and/or IRC.Times are approximate and will probably change. + +# Introducing N-Angulator +Kevin Haddock + +The Unix file system is essentially an N-dimentional sparse array that +currently lacks a decent editor and browser which +can effectively leverage the logical tri-angulation (or, more properly +"n-angulation") of atoms/blobs within it. + +N-Angulator is the genesis, to wit, the "Model-T," of such a program. + +(see google drive link below for a very old uncirculated prototype +video demo. Be sure and turn the volume UP!) + +na.intro.flv +<https://drive.google.com/file/d/1EZN0Xs8eGlEbSIYFml2lp3GCNnmLQa98/view?usp=drive_web> + + + +# Outline + +- 5-10 minutes: (brief description/outline) + +The reconceptualization of the Unix file system as the N-Dimensional +sparse array will be discussed. + +A simple pre-existing database will be queried. + +If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor +Stefan Monnier + +Because of a reckless former Emacs maintainer that shall + better stay unnamed, ELisp has seen a fair bit of churn in the last 10 + years, making it necessary to clean up "old" code [in order to open up + the road for yet more recklessness? ]. + In this documentary we will follow a famous janitor in his every day job + dealing with the aftermath of the cl-lib / lexical-binding party. + +- ~20 minutes + Here really, I'm not sure how much time this will take. I put 20 + minutes because I think I might be able to fill that and I think more + than that could turn too boring. I intend to make it a "live coding" + kind of thing, without anything like an outline: it's basically "make" + followed by fixing the warnings.Times are approximate and will probably change. + +# A day in the life of a janitor +Stefan Monnier + +Because of a reckless former Emacs maintainer that shall + better stay unnamed, ELisp has seen a fair bit of churn in the last 10 + years, making it necessary to clean up "old" code [in order to open up + the road for yet more recklessness? ]. + In this documentary we will follow a famous janitor in his every day job + dealing with the aftermath of the cl-lib / lexical-binding party. + +- ~20 minutes + Here really, I'm not sure how much time this will take. I put 20 + minutes because I think I might be able to fill that and I think more + than that could turn too boring. I intend to make it a "live coding" + kind of thing, without anything like an outline: it's basically "make" + followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? +Bastien Guerry + +After 11 years of helping as the Org maintainer, I would +like to share a few lessons learned. My goal is help everyone take +care of Emacs maintainance by taking care of Emacs maintainers. + + + +# Outline + +- 5-10 minutesTimes are approximate and will probably change. + +# How to help Emacs maintainers? +Bastien Guerry + +After 11 years of helping as the Org maintainer, I would +like to share a few lessons learned. My goal is help everyone take +care of Emacs maintainance by taking care of Emacs maintainers. + + + +# Outline + +- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs +Spencer King + +There are a variety of methods for typesetting gregorian +chant scores and outputting high-quality sheet music. One of these is +a tool called Gregorio, which integrates with LaTeX allowing scores to +be cleanly inserted into other documents. All Gregorio files are plain +text, allowing them to easily be shared with other users and managed +with a version control system. In this talk, I will give a brief +overview of the Gregorio tool and then show how it can be used in +Emacs by typesetting a simple score. All code and examples will be +made available to help new users get started with typesetting their +own scores. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + 1. Introduction to chant music + 2. Introduction to Gregorio + 3. Example of typesetting a score in Emacs + 4. Code and example availabilityTimes are approximate and will probably change. + +# Typesetting Gregorian Chant with Emacs +Spencer King + +There are a variety of methods for typesetting gregorian +chant scores and outputting high-quality sheet music. One of these is +a tool called Gregorio, which integrates with LaTeX allowing scores to +be cleanly inserted into other documents. All Gregorio files are plain +text, allowing them to easily be shared with other users and managed +with a version control system. In this talk, I will give a brief +overview of the Gregorio tool and then show how it can be used in +Emacs by typesetting a simple score. All code and examples will be +made available to help new users get started with typesetting their +own scores. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + 1. Introduction to chant music + 2. Introduction to Gregorio + 3. Example of typesetting a score in Emacs + 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy + + +As a former Montessori guide and now parent, I often think about the +relationship of this particular educational philosophy and how it manifests +in my work with software, Emacs in particular. This talk introduces the +concept of Emacs as an educational environment and how it expresses elements of +Montessori psychology regarding "Human Tendencies". Human tendencies are innate +drives present in everybody that allow us to explore and make sense of our world. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + Quick overview of a Montessori classroom environment: + + - the adults or guides primarily observe and present material + - the children are free to explore materials as they choose (within limits) + - the environment itself is prepared specifically to foster engagement + + Enumerate the "Human Tendencies": + + - Abstraction + - Activity + - Communication + - Exactness + - Exploration + - Manipulation (of the environment) + - Order + - Orientation + - Repetition + - Self-Perfection + - Work (also described as "purposeful activity") + + How does Emacs express these things? + + - in the short version, pose the question, and perhaps give one example. + - Emacs is an environment that provides facilities for individuals to + find their way to proficiency through their Human Tendencies. + - We are all both learners and guides, Emacs is our classroomTimes are approximate and will probably change. + +# Emacs and Montessori Philosophy + + +As a former Montessori guide and now parent, I often think about the +relationship of this particular educational philosophy and how it manifests +in my work with software, Emacs in particular. This talk introduces the +concept of Emacs as an educational environment and how it expresses elements of +Montessori psychology regarding "Human Tendencies". Human tendencies are innate +drives present in everybody that allow us to explore and make sense of our world. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + Quick overview of a Montessori classroom environment: + + - the adults or guides primarily observe and present material + - the children are free to explore materials as they choose (within limits) + - the environment itself is prepared specifically to foster engagement + + Enumerate the "Human Tendencies": + + - Abstraction + - Activity + - Communication + - Exactness + - Exploration + - Manipulation (of the environment) + - Order + - Orientation + - Repetition + - Self-Perfection + - Work (also described as "purposeful activity") + + How does Emacs express these things? + + - in the short version, pose the question, and perhaps give one example. + - Emacs is an environment that provides facilities for individuals to + find their way to proficiency through their Human Tendencies. + - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year +Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier + +The four of us met at EmacsConf 2020, and joined together around a +common interest in Emacs and research. Since then, we have convened as +the Emacs Research Group for weekly meetings. During these meetings, we +took notes collaboratively, using a ‘conflict-free replicated data type’ +package (crdt.el); at the end of each session, we debriefed using a +template that we call a Project Action Review (PAR). As as a +meta-review of our sessions, every six weeks we prepared a Causal +Layered Analysis (CLA), which gave us a different perspective on what we +had done. We reflected further on our experiences and methods, linking +our CLA to plans and design patterns. As a formal research output, we +contributed a write-up of these matters to a joint paper which we +presented at the Pattern Languages of Programs Conference (PLoP 2021). +The paper included an interactive workshop, in which we explored roles +in real-time problem solving and collaboration. + +In our short talk we share information about these methods, making a +case for other people getting together and creating their own small +research communities similar to ours.Times are approximate and will probably change. + +# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year +Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier + +The four of us met at EmacsConf 2020, and joined together around a +common interest in Emacs and research. Since then, we have convened as +the Emacs Research Group for weekly meetings. During these meetings, we +took notes collaboratively, using a ‘conflict-free replicated data type’ +package (crdt.el); at the end of each session, we debriefed using a +template that we call a Project Action Review (PAR). As as a +meta-review of our sessions, every six weeks we prepared a Causal +Layered Analysis (CLA), which gave us a different perspective on what we +had done. We reflected further on our experiences and methods, linking +our CLA to plans and design patterns. As a formal research output, we +contributed a write-up of these matters to a joint paper which we +presented at the Pattern Languages of Programs Conference (PLoP 2021). +The paper included an interactive workshop, in which we explored roles +in real-time problem solving and collaboration. + +In our short talk we share information about these methods, making a +case for other people getting together and creating their own small +research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow +Greg Coladonato + +When I was an undergrad, I learned many things, most of +which I forgot. In the time since then, I've discovered Org Mode, Org +Roam, Org Noter, Org Ref. PDF Tools, and Anki. I would like to share +my approach for capturing all the information that comes my way as a +MS CS student at Georgia Tech, in the hopes that I can both get +feedback on ways to improve the system I use, as well as hopefully +inspire others to build workflows that make them more productive. + + + +# Outline + +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.Times are approximate and will probably change. + +# One effective CS grad student workflow +Greg Coladonato + +When I was an undergrad, I learned many things, most of +which I forgot. In the time since then, I've discovered Org Mode, Org +Roam, Org Noter, Org Ref. PDF Tools, and Anki. I would like to share +my approach for capturing all the information that comes my way as a +MS CS student at Georgia Tech, in the hopes that I can both get +feedback on ways to improve the system I use, as well as hopefully +inspire others to build workflows that make them more productive. + + + +# Outline + +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development +Philip Beadling + +I recently had the pleasure of being audited for my CPD record with one +of the large engineering professional bodies. I decided to harness +org-mode's TODO lists to record CPD items and my progress against them +completely within Emacs. I also wanted the ability to export the data +in a well presented, compact format for auditing submission. + +The project was a success (I passed the audit) and the resulting system +integrates really well into my wider daily Emacs workflow, making future +CPD recording seamless. + +The talk will explain how I tweaked and extended org-mode to get it to +record the data I wanted, followed by a demo. + +A basic demo org file with embedded elisp can be seen here: + + +A basic generated PDF from the basic demo is here: +![img](https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s=e0c5080560c877aa02933a40c224e52b8a1fed3b) + +I have a much more involved example I could also use for the demo. + +The template contains a few examples. Examples are Goals that are split +up into Activities. All Activities must have a Goal, and within a Goal +all activities must be complete for the Goal to be automatically set to +complete. + +It's basically leveraging Org Capture Templates to create custom Goals +and Activities. + +On save or update these are then rendered into a table using Column View. + +Activities are sorted by date they were completed on. + +The Column View is pre-configured to be exported to PDF in a condensed +but readable format for submission. It stays fairly readable even when +the pages get busy. + +The elisp required is all under the "Config" bullet and Emacs will ask +to execute it on opening the Org file. The elisp concerns itself with +nice custom org capture functions and a few functions to ensure nice +formatting on export, etc. + + + +# Outline + +- 5-10 minutes: + +A quick walkthrough of the setup and functions, followed by a demo of how +to add CPD items, and update them. Finally show generation of a PDF +containing all the items tabulated and ready for audit review. I +estimate this at approx 10 minutes.Times are approximate and will probably change. + +# Using Org-Mode For Recording Continuous Professional Development +Philip Beadling + +I recently had the pleasure of being audited for my CPD record with one +of the large engineering professional bodies. I decided to harness +org-mode's TODO lists to record CPD items and my progress against them +completely within Emacs. I also wanted the ability to export the data +in a well presented, compact format for auditing submission. + +The project was a success (I passed the audit) and the resulting system +integrates really well into my wider daily Emacs workflow, making future +CPD recording seamless. + +The talk will explain how I tweaked and extended org-mode to get it to +record the data I wanted, followed by a demo. + +A basic demo org file with embedded elisp can be seen here: +<https://raw.githubusercontent.com/falloutphil/Misc/master/cpd.org> + +A basic generated PDF from the basic demo is here: +![img](https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s=e0c5080560c877aa02933a40c224e52b8a1fed3b) + +I have a much more involved example I could also use for the demo. + +The template contains a few examples. Examples are Goals that are split +up into Activities. All Activities must have a Goal, and within a Goal +all activities must be complete for the Goal to be automatically set to +complete. + +It's basically leveraging Org Capture Templates to create custom Goals +and Activities. + +On save or update these are then rendered into a table using Column View. + +Activities are sorted by date they were completed on. + +The Column View is pre-configured to be exported to PDF in a condensed +but readable format for submission. It stays fairly readable even when +the pages get busy. + +The elisp required is all under the "Config" bullet and Emacs will ask +to execute it on opening the Org file. The elisp concerns itself with +nice custom org capture functions and a few functions to ensure nice +formatting on export, etc. + + + +# Outline + +- 5-10 minutes: + +A quick walkthrough of the setup and functions, followed by a demo of how +to add CPD items, and update them. Finally show generation of a PDF +containing all the items tabulated and ready for audit review. I +estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide +Jan Ypma + +The emacs org-babel package is often mentioned in conjunction with +literate programming. The ability to mix code segments with prose +indeed offers an intuitive way to augment semantic code pieces with +textual descriptions. + +In recent projects, I've started to turn to org-mode as the primary +format to maintain technical documentation, as well as slides for a +technical language course. By using org-babel to pull in "live" code +for REST requests, language examples, and shell scripts, one can be +sure that the documentation and slides are never out of date. + +The session will show how leverage org-babel, restclient and +org-treeslide to write and present technical documentation with style. + + +# Outline + +- Introduction +- Demo: Developer guide +- Demo: REST API guide +- Demo: Presentations +- Used packages and configurationTimes are approximate and will probably change. + +# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide +Jan Ypma + +The emacs org-babel package is often mentioned in conjunction with +literate programming. The ability to mix code segments with prose +indeed offers an intuitive way to augment semantic code pieces with +textual descriptions. + +In recent projects, I've started to turn to org-mode as the primary +format to maintain technical documentation, as well as slides for a +technical language course. By using org-babel to pull in "live" code +for REST requests, language examples, and shell scripts, one can be +sure that the documentation and slides are never out of date. + +The session will show how leverage org-babel, restclient and +org-treeslide to write and present technical documentation with style. + + +# Outline + +- Introduction +- Demo: Developer guide +- Demo: REST API guide +- Demo: Presentations +- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format +Tom Gillespie + +Org mode is known for its flexibility, power, and staggeringly diverse +number of workflows, users, and use cases. + +This talk explores just how far we can push the boundaries of the sane +and sensible with regard to Org workflows. + +In particular it will discuss shebang blocks, and elvs: two parts of a +complete system for creating executable Org files. + +Org syntax does not support shebang lines. However, it turns out that +Org syntax enables something even better — shebang blocks. + +Org is also (supposedly) not an executable file format. However, by +combining a shebang block with a Org babel source block, and eval +local variables (elvs) Org becomes a multi-language executable format. + +In this talk we introduce shebang blocks and elvs as a two part system +that transforms Org files into executable documents that can run on any +recent version of Emacs. + +These ideas are implemented in + and +, and +orgstrap.el is available as a package on MELPA and can be installed +via M-x install-package orgstrap. + +The talk will open with a demo of how to create an executable Org file +using the orgstrap machinery. + +We then discuss security considerations, and show example use cases. + +Finally the talk will cover the details and development of the +portable shebang block for Org mode that works on a wide variety of +systems and shells, and on the development of a formal specification +and a reference implementation for using Org source blocks to +transform Org files from plain text documents with a bit of markup +into self describing computational documents, or interactive +applications. + + + +# Outline + +- 5-10 minutes: + +A demo of adding the orgstrap block and elvs, +adding a shebang block, and then running an org file.Times are approximate and will probably change. + +# Org as an executable format +Tom Gillespie + +Org mode is known for its flexibility, power, and staggeringly diverse +number of workflows, users, and use cases. + +This talk explores just how far we can push the boundaries of the sane +and sensible with regard to Org workflows. + +In particular it will discuss shebang blocks, and elvs: two parts of a +complete system for creating executable Org files. + +Org syntax does not support shebang lines. However, it turns out that +Org syntax enables something even better &#x2014; shebang blocks. + +Org is also (supposedly) not an executable file format. However, by +combining a shebang block with a Org babel source block, and eval +local variables (elvs) Org becomes a multi-language executable format. + +In this talk we introduce shebang blocks and elvs as a two part system +that transforms Org files into executable documents that can run on any +recent version of Emacs. + +These ideas are implemented in +<https://github.com/tgbugs/orgstrap/blob/master/README.org> and +<https://github.com/tgbugs/orgstrap/blob/master/shebang.org>, and +orgstrap.el is available as a package on MELPA and can be installed +via M-x install-package orgstrap. + +The talk will open with a demo of how to create an executable Org file +using the orgstrap machinery. + +We then discuss security considerations, and show example use cases. + +Finally the talk will cover the details and development of the +portable shebang block for Org mode that works on a wide variety of +systems and shells, and on the development of a formal specification +and a reference implementation for using Org source blocks to +transform Org files from plain text documents with a bit of markup +into self describing computational documents, or interactive +applications. + + + +# Outline + +- 5-10 minutes: + +A demo of adding the orgstrap block and elvs, +adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs +Karl Voit + +With the rising interest in Org mode, the GNU/Emacs community gained +much momentum in the last decade. Being a nicely designed lightweight +markup language, Org mode does not only benefit users of GNU/Emacs. +There are many tools and services supporting Org mode syntax documents +that do have no direct connection to GNU/Emacs. I would like to +elaborate on the advantages on using Org mode syntax for arbitrary +text outside of GNU/Emacs for better typing usability and +collaboration tasks. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + +This can only be a short teaser for the use of Org mode syntax without +much comparison to other lightweight markup languages. For this +audience, I do think that this would be too short because most +attendees might already have heard the rumors that Org mode is great +or they have adapted Org mode in their workflows already.Times are approximate and will probably change. + +# The use of Org mode syntax outside of GNU/Emacs +Karl Voit + +With the rising interest in Org mode, the GNU/Emacs community gained +much momentum in the last decade. Being a nicely designed lightweight +markup language, Org mode does not only benefit users of GNU/Emacs. +There are many tools and services supporting Org mode syntax documents +that do have no direct connection to GNU/Emacs. I would like to +elaborate on the advantages on using Org mode syntax for arbitrary +text outside of GNU/Emacs for better typing usability and +collaboration tasks. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + +This can only be a short teaser for the use of Org mode syntax without +much comparison to other lightweight markup languages. For this +audience, I do think that this would be too short because most +attendees might already have heard the rumors that Org mode is great +or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming +Daniel German + +In this presentation I will explain how to use org-mode effectively to +prepare teaching materials, and how to present them. + +For the last 5 years I have been using org-mode to teach programming +in different languages: C++, SQL, Ruby, Python, SML +and Scheme. Org-mode has three key advantages: + +1. it supports most programming languages with a common interface, +2. it is an interactive medium for delivering teaching materials; and +3. it is an always-up-to-date format that does not need to be exported in order to be published. + +I explain how I use org-mode in my courses and how I combine org-mode +notes other tools such as github org-mode to get +always up-to-date teaching materials that one can use for both +teaching and studying (see + +for an example). + +Finally, I will discuss some important aspects to consider when using +org-mode for this purpose. + + + +# Outline + +20 minutes: + +- Introduction +- Quick demonstration +- Workflow +- Emacs configuration +- Important considerations +- How to get started + +Oh, I made a small mistake. I meant to propose a 40 minutes presentation. +But I can give a quicker 20 minutes too.Times are approximate and will probably change. + +# Using Org-mode to teach programming +Daniel German + +In this presentation I will explain how to use org-mode effectively to +prepare teaching materials, and how to present them. + +For the last 5 years I have been using org-mode to teach programming +in different languages: C++, SQL, Ruby, Python, SML +and Scheme. Org-mode has three key advantages: + +1. it supports most programming languages with a common interface, +2. it is an interactive medium for delivering teaching materials; and +3. it is an always-up-to-date format that does not need to be exported in order to be published. + +I explain how I use org-mode in my courses and how I combine org-mode +notes other tools such as github org-mode to get +always up-to-date teaching materials that one can use for both +teaching and studying (see +<https://github.com/dmgerman/csc116ModernCplusplus/blob/master/lectures/l-01-1-intro/01_1_intro.org> +for an example). + +Finally, I will discuss some important aspects to consider when using +org-mode for this purpose. + + + +# Outline + +20 minutes: + +- Introduction +- Quick demonstration +- Workflow +- Emacs configuration +- Important considerations +- How to get started + +Oh, I made a small mistake. I meant to propose a 40 minutes presentation. +But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) +Ahmed Khaled + +Researchers and knowledge workers have to read and discover new papers, +ask questions about what they read, write notes and scratchwork, and store +much of this information for use in writing papers and/or code. Emacs allows +us to do all of this (and more) using simple text interfaces that integrate +well together. In this talk I will talk about the following: + +a. Using elfeed and elfeed-score to read new papers from arXiv. +b. Using org-ref to import arXiv papers of interest into a local +bibliography. +c. Using Emacs hooks with biber and rebiber in order to keep the local + bibliography clean and up-to-date with conference versions of papers. +d. Using org-roam and org-roam-bibtex to take linked, searchable notes in +org on research papers. + +This text-based workflow allows for keeping everything accessible under +version +control and avoids the platform lock-in of binary formats (e.g. Mendeley). I +will share my Doom Emacs configuration for this workflow, but it is not +limited +to Doom. + + + +# Outline + +- 5-10 minutes: I will demo the packages I use in 5 minutes.Times are approximate and will probably change. + +# Managing a research workflow (bibliographies, note-taking, and arXiv) +Ahmed Khaled + +Researchers and knowledge workers have to read and discover new papers, +ask questions about what they read, write notes and scratchwork, and store +much of this information for use in writing papers and/or code. Emacs allows +us to do all of this (and more) using simple text interfaces that integrate +well together. In this talk I will talk about the following: + +a. Using elfeed and elfeed-score to read new papers from arXiv. +b. Using org-ref to import arXiv papers of interest into a local +bibliography. +c. Using Emacs hooks with biber and rebiber in order to keep the local + bibliography clean and up-to-date with conference versions of papers. +d. Using org-roam and org-roam-bibtex to take linked, searchable notes in +org on research papers. + +This text-based workflow allows for keeping everything accessible under +version +control and avoids the platform lock-in of binary formats (e.g. Mendeley). I +will share my Doom Emacs configuration for this workflow, but it is not +limited +to Doom. + + + +# Outline + +- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics +Asilata Bapat + +Plain org-mode is already an extremely powerful and +customisable tool for task and time management, note-taking, calendar +and agenda management, and much more. Babel takes org a step further +by letting you write, evaluate, and export code in different languages +from within a single file. In this talk, I will highlight some +features of babel that I find exciting and extremely useful, +particularly for an academic workflow. + +Getting started with babel can be intimidating, but it's hard to stop +using it once you start. As an academic, I typically don't manage +large coding projects. My primary purpose is writing lecture notes, +assignments, and papers, and managing related admin. Typically, I want +to try and automate the boring portions of my workflow without extra +overhead. I also tend to find various tasks easier in some programming +languages and harder in others, and prefer to mix and match languages +as the task dictates. Babel makes this process seamless. + +A basic use case is writing a document in org-mode and exporting it to +LaTeX or HTML. Org-mode even lets you write multiple documents in a +single org file, which can be convenient. Babel lets you add all sorts +of enhancements to the same file. For example, suppose we have a +single org document with all the problem sets for a course. Within +this single file, we could now: + +- draw pictures in ditaa, graphviz, or python instead of LaTeX, +- use python to do complex calculations and then output the result as LaTeX, +- define skeletons to quickly draw up assignment templates, +- toggle exporting of assignments with or without solutions based on tags, +- locally change export settings or run a post-export hook, +- automatically export to LaTeX after saving, +- tangle code blocks from some or all of the languages to external files. + +I will try to showcase features of babel that academics could find +helpful, by presenting some ways in which I have tried to use babel. I +would also like to be inspired by other people's babel workflows! + + + +# Outline + +- 5-10 minutes: (brief description/outline) + +For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these +examples to highlight some of the features mentioned in the abstract.Times are approximate and will probably change. + +# Babel for academics +Asilata Bapat + +Plain org-mode is already an extremely powerful and +customisable tool for task and time management, note-taking, calendar +and agenda management, and much more. Babel takes org a step further +by letting you write, evaluate, and export code in different languages +from within a single file. In this talk, I will highlight some +features of babel that I find exciting and extremely useful, +particularly for an academic workflow. + +Getting started with babel can be intimidating, but it's hard to stop +using it once you start. As an academic, I typically don't manage +large coding projects. My primary purpose is writing lecture notes, +assignments, and papers, and managing related admin. Typically, I want +to try and automate the boring portions of my workflow without extra +overhead. I also tend to find various tasks easier in some programming +languages and harder in others, and prefer to mix and match languages +as the task dictates. Babel makes this process seamless. + +A basic use case is writing a document in org-mode and exporting it to +LaTeX or HTML. Org-mode even lets you write multiple documents in a +single org file, which can be convenient. Babel lets you add all sorts +of enhancements to the same file. For example, suppose we have a +single org document with all the problem sets for a course. Within +this single file, we could now: + +- draw pictures in ditaa, graphviz, or python instead of LaTeX, +- use python to do complex calculations and then output the result as LaTeX, +- define skeletons to quickly draw up assignment templates, +- toggle exporting of assignments with or without solutions based on tags, +- locally change export settings or run a post-export hook, +- automatically export to LaTeX after saving, +- tangle code blocks from some or all of the languages to external files. + +I will try to showcase features of babel that academics could find +helpful, by presenting some ways in which I have tried to use babel. I +would also like to be inspired by other people's babel workflows! + + + +# Outline + +- 5-10 minutes: (brief description/outline) + +For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these +examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode +Blaine Mooers + +Research papers in structural biology should include the code used +to make the images of molecules in the article in the supplemental +materials. Some structural bioinformaticists have started to include +their computer code in the supplemental materials to allow readers +to reproduce their analyses. However, authors of papers reporting new +structures have overlooked the inclusion of the code that makes the +images of the molecules in their articles. Nonetheless, this aspect of +reproducible research needs to become the standard practice to improve +the rigor of the science. + +In a literate programming document, the author interleaves the code +that makes the images of molecules in the explanatory text. Such a +document allows the reader to reproduce the images in the manuscript. +The reader can also explore the effect of altering the parameters in +the code. Org files are one alternative for making such literate +programming documents. + +We developed a yasnippet library called orgpymolpysnips for structural +biologists (). This +library facilitates the assembly of literate programming documents +with molecular images made by PyMOL. PyMOL is the most popular +molecular graphics program for making images for publication; it has +over 100,000 users, which is a lot of users in the sciences. PyMOL was +used to make many of the striking images of biological molecules on +the cover of Nature and Science. We use the emacs-jupyter package to +send commands from a code block in Org files to PyMOL's Python API. +PyMOL returns the molecular image to the output block below the +code block. Of course, an Emacs user can convert the Org file into a +PDF, convert the code blocks to script files, and submit these for +non-Emacs users. We describe the content of the library and provide +examples of the running PyMOL from Org-mode. We compare using Org, +Jupyter Notebook, Jupyter Lab, and RStudio with PyMOL to do +literate programming in structural biology. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + - Title slide + - Structural Biolog Workflow in the Mooers Lab + - Cover images made with PyMOL + + - Why develop a snippet library for your field? + - PyMOL in Org: kernel specification + - Creating a conda env and installing PyMOL + - Example code block in Org to make DSSR block model of tRNA + - Resulting image + - Summary + - AcknowledgementsTimes are approximate and will probably change. + +# Reproducible molecular graphics with Org-mode +Blaine Mooers + +Research papers in structural biology should include the code used +to make the images of molecules in the article in the supplemental +materials. Some structural bioinformaticists have started to include +their computer code in the supplemental materials to allow readers +to reproduce their analyses. However, authors of papers reporting new +structures have overlooked the inclusion of the code that makes the +images of the molecules in their articles. Nonetheless, this aspect of +reproducible research needs to become the standard practice to improve +the rigor of the science. + +In a literate programming document, the author interleaves the code +that makes the images of molecules in the explanatory text. Such a +document allows the reader to reproduce the images in the manuscript. +The reader can also explore the effect of altering the parameters in +the code. Org files are one alternative for making such literate +programming documents. + +We developed a yasnippet library called orgpymolpysnips for structural +biologists (<https://github.com/MooersLab/orgpymolpysnips>). This +library facilitates the assembly of literate programming documents +with molecular images made by PyMOL. PyMOL is the most popular +molecular graphics program for making images for publication; it has +over 100,000 users, which is a lot of users in the sciences. PyMOL was +used to make many of the striking images of biological molecules on +the cover of Nature and Science. We use the emacs-jupyter package to +send commands from a code block in Org files to PyMOL's Python API. +PyMOL returns the molecular image to the output block below the +code block. Of course, an Emacs user can convert the Org file into a +PDF, convert the code blocks to script files, and submit these for +non-Emacs users. We describe the content of the library and provide +examples of the running PyMOL from Org-mode. We compare using Org, +Jupyter Notebook, Jupyter Lab, and RStudio with PyMOL to do +literate programming in structural biology. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + - Title slide + - Structural Biolog Workflow in the Mooers Lab + - Cover images made with PyMOL + + - Why develop a snippet library for your field? + - PyMOL in Org: kernel specification + - Creating a conda env and installing PyMOL + - Example code block in Org to make DSSR block model of tRNA + - Resulting image + - Summary + - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode +Adolfo Villafiorita + +In this talk I will present how we use Org Mode at Shair.Tech for +budgeting, project monitoring, and invoicing. + +We are a small company and we are still tuning and improving the +process, but with a bit of Emacs Lisp, the functions Org Mode +provides, and reading here and there what other users do, we +implemented an effective workflow we have been using for nearly a +year, now, and with which we are very happy. Talk duration: + +–> 20 minutes seems to be right (15 talk + questions) +–> I can also make in 10 minutes, by focusing the talk on + budgeting (or monitoring)Times are approximate and will probably change. + +# Budgeting, Project Monitoring and Invoicing with Org Mode +Adolfo Villafiorita + +In this talk I will present how we use Org Mode at Shair.Tech for +budgeting, project monitoring, and invoicing. + +We are a small company and we are still tuning and improving the +process, but with a bit of Emacs Lisp, the functions Org Mode +provides, and reading here and there what other users do, we +implemented an effective workflow we have been using for nearly a +year, now, and with which we are very happy. Talk duration: + +&#x2013;> 20 minutes seems to be right (15 talk + questions) +&#x2013;> I can also make in 10 minutes, by focusing the talk on + budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing +Bala Ramadurai + +Ye Freelance warriors, please lend me your I/O devices for 5 minutes. + +Your time is your money! Do you find it a pain to generate an invoice, +record the details into your accounting software and keep track of +taxes and payments? You are not alone, I found the whole invoice +thingy to be extremely painful. + +But worry not, Emacs comes to our rescue. + +My talk will give you a basic intro on how to use org mode, some embedded python code and file jugglery to generate stylistic and professional invoices. + +What you will learn during the session: + +- How to track your freelance time using orgmode +- How to create the basic infrastructure for invoice generation +- How to generate the invoice +- How to manage multiple clients +- How to enter the finance details into your accounting software +- How to track invoice payments + +We will use the following packages: + +- Emacs+orgmode (duh?) +- yasnippet +- python layer (I use spacemacs, so whatever is the equivalent in your config) +- Some unnecessary Shakespearean referencesTimes are approximate and will probably change. + +# Find Your (In)voice: Emacs for Invoicing +Bala Ramadurai + +Ye Freelance warriors, please lend me your I/O devices for 5 minutes. + +Your time is your money! Do you find it a pain to generate an invoice, +record the details into your accounting software and keep track of +taxes and payments? You are not alone, I found the whole invoice +thingy to be extremely painful. + +But worry not, Emacs comes to our rescue. + +My talk will give you a basic intro on how to use org mode, some embedded python code and file jugglery to generate stylistic and professional invoices. + +What you will learn during the session: + +- How to track your freelance time using orgmode +- How to create the basic infrastructure for invoice generation +- How to generate the invoice +- How to manage multiple clients +- How to enter the finance details into your accounting software +- How to track invoice payments + +We will use the following packages: + +- Emacs+orgmode (duh?) +- yasnippet +- python layer (I use spacemacs, so whatever is the equivalent in your config) +- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle +Mehmet Tekman + +Since 2008, Amazon have released a new Kindle device every year, +supplanting each generation with a newer model that boasts highly +promoted incremental features which greatly devalues the price of +their older models. These forgotten models are sold on Ebay and +other secondhand websites at highly discount prices by owners who +do not see the true potential of these devices: Kindles are +excellent high contrast low-refresh display rate E-Ink devices, +with Wifi capability, that run embedded Linux in the +background. Depending on the model, an idle Kindle can last weeks +before needing a recharge. This makes them ideal as passive image +devices that can be configured easily using a few shell +scripts. Indeed, efforts have been made in dedicated hacker forums +to expose the Linux filesystem and to enable features such as +custom screensavers, SSH networking, and more. By exploiting these +features, and by carefully disabling the software/bloatware that +comes with the device, these Kindles have found new life as online +dashboard devices which can fetch and display information from the +internet at timely intervals. + +Here we describe a tool to control multiple Kindle devices with a +single org-mode/shell-based tool, built initially to periodically +serve updated Emacs Org-Agenda views, but later expanded to produce +online local weather reports and work calendar, Emacs calendars +(calfw, org-gcal), daily dietary information (org-calories), +Org-Mode sparse TODO trees, miscellaneous image and text content +(via imagemagick), small messages, and much more. + +In this talk, we show how to configure multiple Kindles with any +desired custom content, following any daily/weekly schedule, all +easily managed from Emacs within a single Org-Mode file. + + + +# Outline + +- 5-10 minutes: + + 1-3 mins + Talk about repurposing Kindles: + + - Cheap second-hand wifi device, hackable + - Low-powered, long battery life, low refresh rate – perfect + for a dashboard + - Timely updated Org-Mode Agendas anyone? + - Reference to inspired projects (kindle-dashboard) + + 2-3 mins + Generate content + + - A static text+picture image easily generated with imagemagick + wrapper + - An image of a sparse tree of org-mode TODO file + - An image of another emacs view (e.g. Calfw, or org-calories) + - Show post-processing for optimizing image for Kindles + + 1-2 mins + Configuration in a single org-mode file + + - Defining Machines + - Defining Commands to generate content + - Defining Schedules to run Commands on multiple Machines at + specific points in the day + + 1-2 mins + Export and Run: + + - Show exported shell configs and generated cronjobs + - Witness multiple Kindles producing desired content with wakeup + timersTimes are approximate and will probably change. + +# Productivity Dashboards with Emacs and Kindle +Mehmet Tekman + +Since 2008, Amazon have released a new Kindle device every year, +supplanting each generation with a newer model that boasts highly +promoted incremental features which greatly devalues the price of +their older models. These forgotten models are sold on Ebay and +other secondhand websites at highly discount prices by owners who +do not see the true potential of these devices: Kindles are +excellent high contrast low-refresh display rate E-Ink devices, +with Wifi capability, that run embedded Linux in the +background. Depending on the model, an idle Kindle can last weeks +before needing a recharge. This makes them ideal as passive image +devices that can be configured easily using a few shell +scripts. Indeed, efforts have been made in dedicated hacker forums +to expose the Linux filesystem and to enable features such as +custom screensavers, SSH networking, and more. By exploiting these +features, and by carefully disabling the software/bloatware that +comes with the device, these Kindles have found new life as online +dashboard devices which can fetch and display information from the +internet at timely intervals. + +Here we describe a tool to control multiple Kindle devices with a +single org-mode/shell-based tool, built initially to periodically +serve updated Emacs Org-Agenda views, but later expanded to produce +online local weather reports and work calendar, Emacs calendars +(calfw, org-gcal), daily dietary information (org-calories), +Org-Mode sparse TODO trees, miscellaneous image and text content +(via imagemagick), small messages, and much more. + +In this talk, we show how to configure multiple Kindles with any +desired custom content, following any daily/weekly schedule, all +easily managed from Emacs within a single Org-Mode file. + + + +# Outline + +- 5-10 minutes: + + 1-3 mins + Talk about repurposing Kindles: + + - Cheap second-hand wifi device, hackable + - Low-powered, long battery life, low refresh rate &#x2013; perfect + for a dashboard + - Timely updated Org-Mode Agendas anyone? + - Reference to inspired projects (kindle-dashboard) + + 2-3 mins + Generate content + + - A static text+picture image easily generated with imagemagick + wrapper + - An image of a sparse tree of org-mode TODO file + - An image of another emacs view (e.g. Calfw, or org-calories) + - Show post-processing for optimizing image for Kindles + + 1-2 mins + Configuration in a single org-mode file + + - Defining Machines + - Defining Commands to generate content + - Defining Schedules to run Commands on multiple Machines at + specific points in the day + + 1-2 mins + Export and Run: + + - Show exported shell configs and generated cronjobs + - Witness multiple Kindles producing desired content with wakeup + timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser +Andrea + +In 2021 browsers are essential if you use a computer. Even if Emacs +users love text as a format, they may need to shop and video call from +time to time (even more so in a pandemic!). Some of us modified their +browsers to at least have the same keybindings as our editor of +choice. What if I told you there is an Emacsy browser in the making? +What if you could "ace-jump" within a web page? What if you could run +a REPL to extend your browser while browsing? What if you could record +macros?! The browser exists: its name is Nyxt! + +In this talk I will share why it has great potential, how you can +integrate it with Emacs, and how you can migrate your Emacs mastery to +the web! + +If you were wishing for a Lispy and Emacsy browser, you should not +miss this talk! + +You can learn more about this at: + + + +# Outline + +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationTimes are approximate and will probably change. + +# Emacs with Nyxt: extend your editor with the power of a Lisp browser +Andrea + +In 2021 browsers are essential if you use a computer. Even if Emacs +users love text as a format, they may need to shop and video call from +time to time (even more so in a pandemic!). Some of us modified their +browsers to at least have the same keybindings as our editor of +choice. What if I told you there is an Emacsy browser in the making? +What if you could "ace-jump" within a web page? What if you could run +a REPL to extend your browser while browsing? What if you could record +macros?! The browser exists: its name is Nyxt! + +In this talk I will share why it has great potential, how you can +integrate it with Emacs, and how you can migrate your Emacs mastery to +the web! + +If you were wishing for a Lispy and Emacsy browser, you should not +miss this talk! + +You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> + + + +# Outline + +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors +Nicolas P. Rougier + +Text editors are written by and for developers. They come +with a large set of default and implicit choices in terms of layout, +typography, colorization and interaction that hardly change from one +editor to the other. It is not clear if these implicit choices derive +from the ignorance of alternatives or if they derive from developers' +habits, reproducing what they are used to. Durint this talk, I will +characterize these implicit choices and illustrate what are some +alternatives using GNU Emacs. + + + +# Outline + + +- 10 minutes alternative + +Mostly a live demo of my environment with pointers to the different +packagesTimes are approximate and will probably change. + +# On the design of text editors +Nicolas P. Rougier + +Text editors are written by and for developers. They come +with a large set of default and implicit choices in terms of layout, +typography, colorization and interaction that hardly change from one +editor to the other. It is not clear if these implicit choices derive +from the ignorance of alternatives or if they derive from developers' +habits, reproducing what they are used to. Durint this talk, I will +characterize these implicit choices and illustrate what are some +alternatives using GNU Emacs. + + + +# Outline + + +- 10 minutes alternative + +Mostly a live demo of my environment with pointers to the different +packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom +Protesilaos Stavrou + +The theme will be "how Emacs empowered my software freedom". +I will outline the key moments in my transition to a GNU/Linux operating +system and mark those which eventually contributed towards me becoming +an Emacs user, maintainer of a—dare I say—popular package, and +contributor to upstream Emacs (among others). By alluding to personal +experiences, I will draw generalisable insights and connect them to what +I believe are irreducible qualities of Emacs qua software and Emacs as a +community of like-minded people. The talk will be theoretical in +nature: there won't be any code-related demonstration nor technical +references that only people with a background in computer science would +likely recognise. Personal anecdotes shall be tangential to the point +and considered as ancillary to the thesis of what Emacs represents from +the standpoint of software freedom and user empowerment. The +presentation is intended for a general audience that is interested in +GNU software in general and Emacs in particular. My formal educational +background as a social scientist (i.e. not a programmer) and later as a +philosopher informs my approach to this topic. + +The presentation shall be 40 minutes long. Its text will be in essay +form and shall be supplied as complementary material to the video. The +notation will be in Org mode. I cannot provide an outline in advance, +as it will most likely not be consistent with the actual presentation. +If, however, this is absolutely required for administrative purposes I +shall furnish one regardless with the proviso that I am in no way bound +by it and thus reserve the right to modify it ahead of the main event.Times are approximate and will probably change. + +# How Emacs made me appreciate software freedom +Protesilaos Stavrou + +The theme will be "how Emacs empowered my software freedom". +I will outline the key moments in my transition to a GNU/Linux operating +system and mark those which eventually contributed towards me becoming +an Emacs user, maintainer of a&#x2014;dare I say&#x2014;popular package, and +contributor to upstream Emacs (among others). By alluding to personal +experiences, I will draw generalisable insights and connect them to what +I believe are irreducible qualities of Emacs qua software and Emacs as a +community of like-minded people. The talk will be theoretical in +nature: there won't be any code-related demonstration nor technical +references that only people with a background in computer science would +likely recognise. Personal anecdotes shall be tangential to the point +and considered as ancillary to the thesis of what Emacs represents from +the standpoint of software freedom and user empowerment. The +presentation is intended for a general audience that is interested in +GNU software in general and Emacs in particular. My formal educational +background as a social scientist (i.e. not a programmer) and later as a +philosopher informs my approach to this topic. + +The presentation shall be 40 minutes long. Its text will be in essay +form and shall be supplied as complementary material to the video. The +notation will be in Org mode. I cannot provide an outline in advance, +as it will most likely not be consistent with the actual presentation. +If, however, this is absolutely required for administrative purposes I +shall furnish one regardless with the proviso that I am in no way bound +by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. + +# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. + +# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp +Dmitry Gutov + +- Before optimizing, benchmark first. +- Different benchmarking approaches. +- Live evaluation, step-debugging, measuring from a debugger breakpoint. +- How to determine if a function is expensive. How to pick one from + competing alternatives (cl-lib, seq, dash, lean core). +- Print-benchmarking. +- Byte-compiled code can give a very different picture, changing where + the bottleneck is. How to quickly load a byte-compiled version. +- Steps taken to speed up the Xref package recently.Times are approximate and will probably change. + +# How to write faster Emacs Lisp +Dmitry Gutov + +- Before optimizing, benchmark first. +- Different benchmarking approaches. +- Live evaluation, step-debugging, measuring from a debugger breakpoint. +- How to determine if a function is expensive. How to pick one from + competing alternatives (cl-lib, seq, dash, lean core). +- Print-benchmarking. +- Byte-compiled code can give a very different picture, changing where + the bottleneck is. How to quickly load a byte-compiled version. +- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! +Ethan Leba + +In this talk, I'll discuss a vision for how writing code could be, where the +editing operations map directly to the primitives of the language itself -- and +my humble attempt of implementing this vision. _tree-edit_ seeks to provides a +structural editing plugin supporting conceivably any language with a tree-sitter +parser. + +**Structural editing does not have to be relegated to lisps or niche DSLs.** + +I liken the state of code editing today to writing assembly. The reason why +people like Python more than assembly is that for most purposes, the building +blocks of the language are mismatched with our thought process. We don't think +in terms of registers and addresses, we think in terms of variables, functions, +etc. So when we write and edit code, why do we edit in terms of deleting, +inserting, replacing characters – not wrapping, inserting, raising, +deleting expressions and statements? + +I'll also discuss the implementation of tree-edit, which uses a novel +combination of the fantastic +[tree-sitter](https://github.com/emacs-tree-sitter/elisp-tree-sitter) parser +with an embedded logic programming DSL ([miniKanren](http://minikanren.org/), +using elisp port [reazon](https://github.com/nickdrozd/reazon)) to power it's +syntax tree generation. + +Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! + +# Outline + +- Discuss motivation (Why should I care?) +- Demonstrate tree-edit (Live-coding with tree-edit) +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)Times are approximate and will probably change. + +# Tree-edit: Structural editing for Java, Python, C, and beyond! +Ethan Leba + +In this talk, I'll discuss a vision for how writing code could be, where the +editing operations map directly to the primitives of the language itself -- and +my humble attempt of implementing this vision. _tree-edit_ seeks to provides a +structural editing plugin supporting conceivably any language with a tree-sitter +parser. + +**Structural editing does not have to be relegated to lisps or niche DSLs.** + +I liken the state of code editing today to writing assembly. The reason why +people like Python more than assembly is that for most purposes, the building +blocks of the language are mismatched with our thought process. We don't think +in terms of registers and addresses, we think in terms of variables, functions, +etc. So when we write and edit code, why do we edit in terms of deleting, +inserting, replacing characters &#x2013; not wrapping, inserting, raising, +deleting expressions and statements? + +I'll also discuss the implementation of tree-edit, which uses a novel +combination of the fantastic +[tree-sitter](https://github.com/emacs-tree-sitter/elisp-tree-sitter) parser +with an embedded logic programming DSL ([miniKanren](http://minikanren.org/), +using elisp port [reazon](https://github.com/nickdrozd/reazon)) to power it's +syntax tree generation. + +Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! + +# Outline + +- Discuss motivation (Why should I care?) +- Demonstrate tree-edit (Live-coding with tree-edit) +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits +Psionic + +When we begin programming, the promise is to automate away repetitive +tasks in life. As those program's capability grows, we begin to need +configuration UI's. We can start with a CLI, but as any CLI grows, we +run into the following issues: + +- As options pile up, the intuition of simplicity is lost in helps and +manpages + +- Stateless operation has no idea what to do next and loses terseness +- Frequent dispatch of commands to interrogate state required for the +operator to decide what action to perform + +- Composition compounds with all of these issues + +Magit has the UI trifecta of being terse, intuitive, and intelligent. +Magit's UI input library, Transient, is a standalone package for +developing more killer UI's, and not just for CLI applications, but +also for server applications, Emacs applications, and Emacs itself. + +While Transient's potential is to create the most highly productive +UI's short of thought control, going beyond simple command dispatchers +requires a deeper dive. When we think like constructing a DSL for the +task and using transient to input that DSL, we get an intelligent, +self-describing modal programming system. + + +# Outline + +- Updates to Transient documentation and demos of API examples +- Wrapping a custom CLI tool in TransientTimes are approximate and will probably change. + +# Self-Describing Smart DSL's: The Next Magits +Psionic + +When we begin programming, the promise is to automate away repetitive +tasks in life. As those program's capability grows, we begin to need +configuration UI's. We can start with a CLI, but as any CLI grows, we +run into the following issues: + +- As options pile up, the intuition of simplicity is lost in helps and +manpages + +- Stateless operation has no idea what to do next and loses terseness +- Frequent dispatch of commands to interrogate state required for the +operator to decide what action to perform + +- Composition compounds with all of these issues + +Magit has the UI trifecta of being terse, intuitive, and intelligent. +Magit's UI input library, Transient, is a standalone package for +developing more killer UI's, and not just for CLI applications, but +also for server applications, Emacs applications, and Emacs itself. + +While Transient's potential is to create the most highly productive +UI's short of thought control, going beyond simple command dispatchers +requires a deeper dive. When we think like constructing a DSL for the +task and using transient to input that DSL, we get an intelligent, +self-describing modal programming system. + + +# Outline + +- Updates to Transient documentation and demos of API examples +- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") +Erik Anderson + +Tui.el is a textual User Interface (UI) framework for Emacs Lisp +modeled after the popular JavaScript 'React' framework. This package +implements React Component API's with the goal of simplifying +development of interactive UI's for all Emacs users- regardless of +their prior experience with React or web programming. Components +provide a useful functional unit for constructing complex interfaces +declaratively and also eliminate much of the burden associated with +updating textual content as application state changes. This talk will +cover use of the tui.el API and its operation in a textual environment +by implementing some basic UI's. + + + +# Outline + +- 5-10 minutes: + - Problem space: UI implementation complexity. + - API introduction: Displaying content, Components. + - Visual taste of dashboards and applications built with tui.Times are approximate and will probably change. + +# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") +Erik Anderson + +Tui.el is a textual User Interface (UI) framework for Emacs Lisp +modeled after the popular JavaScript 'React' framework. This package +implements React Component API's with the goal of simplifying +development of interactive UI's for all Emacs users- regardless of +their prior experience with React or web programming. Components +provide a useful functional unit for constructing complex interfaces +declaratively and also eliminate much of the burden associated with +updating textual content as application state changes. This talk will +cover use of the tui.el API and its operation in a textual environment +by implementing some basic UI's. + + + +# Outline + +- 5-10 minutes: + - Problem space: UI implementation complexity. + - API introduction: Displaying content, Components. + - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules +Tuấn-Anh Nguyễn + +Dynamic module support has been available since Emacs 25. It can be +used to extend Emacs with native libraries, for performance, +OS-specific features, or other functionalities that would take a lot +of time to re-implement in Lisp. The officially supported language is +C, which is tedious and error-prone to use. This talk discusses a +**safe** alternative that is also a lot **more convenient**: writing these +dynamic modules in Rust. + + + +# Outline + +- Walking through creating **a simple dynamic module** in + Rust, including setting up CI. +- Going through and explaining the **available APIs**.Times are approximate and will probably change. + +# Extending Emacs in Rust with Dynamic Modules +Tuấn-Anh Nguyễn + +Dynamic module support has been available since Emacs 25. It can be +used to extend Emacs with native libraries, for performance, +OS-specific features, or other functionalities that would take a lot +of time to re-implement in Lisp. The officially supported language is +C, which is tedious and error-prone to use. This talk discusses a +**safe** alternative that is also a lot **more convenient**: writing these +dynamic modules in Rust. + + + +# Outline + +- Walking through creating **a simple dynamic module** in + Rust, including setting up CI. +- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update +Matthew Zeng + +Emacs Application Framework (EAF) is a customizable and extensible GUI +application framework that extends Emacs graphical capabilities using +PyQt5. There are many new but important updates since EmacsConf2020 +last year, this talk will briefly go over them. + + + +# Outline + +- 5-10 minutes: (brief description/outline)Times are approximate and will probably change. + +# Emacs Application Framework: A 2021 Update +Matthew Zeng + +Emacs Application Framework (EAF) is a customizable and extensible GUI +application framework that extends Emacs graphical capabilities using +PyQt5. There are many new but important updates since EmacsConf2020 +last year, this talk will briefly go over them. + + + +# Outline + +- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications +Laszlo Krajnikovszkij + +Emacs is a great operating environment in a sense that it provides consistency +across different tools and applications within the Emacs ecosystem, as well as +external apps that can be integrated into it. It is also the most truly +malleable environment, each element of which can be adjusted or extended, +therefore providing the user with more power and freedom in personal computing. +Emacs definitely can be considered one of greatest software products in +existence. + +As a non-programmer, having had the chance to stumble upon Emacs a couple of +years ago, the only regret to have is that it didn't happen earlier. The definite +killer feature of Emacs - Org-mode, is what draws many of the less technical +folks to join the party and gradually start to use Emacs for writing documents, +whether personal or work related, manage tasks, emails and potentially everything +else. The learning curve and difference in approach, however, leaves some +potential users too scared of the arcane interface even with all it's quirks and +features because it requires at least some technical skills to understand and +use properly, and does not have an easy way to connect with external tools that +most people are forced to use for work. + +This talk proposes some ideas about how the model of Emacs, it's focus on +consistency, extensibility, as well as it's powerful interaction model can be +carried over to make modern interfaces, whether desktop or web applications, +that would be designed with a goal of reflecting the spirit of Emacs in terms of +the aforementioned features it possesses, and therefore enhance the capabilities +of the Emacs, while at the same time utilizing it as a backend for +text-processing and editing to a large extent. It would be really great to have +a personal web-interface for using modern task management tools, chats, emails +and such, but from a UI defined by the user. The goal is to use it on a desktop +or mobile, locally or self-hosted on a server, with support for touch and +gesture-based workflows, while preserving the Emacs philosophy and allowing to +seamlessly switch between Emacs and its web extension + +The proposed solution is to integrate more of the modern tools with Emacs, +utilize Org-mode as a way to define application-specific parameters for these +tools through Org properties, and then utilize these parameters for making a +modern local frontend that would enhance Emacs UI while allowing to use external +tools in a more personal and freedom respecting way (making the originals +obsolete over time). The talk serves the purpose of inviting community members to +a discussion about how Emacs can become more modern, more approachable by people +who don't possess the neccessarry technical skills to adjust it themselves, but +are keen to learn it, and potentially how to attract more users to greater +productivity, computer literacy and the ideas of free software. + + + +# Outline + +- 5-10 minutes + - Introduction + - Issues with most modern tools for work + - Issues with Emacs as a tool for work + - In search for a hybrid approach + - User controlled web-apps + - Opinions encouraged + - ContactsTimes are approximate and will probably change. + +# Extending the "model" of Emacs to other applications +Laszlo Krajnikovszkij + +Emacs is a great operating environment in a sense that it provides consistency +across different tools and applications within the Emacs ecosystem, as well as +external apps that can be integrated into it. It is also the most truly +malleable environment, each element of which can be adjusted or extended, +therefore providing the user with more power and freedom in personal computing. +Emacs definitely can be considered one of greatest software products in +existence. + +As a non-programmer, having had the chance to stumble upon Emacs a couple of +years ago, the only regret to have is that it didn't happen earlier. The definite +killer feature of Emacs - Org-mode, is what draws many of the less technical +folks to join the party and gradually start to use Emacs for writing documents, +whether personal or work related, manage tasks, emails and potentially everything +else. The learning curve and difference in approach, however, leaves some +potential users too scared of the arcane interface even with all it's quirks and +features because it requires at least some technical skills to understand and +use properly, and does not have an easy way to connect with external tools that +most people are forced to use for work. + +This talk proposes some ideas about how the model of Emacs, it's focus on +consistency, extensibility, as well as it's powerful interaction model can be +carried over to make modern interfaces, whether desktop or web applications, +that would be designed with a goal of reflecting the spirit of Emacs in terms of +the aforementioned features it possesses, and therefore enhance the capabilities +of the Emacs, while at the same time utilizing it as a backend for +text-processing and editing to a large extent. It would be really great to have +a personal web-interface for using modern task management tools, chats, emails +and such, but from a UI defined by the user. The goal is to use it on a desktop +or mobile, locally or self-hosted on a server, with support for touch and +gesture-based workflows, while preserving the Emacs philosophy and allowing to +seamlessly switch between Emacs and its web extension + +The proposed solution is to integrate more of the modern tools with Emacs, +utilize Org-mode as a way to define application-specific parameters for these +tools through Org properties, and then utilize these parameters for making a +modern local frontend that would enhance Emacs UI while allowing to use external +tools in a more personal and freedom respecting way (making the originals +obsolete over time). The talk serves the purpose of inviting community members to +a discussion about how Emacs can become more modern, more approachable by people +who don't possess the neccessarry technical skills to adjust it themselves, but +are keen to learn it, and potentially how to attract more users to greater +productivity, computer literacy and the ideas of free software. + + + +# Outline + +- 5-10 minutes + - Introduction + - Issues with most modern tools for work + - Issues with Emacs as a tool for work + - In search for a hybrid approach + - User controlled web-apps + - Opinions encouraged + - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel +Stefan Kangas + +Emacs' greatest strength is also its greatest weakness: it is **too** hackable. + +We have a great community that experiment with new features that are still +lacking in Emacs core. They write up a package and develop the living daylights +out of it, until it is basically amazing. (I'm looking at you Magit.) + +There are other examples such as helpful.el - great package, but why are those +features not in core? What about projectile? And so on. + +Core demands copyright assignments (CLA). This is a fact of life. While I +mostly agree with the people saying it is not helful, they are there to protect +Emacs from copyright issues in the future. So my suggestion here is simple: +just **sign the papers**. It is just a formality, and you should only need to do +it once. + +I suggest that any ambitious feature that we **might** want to see shipped in the +default Emacs distribution should by default go to GNU ELPA. You don't need to +do this, of course, and I respect your decision, but I urge you to do it. + +GNU ELPA does not have an exceptionally high standard, but we do try to give any +new package a proper code review. + +MELPA is excellent. We love MELPA. They don't have a criterion for their +packages that is important to the FSF, which is to not recommend non-free +software. Therefore, we could not recommend it by default, and had to build +NonGNU ELPA. + +NonGNU ELPA will be used for packages that we don't have an assignment for but +would still like to distribute. It should ideally only be for old packages +where getting a CLA is impractical. + +It is sometimes perceived as hard to contribute to Emacs core. This impression +is largely wrong. If I can do it, you can too. + +We do have a problem in that our tools and methods (mailing lists, the bug +tracker) are out-dated. This is largely correct. We want to migrate to +something else, and the best candidate is probably Sourcehut. Please volunteer +to help! + +We sometimes see people adding stuff to their Init file to fix this or that +annoyance, or even bug. The more ambitious would go on to package up such fixes +in what I call "patch packages". "Hey, foo-mode doesn't have support for +'bookmark-set', let's write a package!" I am here to suggest that you submit a +patch to Emacs instead. + +Fixing an issue for one person is good, and fixing it for more people is even +better. Fixing it for everyone? Priceless. + +emacs-devel is not that scary, nor is email. We are really quite friendly and +easy going, but the communication we prefer (for reasons of efficiency - the +volume is very high) is often very brief and to the point. We are trying our +best at communicating, but sometimes fail. + +And we need more contributors. We need a successful Emacs on this planet. + +So should you really write a package, or should YOU become a core contributor? + + + +# Outline + +- I will urge people to consider contributing to Emacs instead of + writing small packages, and explain GNU ELPA, MELPA, CLA. +- I will go into greater detail about emacs-devel, how it "works" + (e.g. is Emacs conservative without reason?), how to get things + done and the necessary mindset.Times are approximate and will probably change. + +# Don't write that package! or: How I learned to stop worrying and love emacs-devel +Stefan Kangas + +Emacs' greatest strength is also its greatest weakness: it is **too** hackable. + +We have a great community that experiment with new features that are still +lacking in Emacs core. They write up a package and develop the living daylights +out of it, until it is basically amazing. (I'm looking at you Magit.) + +There are other examples such as helpful.el - great package, but why are those +features not in core? What about projectile? And so on. + +Core demands copyright assignments (CLA). This is a fact of life. While I +mostly agree with the people saying it is not helful, they are there to protect +Emacs from copyright issues in the future. So my suggestion here is simple: +just **sign the papers**. It is just a formality, and you should only need to do +it once. + +I suggest that any ambitious feature that we **might** want to see shipped in the +default Emacs distribution should by default go to GNU ELPA. You don't need to +do this, of course, and I respect your decision, but I urge you to do it. + +GNU ELPA does not have an exceptionally high standard, but we do try to give any +new package a proper code review. + +MELPA is excellent. We love MELPA. They don't have a criterion for their +packages that is important to the FSF, which is to not recommend non-free +software. Therefore, we could not recommend it by default, and had to build +NonGNU ELPA. + +NonGNU ELPA will be used for packages that we don't have an assignment for but +would still like to distribute. It should ideally only be for old packages +where getting a CLA is impractical. + +It is sometimes perceived as hard to contribute to Emacs core. This impression +is largely wrong. If I can do it, you can too. + +We do have a problem in that our tools and methods (mailing lists, the bug +tracker) are out-dated. This is largely correct. We want to migrate to +something else, and the best candidate is probably Sourcehut. Please volunteer +to help! + +We sometimes see people adding stuff to their Init file to fix this or that +annoyance, or even bug. The more ambitious would go on to package up such fixes +in what I call "patch packages". "Hey, foo-mode doesn't have support for +'bookmark-set', let's write a package!" I am here to suggest that you submit a +patch to Emacs instead. + +Fixing an issue for one person is good, and fixing it for more people is even +better. Fixing it for everyone? Priceless. + +emacs-devel is not that scary, nor is email. We are really quite friendly and +easy going, but the communication we prefer (for reasons of efficiency - the +volume is very high) is often very brief and to the point. We are trying our +best at communicating, but sometimes fail. + +And we need more contributors. We need a successful Emacs on this planet. + +So should you really write a package, or should YOU become a core contributor? + + + +# Outline + +- I will urge people to consider contributing to Emacs instead of + writing small packages, and explain GNU ELPA, MELPA, CLA. +- I will go into greater detail about emacs-devel, how it "works" + (e.g. is Emacs conservative without reason?), how to get things + done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat +Stefan Monnier + + +# Table of Contents + + + +Bindat is an ELisp library to help manipulate binary data. This is a +niche library that is used by packages such as Websocket, EMMS, and +cpio-mode. Its implementation was repeatedly caught harassing hapless +kitten while at the same time providing poor service slowly. For +Emacs-28, Bindat was rewritten so as to make it more efficient and +flexible while respecting the kitten. In this presentation I intent to +show how we saved those. Not recommended for birds. + +- ~20 minutes: + 5 min: Intro and presentation of Bindat + 5 min: Showcase some of its problems + 5 min: Present the new design + 5 min: Examples of what can be done with itTimes are approximate and will probably change. + +# Turbo Bindat +Stefan Monnier + + +# Table of Contents + + + +Bindat is an ELisp library to help manipulate binary data. This is a +niche library that is used by packages such as Websocket, EMMS, and +cpio-mode. Its implementation was repeatedly caught harassing hapless +kitten while at the same time providing poor service slowly. For +Emacs-28, Bindat was rewritten so as to make it more efficient and +flexible while respecting the kitten. In this presentation I intent to +show how we saved those. Not recommended for birds. + +- ~20 minutes: + 5 min: Intro and presentation of Bindat + 5 min: Showcase some of its problems + 5 min: Present the new design + 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments +Andrea Corallo + +Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor +family. GNU Emacs is traditionally capable of executing Elisp code +either interpreted or byte-interpreted after it has been compiled to +byte-code. + +In this talk I'll discuss the Emacs Lisp native compiler. This feature +recently merged into the main Emacs development line allow for +automatically compiling and executing Elisp as native code. + +During the presentation I'll touch on: + +- design goals +- compiler and runtime design and implementation +- performance implications +- upstream process +- area of improvements and future developments + +Format: 40 minutesTimes are approximate and will probably change. + +# Emacs Lisp native compiler, current status and future developments +Andrea Corallo + +Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor +family. GNU Emacs is traditionally capable of executing Elisp code +either interpreted or byte-interpreted after it has been compiled to +byte-code. + +In this talk I'll discuss the Emacs Lisp native compiler. This feature +recently merged into the main Emacs development line allow for +automatically compiling and executing Elisp as native code. + +During the presentation I'll touch on: + +- design goals +- compiler and runtime design and implementation +- performance implications +- upstream process +- area of improvements and future developments + +Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form +Ian Eure + +Most practical languages are multi-paradigm, offering several +abstractions for the programmer. But did you know that Emacs Lisp +comes with a powerful system for object-oriented programming? Join me +for a discussion of EIEIO, and learn how it can help you write more +modular, flexible Emacs Lisp. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + - What is CLOS/EIEIO? + - Why would I want OOP in Emacs Lisp? + - How is the CLOS object model different from C++/Java/.NET? + - Further readingTimes are approximate and will probably change. + +# Old McCarthy Had a Form +Ian Eure + +Most practical languages are multi-paradigm, offering several +abstractions for the programmer. But did you know that Emacs Lisp +comes with a powerful system for object-oriented programming? Join me +for a discussion of EIEIO, and learn how it can help you write more +modular, flexible Emacs Lisp. + + + +# Outline + +- 5-10 minutes: (brief description/outline) + - What is CLOS/EIEIO? + - Why would I want OOP in Emacs Lisp? + - How is the CLOS object model different from C++/Java/.NET? + - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks +Eduardo Ochs + +In this presentation I will show an idea that feels completely obvious +once we see it, but that only occured to me after after using Emacs +and eev as my main interface to the computer for more than 20 years. +Take any interpreted language that supports multi-line comments, and +whose interpreter can be run in an Emacs buffer - for example Lua, +Haskell, Python, or Julia; let's say just "Lua" from here on for +simplicity. So: suppose that we have a Lua script that we wrote, that +is called "foo.lua" and that defines lots of functions and defines the +classes Bar and Bletch. We can put after the definition of the class +Bar a multi-line comment that contains an eepitch block that when +executed starts a Lua interpreter, loads the script foo.lua (by +running 'dofile "foo.lua"'), and then has several tests for that class +and its methods; and we can put another block with tests like that +after the class Bletch, and other blocks after some functions. Eepitch +allows sending these tests line by line to the Lua interpreter by +typing on each line that we want to send, and this lets us create +tests that are very easy to understand even without writing comments; +this gives us a very quick way to document code by executable tests, +that is super-great for experimental code that is still going to +change a lot before running the risk of being read by other people. + +These multi-line comments with eepitch blocks that run an interpreter +and make it load the current file are called "test blocks". The +command \`M-x eeit' inserts a test block at point, using the major mode +to decide the right syntax to use for the multi-line comments and for +the "dofile". We can configure the syntax of the test blocks for the +current major mode by running \`M-x find-eeit-links'; this can also be +used to add support for test blocks to more languages (or, more +precisely: to more major modes). + +Eduardo Ochs Times are approximate and will probably change. + +# Test blocks +Eduardo Ochs + +In this presentation I will show an idea that feels completely obvious +once we see it, but that only occured to me after after using Emacs +and eev as my main interface to the computer for more than 20 years. +Take any interpreted language that supports multi-line comments, and +whose interpreter can be run in an Emacs buffer - for example Lua, +Haskell, Python, or Julia; let's say just "Lua" from here on for +simplicity. So: suppose that we have a Lua script that we wrote, that +is called "foo.lua" and that defines lots of functions and defines the +classes Bar and Bletch. We can put after the definition of the class +Bar a multi-line comment that contains an eepitch block that when +executed starts a Lua interpreter, loads the script foo.lua (by +running 'dofile "foo.lua"'), and then has several tests for that class +and its methods; and we can put another block with tests like that +after the class Bletch, and other blocks after some functions. Eepitch +allows sending these tests line by line to the Lua interpreter by +typing <f8\> on each line that we want to send, and this lets us create +tests that are very easy to understand even without writing comments; +this gives us a very quick way to document code by executable tests, +that is super-great for experimental code that is still going to +change a lot before running the risk of being read by other people. + +These multi-line comments with eepitch blocks that run an interpreter +and make it load the current file are called "test blocks". The +command \`M-x eeit' inserts a test block at point, using the major mode +to decide the right syntax to use for the multi-line comments and for +the "dofile". We can configure the syntax of the test blocks for the +current major mode by running \`M-x find-eeit-links'; this can also be +used to add support for test blocks to more languages (or, more +precisely: to more major modes). + +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers +Bastien Guerry + +For 17 years, the Org developers didn't use a bug tracker, +shamelessly failing the Joel Spolsky test. Why was it "good enough"? +Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug +tracker? + +- 20 minutesTimes are approximate and will probably change. + +# Let's talk about bug trackers +Bastien Guerry + +For 17 years, the Org developers didn't use a bug tracker, +shamelessly failing the Joel Spolsky test. Why was it "good enough"? +Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug +tracker? + +- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +Mohsen BANAN + + +# Table of Contents + + + +Starting with Emacs 24, full native bidi +(bidirectional) support became available. For +many years prior to that Unicode support was +available and by around year 2000, reasonable +open-source shaping libraries were also available. + +With these in place at around 2012, I developed +two Persian input methods for emacs. These input +methods or variations of them can also be used +Arabic and other persoarabic scripts. + +With all of these in place, Emacs has now become +the ne plus ultra Halaal/Convivial usage +environment for persoarabic users. + +Since emacs comes loaded with everything (Gnus +for email, Bbdb for address books, XeLaTeX modes +for typesetting, org-mode for organization, spell +checkers, completions, calendar, etc.), all basic +computing and communication needs of persoarabic +users can be addressed in one place and +cohesively. + +In this talk I will demonstrate what a wonderful +environment that can be. + +- 40 minutes: (brief description/outline) + + My talk will be in two parts. + + In Part 1, I cover persian input methods. With an + emphasis on &lsquo ;Banan Multi-Character (Reverse) + Transliteration Persian Input Method’. The + software is part of base emacs distribution. + Full documentation is available at: + Persian Input Methods + For Emacs And More Broadly Speaking + شیوه‌هایِ درج به فارسی‌ + + + In Part 2, I will cover the ramifications of bidi + on existing emacs applications, including: + + - Gnus: + - Persoarabic rich email sending in HTML. + - Ramifications of bidi on from, to and + subject lines. + + - Bbdb: Ramifications of bidi on display and + completion. + + - Calendar: + - Ramifications of bidi on display. + - Use of persian text for Persian (solar) calendar. + - Use of arabic text for Muslem (lunar) calendar. + + - AUCTeX: Persian typesetting with XeLaTeXTimes are approximate and will probably change. + +# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +Mohsen BANAN + + +# Table of Contents + + + +Starting with Emacs 24, full native bidi +(bidirectional) support became available. For +many years prior to that Unicode support was +available and by around year 2000, reasonable +open-source shaping libraries were also available. + +With these in place at around 2012, I developed +two Persian input methods for emacs. These input +methods or variations of them can also be used +Arabic and other persoarabic scripts. + +With all of these in place, Emacs has now become +the ne plus ultra Halaal/Convivial usage +environment for persoarabic users. + +Since emacs comes loaded with everything (Gnus +for email, Bbdb for address books, XeLaTeX modes +for typesetting, org-mode for organization, spell +checkers, completions, calendar, etc.), all basic +computing and communication needs of persoarabic +users can be addressed in one place and +cohesively. + +In this talk I will demonstrate what a wonderful +environment that can be. + +- 40 minutes: (brief description/outline) + + My talk will be in two parts. + + In Part 1, I cover persian input methods. With an + emphasis on &lsquo ;Banan Multi-Character (Reverse) + Transliteration Persian Input Method&rsquo;. The + software is part of base emacs distribution. + Full documentation is available at: + Persian Input Methods + For Emacs And More Broadly Speaking + شیوه‌هایِ درج به فارسی‌ + <http://mohsen.1.banan.byname.net/PLPC/120036> + + In Part 2, I will cover the ramifications of bidi + on existing emacs applications, including: + + - Gnus: + - Persoarabic rich email sending in HTML. + - Ramifications of bidi on from, to and + subject lines. + + - Bbdb: Ramifications of bidi on display and + completion. + + - Calendar: + - Ramifications of bidi on display. + - Use of persian text for Persian (solar) calendar. + - Use of arabic text for Muslem (lunar) calendar. + + - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software +Andrea + +We could learn about things better. Mountains of knowledge hide in +places we cannot access or use. The more we write down, the more it +takes to find and understand things we find useful. + +Knowledge (web, software, books) keeps growing faster and faster! This +is not sustainable: we cannot keep up with it! What if we repeat the +error of somebody else, only because it would take too much reading to +know? What if that knowledge is in some code we work with everyday? + +Moldable development is a paradigm shift that attempts to solve this +problem. In a gist, the tool you use should let you create special tools +to learn smartly from what you have already. + +Since we use Emacs, let's make our great editor moldable! + +This talk shows my progress in making Emacs closer to such a tool. We +are going to see how we can mold structured (and maybe even natural) +text to learn better, how we can inject notes in our projects and how +self documenting this tool is! + +I aim to inspire you to find a quicker way to learn from our digital +world! + +You can learn more about this at: + + + +# Outline + +- 5-10 minutes: quick demo of moldable-emacsTimes are approximate and will probably change. + +# Moldable Emacs, a step towards sustainable software +Andrea + +We could learn about things better. Mountains of knowledge hide in +places we cannot access or use. The more we write down, the more it +takes to find and understand things we find useful. + +Knowledge (web, software, books) keeps growing faster and faster! This +is not sustainable: we cannot keep up with it! What if we repeat the +error of somebody else, only because it would take too much reading to +know? What if that knowledge is in some code we work with everyday? + +Moldable development is a paradigm shift that attempts to solve this +problem. In a gist, the tool you use should let you create special tools +to learn smartly from what you have already. + +Since we use Emacs, let's make our great editor moldable! + +This talk shows my progress in making Emacs closer to such a tool. We +are going to see how we can mold structured (and maybe even natural) +text to learn better, how we can inject notes in our projects and how +self documenting this tool is! + +I aim to inspire you to find a quicker way to learn from our digital +world! + +You can learn more about this at: <https://github.com/ag91/moldable-emacs> + + + +# Outline + +- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. +Fermin MF + +I've been developing a package that helps with the development of +Common Lisp's software, +it's uses the internal semantic framework, it has a custom reader +and integration for +common Emacs packages (like Sly and the internal inferior-lisp-mode). + +The idea is to supply features that other language with and static +analyzer have, +like refactoring and code generation. + +For more details: + +- 20 minutes: + It seems like not too much people knows about semantic, so I can + summarize some of it in 10 minutes + and then An explanation on how to use the package, how to extend it + and the future of it.Times are approximate and will probably change. + +# CLEDE the Common Lisp Emacs Development Environment. +Fermin MF + +I've been developing a package that helps with the development of +Common Lisp's software, +it's uses the internal semantic framework, it has a custom reader +and integration for +common Emacs packages (like Sly and the internal inferior-lisp-mode). + +The idea is to supply features that other language with and static +analyzer have, +like refactoring and code generation. + +For more details: <https://gitlab.com/sasanidas/clede> + +- 20 minutes: + It seems like not too much people knows about semantic, so I can + summarize some of it in 10 minutes + and then An explanation on how to use the package, how to extend it + and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming +Shane Mulligan + +Imaginary Programming (IP) is both methodology and paradigm. It is an +extension of literate programming and a way of creating software without +the use of imperative, functional or even declarative code. Yet IP employs +all disciplines to achieve the miraculous. The only contingency is on one +or more language models, known as foundation models. The real value of IP +is not found by abandoning sound logic altogether, but in weaving the real +with the imaginary. The future of imaginary programming is one in which +almost all of computing is inferred. I have built a suite of tools based on +emacs for interfacing real programming languages with imaginary ones; all +of this in order to demonstrate what I mean; a ‘complex’ terminal that lets +you imagine what happens no matter how nested you are within interpreters, +an example-oriented language, a file format that encodes the provenance of +text and a library for imaginary functional programming primitives called +iLambda. It is important to recognise IP because, for lack of a better +term, it has far-reaching implications for intellectual property and the +GPL. Please keep an open mind. + + + +# Outline + +- 5-10 minutes: +- a 5 minute introduction to imaginary programming, followed by + - a demonstration of iLambda. + - iλ, a family of imaginary programming libraries + + + + +IRC libertyprime at #emacs on libera + +Shane MulliganTimes are approximate and will probably change. + +# Imaginary Programming +Shane Mulligan + +Imaginary Programming (IP) is both methodology and paradigm. It is an +extension of literate programming and a way of creating software without +the use of imperative, functional or even declarative code. Yet IP employs +all disciplines to achieve the miraculous. The only contingency is on one +or more language models, known as foundation models. The real value of IP +is not found by abandoning sound logic altogether, but in weaving the real +with the imaginary. The future of imaginary programming is one in which +almost all of computing is inferred. I have built a suite of tools based on +emacs for interfacing real programming languages with imaginary ones; all +of this in order to demonstrate what I mean; a ‘complex’ terminal that lets +you imagine what happens no matter how nested you are within interpreters, +an example-oriented language, a file format that encodes the provenance of +text and a library for imaginary functional programming primitives called +iLambda. It is important to recognise IP because, for lack of a better +term, it has far-reaching implications for intellectual property and the +GPL. Please keep an open mind. + + + +# Outline + +- 5-10 minutes: +- a 5 minute introduction to imaginary programming, followed by + - a demonstration of iLambda. + - iλ, a family of imaginary programming libraries + <https://mullikine.github.io/posts/designing-an-imaginary-programming-ip-library-for-emacs/> + + + +IRC libertyprime at #emacs on libera + +Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs +Fermin MF + +This is a deep dive in the Emacs philosophical and technical +aspect on what makes our beloved GNU Emacs +what it it. It's also a talk about the early LISP machines and +fascinating were those days of experimentation and engineering. + +It will continue with the Emacs benefits/trade-offs from an +user/developer stand points, what things can be improved and +what can be an hypothetical path on how to build a software that +can also be called Emacs. + +As a last part, I'll talk about CEDAR, an Emacs that I've been +developing in Common Lisp, the project goals +and the challenges. + +For more details about CEDAR: + +- 40 minutes: + A dive into the Emacs/Lisp machines history, what makes GNU Emacs + an Emacs and how you can build an Emacs.Times are approximate and will probably change. + +# How to build an Emacs +Fermin MF + +This is a deep dive in the Emacs philosophical and technical +aspect on what makes our beloved GNU Emacs +what it it. It's also a talk about the early LISP machines and +fascinating were those days of experimentation and engineering. + +It will continue with the Emacs benefits/trade-offs from an +user/developer stand points, what things can be improved and +what can be an hypothetical path on how to build a software that +can also be called Emacs. + +As a last part, I'll talk about CEDAR, an Emacs that I've been +developing in Common Lisp, the project goals +and the challenges. + +For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> + +- 40 minutes: + A dive into the Emacs/Lisp machines history, what makes GNU Emacs + an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends +David Wilson + +The computer software industry has seen many "popular" text editors come +and go, often due to the mercurial fashions of software development. In +this talk, we'll take a look at why popular editors fade and the +specific aspects of Emacs that will ensure it remains relevant +regardless of mainstream popularity. + + + +# Outline + +- Discuss the core thesis, the features that make Emacs + desirable for long-term use (extensibility, day-to-day 'life' features) + +- Include more background on the text editor landscape and + how the scope of various editors is more narrow and doesn't compare to Emacs. + +- Talk about specific instances where editors were popular, fell out + of popularity, and why (due to changing fashions, not usually + better features).Times are approximate and will probably change. + +# M-x Forever: Why Emacs will outlast text editor trends +David Wilson + +The computer software industry has seen many "popular" text editors come +and go, often due to the mercurial fashions of software development. In +this talk, we'll take a look at why popular editors fade and the +specific aspects of Emacs that will ensure it remains relevant +regardless of mainstream popularity. + + + +# Outline + +- Discuss the core thesis, the features that make Emacs + desirable for long-term use (extensibility, day-to-day 'life' features) + +- Include more background on the text editor landscape and + how the scope of various editors is more narrow and doesn't compare to Emacs. + +- Talk about specific instances where editors were popular, fell out + of popularity, and why (due to changing fashions, not usually + better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. + +# Closing remarks day 2https://emacsconf.org/2021/talks/day2-closeEmacsConf \ No newline at end of file diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics new file mode 100644 index 00000000..093d280e --- /dev/null +++ b/2021/emacsconf.ics @@ -0,0 +1,1577 @@ +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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community + highlights since the last conference\n\n +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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made + Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac + s is well-known for being extremely flexible\, programmable\, and\nextensi + ble\; in fact\, that's probably the biggest reason it's still\nbeing used + after 40+ years of existence\, and even has enough clout to\ngenerate an e + ntire conference in its name. In this medium-length\npresentation\, I wil + l add another point to the data set proving Emacs's\nabilities\, by narrat + ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to + its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some + one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ + , for a joke package." I feel like\nthat encapsulates the spirit of Emacs + and that's why I want to present\non this topic.\n\nAlong the way\, I'll + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear + ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs + artifacts: first illustrating possible paths for beginners and then mappin + g out the significance of the enhanced learning potential of Emacs (Caille + t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog + y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm + any\, many features' (Stallman) which surpass the confines of a pre-fabric + ated environment (Stiegler). This affords diverse possibilities for indivi + duals to interact creatively and autonomously to satisfy their own needs ( + Ill\nich). Its adaptability will be shown to be an asset in supporting the + learning trends identified by the latest pedagogical research (Guo).\n\n# + Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li + mit imaginable types of interactivity\, supporting both formal and informa + l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a + scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative + and autonomous ability of individuals to interact with their digital envir + onment and others who share the use of this tool (Illich 1973). Individual + s can use Emacs as often or seldom as they want to express their needs and + meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh + e formal learning involved pertains to Emacs programs and documentation (t + he 'temple') while related discussion and smaller task-based problem solvi + ng represents examples of informal learning (the 'forum') (cf. Caillet in + Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, + Emacs fulfills the promise of general computing: not boxing users into pe + rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an + d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p + rograms so that they are 'just right'. People wanting to create tailored l + earning environments who feel alienated or unsupported by pre-fabricated t + ext and programming environments will find their way with Emacs.\n\n1. Wh + at if we are beginners overwhelmed by formal Emacs documentation? Two pote + ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar + tifacts: no use-case is too small\; leave your trace.\n - b. Study othe + rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po + wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative + \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the + organization of knowledge\, imagination\, and experience (cf. Guerry & Ga + ume 2009) . This is important as not all learners have the same spatial/vi + sual needs and because these needs and knowledge can change over time (Vyg + otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr + ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f + abricated 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 import + ant to survival.\n\n3. Emacs as systems design for technology-enhanced le + arning (TEL):\n\n - a. Good TEL design performance should also educate + 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 differ + ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic + domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo + rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - + b. The 'wise' use of programming (Crichton 1983) actively manages and or + ganizes workflow. This permits iterative development. Elementary use-case: + a workflow that relies on PPT and Zoom vs. already having a more modular + viewpoint supported by diverse Emacs packages. The latter adaptability is + supported by the latest educational research (Guo). Further: Emacs allows + movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis + e programming can include fun programming - 'there are people who want to + put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th + is systems/design view\, Emacs is developed and maintained by a community + dedicated to supporting this freedom of use in these multiple contexts (cf + . Illich 1973).\n - e. One perspective is less likely to override other + s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma + cs does not limit any imaginable type of interactivity and promotes a dive + rsity of related content\, further supporting the pursuit of more advanced + TEL (viz. Guo). This was illustrated through an elementary use-case that + compared being limited to PPT as opposed to having basic familiarity with + Emacs\, which permits manageable\, continuous exploration of knowledge\, w + orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m + ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b + eing able to use a sophisticated digital tool\, thanks to the contribution + s of heterogeneous maintainers\, developers\, and community members whose + artifacts comprise a meta picture. It is possible\, through using Emacs\, + to learn about the design of digital learning and learning in general as a + ccess to knowledge is not walled off by prefabricated design(cf. Illich\; + Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera + l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- + Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional + references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- + Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 + .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. + . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac + kages for GNU Emacs. . Accessed 25 October + 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 + 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu + cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S + ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie + r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De + Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- + Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo + rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. + (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre + nticeship\, serendipitous teachable moments\, and tacit expert knowledge. + IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, + short paper\, 2021. . Accessed 25 October 20 + 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O + xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning + \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol + ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott + erdam\, 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*\, 1 + 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte + ractions: Synthesizing the first\nfour years of Learning@Scale and chartin + g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: + https://doi.org/10.1145/3231644.3231662. . + Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho + w video production affects student engagement: An empirical study of MOOC + videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali + ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr + os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts + and interaction peaks in online lecture videos. ACM Conference on Learnin + g at Scale. . Accessed 25 October 2021.\n- + Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi + onal education: innovation\, knowledgeable action and actionable knowledge + *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the + future of experiential learning environments for a post-COVID world: A pre + liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus + t 3–5\, 2020\, Virtual Event. . Accessed 25 + October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique + *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f + ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 + 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. + (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation + .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p + sychological processes*. Cambridge and London: Harvard University Press.\n + - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc + tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p + andemic situation\, my teaching schedule fluctuates so I\nwill not know my + availability until much closer to the\ndate. Therefore\, I can only guara + ntee 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 i + f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi + s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to + the following terms and conditions:\n\nThe EmacsConf organizers may captu + re audio and video (a "Recording")\nof my presentation and any associated + materials\, which may include\nslides\, notes\, transcripts\, and prerecor + ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ + nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl + y display\, and prepare derivative works of the Recording and\nany derivat + ive works of the Recording (the "Licensed Materials")\nunder the terms of + 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 n + ame\,\nlikeness\, and biographic information in association with their use + \nof the Licensed Materials under the above license.\n\nI represent that I + have the authority to grant the above license to\nthe EmacsConf organizer + s. If my presentation incorporates any\nmaterial owned by third parties\, + I represent that the material is\nsublicensable to the EmacsConf organizer + s 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI + X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets + users who are curious about computational philosophies\,\nor those who mi + ght not know how to best utilise Emacs conceptually. The\ntalk will cover + what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica + l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in + Emacs combining the aformentioned ideals. The\nlisteners will learn how th + ey can approach Emacs ideologically\, and how\nblocking themselves into on + e philosophy or the other will limit their\nefficiency. Although you may b + e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil + osophies together will still allow you\nto be more performant than without + .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla + ining the whole UNIX and GNU philosophies\n and instead talk about conc + rete examples:\n - How can one limit their usage of CLI tools while s + till maintaining\n the ideals of both.\n - How using CLI tools + can still perfectly flow into Emacs.\n - How having all programs in + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C + hristophe Helary\n\nEven if it is generally agreed that software localizat + ion is a good thing\, Emacs is lacking in that respect for a number of tec + hnical reasons. Nonetheless\, the free software using public could greatly + benefit from Emacs manuals translations\, even if the interface were to r + emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans + lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t + ranslators to what IDEs are for code writers. Casual translators can benef + it from their features but professionals or commited amateurs are the most + likely to make the most use of such tools.\n\nWhen OmegaT\, free software + based forges and Emacs meet\, we have a free multi-user translation envir + onment that can easily sustain the (close to) 2 million words load that co + mprise the manuals distributed with Emacs\, along with powerful features l + ike arbitrary string protection for easy typing and QA (quality assurance) + \, automatic legacy translation handling\, glossary management\, history b + ased or predictive autocompletion\, etc.\n\nThe current trial project for + French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file + s\n \n2. chapril hosts + the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s + hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin + g the presentation\n - [po4a](https://po4a.org) a tool to convert documen + tation 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 translator + s to efficiently combine translation ressources (legacy translations\, glo + ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t + he presentation\, I will show:\n\n- How to use po4a to convert the texi fi + les to the PO format (the org.org file is also converted)\n- What are the + specificities of the Emacs manuals and what difficulties they present to t + he tanslator\n- How to address those specificities in OmegaT\, with regula + r expressions\n- How to use OmegaT features such as arbitrary string prote + ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e + tc.\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* show: + \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje + ct\n- How to use OmegaT from the command line to work in localization pipe + lines\n- How to use machine translation and MT "post-edit"\n- How to conve + rt back the translated files to texi format\n- How to install translated t + exi 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN + onGNU ELPA was announced last year\, as a package repository\nthat will be + enabled by default in Emacs\, but doesn't require\nany copyright assignme + nt. This means that a lot of popular\npackages can now be installed easier + \, without any additional\nconfiguration.\n\nIn this talk I would like the + give a reminder of what NonGNU\nELPA is and how it works\, update the par + ticipants on what has\nhappened since last year and what maintainers have + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi + tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r + epositories - enought to have conflicts\nand arguments about. The packages + are becoming big\, they depend on many\nother packages and it is not easy + to keep track of what all is being\ninstalled in our Emacsen. An aggressi + ve way out of this is to use Yet\nAnother Package and install all elisp co + de manually - with borg[1].\n\n[1]: \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 u + se 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra + m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst + ant messaging system. The large number of\nfeatures and the widespread ado + ption make it a good choice for both private\nconversations with friends a + nd for large online communities. In this talk\, I\nam going to present the + Emacs community on Telegram and its initiatives. I\nam also going to disc + uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit + y package that perfectly integrates in Emacs. It supports\nthe vast majori + ty of the features supported by the official clients\, while\nadding sever + al unique ones. In the talk\, I will present the package and\nhighlight so + me 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n + \nThe Unix file system is essentially an N-dimentional sparse array that\n + currently lacks a decent editor and browser which\ncan effectively leverag + e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms + /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 uncircu + lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr + o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti + on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di + mensional\nsparse array will be discussed.\n\nA simple pre-existing databa + se will be queried.\n\nIf time\, questions will be entertained by video/au + dio 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn + ier\n\nBecause of a reckless former Emacs maintainer that shall\n better + stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ + , making it necessary to clean up "old" code [in order to open up\n the r + oad 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 c + l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n + ot sure how much time this will take. I put 20\n minutes because I thi + nk I might be able to fill that and I think more\n than that could turn + too boring. I intend to make it a "live coding"\n kind of thing\, wit + hout anything like an outline: it's basically "make"\n followed by fixi + ng 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien + Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike + to share a few lessons learned. My goal is help everyone take\ncare of E + macs 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS + pencer King\n\nThere are a variety of methods for typesetting gregorian\nc + hant scores and outputting high-quality sheet music. One of these is\na to + ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl + eanly inserted into other documents. All Gregorio files are plain\ntext\, + allowing them to easily be shared with other users and managed\nwith a ver + sion control system. In this talk\, I will give a brief\noverview of the G + regorio tool and then show how it can be used in\nEmacs by typesetting a s + imple score. All code and examples will be\nmade available to help new use + rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- + 5-10 minutes: (brief description/outline)\n 1. Introduction to chant + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs + a former Montessori guide and now parent\, I often think about the\nrelati + onship of this particular educational philosophy and how it manifests\nin + my work with software\, Emacs in particular. This talk introduces the\ncon + cept of Emacs as an educational environment and how it expresses elements + of\nMontessori psychology regarding "Human Tendencies". Human tendencies a + re innate\ndrives present in everybody that allow us to explore and make s + ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio + n/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 limits + )\n - the environment itself is prepared specifically to foster engag + ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n + - Activity\n - Communication\n - Exactness\n - Explorati + on\n - Manipulation (of the environment)\n - Order\n - Orie + ntation\n - Repetition\n - Self-Perfection\n - Work (also d + escribed as "purposeful activity")\n\n How does Emacs express these thi + ngs?\n\n - in the short version\, pose the question\, and perhaps giv + e one example.\n - Emacs is an environment that provides facilities f + or individuals to\n find their way to proficiency through their Hum + an Tendencies.\n - We are all both learners and guides\, Emacs is our + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did + together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co + rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 + \, and joined together around a\ncommon interest in Emacs and research. S + ince then\, we have convened as\nthe Emacs Research Group for weekly meeti + ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co + nflict-free replicated data type’\npackage (crdt.el)\; at the end of each + session\, we debriefed using a\ntemplate that we call a Project Action Rev + iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep + ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect + ive on what we\nhad done. We reflected further on our experiences and met + hods\, linking\nour CLA to plans and design patterns. As a formal researc + h output\, we\ncontributed a write-up of these matters to a joint paper wh + ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 + 21).\nThe paper included an interactive workshop\, in which we explored ro + les\nin real-time problem solving and collaboration.\n\nIn our short talk + we share information about these methods\, making a\ncase for other people + getting together and creating their own small\nresearch communities simil + ar 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col + adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic + h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ + , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app + roach for capturing all the information that comes my way as a\nMS CS stud + ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t + o improve the system I use\, as well as hopefully\ninspire others to build + workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi + nutes: Go through some typical workflows associated with being a grad stud + ent\, 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou + s Professional Development\nPhilip Beadling\n\nI recently had the pleasure + of being audited for my CPD record with one\nof the large engineering pro + fessional bodies. I decided to harness\norg-mode's TODO lists to record C + PD items and my progress against them\ncompletely within Emacs. I also wa + nted the ability to export the data\nin a well presented\, compact format + for auditing submission.\n\nThe project was a success (I passed the audit) + and the resulting system\nintegrates really well into my wider daily Emac + s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla + in how I tweaked and extended org-mode to get it to\nrecord the data I wan + ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can + be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht + tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= + e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e + xample I could also use for the demo.\n\nThe template contains a few examp + les. Examples are Goals that are split\nup into Activities. All Activitie + s must have a Goal\, and within a Goal\nall activities must be complete fo + r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag + ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa + ve or update these are then rendered into a table using Column View.\n\nAc + tivities are sorted by date they were completed on.\n\nThe Column View is + pre-configured to be exported to PDF in a condensed\nbut readable format f + or submission. It stays fairly readable even when\nthe pages get busy.\n\n + The elisp required is all under the "Config" bullet and Emacs will ask\nto + execute it on opening the Org file. The elisp concerns itself with\nnice + custom org capture functions and a few functions to ensure nice\nformattin + g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth + rough of the setup and functions\, followed by a demo of how\nto add CPD i + tems\, and update them. Finally show generation of a PDF\ncontaining all + the items tabulated and ready for audit review. I\nestimate this at appro + x 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/tech\n# Creating technical API documentation and prese + ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe + emacs org-babel package is often mentioned in conjunction with\nliterate + programming. The ability to mix code segments with prose\nindeed offers an + intuitive way to augment semantic code pieces with\ntextual descriptions. + \n\nIn recent projects\, I've started to turn to org-mode as the primary\n + format to maintain technical documentation\, as well as slides for a\ntech + nical language course. By using org-babel to pull in "live" code\nfor REST + requests\, language examples\, and shell scripts\, one can be\nsure that + the documentation and slides are never out of date.\n\nThe session will sh + ow how leverage org-babel\, restclient and\norg-treeslide to write and pre + sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n + Org mode is known for its flexibility\, power\, and staggeringly diverse\n + number of workflows\, users\, and use cases.\n\nThis talk explores just ho + w far we can push the boundaries of the sane\nand sensible with regard to + Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: + two parts of a\ncomplete system for creating executable Org files.\n\nOrg + syntax does not support shebang lines. However\, it turns out that\nOrg s + yntax enables something even better —\; shebang blocks.\n\nOrg is al + so (supposedly) not an executable file format. However\, by\ncombining a + shebang block with a Org babel source block\, and eval\nlocal variables (e + lvs) Org becomes a multi-language executable format.\n\nIn this talk we in + troduce shebang blocks and elvs as a two part system\nthat transforms Org + files into executable documents that can run on any\nrecent version of Ema + cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and + can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open + with a demo of how to create an executable Org file\nusing the orgstrap m + achinery.\n\nWe then discuss security considerations\, and show example us + e cases.\n\nFinally the talk will cover the details and development of the + \nportable shebang block for Org mode that works on a wide variety of\nsys + tems and shells\, and on the development of a formal specification\nand a + reference implementation for using Org source blocks to\ntransform Org fil + es from plain text documents with a bit of markup\ninto self describing co + mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n + - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin + g 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G + NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac + s community gained\nmuch momentum in the last decade. Being a nicely desig + ned lightweight\nmarkup language\, Org mode does not only benefit users of + GNU/Emacs.\nThere are many tools and services supporting Org mode syntax + 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\ntext + outside of GNU/Emacs for better typing usability and\ncollaboration tasks + .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi + s can only be a short teaser for the use of Org mode syntax without\nmuch + comparison to other lightweight markup languages. For this\naudience\, I d + o think that this would be too short because most\nattendees might already + have heard the rumors that Org mode is great\nor they have adapted Org mo + de 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G + erman\n\nIn this presentation I will explain how to use org-mode effective + ly to\nprepare teaching materials\, and how to present them.\n\nFor the la + st 5 years I have been using org-mode to teach programming\nin different l + anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three + key advantages:\n\n1. it supports most programming languages with a commo + n interface\,\n2. it is an interactive medium for delivering teaching mat + erials\; and\n3. it is an always-up-to-date format that does not need to + be exported in order to be published.\n\nI explain how I use org-mode in m + y courses and how I combine org-mode\nnotes other tools such as github org + -mode to get\nalways up-to-date teaching materials that one can use for bo + th\nteaching and studying (see\n\nfor an example + ).\n\nFinally\, I will discuss some important aspects to consider when usi + ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr + oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n + - Important considerations\n- How to get started\n\nOh\, I made a smal + l 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/research\n# Managing a research workflow (bibliographi + es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w + orkers have to read and discover new papers\,\nask questions about what th + ey read\, write notes and scratchwork\, and store\nmuch of this informatio + n for use in writing papers and/or code. Emacs allows\nus to do all of thi + s (and more) using simple text interfaces that integrate\nwell together. I + n this talk I will talk about the following:\n\na. Using elfeed and elfeed + -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa + pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi + ber and rebiber in order to keep the local\n bibliography clean and up-t + o-date with conference versions of papers.\nd. Using org-roam and org-roam + -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT + his text-based workflow allows for keeping everything accessible under\nve + rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men + deley). I\nwill share my Doom Emacs configuration for this workflow\, but + it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o + rg-mode is already an extremely powerful and\ncustomisable tool for task a + nd time management\, note-taking\, calendar\nand agenda management\, and m + uch more. Babel takes org a step further\nby letting you write\, evaluate\ + , and export code in different languages\nfrom within a single file. In th + is talk\, I will highlight some\nfeatures of babel that I find exciting an + d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st + arted with babel can be intimidating\, but it's hard to stop\nusing it onc + e you start. As an academic\, I typically don't manage\nlarge coding proje + cts. My primary purpose is writing lecture notes\,\nassignments\, and pape + rs\, and managing related admin. Typically\, I want\nto try and automate t + he boring portions of my workflow without extra\noverhead. I also tend to + find various tasks easier in some programming\nlanguages and harder in oth + ers\, and prefer to mix and match languages\nas the task dictates. Babel m + akes this process seamless.\n\nA basic use case is writing a document in o + rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m + ultiple documents in a\nsingle org file\, which can be convenient. Babel l + ets you add all sorts\nof enhancements to the same file. For example\, sup + pose we have a\nsingle org document with all the problem sets for a course + . 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 cal + culations and then output the result as LaTeX\,\n- define skeletons to q + uickly draw up assignment templates\,\n- toggle exporting of assignments + with or without solutions based on tags\,\n- locally change export sett + ings or run a post-export hook\,\n- automatically export to LaTeX after + saving\,\n- tangle code blocks from some or all of the languages to exte + rnal files.\n\nI will try to showcase features of babel that academics cou + ld find\nhelpful\, by presenting some ways in which I have tried to use ba + bel. 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 two + example files that heavily use babel. I will use these\nexamples to highl + ight 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- + mode\nBlaine Mooers\n\nResearch papers in structural biology should includ + e the code used\nto make the images of molecules in the article in the sup + plemental\nmaterials. Some structural bioinformaticists have started to in + clude\ntheir computer code in the supplemental materials to allow readers\ + nto reproduce their analyses. However\, authors of papers reporting new\ns + tructures have overlooked the inclusion of the code that makes the\nimages + of the molecules in their articles. Nonetheless\, this aspect of\nreprodu + cible research needs to become the standard practice to improve\nthe rigor + of the science.\n\nIn a literate programming document\, the author interl + eaves the code\nthat makes the images of molecules in the explanatory text + . Such a\ndocument allows the reader to reproduce the images in the manusc + ript.\nThe reader can also explore the effect of altering the parameters i + n\nthe code. Org files are one alternative for making such literate\nprogr + amming documents.\n\nWe developed a yasnippet library called orgpymolpysni + ps for structural\nbiologists (). This\nlibrary facilitates the assembly of literate programming docum + ents\nwith molecular images made by PyMOL. PyMOL is the most popular\nmole + cular graphics program for making images for publication\; it has\nover 10 + 0\,000 users\, which is a lot of users in the sciences. PyMOL was\nused to + make many of the striking images of biological molecules on\nthe cover of + Nature and Science. We use the emacs-jupyter package to\nsend commands fr + om a code block in Org files to PyMOL's Python API.\nPyMOL returns the mol + ecular image to the output block below the\ncode block. Of course\, an Ema + cs user can convert the Org file into a\nPDF\, convert the code blocks to + script files\, and submit these for\nnon-Emacs users. We describe the cont + ent of the library and provide\nexamples of the running PyMOL from Org-mod + e. We compare using Org\,\nJupyter Notebook\, Jupyter Lab\, and RStudio wi + th PyMOL to do\nliterate programming in structural biology.\n\n\n\n# Outli + ne\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 specification\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 - Acknowle + dgements +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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin + g 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 invo + icing.\n\nWe are a small company and we are still tuning and improving the + \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide + s\, and reading here and there what other users do\, we\nimplemented an ef + fective workflow we have been using for nearly a\nyear\, now\, and with wh + ich 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\, b + y 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB + ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f + or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat + e an invoice\,\nrecord the details into your accounting software and keep + track of\ntaxes and payments? You are not alone\, I found the whole invoic + e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r + escue.\n\nMy talk will give you a basic intro on how to use org mode\, som + e embedded python code and file jugglery to generate stylistic and profess + ional invoices.\n\nWhat you will learn during the session:\n\n- How to t + rack your freelance time using orgmode\n- How to create the basic infras + tructure for invoice generation\n- How to generate the invoice\n- How + to manage multiple clients\n- How to enter the finance details into your + accounting software\n- How to track invoice payments\n\nWe will use the + following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho + n 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki + ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi + ce every year\,\nsupplanting each generation with a newer model that boast + s highly\npromoted incremental features which greatly devalues the price o + f\ntheir older models. These forgotten models are sold on Ebay and\nother + secondhand websites at highly discount prices by owners who\ndo not see th + e true potential of these devices: Kindles are\nexcellent high contrast lo + w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em + bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c + an last weeks\nbefore needing a recharge. This makes them ideal as passive + image\ndevices that can be configured easily using a few shell\nscripts. + Indeed\, efforts have been made in dedicated hacker forums\nto expose the + Linux filesystem and to enable features such as\ncustom screensavers\, SSH + networking\, and more. By exploiting these\nfeatures\, and by carefully d + isabling the software/bloatware that\ncomes with the device\, these Kindle + s have found new life as online\ndashboard devices which can fetch and dis + play information from the\ninternet at timely intervals.\n\nHere we descri + be a tool to control multiple Kindle devices with a\nsingle org-mode/shell + -based tool\, built initially to periodically\nserve updated Emacs Org-Age + nda views\, but later expanded to produce\nonline local weather reports an + d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info + rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image + and text content\n(via imagemagick)\, small messages\, and much more.\n\n + In this talk\, we show how to configure multiple Kindles with any\ndesired + custom content\, following any daily/weekly schedule\, all\neasily manage + d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m + inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n + - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b + attery life\, low refresh rate –\; perfect\n for a dashboard\ + n - Timely updated Org-Mode Agendas anyone?\n - Reference to + inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate + content\n\n - A static text+picture image easily generated with image + magick\n wrapper\n - An image of a sparse tree of org-mode TOD + O file\n - An image of another emacs view (e.g. Calfw\, or org-calori + es)\n - Show post-processing for optimizing image for Kindles\n\n + 1-2 mins\n Configuration in a single org-mode file\n\n - Def + ining Machines\n - Defining Commands to generate content\n - Def + ining Schedules to run Commands on multiple Machines at\n specific + points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh + ow exported shell configs and generated cronjobs\n - Witness multiple + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p + ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us + e a computer. Even if Emacs\nusers love text as a format\, they may need t + o shop and video call from\ntime to time (even more so in a pandemic!). So + me 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 t + he making?\nWhat if you could "ace-jump" within a web page? What if you co + uld run\na REPL to extend your browser while browsing? What if you could r + ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi + ll share why it has great potential\, how you can\nintegrate it with Emacs + \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were + wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n + \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro + ugier\n\nText editors are written by and for developers. They come\nwith + a large set of default and implicit choices in terms of layout\,\ntypograp + hy\, colorization and interaction that hardly change from one\neditor to t + he other. It is not clear if these implicit choices derive\nfrom the ignor + ance of alternatives or if they derive from developers'\nhabits\, reproduc + ing what they are used to. Durint this talk\, I will\ncharacterize these i + mplicit choices and illustrate what are some\nalternatives using GNU Emacs + .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o + f 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed + om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw + are freedom".\nI will outline the key moments in my transition to a GNU/Li + nux operating\nsystem and mark those which eventually contributed towards + me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po + pular package\, and\ncontributor to upstream Emacs (among others). By all + uding to personal\nexperiences\, I will draw generalisable insights and co + nnect them to what\nI believe are irreducible qualities of Emacs qua softw + are and Emacs as a\ncommunity of like-minded people. The talk will be the + oretical in\nnature: there won't be any code-related demonstration nor tec + hnical\nreferences that only people with a background in computer science + would\nlikely recognise. Personal anecdotes shall be tangential to the po + int\nand considered as ancillary to the thesis of what Emacs represents fr + om\nthe standpoint of software freedom and user empowerment. The\npresent + ation is intended for a general audience that is interested in\nGNU softwa + re in general and Emacs in particular. My formal educational\nbackground + as a social scientist (i.e. not a programmer) and later as a\nphilosopher + informs my approach to this topic.\n\nThe presentation shall be 40 minutes + long. Its text will be in essay\nform and shall be supplied as complemen + tary material to the video. The\nnotation will be in Org mode. I cannot + provide an outline in advance\,\nas it will most likely not be consistent + with the actual presentation.\nIf\, however\, this is absolutely required + for administrative purposes I\nshall furnish one regardless with the provi + so that I am in no way bound\nby it and thus reserve the right to modify i + t 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov + \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a + pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg + er breakpoint.\n- How to determine if a function is expensive. How to pi + ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). + \n- Print-benchmarking.\n- Byte-compiled code can give a very differen + t picture\, changing where\n the bottleneck is. How to quickly load a b + yte-compiled version.\n- Steps taken to speed up the Xref package recent + ly. +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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 vis + ion for how writing code could be\, where the\nediting operations map dire + ctly to the primitives of the language itself -- and\nmy humble attempt of + implementing this vision. _tree-edit_ seeks to provides a\nstructural edi + ting plugin supporting conceivably any language with a tree-sitter\nparser + .\n\n**Structural editing does not have to be relegated to lisps or niche + DSLs.**\n\nI liken the state of code editing today to writing assembly. Th + e reason why\npeople like Python more than assembly is that for most purpo + ses\, the building\nblocks of the language are mismatched with our thought + process. We don't think\nin terms of registers and addresses\, we think i + n terms of variables\, functions\,\netc. So when we write and edit code\, + why do we edit in terms of deleting\,\ninserting\, replacing characters &# + x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta + tements?\n\nI'll also discuss the implementation of tree-edit\, which uses + a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e + macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program + ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon + ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat + ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre + e-edit)!\n\n# Outline\n\n- Discuss motivation ( + Why should I care?)\n- Demonstrate tree-edit (Live + -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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP + sionic\n\nWhen we begin programming\, the promise is to automate away repe + titive\ntasks in life. As those program's capability grows\, we begin to + need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ + , we\nrun into the following issues:\n\n- As options pile up\, the intui + tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati + on 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 a + ction to perform\n\n- Composition compounds with all of these issues\n\n + Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM + agit's UI input library\, Transient\, is a standalone package for\ndevelop + ing more killer UI's\, and not just for CLI applications\, but\nalso for s + erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans + ient's potential is to create the most highly productive\nUI's short of th + ought control\, going beyond simple command dispatchers\nrequires a deeper + dive. When we think like constructing a DSL for the\ntask and using tran + sient to input that DSL\, we get an intelligent\,\nself-describing modal p + rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid + entally yak-shaved my way to writing a UI framework because overlays were + slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework + for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. + This package\nimplements React Component API's with the goal of simplifyin + g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe + ir prior experience with React or web programming. Components\nprovide a + useful functional unit for constructing complex interfaces\ndeclaratively + and also eliminate much of the burden associated with\nupdating textual co + ntent as application state changes. This talk will\ncover use of the tui. + el API and its operation in a textual environment\nby implementing some ba + sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI + implementation complexity.\n - API introduction: Displaying content\ + , Components.\n - Visual taste of dashboards and applications built w + ith 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n + Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 + 5. It can be\nused to extend Emacs with native libraries\, for performance + \,\nOS-specific features\, or other functionalities that would take a lot\ + nof time to re-implement in Lisp. The officially supported language is\nC\ + , which is tedious and error-prone to use. This talk discusses a\n**safe** + alternative that is also a lot **more convenient**: writing these\ndynami + c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim + ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr + ough 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat + thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten + sible GUI\napplication framework that extends Emacs graphical capabilities + using\nPyQt5. There are many new but important updates since EmacsConf202 + 0\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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli + cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i + n a sense that it provides consistency\nacross different tools and applica + tions within the Emacs ecosystem\, as well as\nexternal apps that can be i + ntegrated into it. It is also the most truly\nmalleable environment\, each + element of which can be adjusted or extended\,\ntherefore providing the u + ser with more power and freedom in personal computing.\nEmacs definitely c + an 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\n + years ago\, the only regret to have is that it didn't happen earlier. The + definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l + ess technical\nfolks to join the party and gradually start to use Emacs fo + r writing documents\,\nwhether personal or work related\, manage tasks\, e + mails and potentially everything\nelse. The learning curve and difference + in approach\, however\, leaves some\npotential users too scared of the arc + ane interface even with all it's quirks and\nfeatures because it requires + at least some technical skills to understand and\nuse properly\, and does + not have an easy way to connect with external tools that\nmost people are + forced to use for work.\n\nThis talk proposes some ideas about how the mod + el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's + powerful interaction model can be\ncarried over to make modern interfaces + \, whether desktop or web applications\,\nthat would be designed with a go + al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu + res it possesses\, and therefore enhance the capabilities\nof the Emacs\, + while at the same time utilizing it as a backend for\ntext-processing and + editing to a large extent. It would be really great to have\na personal we + b-interface for using modern task management tools\, chats\, emails\nand s + uch\, but from a UI defined by the user. The goal is to use it on a deskto + p\nor mobile\, locally or self-hosted on a server\, with support for touch + and\ngesture-based workflows\, while preserving the Emacs philosophy and + allowing to\nseamlessly switch between Emacs and its web extension\n\nThe + proposed solution is to integrate more of the modern tools with Emacs\,\nu + tilize Org-mode as a way to define application-specific parameters for the + se\ntools through Org properties\, and then utilize these parameters for m + aking a\nmodern local frontend that would enhance Emacs UI while allowing + to use external\ntools in a more personal and freedom respecting way (maki + ng the originals\nobsolete over time). The talk serves the purpose of invi + ting community members to\na discussion about how Emacs can become more mo + dern\, more approachable by people\nwho don't possess the neccessarry tech + nical skills to adjust it themselves\, but\nare keen to learn it\, and pot + entially how to attract more users to greater\nproductivity\, computer lit + eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes + \n - Introduction\n - Issues with most modern tools for work\n + - Issues with Emacs as a tool for work\n - In search for a hybrid + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t + o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str + ength is also its greatest weakness: it is **too** hackable.\n\nWe have a + great community that experiment with new features that are still\nlacking + in Emacs core. They write up a package and develop the living daylights\n + out 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 are + those\nfeatures not in core? What about projectile? And so on.\n\nCore + demands copyright assignments (CLA). This is a fact of life. While I\nmo + stly agree with the people saying it is not helful\, they are there to pro + tect\nEmacs from copyright issues in the future. So my suggestion here is + simple:\njust **sign the papers**. It is just a formality\, and you shou + ld only need to do\nit once.\n\nI suggest that any ambitious feature that + we **might** want to see shipped in the\ndefault Emacs distribution should + by default go to GNU ELPA. You don't need to\ndo this\, of course\, and + I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha + ve an exceptionally high standard\, but we do try to give any\nnew package + 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\, which + is to not recommend non-free\nsoftware. Therefore\, we could not recommen + d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us + ed for packages that we don't have an assignment for but\nwould still like + to distribute. It should ideally only be for old packages\nwhere getting + a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute + to Emacs core. This impression\nis largely wrong. If I can do it\, you c + an too.\n\nWe do have a problem in that our tools and methods (mailing lis + ts\, the bug\ntracker) are out-dated. This is largely correct. We want t + o migrate to\nsomething else\, and the best candidate is probably Sourcehu + t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to + their Init file to fix this or that\nannoyance\, or even bug. The more am + bitious would go on to package up such fixes\nin what I call "patch packag + es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ + e a package!" I am here to suggest that you submit a\npatch to Emacs inst + ead.\n\nFixing an issue for one person is good\, and fixing it for more pe + ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel + is not that scary\, nor is email. We are really quite friendly and\neasy + going\, but the communication we prefer (for reasons of efficiency - the\n + volume is very high) is often very brief and to the point. We are trying + our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr + ibutors. We need a successful Emacs on this planet.\n\nSo should you real + ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out + line\n\n- I will urge people to consider contributing to Emacs instead of\ + n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will + go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac + s conservative without reason?)\, how to get things\n done and the necess + ary 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 data + . This is a\nniche library that is used by packages such as Websocket\, EM + MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha + pless\nkitten while at the same time providing poor service slowly. For\nE + macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib + le while respecting the kitten. In this presentation I intent to\nshow how + we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min + : Intro and presentation of Bindat\n 5 min: Showcase some of its proble + ms\n 5 min: Present the new design\n 5 min: Examples of what can be + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status + and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp + dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally + capable of executing Elisp code\neither interpreted or byte-interpreted a + fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the + Emacs Lisp native compiler. This feature\nrecently merged into the main E + macs development line allow for\nautomatically compiling and executing Eli + sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design + goals\n- compiler and runtime design and implementation\n- performanc + e implications\n- upstream process\n- area of improvements and future + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac + tical languages are multi-paradigm\, offering several\nabstractions for th + e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys + tem 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 - Furthe + r 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat + ion I will show an idea that feels completely obvious\nonce we see it\, bu + t that only occured to me after after using Emacs\nand eev as my main inte + rface to the computer for more than 20 years.\nTake any interpreted langua + ge that supports multi-line comments\, and\nwhose interpreter can be run i + n 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 L + ua script that we wrote\, that\nis called "foo.lua" and that defines lots + of functions and defines the\nclasses Bar and Bletch. We can put after the + definition of the class\nBar a multi-line comment that contains an eepitc + h block that when\nexecuted starts a Lua interpreter\, loads the script fo + o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th + at class\nand its methods\; and we can put another block with tests like t + hat\nafter the class Bletch\, and other blocks after some functions. Eepit + ch\nallows sending these tests line by line to the Lua interpreter by\ntyp + ing on each line that we want to send\, and this lets us create\nte + sts that are very easy to understand even without writing comments\;\nthis + 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 be + fore running the risk of being read by other people.\n\nThese multi-line c + omments with eepitch blocks that run an interpreter\nand make it load the + 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 t + he 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 blocks + to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo + Ochs +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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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\,\nshamelessl + y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr + ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 + 0 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema + cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting + with Emacs 24\, full native bidi\n(bidirectional) support became available + . For\nmany years prior to that Unicode support was\navailable and by aro + und year 2000\, reasonable\nopen-source shaping libraries were also availa + ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu + t methods for emacs. These input\nmethods or variations of them can also b + e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac + e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro + nment for persoarabic users.\n\nSince emacs comes loaded with everything ( + Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ + , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e + tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers + can be addressed in one place and\ncohesively.\n\nIn this talk I will demo + nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri + ef description/outline)\n\n My talk will be in two parts.\n\n In Par + t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban + an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq + uo\;. The\n software is part of base emacs distribution.\n Full docu + mentation is available at:\n Persian Input Methods\n F + or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n + \n\n In Part 2\, + I will cover the ramifications of bidi\n on existing emacs application + s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin + g 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 bidi + on display.\n - Use of persian text for Persian (solar) calendar. + \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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so + ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled + ge hide in\nplaces we cannot access or use. The more we write down\, the m + ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( + web\, software\, books) keeps growing faster and faster! This\nis not sust + ainable: we cannot keep up with it! What if we repeat the\nerror of somebo + dy else\, only because it would take too much reading to\nknow? What if th + at knowledge is in some code we work with everyday?\n\nMoldable developmen + t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th + e tool you use should let you create special tools\nto learn smartly from + what you have already.\n\nSince we use Emacs\, let's make our great editor + 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 nat + ural)\ntext to learn better\, how we can inject notes in our projects and + how\nself documenting this tool is!\n\nI aim to inspire you to find a quic + ker way to learn from our digital\nworld!\n\nYou can learn more about this + at: \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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir + onment.\nFermin MF\n\nI've been developing a package that helps with the d + evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f + ramework\, it has a custom reader\nand integration for\ncommon Emacs packa + ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp + ly features that other language with and static\nanalyzer have\,\nlike ref + actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn + ows 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n + Imaginary Programming (IP) is both methodology and paradigm. It is an\next + ension of literate programming and a way of creating software without\nthe + use of imperative\, functional or even declarative code. Yet IP employs\n + all disciplines to achieve the miraculous. The only contingency is on one\ + nor more language models\, known as foundation models. The real value of I + P\nis not found by abandoning sound logic altogether\, but in weaving the + real\nwith the imaginary. The future of imaginary programming is one in wh + ich\nalmost all of computing is inferred. I have built a suite of tools ba + sed on\nemacs for interfacing real programming languages with imaginary on + es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin + al that lets\nyou imagine what happens no matter how nested you are within + interpreters\,\nan example-oriented language\, a file format that encodes + the provenance of\ntext and a library for imaginary functional programmin + g primitives called\niLambda. It is important to recognise IP because\, fo + r lack of a better\nterm\, it has far-reaching implications for intellectu + al 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\, fo + llowed by\n - a demonstration of iLambda.\n - iλ\, a family + of imaginary programming libraries\n \n\n\n\nIRC + 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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 makes + our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m + achines and\nfascinating were those days of experimentation and engineerin + g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de + veloper stand points\, what things can be improved and\nwhat can be an hyp + othetical 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\ndevel + oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more + details about CEDAR: \n\n- 40 minute + s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs + \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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed + itor trends\nDavid Wilson\n\nThe computer software industry has seen many + "popular" text editors come\nand go\, often due to the mercurial fashions + of software development. In\nthis talk\, we'll take a look at why popular + editors fade and the\nspecific aspects of Emacs that will ensure it remai + ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di + scuss the core thesis\, the features that make Emacs\n desirable for long + -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b + ackground on the text editor landscape and\n how the scope of various edi + tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific + instances where editors were popular\, fell out\n of popularity\, and wh + y (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:20211027T122129 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day2-close\n# Closing remarks day 2 +END:VEVENT +END:VCALENDAR \ No newline at end of file -- cgit v1.2.3 From cba696b2aff81dcd87a74907598f640b45c70eaf Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:24:24 -0400 Subject: Update XML and ical --- 2021/emacsconf-pentabarf.xml | 222 +++++++++++++++++++++---------------------- 2021/emacsconf.ics | 169 ++++++++++++++++---------------- 2 files changed, 194 insertions(+), 197 deletions(-) (limited to '2021') diff --git a/2021/emacsconf-pentabarf.xml b/2021/emacsconf-pentabarf.xml index 74e47bb7..979fbcfe 100644 --- a/2021/emacsconf-pentabarf.xml +++ b/2021/emacsconf-pentabarf.xml @@ -1,6 +1,6 @@ -20211027122130emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. +20211027122420emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. -# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights +# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights Sacha Chua - pronouns: she/her Quick overview of Emacs community highlights since the last conference @@ -12,7 +12,7 @@ Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference -<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability Case Duckworth Emacs is well-known for being extremely flexible, programmable, and @@ -50,7 +50,7 @@ on this topic. Along the way, I'll discuss just a little of my own history of Emacs, and why I feel it's a great tool for non-technical users to sink their -teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure +teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure Greta Goetz This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill @@ -262,7 +262,7 @@ I represent that I have the authority to grant the above license to the EmacsConf organizers. If my presentation incorporates any material owned by third parties, I represent that the material is sublicensable to the EmacsConf organizers or that my use of them is -fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer +fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer Daniel Rose The talk targets users who are curious about computational philosophies, @@ -314,7 +314,7 @@ to be more performant than without. the ideals of both. - How using CLI tools can still perfectly flow into Emacs. - How having all programs in Emacs and unified keybindings is akin - to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT + to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT Jean-Christophe Helary Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. @@ -400,7 +400,7 @@ I will *not* show: - How to use OmegaT from the command line to work in localization pipelines - How to use machine translation and MT "post-edit" - How to convert back the translated files to texi format -- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update +- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update Kaluđerčić, Philip NonGNU ELPA was announced last year, as a package repository @@ -426,7 +426,7 @@ configuration. In this talk I would like the give a reminder of what NonGNU ELPA is and how it works, update the participants on what has happened since last year and what maintainers have to do if they -want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How +want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How Dhavan (codingquark) Emacs now has many package repositories - enought to have conflicts @@ -466,7 +466,7 @@ Another Package and install all elisp code manually - with borg[1]. 1. What are we trying to solve? 2. What is borg? 3. How to use it? - 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram + 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram Gabriele Bozzola and Evgeny Zajcev Telegram is a cross-platform instant messaging system. The large number of @@ -490,7 +490,7 @@ am also going to discuss telega.el, the Emacs client for Telegram. telega.el is a high-quality package that perfectly integrates in Emacs. It supports the vast majority of the features supported by the official clients, while adding several unique ones. In the talk, I will present the package and -highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator +highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator Kevin Haddock The Unix file system is essentially an N-dimentional sparse array that @@ -546,7 +546,7 @@ sparse array will be discussed. A simple pre-existing database will be queried. -If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor +If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor Stefan Monnier Because of a reckless former Emacs maintainer that shall @@ -578,7 +578,7 @@ Because of a reckless former Emacs maintainer that shall minutes because I think I might be able to fill that and I think more than that could turn too boring. I intend to make it a "live coding" kind of thing, without anything like an outline: it's basically "make" - followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? + followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? Bastien Guerry After 11 years of helping as the Org maintainer, I would @@ -602,7 +602,7 @@ care of Emacs maintainance by taking care of Emacs maintainers. # Outline -- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs +- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs Spencer King There are a variety of methods for typesetting gregorian @@ -648,7 +648,7 @@ own scores. 1. Introduction to chant music 2. Introduction to Gregorio 3. Example of typesetting a score in Emacs - 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy + 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy As a former Montessori guide and now parent, I often think about the @@ -730,7 +730,7 @@ drives present in everybody that allow us to explore and make sense of our world - in the short version, pose the question, and perhaps give one example. - Emacs is an environment that provides facilities for individuals to find their way to proficiency through their Human Tendencies. - - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year + - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier The four of us met at EmacsConf 2020, and joined together around a @@ -772,7 +772,7 @@ in real-time problem solving and collaboration. In our short talk we share information about these methods, making a case for other people getting together and creating their own small -research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow +research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow Greg Coladonato When I was an undergrad, I learned many things, most of @@ -804,7 +804,7 @@ inspire others to build workflows that make them more productive. # Outline -- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development Philip Beadling I recently had the pleasure of being audited for my CPD record with one @@ -914,7 +914,7 @@ formatting on export, etc. A quick walkthrough of the setup and functions, followed by a demo of how to add CPD items, and update them. Finally show generation of a PDF containing all the items tabulated and ready for audit review. I -estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide +estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide Jan Ypma The emacs org-babel package is often mentioned in conjunction with @@ -964,7 +964,7 @@ org-treeslide to write and present technical documentation with style. - Demo: Developer guide - Demo: REST API guide - Demo: Presentations -- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format +- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format Tom Gillespie Org mode is known for its flexibility, power, and staggeringly diverse @@ -1064,7 +1064,7 @@ applications. - 5-10 minutes: A demo of adding the orgstrap block and elvs, -adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs +adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs Karl Voit With the rising interest in Org mode, the GNU/Emacs community gained @@ -1110,7 +1110,7 @@ This can only be a short teaser for the use of Org mode syntax without much comparison to other lightweight markup languages. For this audience, I do think that this would be too short because most attendees might already have heard the rumors that Org mode is great -or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming +or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming Daniel German In this presentation I will explain how to use org-mode effectively to @@ -1188,7 +1188,7 @@ org-mode for this purpose. - How to get started Oh, I made a small mistake. I meant to propose a 40 minutes presentation. -But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) +But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) Ahmed Khaled Researchers and knowledge workers have to read and discover new papers, @@ -1246,7 +1246,7 @@ to Doom. # Outline -- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics +- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics Asilata Bapat Plain org-mode is already an extremely powerful and @@ -1340,43 +1340,42 @@ would also like to be inspired by other people's babel workflows! - 5-10 minutes: (brief description/outline) For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these -examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode +examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode Blaine Mooers -Research papers in structural biology should include the code used -to make the images of molecules in the article in the supplemental -materials. Some structural bioinformaticists have started to include +Research papers in structural biology should include the code used to make +the images of molecules in the article in the supplemental materials. +Some structural bioinformaticists have started to include their computer code in the supplemental materials to allow readers to reproduce their analyses. However, authors of papers reporting new -structures have overlooked the inclusion of the code that makes the -images of the molecules in their articles. Nonetheless, this aspect of -reproducible research needs to become the standard practice to improve -the rigor of the science. - -In a literate programming document, the author interleaves the code -that makes the images of molecules in the explanatory text. Such a -document allows the reader to reproduce the images in the manuscript. -The reader can also explore the effect of altering the parameters in -the code. Org files are one alternative for making such literate -programming documents. - -We developed a yasnippet library called orgpymolpysnips for structural -biologists (). This -library facilitates the assembly of literate programming documents +molecular structures often overlook the inclusion of the code that makes +the images of the molecules reported in their articles. Nonetheless, +this aspect of reproducible research needs to become the standard practice +to improve the rigor of the science. + +In a literate programming document, the author interleaves between blocks +of prose the code that makes the images of molecules. The document allows +the reader to reproduce the images in the manuscript by running the code. +The reader can also explore the effect of altering the parameters in the +code. Org files are one alternative for making such literate programming +documents. + +We developed a yasnippet snippet library called orgpymolpysnips for +structural biologists (). +This library facilitates the assembly of literate programming documents with molecular images made by PyMOL. PyMOL is the most popular -molecular graphics program for making images for publication; it has -over 100,000 users, which is a lot of users in the sciences. PyMOL was -used to make many of the striking images of biological molecules on -the cover of Nature and Science. We use the emacs-jupyter package to -send commands from a code block in Org files to PyMOL's Python API. -PyMOL returns the molecular image to the output block below the -code block. Of course, an Emacs user can convert the Org file into a -PDF, convert the code blocks to script files, and submit these for -non-Emacs users. We describe the content of the library and provide -examples of the running PyMOL from Org-mode. We compare using Org, -Jupyter Notebook, Jupyter Lab, and RStudio with PyMOL to do -literate programming in structural biology. +molecular graphics program for creating images for publication; it has +over 100,000 users, which is a lot of users in molecular biology. PyMOL +has been used to make many of the images of biological molecules found +on the covers of many Cell, Nature, and Science issues. +We used the `jupyter' language in org-babel to send commands from +code blocks in Org files to PyMOL's Python API. PyMOL returns the +molecular image to the output block below the code block. An Emacs +user can convert the Org file into a PDF, `tangle' the code blocks +into a script file, and submit these for non-Emacs users. We describe +the content of the library and provide examples of the running PyMOL +from Org-mode documents. # Outline @@ -1397,40 +1396,39 @@ literate programming in structural biology. # Reproducible molecular graphics with Org-mode Blaine Mooers -Research papers in structural biology should include the code used -to make the images of molecules in the article in the supplemental -materials. Some structural bioinformaticists have started to include +Research papers in structural biology should include the code used to make +the images of molecules in the article in the supplemental materials. +Some structural bioinformaticists have started to include their computer code in the supplemental materials to allow readers to reproduce their analyses. However, authors of papers reporting new -structures have overlooked the inclusion of the code that makes the -images of the molecules in their articles. Nonetheless, this aspect of -reproducible research needs to become the standard practice to improve -the rigor of the science. - -In a literate programming document, the author interleaves the code -that makes the images of molecules in the explanatory text. Such a -document allows the reader to reproduce the images in the manuscript. -The reader can also explore the effect of altering the parameters in -the code. Org files are one alternative for making such literate -programming documents. - -We developed a yasnippet library called orgpymolpysnips for structural -biologists (<https://github.com/MooersLab/orgpymolpysnips>). This -library facilitates the assembly of literate programming documents +molecular structures often overlook the inclusion of the code that makes +the images of the molecules reported in their articles. Nonetheless, +this aspect of reproducible research needs to become the standard practice +to improve the rigor of the science. + +In a literate programming document, the author interleaves between blocks +of prose the code that makes the images of molecules. The document allows +the reader to reproduce the images in the manuscript by running the code. +The reader can also explore the effect of altering the parameters in the +code. Org files are one alternative for making such literate programming +documents. + +We developed a yasnippet snippet library called orgpymolpysnips for +structural biologists (<https://github.com/MooersLab/orgpymolpysnips>). +This library facilitates the assembly of literate programming documents with molecular images made by PyMOL. PyMOL is the most popular -molecular graphics program for making images for publication; it has -over 100,000 users, which is a lot of users in the sciences. PyMOL was -used to make many of the striking images of biological molecules on -the cover of Nature and Science. We use the emacs-jupyter package to -send commands from a code block in Org files to PyMOL's Python API. -PyMOL returns the molecular image to the output block below the -code block. Of course, an Emacs user can convert the Org file into a -PDF, convert the code blocks to script files, and submit these for -non-Emacs users. We describe the content of the library and provide -examples of the running PyMOL from Org-mode. We compare using Org, -Jupyter Notebook, Jupyter Lab, and RStudio with PyMOL to do -literate programming in structural biology. +molecular graphics program for creating images for publication; it has +over 100,000 users, which is a lot of users in molecular biology. PyMOL +has been used to make many of the images of biological molecules found +on the covers of many Cell, Nature, and Science issues. +We used the `jupyter' language in org-babel to send commands from +code blocks in Org files to PyMOL's Python API. PyMOL returns the +molecular image to the output block below the code block. An Emacs +user can convert the Org file into a PDF, `tangle' the code blocks +into a script file, and submit these for non-Emacs users. We describe +the content of the library and provide examples of the running PyMOL +from Org-mode documents. # Outline @@ -1446,7 +1444,7 @@ literate programming in structural biology. - Example code block in Org to make DSSR block model of tRNA - Resulting image - Summary - - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode + - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode Adolfo Villafiorita In this talk I will present how we use Org Mode at Shair.Tech for @@ -1476,7 +1474,7 @@ year, now, and with which we are very happy. Talk duration: &#x2013;> 20 minutes seems to be right (15 talk + questions) &#x2013;> I can also make in 10 minutes, by focusing the talk on - budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing + budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing Bala Ramadurai Ye Freelance warriors, please lend me your I/O devices for 5 minutes. @@ -1534,7 +1532,7 @@ We will use the following packages: - Emacs+orgmode (duh?) - yasnippet - python layer (I use spacemacs, so whatever is the equivalent in your config) -- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle +- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle Mehmet Tekman Since 2008, Amazon have released a new Kindle device every year, @@ -1678,7 +1676,7 @@ easily managed from Emacs within a single Org-Mode file. - Show exported shell configs and generated cronjobs - Witness multiple Kindles producing desired content with wakeup - timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser + timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser Andrea In 2021 browsers are essential if you use a computer. Even if Emacs @@ -1730,7 +1728,7 @@ You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> # Outline -- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors Nicolas P. Rougier Text editors are written by and for developers. They come @@ -1772,7 +1770,7 @@ alternatives using GNU Emacs. - 10 minutes alternative Mostly a live demo of my environment with pointers to the different -packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom +packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom Protesilaos Stavrou The theme will be "how Emacs empowered my software freedom". @@ -1828,11 +1826,11 @@ notation will be in Org mode. I cannot provide an outline in advance, as it will most likely not be consistent with the actual presentation. If, however, this is absolutely required for administrative purposes I shall furnish one regardless with the proviso that I am in no way bound -by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. +by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. -# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. +# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. -# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp +# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp Dmitry Gutov - Before optimizing, benchmark first. @@ -1856,7 +1854,7 @@ Dmitry Gutov - Print-benchmarking. - Byte-compiled code can give a very different picture, changing where the bottleneck is. How to quickly load a byte-compiled version. -- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! +- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! Ethan Leba In this talk, I'll discuss a vision for how writing code could be, where the @@ -1922,7 +1920,7 @@ Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! - Discuss motivation (Why should I care?) - Demonstrate tree-edit (Live-coding with tree-edit) -- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits Psionic When we begin programming, the promise is to automate away repetitive @@ -1988,7 +1986,7 @@ self-describing modal programming system. # Outline - Updates to Transient documentation and demos of API examples -- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") +- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") Erik Anderson Tui.el is a textual User Interface (UI) framework for Emacs Lisp @@ -2032,7 +2030,7 @@ by implementing some basic UI's. - 5-10 minutes: - Problem space: UI implementation complexity. - API introduction: Displaying content, Components. - - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules + - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules Tuấn-Anh Nguyễn Dynamic module support has been available since Emacs 25. It can be @@ -2068,7 +2066,7 @@ dynamic modules in Rust. - Walking through creating **a simple dynamic module** in Rust, including setting up CI. -- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update +- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update Matthew Zeng Emacs Application Framework (EAF) is a customizable and extensible GUI @@ -2094,7 +2092,7 @@ last year, this talk will briefly go over them. # Outline -- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications +- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications Laszlo Krajnikovszkij Emacs is a great operating environment in a sense that it provides consistency @@ -2210,7 +2208,7 @@ productivity, computer literacy and the ideas of free software. - In search for a hybrid approach - User controlled web-apps - Opinions encouraged - - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel + - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel Stefan Kangas Emacs' greatest strength is also its greatest weakness: it is **too** hackable. @@ -2348,7 +2346,7 @@ So should you really write a package, or should YOU become a core contributor? writing small packages, and explain GNU ELPA, MELPA, CLA. - I will go into greater detail about emacs-devel, how it "works" (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat + done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat Stefan Monnier @@ -2390,7 +2388,7 @@ show how we saved those. Not recommended for birds. 5 min: Intro and presentation of Bindat 5 min: Showcase some of its problems 5 min: Present the new design - 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments + 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments Andrea Corallo Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor @@ -2432,7 +2430,7 @@ During the presentation I'll touch on: - upstream process - area of improvements and future developments -Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form +Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form Ian Eure Most practical languages are multi-paradigm, offering several @@ -2468,7 +2466,7 @@ modular, flexible Emacs Lisp. - What is CLOS/EIEIO? - Why would I want OOP in Emacs Lisp? - How is the CLOS object model different from C++/Java/.NET? - - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks + - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks Eduardo Ochs In this presentation I will show an idea that feels completely obvious @@ -2536,7 +2534,7 @@ current major mode by running \`M-x find-eeit-links'; this can also be used to add support for test blocks to more languages (or, more precisely: to more major modes). -Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers Bastien Guerry For 17 years, the Org developers didn't use a bug tracker, @@ -2554,7 +2552,7 @@ shamelessly failing the Joel Spolsky test. Why was it "good enough"? Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug tracker? -- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware Mohsen BANAN @@ -2684,7 +2682,7 @@ environment that can be. - Use of persian text for Persian (solar) calendar. - Use of arabic text for Muslem (lunar) calendar. - - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software + - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software Andrea We could learn about things better. Mountains of knowledge hide in @@ -2750,7 +2748,7 @@ You can learn more about this at: <https://github.com/ag91/moldable-emacs> # Outline -- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. +- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. Fermin MF I've been developing a package that helps with the development of @@ -2790,7 +2788,7 @@ For more details: <https://gitlab.com/sasanidas/clede> It seems like not too much people knows about semantic, so I can summarize some of it in 10 minutes and then An explanation on how to use the package, how to extend it - and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming + and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming Shane Mulligan Imaginary Programming (IP) is both methodology and paradigm. It is an @@ -2860,7 +2858,7 @@ GPL. Please keep an open mind. IRC libertyprime at #emacs on libera -Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs +Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs Fermin MF This is a deep dive in the Emacs philosophical and technical @@ -2904,7 +2902,7 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - 40 minutes: A dive into the Emacs/Lisp machines history, what makes GNU Emacs - an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends + an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends David Wilson The computer software industry has seen many "popular" text editors come @@ -2948,6 +2946,6 @@ regardless of mainstream popularity. - Talk about specific instances where editors were popular, fell out of popularity, and why (due to changing fashions, not usually - better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:21:30Z12:21enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. + better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. # Closing remarks day 2https://emacsconf.org/2021/talks/day2-closeEmacsConf \ No newline at end of file diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 093d280e..2c2c8d32 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -40,7 +40,7 @@ UID:emacsconf-2021-day1-open URL:https://emacsconf.org/2021/talks/day1-open DTSTART;TZID=America/Toronto:20211127T090000 DTEND;TZID=America/Toronto:20211127T090500 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-open\n# Opening remarks END:VEVENT @@ -51,7 +51,7 @@ UID:emacsconf-2021-news URL:https://emacsconf.org/2021/talks/news DTSTART;TZID=America/Toronto:20211127T090500 DTEND;TZID=America/Toronto:20211127T091000 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community @@ -66,7 +66,7 @@ UID:emacsconf-2021-frownies URL:https://emacsconf.org/2021/talks/frownies DTSTART;TZID=America/Toronto:20211127T091100 DTEND;TZID=America/Toronto:20211127T093100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac @@ -90,7 +90,7 @@ UID:emacsconf-2021-adventure URL:https://emacsconf.org/2021/talks/adventure DTSTART;TZID=America/Toronto:20211127T093400 DTEND;TZID=America/Toronto:20211127T095400 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs @@ -259,7 +259,7 @@ UID:emacsconf-2021-unix URL:https://emacsconf.org/2021/talks/unix DTSTART;TZID=America/Toronto:20211127T095600 DTEND;TZID=America/Toronto:20211127T100600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets @@ -286,7 +286,7 @@ UID:emacsconf-2021-omegat URL:https://emacsconf.org/2021/talks/omegat DTSTART;TZID=America/Toronto:20211127T100900 DTEND;TZID=America/Toronto:20211127T101900 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C hristophe Helary\n\nEven if it is generally agreed that software localizat @@ -336,7 +336,7 @@ UID:emacsconf-2021-nongnu URL:https://emacsconf.org/2021/talks/nongnu DTSTART;TZID=America/Toronto:20211127T102200 DTEND;TZID=America/Toronto:20211127T103200 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN onGNU ELPA was announced last year\, as a package repository\nthat will be @@ -354,7 +354,7 @@ UID:emacsconf-2021-borg URL:https://emacsconf.org/2021/talks/borg DTSTART;TZID=America/Toronto:20211127T103500 DTEND;TZID=America/Toronto:20211127T104500 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r @@ -374,7 +374,7 @@ UID:emacsconf-2021-telega URL:https://emacsconf.org/2021/talks/telega DTSTART;TZID=America/Toronto:20211127T104800 DTEND;TZID=America/Toronto:20211127T105800 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst @@ -395,7 +395,7 @@ UID:emacsconf-2021-nangulator URL:https://emacsconf.org/2021/talks/nangulator DTSTART;TZID=America/Toronto:20211127T110100 DTEND;TZID=America/Toronto:20211127T111100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n \nThe Unix file system is essentially an N-dimentional sparse array that\n @@ -418,7 +418,7 @@ UID:emacsconf-2021-janitor URL:https://emacsconf.org/2021/talks/janitor DTSTART;TZID=America/Toronto:20211127T111400 DTEND;TZID=America/Toronto:20211127T113400 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn ier\n\nBecause of a reckless former Emacs maintainer that shall\n better @@ -440,7 +440,7 @@ UID:emacsconf-2021-maintainers URL:https://emacsconf.org/2021/talks/maintainers DTSTART;TZID=America/Toronto:20211127T113900 DTEND;TZID=America/Toronto:20211127T114900 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike @@ -455,7 +455,7 @@ UID:emacsconf-2021-gregorian URL:https://emacsconf.org/2021/talks/gregorian DTSTART;TZID=America/Toronto:20211127T115200 DTEND;TZID=America/Toronto:20211127T120200 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS pencer King\n\nThere are a variety of methods for typesetting gregorian\nc @@ -478,7 +478,7 @@ UID:emacsconf-2021-montessori URL:https://emacsconf.org/2021/talks/montessori DTSTART;TZID=America/Toronto:20211127T123000 DTEND;TZID=America/Toronto:20211127T124000 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs a former Montessori guide and now parent\, I often think about the\nrelati @@ -511,7 +511,7 @@ UID:emacsconf-2021-erg URL:https://emacsconf.org/2021/talks/erg DTSTART;TZID=America/Toronto:20211127T124300 DTEND;TZID=America/Toronto:20211127T125800 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co @@ -540,7 +540,7 @@ UID:emacsconf-2021-cs URL:https://emacsconf.org/2021/talks/cs DTSTART;TZID=America/Toronto:20211127T130100 DTEND;TZID=America/Toronto:20211127T131100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic @@ -560,7 +560,7 @@ UID:emacsconf-2021-professional URL:https://emacsconf.org/2021/talks/professional DTSTART;TZID=America/Toronto:20211127T131400 DTEND;TZID=America/Toronto:20211127T132400 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou s Professional Development\nPhilip Beadling\n\nI recently had the pleasure @@ -603,7 +603,7 @@ UID:emacsconf-2021-tech URL:https://emacsconf.org/2021/talks/tech DTSTART;TZID=America/Toronto:20211127T132700 DTEND;TZID=America/Toronto:20211127T133700 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/tech\n# Creating technical API documentation and prese ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe @@ -627,7 +627,7 @@ UID:emacsconf-2021-exec URL:https://emacsconf.org/2021/talks/exec DTSTART;TZID=America/Toronto:20211127T134100 DTEND;TZID=America/Toronto:20211127T135100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n Org mode is known for its flexibility\, power\, and staggeringly diverse\n @@ -664,7 +664,7 @@ UID:emacsconf-2021-org-outside URL:https://emacsconf.org/2021/talks/org-outside DTSTART;TZID=America/Toronto:20211127T135400 DTEND;TZID=America/Toronto:20211127T140400 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac @@ -688,7 +688,7 @@ UID:emacsconf-2021-teach URL:https://emacsconf.org/2021/talks/teach DTSTART;TZID=America/Toronto:20211127T140700 DTEND;TZID=America/Toronto:20211127T142700 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G erman\n\nIn this presentation I will explain how to use org-mode effective @@ -718,7 +718,7 @@ UID:emacsconf-2021-research URL:https://emacsconf.org/2021/talks/research DTSTART;TZID=America/Toronto:20211127T143200 DTEND;TZID=America/Toronto:20211127T143700 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/research\n# Managing a research workflow (bibliographi es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w @@ -745,7 +745,7 @@ UID:emacsconf-2021-babel URL:https://emacsconf.org/2021/talks/babel DTSTART;TZID=America/Toronto:20211127T144100 DTEND;TZID=America/Toronto:20211127T145100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o rg-mode is already an extremely powerful and\ncustomisable tool for task a @@ -788,44 +788,43 @@ UID:emacsconf-2021-molecular URL:https://emacsconf.org/2021/talks/molecular DTSTART;TZID=America/Toronto:20211127T145300 DTEND;TZID=America/Toronto:20211127T150300 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- mode\nBlaine Mooers\n\nResearch papers in structural biology should includ - e the code used\nto make the images of molecules in the article in the sup - plemental\nmaterials. Some structural bioinformaticists have started to in + e the code used to make\nthe images of molecules in the article in the sup + plemental materials.\nSome structural bioinformaticists have started to in clude\ntheir computer code in the supplemental materials to allow readers\ - nto reproduce their analyses. However\, authors of papers reporting new\ns - tructures have overlooked the inclusion of the code that makes the\nimages - of the molecules in their articles. Nonetheless\, this aspect of\nreprodu - cible research needs to become the standard practice to improve\nthe rigor - of the science.\n\nIn a literate programming document\, the author interl - eaves the code\nthat makes the images of molecules in the explanatory text - . Such a\ndocument allows the reader to reproduce the images in the manusc - ript.\nThe reader can also explore the effect of altering the parameters i - n\nthe code. Org files are one alternative for making such literate\nprogr - amming documents.\n\nWe developed a yasnippet library called orgpymolpysni - ps for structural\nbiologists (). This\nlibrary facilitates the assembly of literate programming docum - ents\nwith molecular images made by PyMOL. PyMOL is the most popular\nmole - cular graphics program for making images for publication\; it has\nover 10 - 0\,000 users\, which is a lot of users in the sciences. PyMOL was\nused to - make many of the striking images of biological molecules on\nthe cover of - Nature and Science. We use the emacs-jupyter package to\nsend commands fr - om a code block in Org files to PyMOL's Python API.\nPyMOL returns the mol - ecular image to the output block below the\ncode block. Of course\, an Ema - cs user can convert the Org file into a\nPDF\, convert the code blocks to - script files\, and submit these for\nnon-Emacs users. We describe the cont - ent of the library and provide\nexamples of the running PyMOL from Org-mod - e. We compare using Org\,\nJupyter Notebook\, Jupyter Lab\, and RStudio wi - th PyMOL to do\nliterate programming in structural biology.\n\n\n\n# Outli - ne\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 specification\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 - Acknowle - dgements + nto reproduce their analyses. However\, authors of papers reporting new\nm + olecular structures often overlook the inclusion of the code that makes\nt + he images of the molecules reported in their articles. Nonetheless\,\nthis + aspect of reproducible research needs to become the standard practice\nto + improve the rigor of the science.\n\nIn a literate programming document\, + the author interleaves between blocks\nof prose the code that makes the i + mages of molecules. The document allows\nthe reader to reproduce the image + s in the manuscript by running the code.\nThe reader can also explore the + effect of altering the parameters in the\ncode. Org files are one alternat + ive for making such literate programming\ndocuments.\n\nWe developed a yas + nippet snippet library called orgpymolpysnips for\nstructural biologists ( + ).\nThis library facilitates + the assembly of literate programming documents\nwith molecular images mad + e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea + ting images for publication\; it has\nover 100\,000 users\, which is a lot + of users in molecular biology. PyMOL\nhas been used to make many of the i + mages of biological molecules found\non the covers of many Cell\, Nature\, + and Science issues.\n\nWe used the `jupyter' language in org-babel to sen + d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret + urns the\nmolecular image to the output block below the code block. An Ema + cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni + nto a script file\, and submit these for non-Emacs users. We describe\nthe + content of the library and provide examples of the running PyMOL\nfrom Or + g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o + utline)\n - Title slide\n - Structural Biolog Workflow in the Mo + oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn + ippet library for your field?\n - PyMOL in Org: kernel specification\ + n - Creating a conda env and installing PyMOL\n - Example code b + lock 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 @@ -834,7 +833,7 @@ UID:emacsconf-2021-project URL:https://emacsconf.org/2021/talks/project DTSTART;TZID=America/Toronto:20211127T150600 DTEND;TZID=America/Toronto:20211127T151600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin g with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how we @@ -854,7 +853,7 @@ UID:emacsconf-2021-invoice URL:https://emacsconf.org/2021/talks/invoice DTSTART;TZID=America/Toronto:20211127T151900 DTEND;TZID=America/Toronto:20211127T152900 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f @@ -880,7 +879,7 @@ UID:emacsconf-2021-dashboard URL:https://emacsconf.org/2021/talks/dashboard DTSTART;TZID=America/Toronto:20211127T153200 DTEND;TZID=America/Toronto:20211127T154200 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi @@ -932,7 +931,7 @@ UID:emacsconf-2021-nyxt URL:https://emacsconf.org/2021/talks/nyxt DTSTART;TZID=America/Toronto:20211127T154500 DTEND;TZID=America/Toronto:20211127T155500 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us @@ -957,7 +956,7 @@ UID:emacsconf-2021-design URL:https://emacsconf.org/2021/talks/design DTSTART;TZID=America/Toronto:20211127T155800 DTEND;TZID=America/Toronto:20211127T160800 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro ugier\n\nText editors are written by and for developers. They come\nwith @@ -977,7 +976,7 @@ UID:emacsconf-2021-freedom URL:https://emacsconf.org/2021/talks/freedom DTSTART;TZID=America/Toronto:20211127T161200 DTEND;TZID=America/Toronto:20211127T165200 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw @@ -1012,7 +1011,7 @@ UID:emacsconf-2021-day1-close URL:https://emacsconf.org/2021/talks/day1-close DTSTART;TZID=America/Toronto:20211127T165200 DTEND;TZID=America/Toronto:20211127T165700 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-close\n# Closing remarks day 1 END:VEVENT @@ -1023,7 +1022,7 @@ UID:emacsconf-2021-day2-open URL:https://emacsconf.org/2021/talks/day2-open DTSTART;TZID=America/Toronto:20211128T090000 DTEND;TZID=America/Toronto:20211128T090500 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-open\n# Opening remarks day 2 END:VEVENT @@ -1034,7 +1033,7 @@ UID:emacsconf-2021-faster URL:https://emacsconf.org/2021/talks/faster DTSTART;TZID=America/Toronto:20211128T090500 DTEND;TZID=America/Toronto:20211128T092500 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a @@ -1053,7 +1052,7 @@ UID:emacsconf-2021-structural URL:https://emacsconf.org/2021/talks/structural DTSTART;TZID=America/Toronto:20211128T093000 DTEND;TZID=America/Toronto:20211128T094000 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 vis @@ -1087,7 +1086,7 @@ UID:emacsconf-2021-dsl URL:https://emacsconf.org/2021/talks/dsl DTSTART;TZID=America/Toronto:20211128T094300 DTEND;TZID=America/Toronto:20211128T100300 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP sionic\n\nWhen we begin programming\, the promise is to automate away repe @@ -1117,7 +1116,7 @@ UID:emacsconf-2021-ui URL:https://emacsconf.org/2021/talks/ui DTSTART;TZID=America/Toronto:20211128T100600 DTEND;TZID=America/Toronto:20211128T101600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid entally yak-shaved my way to writing a UI framework because overlays were @@ -1142,7 +1141,7 @@ UID:emacsconf-2021-rust URL:https://emacsconf.org/2021/talks/rust DTSTART;TZID=America/Toronto:20211128T101900 DTEND;TZID=America/Toronto:20211128T103900 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 @@ -1162,7 +1161,7 @@ UID:emacsconf-2021-eaf URL:https://emacsconf.org/2021/talks/eaf DTSTART;TZID=America/Toronto:20211128T104400 DTEND;TZID=America/Toronto:20211128T105400 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten @@ -1178,7 +1177,7 @@ UID:emacsconf-2021-model URL:https://emacsconf.org/2021/talks/model DTSTART;TZID=America/Toronto:20211128T105800 DTEND;TZID=America/Toronto:20211128T110800 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i @@ -1235,7 +1234,7 @@ UID:emacsconf-2021-devel URL:https://emacsconf.org/2021/talks/devel DTSTART;TZID=America/Toronto:20211128T111100 DTEND;TZID=America/Toronto:20211128T113100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str @@ -1291,7 +1290,7 @@ UID:emacsconf-2021-bindat URL:https://emacsconf.org/2021/talks/bindat DTSTART;TZID=America/Toronto:20211128T113600 DTEND;TZID=America/Toronto:20211128T115600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 data @@ -1312,7 +1311,7 @@ UID:emacsconf-2021-native URL:https://emacsconf.org/2021/talks/native DTSTART;TZID=America/Toronto:20211128T130000 DTEND;TZID=America/Toronto:20211128T132000 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp @@ -1333,7 +1332,7 @@ UID:emacsconf-2021-form URL:https://emacsconf.org/2021/talks/form DTSTART;TZID=America/Toronto:20211128T132700 DTEND;TZID=America/Toronto:20211128T133700 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac tical languages are multi-paradigm\, offering several\nabstractions for th @@ -1352,7 +1351,7 @@ UID:emacsconf-2021-test URL:https://emacsconf.org/2021/talks/test DTSTART;TZID=America/Toronto:20211128T134100 DTEND;TZID=America/Toronto:20211128T134600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat ion I will show an idea that feels completely obvious\nonce we see it\, bu @@ -1390,7 +1389,7 @@ UID:emacsconf-2021-bug URL:https://emacsconf.org/2021/talks/bug DTSTART;TZID=America/Toronto:20211128T134900 DTEND;TZID=America/Toronto:20211128T140900 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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\,\nshamelessl @@ -1405,7 +1404,7 @@ UID:emacsconf-2021-bidi URL:https://emacsconf.org/2021/talks/bidi DTSTART;TZID=America/Toronto:20211128T141600 DTEND;TZID=America/Toronto:20211128T143600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting @@ -1445,7 +1444,7 @@ UID:emacsconf-2021-mold URL:https://emacsconf.org/2021/talks/mold DTSTART;TZID=America/Toronto:20211128T144100 DTEND;TZID=America/Toronto:20211128T145100 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled @@ -1473,7 +1472,7 @@ UID:emacsconf-2021-clede URL:https://emacsconf.org/2021/talks/clede DTSTART;TZID=America/Toronto:20211128T145500 DTEND;TZID=America/Toronto:20211128T151500 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir onment.\nFermin MF\n\nI've been developing a package that helps with the d @@ -1494,7 +1493,7 @@ UID:emacsconf-2021-imaginary URL:https://emacsconf.org/2021/talks/imaginary DTSTART;TZID=America/Toronto:20211128T152200 DTEND;TZID=America/Toronto:20211128T153200 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n Imaginary Programming (IP) is both methodology and paradigm. It is an\next @@ -1526,7 +1525,7 @@ UID:emacsconf-2021-build URL:https://emacsconf.org/2021/talks/build DTSTART;TZID=America/Toronto:20211128T153600 DTEND;TZID=America/Toronto:20211128T155600 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 makes @@ -1548,7 +1547,7 @@ UID:emacsconf-2021-forever URL:https://emacsconf.org/2021/talks/forever DTSTART;TZID=America/Toronto:20211128T160300 DTEND;TZID=America/Toronto:20211128T164300 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed itor trends\nDavid Wilson\n\nThe computer software industry has seen many @@ -1570,7 +1569,7 @@ UID:emacsconf-2021-day2-close URL:https://emacsconf.org/2021/talks/day2-close DTSTART;TZID=America/Toronto:20211128T165000 DTEND;TZID=America/Toronto:20211128T170000 -DTSTAMP:20211027T122129 +DTSTAMP:20211027T122420 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-close\n# Closing remarks day 2 END:VEVENT -- cgit v1.2.3 From 13a22b5576e2d068a0911ae03e70707c74e23029 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:25:54 -0400 Subject: Escape characters in XML --- 2021/emacsconf-pentabarf.xml | 228 +++++++++++++++++++++---------------------- 2021/emacsconf.ics | 104 ++++++++++---------- 2 files changed, 166 insertions(+), 166 deletions(-) (limited to '2021') diff --git a/2021/emacsconf-pentabarf.xml b/2021/emacsconf-pentabarf.xml index 979fbcfe..4e4d4ccc 100644 --- a/2021/emacsconf-pentabarf.xml +++ b/2021/emacsconf-pentabarf.xml @@ -1,18 +1,18 @@ -20211027122420emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. +20211027122535emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. -# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights -Sacha Chua - pronouns: she/her +# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights +Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference -Times are approximate and will probably change. +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>Times are approximate and will probably change. # Emacs News Highlights Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference -<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability Case Duckworth Emacs is well-known for being extremely flexible, programmable, and @@ -50,17 +50,17 @@ on this topic. Along the way, I'll discuss just a little of my own history of Emacs, and why I feel it's a great tool for non-technical users to sink their -teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure +teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure Greta Goetz -This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill +This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill ich). Its adaptability will be shown to be an asset in supporting the learning trends identified by the latest pedagogical research (Guo). # Intro -The 'many, many features' (Stallman 2002: 4) of Emacs do not limit imaginable types of interactivity, supporting both formal and informal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a scaffold for development (cf. Vygotsky 1979: 86), promoting the creative and autonomous ability of individuals to interact with their digital environment and others who share the use of this tool (Illich 1973). Individuals can use Emacs as often or seldom as they want to express their needs and meaning in action, with no obligation to use it (cf. Illich 1973). +The 'many, many features' (Stallman 2002: 4) of Emacs do not limit imaginable types of interactivity, supporting both formal and informal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a scaffold for development (cf. Vygotsky 1979: 86), promoting the creative and autonomous ability of individuals to interact with their digital environment and others who share the use of this tool (Illich 1973). Individuals can use Emacs as often or seldom as they want to express their needs and meaning in action, with no obligation to use it (cf. Illich 1973). -The formal learning involved pertains to Emacs programs and documentation (the 'temple') while related discussion and smaller task-based problem solving represents examples of informal learning (the 'forum') (cf. Caillet in 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. +The formal learning involved pertains to Emacs programs and documentation (the 'temple') while related discussion and smaller task-based problem solving represents examples of informal learning (the 'forum') (cf. Caillet in 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. 1. What if we are beginners overwhelmed by formal Emacs documentation? Two potential learning paths: @@ -69,13 +69,13 @@ The formal learning involved pertains to Emacs programs and documentation (the ' 2. Emacs as personal, creative, autonomous: - - a. Emacs allows for organic ongoing changes to the 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 (Vygotsky 1979; Gardner 1983; Wang 2020). + - a. Emacs allows for organic ongoing changes to the 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 (Vygotsky 1979; Gardner 1983; Wang 2020). - b. Emacs allows us to control 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). - c. The art of collecting traces (digital or not) is timeless - and important to survival. 3. Emacs as systems design for technology-enhanced learning (TEL): - - a. Good TEL design performance should also educate 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 different capabilities' (Alexander 1993 in Gabriel 1996), assembling epistemic domains (Markauskaite & Goodyear 2017). This pedagogical approach is supported by Emacs artifacts (packages, documentation, forums, etc.). + - a. Good TEL design performance should also educate 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 different capabilities' (Alexander 1993 in Gabriel 1996), assembling epistemic domains (Markauskaite & Goodyear 2017). This pedagogical approach is supported by Emacs artifacts (packages, documentation, forums, etc.). - b. The 'wise' use of programming (Crichton 1983) actively manages and organizes workflow. This permits iterative development. Elementary use-case: a workflow that relies on PPT and Zoom vs. already having a more modular viewpoint supported by diverse Emacs packages. The latter adaptability is supported by the latest educational research (Guo). Further: Emacs allows movement from user to contributor (Stiegler 2018; Stavrou). - c. Wise programming can include fun programming - 'there are people who want to put a stop to that' (Crichton 1983; Gaffney 2019). - d. Extending this systems/design view, Emacs is developed and maintained by a community dedicated to supporting this freedom of use in these multiple contexts (cf. Illich 1973). @@ -83,46 +83,46 @@ The formal learning involved pertains to Emacs programs and documentation (the ' # Conclusion -Emacs does not limit any imaginable type of interactivity and promotes a diversity of related content, further supporting the pursuit of more advanced TEL (viz. Guo). This was illustrated through an elementary use-case that compared being limited to PPT as opposed to having basic familiarity with 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 contributions of heterogeneous maintainers, developers, and community members whose 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. +Emacs does not limit any imaginable type of interactivity and promotes a diversity of related content, further supporting the pursuit of more advanced TEL (viz. Guo). This was illustrated through an elementary use-case that compared being limited to PPT as opposed to having basic familiarity with 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 contributions of heterogeneous maintainers, developers, and community members whose 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. # References ## General workflow and fun: -- Bin, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021. -- Gaffney, N. (2019). Oblique strategies. . Accessed 25 October 2021. -- Goetz, G. (2021). Additional references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021. -- Guerry, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021. -- Kaiser, K. (2017). Writing a technical book in Emacs and Org-mode. . Accessed 25 October 2021. -- Planet Emacs Life. . Accessed 25 October 2021. -- Stavrou, P. My packages for GNU Emacs. . Accessed 25 October 2021. -- Wellons, C. Emacs articles. . Accessed 25 October 2021. +- Bin, C. (2020). Mastering Emacs in one year. <https://github.com/redguardtoo/mastering-emacs-in-one-year-guide/blob/master/guide-en.org#on-the-shoulders-of-giants>. Accessed 25 October 2021. +- Gaffney, N. (2019). Oblique strategies. <https://github.com/zzkt/oblique-strategies>. Accessed 25 October 2021. +- Goetz, G. (2021). Additional references: A back-to-school/GTD Emacs journey. <https://gretzuni.com/articles/a-back-to-school-gtd-emacs-journey>. Accessed 25 October 2021. +- 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 2021. +- Kaiser, K. (2017). Writing a technical book in Emacs and Org-mode. <https://www.kpkaiser.com/programming/writing-a-technical-book-in-emacs-and-org-mode/>. Accessed 25 October 2021. +- Planet Emacs Life. <https://planet.emacslife.com/>. Accessed 25 October 2021. +- Stavrou, P. My packages for GNU Emacs. <https://protesilaos.com/emacs/>. Accessed 25 October 2021. +- Wellons, C. Emacs articles. <https://nullprogram.com/tags/emacs/>. Accessed 25 October 2021. ## On TEL design: -- 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: Hatier. +- 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: Hatier. - Crichton, M. (1983). *Electronic life*. New York: Knopf. - De Bono, E. (2009). *Think! Before it's too late*. London: Random House. - Engelbart, D. (1962). *Augmenting human intellect: A conceptual framework*. Menlo Park: Stanford Research Institute. -- Drosos, I. & Guo, P. (2021). Streamers teaching programming, art, and gaming: Cognitive apprenticeship, serendipitous teachable moments, and tacit expert knowledge. IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC), short paper, 2021. . Accessed 25 October 2021. +- Drosos, I. & Guo, P. (2021). Streamers teaching programming, art, and gaming: Cognitive apprenticeship, 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. - Gabriel, R. (1996). *Patterns of software*. New York, Oxford: Oxford University Press. -- Goodyear, P. & Retalis, S. (2010). Learning, technology and design. In Goodyear, P. & Retalis, S. (Eds.). *Technology-enhanced learning: Design patterns and pattern languages*, 1-27. Rotterdam, Boston: Sense Publishers. -- 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. +- Goodyear, P. & Retalis, S. (2010). Learning, technology and design. In Goodyear, P. & Retalis, S. (Eds.). *Technology-enhanced learning: Design patterns and pattern languages*, 1-27. Rotterdam, Boston: Sense Publishers. +- 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. - Guo, P. (2018). Students, systems, and interactions: Synthesizing the first -four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 2018, London, United Kingdom. DOI: https://doi.org/10.1145/3231644.3231662. . Accessed 25 October 2021. -- Guo, P., Kim, J. & Rubin, R. (2014). How video production affects student engagement: An empirical study of MOOC videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021. -- Illich, I. (1973). *Tools of conviviality*. New York: Harper & Row. -- Kim, J., Guo, P., Seaton, D., Mitros, P., Gajos, K. & Miller, R. (2014). Understanding in-video dropouts and interaction peaks in online lecture videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021. -- Markauskaite, L. & Goodyear, P. (2017). *Epistemic fluency and professional education: innovation, knowledgeable action and actionable knowledge*. Dordrecht: Springer. -- Markel, J. & Guo, P. (2020). Designing the future of experiential learning environments for a post-COVID world: A preliminary case study. NFW ’20 (Symposium on the New Future of Work), August 3–5, 2020, Virtual Event. . Accessed 25 October 2021. -- Morin, E. ([2004] 2008). *La Méthode - tome 6: Éthique*. Éditions du Seuil: Paris. +four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 2018, London, United Kingdom. DOI: https://doi.org/10.1145/3231644.3231662. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Guo, P., Kim, J. & Rubin, R. (2014). How video production affects student engagement: An empirical study of MOOC videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Illich, I. (1973). *Tools of conviviality*. New York: Harper & Row. +- Kim, J., Guo, P., Seaton, D., Mitros, P., Gajos, K. & Miller, R. (2014). Understanding in-video dropouts and interaction peaks in online lecture videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Markauskaite, L. & Goodyear, P. (2017). *Epistemic fluency and professional education: innovation, knowledgeable action and actionable knowledge*. Dordrecht: Springer. +- Markel, J. & Guo, P. (2020). Designing the future of experiential learning environments for a post-COVID world: A preliminary case study. NFW ’20 (Symposium on the New Future of Work), August 3–5, 2020, Virtual Event. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. +- Morin, E. ([2004] 2008). *La Méthode - tome 6: Éthique*. Éditions du Seuil: Paris. - Stallman, R. (2002). *Free software, free society*. GNU Press, Free Software Foundation. - Stiegler, B. (2018). *The neganthropocene*. Open Humanities Press. -- Trocmé-Fabre, H. (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation. +- Trocmé-Fabre, H. (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation. - Vygotsky, L. (1979). *Mind in society: The development of higher psychological processes*. Cambridge and London: Harvard University Press. -- Wang, S. (2020). Open knowledge. Hope in Source. . Accessed 25 October 2021. +- Wang, S. (2020). Open knowledge. Hope in Source. <https://hopeinsource.com/open-knowledge/#open-source-knowledge-proof-of-work>. Accessed 25 October 2021. -# Availability and preferred Q&A approach +# Availability and preferred Q&A approach Due to the pandemic situation, my teaching schedule fluctuates so I will not know my availability until much closer to the @@ -262,7 +262,7 @@ I represent that I have the authority to grant the above license to the EmacsConf organizers. If my presentation incorporates any material owned by third parties, I represent that the material is sublicensable to the EmacsConf organizers or that my use of them is -fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer +fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer Daniel Rose The talk targets users who are curious about computational philosophies, @@ -314,7 +314,7 @@ to be more performant than without. the ideals of both. - How using CLI tools can still perfectly flow into Emacs. - How having all programs in Emacs and unified keybindings is akin - to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT + to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT Jean-Christophe Helary Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. @@ -326,9 +326,9 @@ When OmegaT, free software based forges and Emacs meet, we have a free multi-use The current trial project for French is hosted on 2 different forges: 1. sr.ht hosts the source files - + <https://sr.ht/~brandelune/documentation_emacs/> 2. chapril hosts the OmegaT team project architecture - + <https://sr.ht/~brandelune/documentation_emacs/> The sources are regularly updated with a po4a based shell script. @@ -400,8 +400,8 @@ I will *not* show: - How to use OmegaT from the command line to work in localization pipelines - How to use machine translation and MT "post-edit" - How to convert back the translated files to texi format -- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update -Kaluđerčić, Philip +- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update +Kaluđerčić, Philip NonGNU ELPA was announced last year, as a package repository that will be enabled by default in Emacs, but doesn't require @@ -426,7 +426,7 @@ configuration. In this talk I would like the give a reminder of what NonGNU ELPA is and how it works, update the participants on what has happened since last year and what maintainers have to do if they -want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How +want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How Dhavan (codingquark) Emacs now has many package repositories - enought to have conflicts @@ -435,7 +435,7 @@ other packages and it is not easy to keep track of what all is being installed in our Emacsen. An aggressive way out of this is to use Yet Another Package and install all elisp code manually - with borg[1]. -[1]: +[1]: <https://github.com/emacscollective/borg> @@ -466,7 +466,7 @@ Another Package and install all elisp code manually - with borg[1]. 1. What are we trying to solve? 2. What is borg? 3. How to use it? - 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram + 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram Gabriele Bozzola and Evgeny Zajcev Telegram is a cross-platform instant messaging system. The large number of @@ -490,7 +490,7 @@ am also going to discuss telega.el, the Emacs client for Telegram. telega.el is a high-quality package that perfectly integrates in Emacs. It supports the vast majority of the features supported by the official clients, while adding several unique ones. In the talk, I will present the package and -highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator +highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator Kevin Haddock The Unix file system is essentially an N-dimentional sparse array that @@ -504,7 +504,7 @@ N-Angulator is the genesis, to wit, the "Model-T," of such a program. video demo. Be sure and turn the volume UP!) na.intro.flv - +<https://drive.google.com/file/d/1EZN0Xs8eGlEbSIYFml2lp3GCNnmLQa98/view?usp=drive_web> @@ -546,7 +546,7 @@ sparse array will be discussed. A simple pre-existing database will be queried. -If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor +If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor Stefan Monnier Because of a reckless former Emacs maintainer that shall @@ -578,7 +578,7 @@ Because of a reckless former Emacs maintainer that shall minutes because I think I might be able to fill that and I think more than that could turn too boring. I intend to make it a "live coding" kind of thing, without anything like an outline: it's basically "make" - followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? + followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? Bastien Guerry After 11 years of helping as the Org maintainer, I would @@ -602,7 +602,7 @@ care of Emacs maintainance by taking care of Emacs maintainers. # Outline -- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs +- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs Spencer King There are a variety of methods for typesetting gregorian @@ -648,7 +648,7 @@ own scores. 1. Introduction to chant music 2. Introduction to Gregorio 3. Example of typesetting a score in Emacs - 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy + 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy As a former Montessori guide and now parent, I often think about the @@ -730,13 +730,13 @@ drives present in everybody that allow us to explore and make sense of our world - in the short version, pose the question, and perhaps give one example. - Emacs is an environment that provides facilities for individuals to find their way to proficiency through their Human Tendencies. - - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year + - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier The four of us met at EmacsConf 2020, and joined together around a common interest in Emacs and research. Since then, we have convened as the Emacs Research Group for weekly meetings. During these meetings, we -took notes collaboratively, using a ‘conflict-free replicated data type’ +took notes collaboratively, using a ‘conflict-free replicated data type’ package (crdt.el); at the end of each session, we debriefed using a template that we call a Project Action Review (PAR). As as a meta-review of our sessions, every six weeks we prepared a Causal @@ -772,7 +772,7 @@ in real-time problem solving and collaboration. In our short talk we share information about these methods, making a case for other people getting together and creating their own small -research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow +research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow Greg Coladonato When I was an undergrad, I learned many things, most of @@ -804,7 +804,7 @@ inspire others to build workflows that make them more productive. # Outline -- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development Philip Beadling I recently had the pleasure of being audited for my CPD record with one @@ -821,10 +821,10 @@ The talk will explain how I tweaked and extended org-mode to get it to record the data I wanted, followed by a demo. A basic demo org file with embedded elisp can be seen here: - +<https://raw.githubusercontent.com/falloutphil/Misc/master/cpd.org> A basic generated PDF from the basic demo is here: -![img](https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s=e0c5080560c877aa02933a40c224e52b8a1fed3b) +![img](https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s=e0c5080560c877aa02933a40c224e52b8a1fed3b) I have a much more involved example I could also use for the demo. @@ -914,7 +914,7 @@ formatting on export, etc. A quick walkthrough of the setup and functions, followed by a demo of how to add CPD items, and update them. Finally show generation of a PDF containing all the items tabulated and ready for audit review. I -estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide +estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide Jan Ypma The emacs org-babel package is often mentioned in conjunction with @@ -964,7 +964,7 @@ org-treeslide to write and present technical documentation with style. - Demo: Developer guide - Demo: REST API guide - Demo: Presentations -- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format +- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format Tom Gillespie Org mode is known for its flexibility, power, and staggeringly diverse @@ -977,7 +977,7 @@ In particular it will discuss shebang blocks, and elvs: two parts of a complete system for creating executable Org files. Org syntax does not support shebang lines. However, it turns out that -Org syntax enables something even better — shebang blocks. +Org syntax enables something even better &#x2014; shebang blocks. Org is also (supposedly) not an executable file format. However, by combining a shebang block with a Org babel source block, and eval @@ -988,8 +988,8 @@ that transforms Org files into executable documents that can run on any recent version of Emacs. These ideas are implemented in - and -, and +<https://github.com/tgbugs/orgstrap/blob/master/README.org> and +<https://github.com/tgbugs/orgstrap/blob/master/shebang.org>, and orgstrap.el is available as a package on MELPA and can be installed via M-x install-package orgstrap. @@ -1064,7 +1064,7 @@ applications. - 5-10 minutes: A demo of adding the orgstrap block and elvs, -adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs +adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs Karl Voit With the rising interest in Org mode, the GNU/Emacs community gained @@ -1110,7 +1110,7 @@ This can only be a short teaser for the use of Org mode syntax without much comparison to other lightweight markup languages. For this audience, I do think that this would be too short because most attendees might already have heard the rumors that Org mode is great -or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming +or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming Daniel German In this presentation I will explain how to use org-mode effectively to @@ -1128,7 +1128,7 @@ I explain how I use org-mode in my courses and how I combine org-mode notes other tools such as github org-mode to get always up-to-date teaching materials that one can use for both teaching and studying (see - +<https://github.com/dmgerman/csc116ModernCplusplus/blob/master/lectures/l-01-1-intro/01_1_intro.org> for an example). Finally, I will discuss some important aspects to consider when using @@ -1188,7 +1188,7 @@ org-mode for this purpose. - How to get started Oh, I made a small mistake. I meant to propose a 40 minutes presentation. -But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) +But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) Ahmed Khaled Researchers and knowledge workers have to read and discover new papers, @@ -1246,7 +1246,7 @@ to Doom. # Outline -- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics +- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics Asilata Bapat Plain org-mode is already an extremely powerful and @@ -1340,7 +1340,7 @@ would also like to be inspired by other people's babel workflows! - 5-10 minutes: (brief description/outline) For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these -examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode +examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode Blaine Mooers Research papers in structural biology should include the code used to make @@ -1361,7 +1361,7 @@ code. Org files are one alternative for making such literate programming documents. We developed a yasnippet snippet library called orgpymolpysnips for -structural biologists (). +structural biologists (<https://github.com/MooersLab/orgpymolpysnips>). This library facilitates the assembly of literate programming documents with molecular images made by PyMOL. PyMOL is the most popular molecular graphics program for creating images for publication; it has @@ -1444,7 +1444,7 @@ from Org-mode documents. - Example code block in Org to make DSSR block model of tRNA - Resulting image - Summary - - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode + - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode Adolfo Villafiorita In this talk I will present how we use Org Mode at Shair.Tech for @@ -1456,8 +1456,8 @@ provides, and reading here and there what other users do, we implemented an effective workflow we have been using for nearly a year, now, and with which we are very happy. Talk duration: -–> 20 minutes seems to be right (15 talk + questions) -–> I can also make in 10 minutes, by focusing the talk on +&#x2013;> 20 minutes seems to be right (15 talk + questions) +&#x2013;> I can also make in 10 minutes, by focusing the talk on budgeting (or monitoring)Times are approximate and will probably change. # Budgeting, Project Monitoring and Invoicing with Org Mode @@ -1474,7 +1474,7 @@ year, now, and with which we are very happy. Talk duration: &#x2013;> 20 minutes seems to be right (15 talk + questions) &#x2013;> I can also make in 10 minutes, by focusing the talk on - budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing + budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing Bala Ramadurai Ye Freelance warriors, please lend me your I/O devices for 5 minutes. @@ -1532,7 +1532,7 @@ We will use the following packages: - Emacs+orgmode (duh?) - yasnippet - python layer (I use spacemacs, so whatever is the equivalent in your config) -- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle +- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle Mehmet Tekman Since 2008, Amazon have released a new Kindle device every year, @@ -1576,7 +1576,7 @@ easily managed from Emacs within a single Org-Mode file. Talk about repurposing Kindles: - Cheap second-hand wifi device, hackable - - Low-powered, long battery life, low refresh rate – perfect + - Low-powered, long battery life, low refresh rate &#x2013; perfect for a dashboard - Timely updated Org-Mode Agendas anyone? - Reference to inspired projects (kindle-dashboard) @@ -1676,7 +1676,7 @@ easily managed from Emacs within a single Org-Mode file. - Show exported shell configs and generated cronjobs - Witness multiple Kindles producing desired content with wakeup - timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser + timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser Andrea In 2021 browsers are essential if you use a computer. Even if Emacs @@ -1695,7 +1695,7 @@ the web! If you were wishing for a Lispy and Emacsy browser, you should not miss this talk! -You can learn more about this at: +You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> @@ -1728,7 +1728,7 @@ You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> # Outline -- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors Nicolas P. Rougier Text editors are written by and for developers. They come @@ -1770,13 +1770,13 @@ alternatives using GNU Emacs. - 10 minutes alternative Mostly a live demo of my environment with pointers to the different -packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom +packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom Protesilaos Stavrou The theme will be "how Emacs empowered my software freedom". I will outline the key moments in my transition to a GNU/Linux operating system and mark those which eventually contributed towards me becoming -an Emacs user, maintainer of a—dare I say—popular package, and +an Emacs user, maintainer of a&#x2014;dare I say&#x2014;popular package, and contributor to upstream Emacs (among others). By alluding to personal experiences, I will draw generalisable insights and connect them to what I believe are irreducible qualities of Emacs qua software and Emacs as a @@ -1826,11 +1826,11 @@ notation will be in Org mode. I cannot provide an outline in advance, as it will most likely not be consistent with the actual presentation. If, however, this is absolutely required for administrative purposes I shall furnish one regardless with the proviso that I am in no way bound -by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. +by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. -# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. +# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. -# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp +# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp Dmitry Gutov - Before optimizing, benchmark first. @@ -1854,7 +1854,7 @@ Dmitry Gutov - Print-benchmarking. - Byte-compiled code can give a very different picture, changing where the bottleneck is. How to quickly load a byte-compiled version. -- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! +- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! Ethan Leba In this talk, I'll discuss a vision for how writing code could be, where the @@ -1870,7 +1870,7 @@ people like Python more than assembly is that for most purposes, the building blocks of the language are mismatched with our thought process. We don't think in terms of registers and addresses, we think in terms of variables, functions, etc. So when we write and edit code, why do we edit in terms of deleting, -inserting, replacing characters – not wrapping, inserting, raising, +inserting, replacing characters &#x2013; not wrapping, inserting, raising, deleting expressions and statements? I'll also discuss the implementation of tree-edit, which uses a novel @@ -1920,7 +1920,7 @@ Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! - Discuss motivation (Why should I care?) - Demonstrate tree-edit (Live-coding with tree-edit) -- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits Psionic When we begin programming, the promise is to automate away repetitive @@ -1986,7 +1986,7 @@ self-describing modal programming system. # Outline - Updates to Transient documentation and demos of API examples -- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") +- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") Erik Anderson Tui.el is a textual User Interface (UI) framework for Emacs Lisp @@ -2030,8 +2030,8 @@ by implementing some basic UI's. - 5-10 minutes: - Problem space: UI implementation complexity. - API introduction: Displaying content, Components. - - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules -Tuấn-Anh Nguyễn + - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules +Tuấn-Anh Nguyễn Dynamic module support has been available since Emacs 25. It can be used to extend Emacs with native libraries, for performance, @@ -2066,7 +2066,7 @@ dynamic modules in Rust. - Walking through creating **a simple dynamic module** in Rust, including setting up CI. -- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update +- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update Matthew Zeng Emacs Application Framework (EAF) is a customizable and extensible GUI @@ -2092,7 +2092,7 @@ last year, this talk will briefly go over them. # Outline -- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications +- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications Laszlo Krajnikovszkij Emacs is a great operating environment in a sense that it provides consistency @@ -2208,7 +2208,7 @@ productivity, computer literacy and the ideas of free software. - In search for a hybrid approach - User controlled web-apps - Opinions encouraged - - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel + - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel Stefan Kangas Emacs' greatest strength is also its greatest weakness: it is **too** hackable. @@ -2346,7 +2346,7 @@ So should you really write a package, or should YOU become a core contributor? writing small packages, and explain GNU ELPA, MELPA, CLA. - I will go into greater detail about emacs-devel, how it "works" (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat + done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat Stefan Monnier @@ -2388,7 +2388,7 @@ show how we saved those. Not recommended for birds. 5 min: Intro and presentation of Bindat 5 min: Showcase some of its problems 5 min: Present the new design - 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments + 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments Andrea Corallo Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor @@ -2430,7 +2430,7 @@ During the presentation I'll touch on: - upstream process - area of improvements and future developments -Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form +Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form Ian Eure Most practical languages are multi-paradigm, offering several @@ -2466,7 +2466,7 @@ modular, flexible Emacs Lisp. - What is CLOS/EIEIO? - Why would I want OOP in Emacs Lisp? - How is the CLOS object model different from C++/Java/.NET? - - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks + - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks Eduardo Ochs In this presentation I will show an idea that feels completely obvious @@ -2484,7 +2484,7 @@ running 'dofile "foo.lua"'), and then has several tests for that class and its methods; and we can put another block with tests like that after the class Bletch, and other blocks after some functions. Eepitch allows sending these tests line by line to the Lua interpreter by -typing on each line that we want to send, and this lets us create +typing <f8\> on each line that we want to send, and this lets us create tests that are very easy to understand even without writing comments; this gives us a very quick way to document code by executable tests, that is super-great for experimental code that is still going to @@ -2499,7 +2499,7 @@ current major mode by running \`M-x find-eeit-links'; this can also be used to add support for test blocks to more languages (or, more precisely: to more major modes). -Eduardo Ochs Times are approximate and will probably change. +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>Times are approximate and will probably change. # Test blocks Eduardo Ochs @@ -2534,7 +2534,7 @@ current major mode by running \`M-x find-eeit-links'; this can also be used to add support for test blocks to more languages (or, more precisely: to more major modes). -Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers Bastien Guerry For 17 years, the Org developers didn't use a bug tracker, @@ -2552,7 +2552,7 @@ shamelessly failing the Joel Spolsky test. Why was it "good enough"? Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug tracker? -- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware Mohsen BANAN @@ -2591,14 +2591,14 @@ environment that can be. My talk will be in two parts. In Part 1, I cover persian input methods. With an - emphasis on &lsquo ;Banan Multi-Character (Reverse) - Transliteration Persian Input Method’. The + emphasis on &lsquo ;Banan Multi-Character (Reverse) + Transliteration Persian Input Method&rsquo;. The software is part of base emacs distribution. Full documentation is available at: Persian Input Methods For Emacs And More Broadly Speaking - شیوه‌هایِ درج به فارسی‌ - + شیوه‌هایِ درج به فارسی‌ + <http://mohsen.1.banan.byname.net/PLPC/120036> In Part 2, I will cover the ramifications of bidi on existing emacs applications, including: @@ -2682,7 +2682,7 @@ environment that can be. - Use of persian text for Persian (solar) calendar. - Use of arabic text for Muslem (lunar) calendar. - - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software + - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software Andrea We could learn about things better. Mountains of knowledge hide in @@ -2708,7 +2708,7 @@ self documenting this tool is! I aim to inspire you to find a quicker way to learn from our digital world! -You can learn more about this at: +You can learn more about this at: <https://github.com/ag91/moldable-emacs> @@ -2748,7 +2748,7 @@ You can learn more about this at: <https://github.com/ag91/moldable-emacs> # Outline -- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. +- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. Fermin MF I've been developing a package that helps with the development of @@ -2761,7 +2761,7 @@ The idea is to supply features that other language with and static analyzer have, like refactoring and code generation. -For more details: +For more details: <https://gitlab.com/sasanidas/clede> - 20 minutes: It seems like not too much people knows about semantic, so I can @@ -2788,7 +2788,7 @@ For more details: <https://gitlab.com/sasanidas/clede> It seems like not too much people knows about semantic, so I can summarize some of it in 10 minutes and then An explanation on how to use the package, how to extend it - and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming + and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming Shane Mulligan Imaginary Programming (IP) is both methodology and paradigm. It is an @@ -2800,7 +2800,7 @@ is not found by abandoning sound logic altogether, but in weaving the real with the imaginary. The future of imaginary programming is one in which almost all of computing is inferred. I have built a suite of tools based on emacs for interfacing real programming languages with imaginary ones; all -of this in order to demonstrate what I mean; a ‘complex’ terminal that lets +of this in order to demonstrate what I mean; a ‘complex’ terminal that lets you imagine what happens no matter how nested you are within interpreters, an example-oriented language, a file format that encodes the provenance of text and a library for imaginary functional programming primitives called @@ -2815,8 +2815,8 @@ GPL. Please keep an open mind. - 5-10 minutes: - a 5 minute introduction to imaginary programming, followed by - a demonstration of iLambda. - - iλ, a family of imaginary programming libraries - + - iλ, a family of imaginary programming libraries + <https://mullikine.github.io/posts/designing-an-imaginary-programming-ip-library-for-emacs/> @@ -2858,7 +2858,7 @@ GPL. Please keep an open mind. IRC libertyprime at #emacs on libera -Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs +Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs Fermin MF This is a deep dive in the Emacs philosophical and technical @@ -2875,7 +2875,7 @@ As a last part, I'll talk about CEDAR, an Emacs that I've been developing in Common Lisp, the project goals and the challenges. -For more details about CEDAR: +For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - 40 minutes: A dive into the Emacs/Lisp machines history, what makes GNU Emacs @@ -2902,7 +2902,7 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - 40 minutes: A dive into the Emacs/Lisp machines history, what makes GNU Emacs - an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends + an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends David Wilson The computer software industry has seen many "popular" text editors come @@ -2946,6 +2946,6 @@ regardless of mainstream popularity. - Talk about specific instances where editors were popular, fell out of popularity, and why (due to changing fashions, not usually - better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:24:20Z12:24enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. + better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. # Closing remarks day 2https://emacsconf.org/2021/talks/day2-closeEmacsConf \ No newline at end of file diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 2c2c8d32..0513ac52 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -40,7 +40,7 @@ UID:emacsconf-2021-day1-open URL:https://emacsconf.org/2021/talks/day1-open DTSTART;TZID=America/Toronto:20211127T090000 DTEND;TZID=America/Toronto:20211127T090500 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-open\n# Opening remarks END:VEVENT @@ -51,7 +51,7 @@ UID:emacsconf-2021-news URL:https://emacsconf.org/2021/talks/news DTSTART;TZID=America/Toronto:20211127T090500 DTEND;TZID=America/Toronto:20211127T091000 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community @@ -66,7 +66,7 @@ UID:emacsconf-2021-frownies URL:https://emacsconf.org/2021/talks/frownies DTSTART;TZID=America/Toronto:20211127T091100 DTEND;TZID=America/Toronto:20211127T093100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac @@ -90,7 +90,7 @@ UID:emacsconf-2021-adventure URL:https://emacsconf.org/2021/talks/adventure DTSTART;TZID=America/Toronto:20211127T093400 DTEND;TZID=America/Toronto:20211127T095400 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs @@ -259,7 +259,7 @@ UID:emacsconf-2021-unix URL:https://emacsconf.org/2021/talks/unix DTSTART;TZID=America/Toronto:20211127T095600 DTEND;TZID=America/Toronto:20211127T100600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets @@ -286,7 +286,7 @@ UID:emacsconf-2021-omegat URL:https://emacsconf.org/2021/talks/omegat DTSTART;TZID=America/Toronto:20211127T100900 DTEND;TZID=America/Toronto:20211127T101900 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C hristophe Helary\n\nEven if it is generally agreed that software localizat @@ -336,7 +336,7 @@ UID:emacsconf-2021-nongnu URL:https://emacsconf.org/2021/talks/nongnu DTSTART;TZID=America/Toronto:20211127T102200 DTEND;TZID=America/Toronto:20211127T103200 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN onGNU ELPA was announced last year\, as a package repository\nthat will be @@ -354,7 +354,7 @@ UID:emacsconf-2021-borg URL:https://emacsconf.org/2021/talks/borg DTSTART;TZID=America/Toronto:20211127T103500 DTEND;TZID=America/Toronto:20211127T104500 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r @@ -374,7 +374,7 @@ UID:emacsconf-2021-telega URL:https://emacsconf.org/2021/talks/telega DTSTART;TZID=America/Toronto:20211127T104800 DTEND;TZID=America/Toronto:20211127T105800 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst @@ -395,7 +395,7 @@ UID:emacsconf-2021-nangulator URL:https://emacsconf.org/2021/talks/nangulator DTSTART;TZID=America/Toronto:20211127T110100 DTEND;TZID=America/Toronto:20211127T111100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n \nThe Unix file system is essentially an N-dimentional sparse array that\n @@ -418,7 +418,7 @@ UID:emacsconf-2021-janitor URL:https://emacsconf.org/2021/talks/janitor DTSTART;TZID=America/Toronto:20211127T111400 DTEND;TZID=America/Toronto:20211127T113400 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn ier\n\nBecause of a reckless former Emacs maintainer that shall\n better @@ -440,7 +440,7 @@ UID:emacsconf-2021-maintainers URL:https://emacsconf.org/2021/talks/maintainers DTSTART;TZID=America/Toronto:20211127T113900 DTEND;TZID=America/Toronto:20211127T114900 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike @@ -455,7 +455,7 @@ UID:emacsconf-2021-gregorian URL:https://emacsconf.org/2021/talks/gregorian DTSTART;TZID=America/Toronto:20211127T115200 DTEND;TZID=America/Toronto:20211127T120200 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS pencer King\n\nThere are a variety of methods for typesetting gregorian\nc @@ -478,7 +478,7 @@ UID:emacsconf-2021-montessori URL:https://emacsconf.org/2021/talks/montessori DTSTART;TZID=America/Toronto:20211127T123000 DTEND;TZID=America/Toronto:20211127T124000 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs a former Montessori guide and now parent\, I often think about the\nrelati @@ -511,7 +511,7 @@ UID:emacsconf-2021-erg URL:https://emacsconf.org/2021/talks/erg DTSTART;TZID=America/Toronto:20211127T124300 DTEND;TZID=America/Toronto:20211127T125800 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co @@ -540,7 +540,7 @@ UID:emacsconf-2021-cs URL:https://emacsconf.org/2021/talks/cs DTSTART;TZID=America/Toronto:20211127T130100 DTEND;TZID=America/Toronto:20211127T131100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic @@ -560,7 +560,7 @@ UID:emacsconf-2021-professional URL:https://emacsconf.org/2021/talks/professional DTSTART;TZID=America/Toronto:20211127T131400 DTEND;TZID=America/Toronto:20211127T132400 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou s Professional Development\nPhilip Beadling\n\nI recently had the pleasure @@ -603,7 +603,7 @@ UID:emacsconf-2021-tech URL:https://emacsconf.org/2021/talks/tech DTSTART;TZID=America/Toronto:20211127T132700 DTEND;TZID=America/Toronto:20211127T133700 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/tech\n# Creating technical API documentation and prese ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe @@ -627,7 +627,7 @@ UID:emacsconf-2021-exec URL:https://emacsconf.org/2021/talks/exec DTSTART;TZID=America/Toronto:20211127T134100 DTEND;TZID=America/Toronto:20211127T135100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n Org mode is known for its flexibility\, power\, and staggeringly diverse\n @@ -664,7 +664,7 @@ UID:emacsconf-2021-org-outside URL:https://emacsconf.org/2021/talks/org-outside DTSTART;TZID=America/Toronto:20211127T135400 DTEND;TZID=America/Toronto:20211127T140400 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac @@ -688,7 +688,7 @@ UID:emacsconf-2021-teach URL:https://emacsconf.org/2021/talks/teach DTSTART;TZID=America/Toronto:20211127T140700 DTEND;TZID=America/Toronto:20211127T142700 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G erman\n\nIn this presentation I will explain how to use org-mode effective @@ -718,7 +718,7 @@ UID:emacsconf-2021-research URL:https://emacsconf.org/2021/talks/research DTSTART;TZID=America/Toronto:20211127T143200 DTEND;TZID=America/Toronto:20211127T143700 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/research\n# Managing a research workflow (bibliographi es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w @@ -745,7 +745,7 @@ UID:emacsconf-2021-babel URL:https://emacsconf.org/2021/talks/babel DTSTART;TZID=America/Toronto:20211127T144100 DTEND;TZID=America/Toronto:20211127T145100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o rg-mode is already an extremely powerful and\ncustomisable tool for task a @@ -788,7 +788,7 @@ UID:emacsconf-2021-molecular URL:https://emacsconf.org/2021/talks/molecular DTSTART;TZID=America/Toronto:20211127T145300 DTEND;TZID=America/Toronto:20211127T150300 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- mode\nBlaine Mooers\n\nResearch papers in structural biology should includ @@ -833,7 +833,7 @@ UID:emacsconf-2021-project URL:https://emacsconf.org/2021/talks/project DTSTART;TZID=America/Toronto:20211127T150600 DTEND;TZID=America/Toronto:20211127T151600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin g with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how we @@ -853,7 +853,7 @@ UID:emacsconf-2021-invoice URL:https://emacsconf.org/2021/talks/invoice DTSTART;TZID=America/Toronto:20211127T151900 DTEND;TZID=America/Toronto:20211127T152900 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f @@ -879,7 +879,7 @@ UID:emacsconf-2021-dashboard URL:https://emacsconf.org/2021/talks/dashboard DTSTART;TZID=America/Toronto:20211127T153200 DTEND;TZID=America/Toronto:20211127T154200 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi @@ -931,7 +931,7 @@ UID:emacsconf-2021-nyxt URL:https://emacsconf.org/2021/talks/nyxt DTSTART;TZID=America/Toronto:20211127T154500 DTEND;TZID=America/Toronto:20211127T155500 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us @@ -956,7 +956,7 @@ UID:emacsconf-2021-design URL:https://emacsconf.org/2021/talks/design DTSTART;TZID=America/Toronto:20211127T155800 DTEND;TZID=America/Toronto:20211127T160800 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro ugier\n\nText editors are written by and for developers. They come\nwith @@ -976,7 +976,7 @@ UID:emacsconf-2021-freedom URL:https://emacsconf.org/2021/talks/freedom DTSTART;TZID=America/Toronto:20211127T161200 DTEND;TZID=America/Toronto:20211127T165200 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw @@ -1011,7 +1011,7 @@ UID:emacsconf-2021-day1-close URL:https://emacsconf.org/2021/talks/day1-close DTSTART;TZID=America/Toronto:20211127T165200 DTEND;TZID=America/Toronto:20211127T165700 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-close\n# Closing remarks day 1 END:VEVENT @@ -1022,7 +1022,7 @@ UID:emacsconf-2021-day2-open URL:https://emacsconf.org/2021/talks/day2-open DTSTART;TZID=America/Toronto:20211128T090000 DTEND;TZID=America/Toronto:20211128T090500 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-open\n# Opening remarks day 2 END:VEVENT @@ -1033,7 +1033,7 @@ UID:emacsconf-2021-faster URL:https://emacsconf.org/2021/talks/faster DTSTART;TZID=America/Toronto:20211128T090500 DTEND;TZID=America/Toronto:20211128T092500 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a @@ -1052,7 +1052,7 @@ UID:emacsconf-2021-structural URL:https://emacsconf.org/2021/talks/structural DTSTART;TZID=America/Toronto:20211128T093000 DTEND;TZID=America/Toronto:20211128T094000 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 vis @@ -1086,7 +1086,7 @@ UID:emacsconf-2021-dsl URL:https://emacsconf.org/2021/talks/dsl DTSTART;TZID=America/Toronto:20211128T094300 DTEND;TZID=America/Toronto:20211128T100300 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP sionic\n\nWhen we begin programming\, the promise is to automate away repe @@ -1116,7 +1116,7 @@ UID:emacsconf-2021-ui URL:https://emacsconf.org/2021/talks/ui DTSTART;TZID=America/Toronto:20211128T100600 DTEND;TZID=America/Toronto:20211128T101600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid entally yak-shaved my way to writing a UI framework because overlays were @@ -1141,7 +1141,7 @@ UID:emacsconf-2021-rust URL:https://emacsconf.org/2021/talks/rust DTSTART;TZID=America/Toronto:20211128T101900 DTEND;TZID=America/Toronto:20211128T103900 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 @@ -1161,7 +1161,7 @@ UID:emacsconf-2021-eaf URL:https://emacsconf.org/2021/talks/eaf DTSTART;TZID=America/Toronto:20211128T104400 DTEND;TZID=America/Toronto:20211128T105400 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten @@ -1177,7 +1177,7 @@ UID:emacsconf-2021-model URL:https://emacsconf.org/2021/talks/model DTSTART;TZID=America/Toronto:20211128T105800 DTEND;TZID=America/Toronto:20211128T110800 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i @@ -1234,7 +1234,7 @@ UID:emacsconf-2021-devel URL:https://emacsconf.org/2021/talks/devel DTSTART;TZID=America/Toronto:20211128T111100 DTEND;TZID=America/Toronto:20211128T113100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str @@ -1290,7 +1290,7 @@ UID:emacsconf-2021-bindat URL:https://emacsconf.org/2021/talks/bindat DTSTART;TZID=America/Toronto:20211128T113600 DTEND;TZID=America/Toronto:20211128T115600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 data @@ -1311,7 +1311,7 @@ UID:emacsconf-2021-native URL:https://emacsconf.org/2021/talks/native DTSTART;TZID=America/Toronto:20211128T130000 DTEND;TZID=America/Toronto:20211128T132000 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp @@ -1332,7 +1332,7 @@ UID:emacsconf-2021-form URL:https://emacsconf.org/2021/talks/form DTSTART;TZID=America/Toronto:20211128T132700 DTEND;TZID=America/Toronto:20211128T133700 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac tical languages are multi-paradigm\, offering several\nabstractions for th @@ -1351,7 +1351,7 @@ UID:emacsconf-2021-test URL:https://emacsconf.org/2021/talks/test DTSTART;TZID=America/Toronto:20211128T134100 DTEND;TZID=America/Toronto:20211128T134600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat ion I will show an idea that feels completely obvious\nonce we see it\, bu @@ -1389,7 +1389,7 @@ UID:emacsconf-2021-bug URL:https://emacsconf.org/2021/talks/bug DTSTART;TZID=America/Toronto:20211128T134900 DTEND;TZID=America/Toronto:20211128T140900 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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\,\nshamelessl @@ -1404,7 +1404,7 @@ UID:emacsconf-2021-bidi URL:https://emacsconf.org/2021/talks/bidi DTSTART;TZID=America/Toronto:20211128T141600 DTEND;TZID=America/Toronto:20211128T143600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting @@ -1444,7 +1444,7 @@ UID:emacsconf-2021-mold URL:https://emacsconf.org/2021/talks/mold DTSTART;TZID=America/Toronto:20211128T144100 DTEND;TZID=America/Toronto:20211128T145100 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled @@ -1472,7 +1472,7 @@ UID:emacsconf-2021-clede URL:https://emacsconf.org/2021/talks/clede DTSTART;TZID=America/Toronto:20211128T145500 DTEND;TZID=America/Toronto:20211128T151500 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir onment.\nFermin MF\n\nI've been developing a package that helps with the d @@ -1493,7 +1493,7 @@ UID:emacsconf-2021-imaginary URL:https://emacsconf.org/2021/talks/imaginary DTSTART;TZID=America/Toronto:20211128T152200 DTEND;TZID=America/Toronto:20211128T153200 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n Imaginary Programming (IP) is both methodology and paradigm. It is an\next @@ -1525,7 +1525,7 @@ UID:emacsconf-2021-build URL:https://emacsconf.org/2021/talks/build DTSTART;TZID=America/Toronto:20211128T153600 DTEND;TZID=America/Toronto:20211128T155600 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 makes @@ -1547,7 +1547,7 @@ UID:emacsconf-2021-forever URL:https://emacsconf.org/2021/talks/forever DTSTART;TZID=America/Toronto:20211128T160300 DTEND;TZID=America/Toronto:20211128T164300 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed itor trends\nDavid Wilson\n\nThe computer software industry has seen many @@ -1569,7 +1569,7 @@ UID:emacsconf-2021-day2-close URL:https://emacsconf.org/2021/talks/day2-close DTSTART;TZID=America/Toronto:20211128T165000 DTEND;TZID=America/Toronto:20211128T170000 -DTSTAMP:20211027T122420 +DTSTAMP:20211027T122534 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-close\n# Closing remarks day 2 END:VEVENT -- cgit v1.2.3 From e32e42e3e71ef36378f809286ded359c38db89e2 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:27:28 -0400 Subject: Use longer slugs --- 2021/emacsconf-pentabarf.xml | 104 +++++++++++++++++++++---------------------- 2021/emacsconf.ics | 104 +++++++++++++++++++++---------------------- 2 files changed, 104 insertions(+), 104 deletions(-) (limited to '2021') diff --git a/2021/emacsconf-pentabarf.xml b/2021/emacsconf-pentabarf.xml index 4e4d4ccc..b1c4ef4e 100644 --- a/2021/emacsconf-pentabarf.xml +++ b/2021/emacsconf-pentabarf.xml @@ -1,6 +1,6 @@ -20211027122535emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. +20211027122711emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. -# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights +# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference @@ -12,7 +12,7 @@ Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference -<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability Case Duckworth Emacs is well-known for being extremely flexible, programmable, and @@ -50,7 +50,7 @@ on this topic. Along the way, I'll discuss just a little of my own history of Emacs, and why I feel it's a great tool for non-technical users to sink their -teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure +teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure Greta Goetz This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill @@ -262,7 +262,7 @@ I represent that I have the authority to grant the above license to the EmacsConf organizers. If my presentation incorporates any material owned by third parties, I represent that the material is sublicensable to the EmacsConf organizers or that my use of them is -fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer +fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer Daniel Rose The talk targets users who are curious about computational philosophies, @@ -314,7 +314,7 @@ to be more performant than without. the ideals of both. - How using CLI tools can still perfectly flow into Emacs. - How having all programs in Emacs and unified keybindings is akin - to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT + to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT Jean-Christophe Helary Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. @@ -400,7 +400,7 @@ I will *not* show: - How to use OmegaT from the command line to work in localization pipelines - How to use machine translation and MT "post-edit" - How to convert back the translated files to texi format -- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update +- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update Kaluđerčić, Philip NonGNU ELPA was announced last year, as a package repository @@ -426,7 +426,7 @@ configuration. In this talk I would like the give a reminder of what NonGNU ELPA is and how it works, update the participants on what has happened since last year and what maintainers have to do if they -want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How +want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How Dhavan (codingquark) Emacs now has many package repositories - enought to have conflicts @@ -466,7 +466,7 @@ Another Package and install all elisp code manually - with borg[1]. 1. What are we trying to solve? 2. What is borg? 3. How to use it? - 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram + 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram Gabriele Bozzola and Evgeny Zajcev Telegram is a cross-platform instant messaging system. The large number of @@ -490,7 +490,7 @@ am also going to discuss telega.el, the Emacs client for Telegram. telega.el is a high-quality package that perfectly integrates in Emacs. It supports the vast majority of the features supported by the official clients, while adding several unique ones. In the talk, I will present the package and -highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator +highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator Kevin Haddock The Unix file system is essentially an N-dimentional sparse array that @@ -546,7 +546,7 @@ sparse array will be discussed. A simple pre-existing database will be queried. -If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor +If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor Stefan Monnier Because of a reckless former Emacs maintainer that shall @@ -578,7 +578,7 @@ Because of a reckless former Emacs maintainer that shall minutes because I think I might be able to fill that and I think more than that could turn too boring. I intend to make it a "live coding" kind of thing, without anything like an outline: it's basically "make" - followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? + followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? Bastien Guerry After 11 years of helping as the Org maintainer, I would @@ -602,7 +602,7 @@ care of Emacs maintainance by taking care of Emacs maintainers. # Outline -- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs +- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs Spencer King There are a variety of methods for typesetting gregorian @@ -648,7 +648,7 @@ own scores. 1. Introduction to chant music 2. Introduction to Gregorio 3. Example of typesetting a score in Emacs - 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy + 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy As a former Montessori guide and now parent, I often think about the @@ -730,7 +730,7 @@ drives present in everybody that allow us to explore and make sense of our world - in the short version, pose the question, and perhaps give one example. - Emacs is an environment that provides facilities for individuals to find their way to proficiency through their Human Tendencies. - - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year + - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier The four of us met at EmacsConf 2020, and joined together around a @@ -772,7 +772,7 @@ in real-time problem solving and collaboration. In our short talk we share information about these methods, making a case for other people getting together and creating their own small -research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow +research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow Greg Coladonato When I was an undergrad, I learned many things, most of @@ -804,7 +804,7 @@ inspire others to build workflows that make them more productive. # Outline -- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development Philip Beadling I recently had the pleasure of being audited for my CPD record with one @@ -914,7 +914,7 @@ formatting on export, etc. A quick walkthrough of the setup and functions, followed by a demo of how to add CPD items, and update them. Finally show generation of a PDF containing all the items tabulated and ready for audit review. I -estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide +estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide Jan Ypma The emacs org-babel package is often mentioned in conjunction with @@ -964,7 +964,7 @@ org-treeslide to write and present technical documentation with style. - Demo: Developer guide - Demo: REST API guide - Demo: Presentations -- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format +- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format Tom Gillespie Org mode is known for its flexibility, power, and staggeringly diverse @@ -1064,7 +1064,7 @@ applications. - 5-10 minutes: A demo of adding the orgstrap block and elvs, -adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs +adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs Karl Voit With the rising interest in Org mode, the GNU/Emacs community gained @@ -1110,7 +1110,7 @@ This can only be a short teaser for the use of Org mode syntax without much comparison to other lightweight markup languages. For this audience, I do think that this would be too short because most attendees might already have heard the rumors that Org mode is great -or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming +or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming Daniel German In this presentation I will explain how to use org-mode effectively to @@ -1188,7 +1188,7 @@ org-mode for this purpose. - How to get started Oh, I made a small mistake. I meant to propose a 40 minutes presentation. -But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) +But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) Ahmed Khaled Researchers and knowledge workers have to read and discover new papers, @@ -1246,7 +1246,7 @@ to Doom. # Outline -- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics +- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics Asilata Bapat Plain org-mode is already an extremely powerful and @@ -1340,7 +1340,7 @@ would also like to be inspired by other people's babel workflows! - 5-10 minutes: (brief description/outline) For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these -examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode +examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode Blaine Mooers Research papers in structural biology should include the code used to make @@ -1444,7 +1444,7 @@ from Org-mode documents. - Example code block in Org to make DSSR block model of tRNA - Resulting image - Summary - - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode + - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode Adolfo Villafiorita In this talk I will present how we use Org Mode at Shair.Tech for @@ -1474,7 +1474,7 @@ year, now, and with which we are very happy. Talk duration: &#x2013;> 20 minutes seems to be right (15 talk + questions) &#x2013;> I can also make in 10 minutes, by focusing the talk on - budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing + budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing Bala Ramadurai Ye Freelance warriors, please lend me your I/O devices for 5 minutes. @@ -1532,7 +1532,7 @@ We will use the following packages: - Emacs+orgmode (duh?) - yasnippet - python layer (I use spacemacs, so whatever is the equivalent in your config) -- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle +- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle Mehmet Tekman Since 2008, Amazon have released a new Kindle device every year, @@ -1676,7 +1676,7 @@ easily managed from Emacs within a single Org-Mode file. - Show exported shell configs and generated cronjobs - Witness multiple Kindles producing desired content with wakeup - timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser + timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser Andrea In 2021 browsers are essential if you use a computer. Even if Emacs @@ -1728,7 +1728,7 @@ You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> # Outline -- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors Nicolas P. Rougier Text editors are written by and for developers. They come @@ -1770,7 +1770,7 @@ alternatives using GNU Emacs. - 10 minutes alternative Mostly a live demo of my environment with pointers to the different -packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom +packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom Protesilaos Stavrou The theme will be "how Emacs empowered my software freedom". @@ -1826,11 +1826,11 @@ notation will be in Org mode. I cannot provide an outline in advance, as it will most likely not be consistent with the actual presentation. If, however, this is absolutely required for administrative purposes I shall furnish one regardless with the proviso that I am in no way bound -by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. +by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. -# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. +# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. -# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp +# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp Dmitry Gutov - Before optimizing, benchmark first. @@ -1854,7 +1854,7 @@ Dmitry Gutov - Print-benchmarking. - Byte-compiled code can give a very different picture, changing where the bottleneck is. How to quickly load a byte-compiled version. -- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! +- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! Ethan Leba In this talk, I'll discuss a vision for how writing code could be, where the @@ -1920,7 +1920,7 @@ Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! - Discuss motivation (Why should I care?) - Demonstrate tree-edit (Live-coding with tree-edit) -- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits Psionic When we begin programming, the promise is to automate away repetitive @@ -1986,7 +1986,7 @@ self-describing modal programming system. # Outline - Updates to Transient documentation and demos of API examples -- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") +- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") Erik Anderson Tui.el is a textual User Interface (UI) framework for Emacs Lisp @@ -2030,7 +2030,7 @@ by implementing some basic UI's. - 5-10 minutes: - Problem space: UI implementation complexity. - API introduction: Displaying content, Components. - - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules + - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules Tuấn-Anh Nguyễn Dynamic module support has been available since Emacs 25. It can be @@ -2066,7 +2066,7 @@ dynamic modules in Rust. - Walking through creating **a simple dynamic module** in Rust, including setting up CI. -- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update +- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update Matthew Zeng Emacs Application Framework (EAF) is a customizable and extensible GUI @@ -2092,7 +2092,7 @@ last year, this talk will briefly go over them. # Outline -- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications +- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications Laszlo Krajnikovszkij Emacs is a great operating environment in a sense that it provides consistency @@ -2208,7 +2208,7 @@ productivity, computer literacy and the ideas of free software. - In search for a hybrid approach - User controlled web-apps - Opinions encouraged - - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel + - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel Stefan Kangas Emacs' greatest strength is also its greatest weakness: it is **too** hackable. @@ -2346,7 +2346,7 @@ So should you really write a package, or should YOU become a core contributor? writing small packages, and explain GNU ELPA, MELPA, CLA. - I will go into greater detail about emacs-devel, how it "works" (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat + done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat Stefan Monnier @@ -2388,7 +2388,7 @@ show how we saved those. Not recommended for birds. 5 min: Intro and presentation of Bindat 5 min: Showcase some of its problems 5 min: Present the new design - 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments + 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments Andrea Corallo Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor @@ -2430,7 +2430,7 @@ During the presentation I'll touch on: - upstream process - area of improvements and future developments -Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form +Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form Ian Eure Most practical languages are multi-paradigm, offering several @@ -2466,7 +2466,7 @@ modular, flexible Emacs Lisp. - What is CLOS/EIEIO? - Why would I want OOP in Emacs Lisp? - How is the CLOS object model different from C++/Java/.NET? - - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks + - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks Eduardo Ochs In this presentation I will show an idea that feels completely obvious @@ -2534,7 +2534,7 @@ current major mode by running \`M-x find-eeit-links'; this can also be used to add support for test blocks to more languages (or, more precisely: to more major modes). -Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers Bastien Guerry For 17 years, the Org developers didn't use a bug tracker, @@ -2552,7 +2552,7 @@ shamelessly failing the Joel Spolsky test. Why was it "good enough"? Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug tracker? -- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware Mohsen BANAN @@ -2682,7 +2682,7 @@ environment that can be. - Use of persian text for Persian (solar) calendar. - Use of arabic text for Muslem (lunar) calendar. - - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software + - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software Andrea We could learn about things better. Mountains of knowledge hide in @@ -2748,7 +2748,7 @@ You can learn more about this at: <https://github.com/ag91/moldable-emacs> # Outline -- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. +- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. Fermin MF I've been developing a package that helps with the development of @@ -2788,7 +2788,7 @@ For more details: <https://gitlab.com/sasanidas/clede> It seems like not too much people knows about semantic, so I can summarize some of it in 10 minutes and then An explanation on how to use the package, how to extend it - and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming + and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming Shane Mulligan Imaginary Programming (IP) is both methodology and paradigm. It is an @@ -2858,7 +2858,7 @@ GPL. Please keep an open mind. IRC libertyprime at #emacs on libera -Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs +Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs Fermin MF This is a deep dive in the Emacs philosophical and technical @@ -2902,7 +2902,7 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - 40 minutes: A dive into the Emacs/Lisp machines history, what makes GNU Emacs - an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends + an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends David Wilson The computer software industry has seen many "popular" text editors come @@ -2946,6 +2946,6 @@ regardless of mainstream popularity. - Talk about specific instances where editors were popular, fell out of popularity, and why (due to changing fashions, not usually - better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:25:35Z12:25enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. + better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. # Closing remarks day 2https://emacsconf.org/2021/talks/day2-closeEmacsConf \ No newline at end of file diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 0513ac52..6a2c2dd6 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -40,7 +40,7 @@ UID:emacsconf-2021-day1-open URL:https://emacsconf.org/2021/talks/day1-open DTSTART;TZID=America/Toronto:20211127T090000 DTEND;TZID=America/Toronto:20211127T090500 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-open\n# Opening remarks END:VEVENT @@ -51,7 +51,7 @@ UID:emacsconf-2021-news URL:https://emacsconf.org/2021/talks/news DTSTART;TZID=America/Toronto:20211127T090500 DTEND;TZID=America/Toronto:20211127T091000 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community @@ -66,7 +66,7 @@ UID:emacsconf-2021-frownies URL:https://emacsconf.org/2021/talks/frownies DTSTART;TZID=America/Toronto:20211127T091100 DTEND;TZID=America/Toronto:20211127T093100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac @@ -90,7 +90,7 @@ UID:emacsconf-2021-adventure URL:https://emacsconf.org/2021/talks/adventure DTSTART;TZID=America/Toronto:20211127T093400 DTEND;TZID=America/Toronto:20211127T095400 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs @@ -259,7 +259,7 @@ UID:emacsconf-2021-unix URL:https://emacsconf.org/2021/talks/unix DTSTART;TZID=America/Toronto:20211127T095600 DTEND;TZID=America/Toronto:20211127T100600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets @@ -286,7 +286,7 @@ UID:emacsconf-2021-omegat URL:https://emacsconf.org/2021/talks/omegat DTSTART;TZID=America/Toronto:20211127T100900 DTEND;TZID=America/Toronto:20211127T101900 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C hristophe Helary\n\nEven if it is generally agreed that software localizat @@ -336,7 +336,7 @@ UID:emacsconf-2021-nongnu URL:https://emacsconf.org/2021/talks/nongnu DTSTART;TZID=America/Toronto:20211127T102200 DTEND;TZID=America/Toronto:20211127T103200 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN onGNU ELPA was announced last year\, as a package repository\nthat will be @@ -354,7 +354,7 @@ UID:emacsconf-2021-borg URL:https://emacsconf.org/2021/talks/borg DTSTART;TZID=America/Toronto:20211127T103500 DTEND;TZID=America/Toronto:20211127T104500 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r @@ -374,7 +374,7 @@ UID:emacsconf-2021-telega URL:https://emacsconf.org/2021/talks/telega DTSTART;TZID=America/Toronto:20211127T104800 DTEND;TZID=America/Toronto:20211127T105800 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst @@ -395,7 +395,7 @@ UID:emacsconf-2021-nangulator URL:https://emacsconf.org/2021/talks/nangulator DTSTART;TZID=America/Toronto:20211127T110100 DTEND;TZID=America/Toronto:20211127T111100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n \nThe Unix file system is essentially an N-dimentional sparse array that\n @@ -418,7 +418,7 @@ UID:emacsconf-2021-janitor URL:https://emacsconf.org/2021/talks/janitor DTSTART;TZID=America/Toronto:20211127T111400 DTEND;TZID=America/Toronto:20211127T113400 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn ier\n\nBecause of a reckless former Emacs maintainer that shall\n better @@ -440,7 +440,7 @@ UID:emacsconf-2021-maintainers URL:https://emacsconf.org/2021/talks/maintainers DTSTART;TZID=America/Toronto:20211127T113900 DTEND;TZID=America/Toronto:20211127T114900 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike @@ -455,7 +455,7 @@ UID:emacsconf-2021-gregorian URL:https://emacsconf.org/2021/talks/gregorian DTSTART;TZID=America/Toronto:20211127T115200 DTEND;TZID=America/Toronto:20211127T120200 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS pencer King\n\nThere are a variety of methods for typesetting gregorian\nc @@ -478,7 +478,7 @@ UID:emacsconf-2021-montessori URL:https://emacsconf.org/2021/talks/montessori DTSTART;TZID=America/Toronto:20211127T123000 DTEND;TZID=America/Toronto:20211127T124000 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs a former Montessori guide and now parent\, I often think about the\nrelati @@ -511,7 +511,7 @@ UID:emacsconf-2021-erg URL:https://emacsconf.org/2021/talks/erg DTSTART;TZID=America/Toronto:20211127T124300 DTEND;TZID=America/Toronto:20211127T125800 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co @@ -540,7 +540,7 @@ UID:emacsconf-2021-cs URL:https://emacsconf.org/2021/talks/cs DTSTART;TZID=America/Toronto:20211127T130100 DTEND;TZID=America/Toronto:20211127T131100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic @@ -560,7 +560,7 @@ UID:emacsconf-2021-professional URL:https://emacsconf.org/2021/talks/professional DTSTART;TZID=America/Toronto:20211127T131400 DTEND;TZID=America/Toronto:20211127T132400 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou s Professional Development\nPhilip Beadling\n\nI recently had the pleasure @@ -603,7 +603,7 @@ UID:emacsconf-2021-tech URL:https://emacsconf.org/2021/talks/tech DTSTART;TZID=America/Toronto:20211127T132700 DTEND;TZID=America/Toronto:20211127T133700 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/tech\n# Creating technical API documentation and prese ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe @@ -627,7 +627,7 @@ UID:emacsconf-2021-exec URL:https://emacsconf.org/2021/talks/exec DTSTART;TZID=America/Toronto:20211127T134100 DTEND;TZID=America/Toronto:20211127T135100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n Org mode is known for its flexibility\, power\, and staggeringly diverse\n @@ -664,7 +664,7 @@ UID:emacsconf-2021-org-outside URL:https://emacsconf.org/2021/talks/org-outside DTSTART;TZID=America/Toronto:20211127T135400 DTEND;TZID=America/Toronto:20211127T140400 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac @@ -688,7 +688,7 @@ UID:emacsconf-2021-teach URL:https://emacsconf.org/2021/talks/teach DTSTART;TZID=America/Toronto:20211127T140700 DTEND;TZID=America/Toronto:20211127T142700 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G erman\n\nIn this presentation I will explain how to use org-mode effective @@ -718,7 +718,7 @@ UID:emacsconf-2021-research URL:https://emacsconf.org/2021/talks/research DTSTART;TZID=America/Toronto:20211127T143200 DTEND;TZID=America/Toronto:20211127T143700 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/research\n# Managing a research workflow (bibliographi es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w @@ -745,7 +745,7 @@ UID:emacsconf-2021-babel URL:https://emacsconf.org/2021/talks/babel DTSTART;TZID=America/Toronto:20211127T144100 DTEND;TZID=America/Toronto:20211127T145100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o rg-mode is already an extremely powerful and\ncustomisable tool for task a @@ -788,7 +788,7 @@ UID:emacsconf-2021-molecular URL:https://emacsconf.org/2021/talks/molecular DTSTART;TZID=America/Toronto:20211127T145300 DTEND;TZID=America/Toronto:20211127T150300 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- mode\nBlaine Mooers\n\nResearch papers in structural biology should includ @@ -833,7 +833,7 @@ UID:emacsconf-2021-project URL:https://emacsconf.org/2021/talks/project DTSTART;TZID=America/Toronto:20211127T150600 DTEND;TZID=America/Toronto:20211127T151600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin g with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how we @@ -853,7 +853,7 @@ UID:emacsconf-2021-invoice URL:https://emacsconf.org/2021/talks/invoice DTSTART;TZID=America/Toronto:20211127T151900 DTEND;TZID=America/Toronto:20211127T152900 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f @@ -879,7 +879,7 @@ UID:emacsconf-2021-dashboard URL:https://emacsconf.org/2021/talks/dashboard DTSTART;TZID=America/Toronto:20211127T153200 DTEND;TZID=America/Toronto:20211127T154200 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi @@ -931,7 +931,7 @@ UID:emacsconf-2021-nyxt URL:https://emacsconf.org/2021/talks/nyxt DTSTART;TZID=America/Toronto:20211127T154500 DTEND;TZID=America/Toronto:20211127T155500 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us @@ -956,7 +956,7 @@ UID:emacsconf-2021-design URL:https://emacsconf.org/2021/talks/design DTSTART;TZID=America/Toronto:20211127T155800 DTEND;TZID=America/Toronto:20211127T160800 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro ugier\n\nText editors are written by and for developers. They come\nwith @@ -976,7 +976,7 @@ UID:emacsconf-2021-freedom URL:https://emacsconf.org/2021/talks/freedom DTSTART;TZID=America/Toronto:20211127T161200 DTEND;TZID=America/Toronto:20211127T165200 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw @@ -1011,7 +1011,7 @@ UID:emacsconf-2021-day1-close URL:https://emacsconf.org/2021/talks/day1-close DTSTART;TZID=America/Toronto:20211127T165200 DTEND;TZID=America/Toronto:20211127T165700 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-close\n# Closing remarks day 1 END:VEVENT @@ -1022,7 +1022,7 @@ UID:emacsconf-2021-day2-open URL:https://emacsconf.org/2021/talks/day2-open DTSTART;TZID=America/Toronto:20211128T090000 DTEND;TZID=America/Toronto:20211128T090500 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-open\n# Opening remarks day 2 END:VEVENT @@ -1033,7 +1033,7 @@ UID:emacsconf-2021-faster URL:https://emacsconf.org/2021/talks/faster DTSTART;TZID=America/Toronto:20211128T090500 DTEND;TZID=America/Toronto:20211128T092500 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a @@ -1052,7 +1052,7 @@ UID:emacsconf-2021-structural URL:https://emacsconf.org/2021/talks/structural DTSTART;TZID=America/Toronto:20211128T093000 DTEND;TZID=America/Toronto:20211128T094000 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 vis @@ -1086,7 +1086,7 @@ UID:emacsconf-2021-dsl URL:https://emacsconf.org/2021/talks/dsl DTSTART;TZID=America/Toronto:20211128T094300 DTEND;TZID=America/Toronto:20211128T100300 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP sionic\n\nWhen we begin programming\, the promise is to automate away repe @@ -1116,7 +1116,7 @@ UID:emacsconf-2021-ui URL:https://emacsconf.org/2021/talks/ui DTSTART;TZID=America/Toronto:20211128T100600 DTEND;TZID=America/Toronto:20211128T101600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid entally yak-shaved my way to writing a UI framework because overlays were @@ -1141,7 +1141,7 @@ UID:emacsconf-2021-rust URL:https://emacsconf.org/2021/talks/rust DTSTART;TZID=America/Toronto:20211128T101900 DTEND;TZID=America/Toronto:20211128T103900 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 @@ -1161,7 +1161,7 @@ UID:emacsconf-2021-eaf URL:https://emacsconf.org/2021/talks/eaf DTSTART;TZID=America/Toronto:20211128T104400 DTEND;TZID=America/Toronto:20211128T105400 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten @@ -1177,7 +1177,7 @@ UID:emacsconf-2021-model URL:https://emacsconf.org/2021/talks/model DTSTART;TZID=America/Toronto:20211128T105800 DTEND;TZID=America/Toronto:20211128T110800 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i @@ -1234,7 +1234,7 @@ UID:emacsconf-2021-devel URL:https://emacsconf.org/2021/talks/devel DTSTART;TZID=America/Toronto:20211128T111100 DTEND;TZID=America/Toronto:20211128T113100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str @@ -1290,7 +1290,7 @@ UID:emacsconf-2021-bindat URL:https://emacsconf.org/2021/talks/bindat DTSTART;TZID=America/Toronto:20211128T113600 DTEND;TZID=America/Toronto:20211128T115600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 data @@ -1311,7 +1311,7 @@ UID:emacsconf-2021-native URL:https://emacsconf.org/2021/talks/native DTSTART;TZID=America/Toronto:20211128T130000 DTEND;TZID=America/Toronto:20211128T132000 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp @@ -1332,7 +1332,7 @@ UID:emacsconf-2021-form URL:https://emacsconf.org/2021/talks/form DTSTART;TZID=America/Toronto:20211128T132700 DTEND;TZID=America/Toronto:20211128T133700 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac tical languages are multi-paradigm\, offering several\nabstractions for th @@ -1351,7 +1351,7 @@ UID:emacsconf-2021-test URL:https://emacsconf.org/2021/talks/test DTSTART;TZID=America/Toronto:20211128T134100 DTEND;TZID=America/Toronto:20211128T134600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat ion I will show an idea that feels completely obvious\nonce we see it\, bu @@ -1389,7 +1389,7 @@ UID:emacsconf-2021-bug URL:https://emacsconf.org/2021/talks/bug DTSTART;TZID=America/Toronto:20211128T134900 DTEND;TZID=America/Toronto:20211128T140900 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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\,\nshamelessl @@ -1404,7 +1404,7 @@ UID:emacsconf-2021-bidi URL:https://emacsconf.org/2021/talks/bidi DTSTART;TZID=America/Toronto:20211128T141600 DTEND;TZID=America/Toronto:20211128T143600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting @@ -1444,7 +1444,7 @@ UID:emacsconf-2021-mold URL:https://emacsconf.org/2021/talks/mold DTSTART;TZID=America/Toronto:20211128T144100 DTEND;TZID=America/Toronto:20211128T145100 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled @@ -1472,7 +1472,7 @@ UID:emacsconf-2021-clede URL:https://emacsconf.org/2021/talks/clede DTSTART;TZID=America/Toronto:20211128T145500 DTEND;TZID=America/Toronto:20211128T151500 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir onment.\nFermin MF\n\nI've been developing a package that helps with the d @@ -1493,7 +1493,7 @@ UID:emacsconf-2021-imaginary URL:https://emacsconf.org/2021/talks/imaginary DTSTART;TZID=America/Toronto:20211128T152200 DTEND;TZID=America/Toronto:20211128T153200 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n Imaginary Programming (IP) is both methodology and paradigm. It is an\next @@ -1525,7 +1525,7 @@ UID:emacsconf-2021-build URL:https://emacsconf.org/2021/talks/build DTSTART;TZID=America/Toronto:20211128T153600 DTEND;TZID=America/Toronto:20211128T155600 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 makes @@ -1547,7 +1547,7 @@ UID:emacsconf-2021-forever URL:https://emacsconf.org/2021/talks/forever DTSTART;TZID=America/Toronto:20211128T160300 DTEND;TZID=America/Toronto:20211128T164300 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed itor trends\nDavid Wilson\n\nThe computer software industry has seen many @@ -1569,7 +1569,7 @@ UID:emacsconf-2021-day2-close URL:https://emacsconf.org/2021/talks/day2-close DTSTART;TZID=America/Toronto:20211128T165000 DTEND;TZID=America/Toronto:20211128T170000 -DTSTAMP:20211027T122534 +DTSTAMP:20211027T122711 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-close\n# Closing remarks day 2 END:VEVENT -- cgit v1.2.3 From b1e43bc06f4f581f73fa65907ebce72caba4cb3f Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:28:23 -0400 Subject: Use longer slugs --- 2021/emacsconf-pentabarf.xml | 104 +++++++++++++++++++++---------------------- 2021/emacsconf.ics | 104 +++++++++++++++++++++---------------------- 2 files changed, 104 insertions(+), 104 deletions(-) (limited to '2021') diff --git a/2021/emacsconf-pentabarf.xml b/2021/emacsconf-pentabarf.xml index b1c4ef4e..dcce2dbc 100644 --- a/2021/emacsconf-pentabarf.xml +++ b/2021/emacsconf-pentabarf.xml @@ -1,6 +1,6 @@ -20211027122711emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. +20211027122813emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. -# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-news19:00Emacs News Highlights# Emacs News Highlights +# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-news19:00Emacs News Highlights# Emacs News Highlights Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference @@ -12,7 +12,7 @@ Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference -<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability Case Duckworth Emacs is well-known for being extremely flexible, programmable, and @@ -50,7 +50,7 @@ on this topic. Along the way, I'll discuss just a little of my own history of Emacs, and why I feel it's a great tool for non-technical users to sink their -teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure +teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure Greta Goetz This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill @@ -262,7 +262,7 @@ I represent that I have the authority to grant the above license to the EmacsConf organizers. If my presentation incorporates any material owned by third parties, I represent that the material is sublicensable to the EmacsConf organizers or that my use of them is -fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer +fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer Daniel Rose The talk targets users who are curious about computational philosophies, @@ -314,7 +314,7 @@ to be more performant than without. the ideals of both. - How using CLI tools can still perfectly flow into Emacs. - How having all programs in Emacs and unified keybindings is akin - to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT + to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT Jean-Christophe Helary Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. @@ -400,7 +400,7 @@ I will *not* show: - How to use OmegaT from the command line to work in localization pipelines - How to use machine translation and MT "post-edit" - How to convert back the translated files to texi format -- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update +- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update Kaluđerčić, Philip NonGNU ELPA was announced last year, as a package repository @@ -426,7 +426,7 @@ configuration. In this talk I would like the give a reminder of what NonGNU ELPA is and how it works, update the participants on what has happened since last year and what maintainers have to do if they -want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How +want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How Dhavan (codingquark) Emacs now has many package repositories - enought to have conflicts @@ -466,7 +466,7 @@ Another Package and install all elisp code manually - with borg[1]. 1. What are we trying to solve? 2. What is borg? 3. How to use it? - 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram + 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram Gabriele Bozzola and Evgeny Zajcev Telegram is a cross-platform instant messaging system. The large number of @@ -490,7 +490,7 @@ am also going to discuss telega.el, the Emacs client for Telegram. telega.el is a high-quality package that perfectly integrates in Emacs. It supports the vast majority of the features supported by the official clients, while adding several unique ones. In the talk, I will present the package and -highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-nangulator19:00Introducing N-Angulator# Introducing N-Angulator +highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-nangulator19:00Introducing N-Angulator# Introducing N-Angulator Kevin Haddock The Unix file system is essentially an N-dimentional sparse array that @@ -546,7 +546,7 @@ sparse array will be discussed. A simple pre-existing database will be queried. -If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-janitor19:00A day in the life of a janitor# A day in the life of a janitor +If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-janitor19:00A day in the life of a janitor# A day in the life of a janitor Stefan Monnier Because of a reckless former Emacs maintainer that shall @@ -578,7 +578,7 @@ Because of a reckless former Emacs maintainer that shall minutes because I think I might be able to fill that and I think more than that could turn too boring. I intend to make it a "live coding" kind of thing, without anything like an outline: it's basically "make" - followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? + followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? Bastien Guerry After 11 years of helping as the Org maintainer, I would @@ -602,7 +602,7 @@ care of Emacs maintainance by taking care of Emacs maintainers. # Outline -- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs +- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs Spencer King There are a variety of methods for typesetting gregorian @@ -648,7 +648,7 @@ own scores. 1. Introduction to chant music 2. Introduction to Gregorio 3. Example of typesetting a score in Emacs - 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy + 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy As a former Montessori guide and now parent, I often think about the @@ -730,7 +730,7 @@ drives present in everybody that allow us to explore and make sense of our world - in the short version, pose the question, and perhaps give one example. - Emacs is an environment that provides facilities for individuals to find their way to proficiency through their Human Tendencies. - - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year + - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier The four of us met at EmacsConf 2020, and joined together around a @@ -772,7 +772,7 @@ in real-time problem solving and collaboration. In our short talk we share information about these methods, making a case for other people getting together and creating their own small -research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-cs19:00One effective CS grad student workflow# One effective CS grad student workflow +research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-cs19:00One effective CS grad student workflow# One effective CS grad student workflow Greg Coladonato When I was an undergrad, I learned many things, most of @@ -804,7 +804,7 @@ inspire others to build workflows that make them more productive. # Outline -- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development Philip Beadling I recently had the pleasure of being audited for my CPD record with one @@ -914,7 +914,7 @@ formatting on export, etc. A quick walkthrough of the setup and functions, followed by a demo of how to add CPD items, and update them. Finally show generation of a PDF containing all the items tabulated and ready for audit review. I -estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide +estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide Jan Ypma The emacs org-babel package is often mentioned in conjunction with @@ -964,7 +964,7 @@ org-treeslide to write and present technical documentation with style. - Demo: Developer guide - Demo: REST API guide - Demo: Presentations -- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-exec19:00Org as an executable format# Org as an executable format +- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-exec19:00Org as an executable format# Org as an executable format Tom Gillespie Org mode is known for its flexibility, power, and staggeringly diverse @@ -1064,7 +1064,7 @@ applications. - 5-10 minutes: A demo of adding the orgstrap block and elvs, -adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs +adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs Karl Voit With the rising interest in Org mode, the GNU/Emacs community gained @@ -1110,7 +1110,7 @@ This can only be a short teaser for the use of Org mode syntax without much comparison to other lightweight markup languages. For this audience, I do think that this would be too short because most attendees might already have heard the rumors that Org mode is great -or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming +or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming Daniel German In this presentation I will explain how to use org-mode effectively to @@ -1188,7 +1188,7 @@ org-mode for this purpose. - How to get started Oh, I made a small mistake. I meant to propose a 40 minutes presentation. -But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) +But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) Ahmed Khaled Researchers and knowledge workers have to read and discover new papers, @@ -1246,7 +1246,7 @@ to Doom. # Outline -- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-babel19:00Babel for academics# Babel for academics +- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-babel19:00Babel for academics# Babel for academics Asilata Bapat Plain org-mode is already an extremely powerful and @@ -1340,7 +1340,7 @@ would also like to be inspired by other people's babel workflows! - 5-10 minutes: (brief description/outline) For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these -examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode +examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode Blaine Mooers Research papers in structural biology should include the code used to make @@ -1444,7 +1444,7 @@ from Org-mode documents. - Example code block in Org to make DSSR block model of tRNA - Resulting image - Summary - - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode + - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode Adolfo Villafiorita In this talk I will present how we use Org Mode at Shair.Tech for @@ -1474,7 +1474,7 @@ year, now, and with which we are very happy. Talk duration: &#x2013;> 20 minutes seems to be right (15 talk + questions) &#x2013;> I can also make in 10 minutes, by focusing the talk on - budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing + budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing Bala Ramadurai Ye Freelance warriors, please lend me your I/O devices for 5 minutes. @@ -1532,7 +1532,7 @@ We will use the following packages: - Emacs+orgmode (duh?) - yasnippet - python layer (I use spacemacs, so whatever is the equivalent in your config) -- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle +- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle Mehmet Tekman Since 2008, Amazon have released a new Kindle device every year, @@ -1676,7 +1676,7 @@ easily managed from Emacs within a single Org-Mode file. - Show exported shell configs and generated cronjobs - Witness multiple Kindles producing desired content with wakeup - timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser + timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser Andrea In 2021 browsers are essential if you use a computer. Even if Emacs @@ -1728,7 +1728,7 @@ You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> # Outline -- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-design19:00On the design of text editors# On the design of text editors +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-design19:00On the design of text editors# On the design of text editors Nicolas P. Rougier Text editors are written by and for developers. They come @@ -1770,7 +1770,7 @@ alternatives using GNU Emacs. - 10 minutes alternative Mostly a live demo of my environment with pointers to the different -packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom +packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom Protesilaos Stavrou The theme will be "how Emacs empowered my software freedom". @@ -1826,11 +1826,11 @@ notation will be in Org mode. I cannot provide an outline in advance, as it will most likely not be consistent with the actual presentation. If, however, this is absolutely required for administrative purposes I shall furnish one regardless with the proviso that I am in no way bound -by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. +by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. -# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. +# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. -# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp +# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp Dmitry Gutov - Before optimizing, benchmark first. @@ -1854,7 +1854,7 @@ Dmitry Gutov - Print-benchmarking. - Byte-compiled code can give a very different picture, changing where the bottleneck is. How to quickly load a byte-compiled version. -- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! +- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! Ethan Leba In this talk, I'll discuss a vision for how writing code could be, where the @@ -1920,7 +1920,7 @@ Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! - Discuss motivation (Why should I care?) - Demonstrate tree-edit (Live-coding with tree-edit) -- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits Psionic When we begin programming, the promise is to automate away repetitive @@ -1986,7 +1986,7 @@ self-describing modal programming system. # Outline - Updates to Transient documentation and demos of API examples -- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") +- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") Erik Anderson Tui.el is a textual User Interface (UI) framework for Emacs Lisp @@ -2030,7 +2030,7 @@ by implementing some basic UI's. - 5-10 minutes: - Problem space: UI implementation complexity. - API introduction: Displaying content, Components. - - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules + - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules Tuấn-Anh Nguyễn Dynamic module support has been available since Emacs 25. It can be @@ -2066,7 +2066,7 @@ dynamic modules in Rust. - Walking through creating **a simple dynamic module** in Rust, including setting up CI. -- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update +- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update Matthew Zeng Emacs Application Framework (EAF) is a customizable and extensible GUI @@ -2092,7 +2092,7 @@ last year, this talk will briefly go over them. # Outline -- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications +- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications Laszlo Krajnikovszkij Emacs is a great operating environment in a sense that it provides consistency @@ -2208,7 +2208,7 @@ productivity, computer literacy and the ideas of free software. - In search for a hybrid approach - User controlled web-apps - Opinions encouraged - - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel + - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel Stefan Kangas Emacs' greatest strength is also its greatest weakness: it is **too** hackable. @@ -2346,7 +2346,7 @@ So should you really write a package, or should YOU become a core contributor? writing small packages, and explain GNU ELPA, MELPA, CLA. - I will go into greater detail about emacs-devel, how it "works" (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-bindat19:00Turbo Bindat# Turbo Bindat + done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-bindat19:00Turbo Bindat# Turbo Bindat Stefan Monnier @@ -2388,7 +2388,7 @@ show how we saved those. Not recommended for birds. 5 min: Intro and presentation of Bindat 5 min: Showcase some of its problems 5 min: Present the new design - 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments + 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments Andrea Corallo Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor @@ -2430,7 +2430,7 @@ During the presentation I'll touch on: - upstream process - area of improvements and future developments -Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form +Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form Ian Eure Most practical languages are multi-paradigm, offering several @@ -2466,7 +2466,7 @@ modular, flexible Emacs Lisp. - What is CLOS/EIEIO? - Why would I want OOP in Emacs Lisp? - How is the CLOS object model different from C++/Java/.NET? - - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-test19:00Test blocks# Test blocks + - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-test19:00Test blocks# Test blocks Eduardo Ochs In this presentation I will show an idea that feels completely obvious @@ -2534,7 +2534,7 @@ current major mode by running \`M-x find-eeit-links'; this can also be used to add support for test blocks to more languages (or, more precisely: to more major modes). -Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-bug19:00Let's talk about bug trackers# Let's talk about bug trackers +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-bug19:00Let's talk about bug trackers# Let's talk about bug trackers Bastien Guerry For 17 years, the Org developers didn't use a bug tracker, @@ -2552,7 +2552,7 @@ shamelessly failing the Joel Spolsky test. Why was it "good enough"? Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug tracker? -- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware Mohsen BANAN @@ -2682,7 +2682,7 @@ environment that can be. - Use of persian text for Persian (solar) calendar. - Use of arabic text for Muslem (lunar) calendar. - - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software + - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software Andrea We could learn about things better. Mountains of knowledge hide in @@ -2748,7 +2748,7 @@ You can learn more about this at: <https://github.com/ag91/moldable-emacs> # Outline -- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. +- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. Fermin MF I've been developing a package that helps with the development of @@ -2788,7 +2788,7 @@ For more details: <https://gitlab.com/sasanidas/clede> It seems like not too much people knows about semantic, so I can summarize some of it in 10 minutes and then An explanation on how to use the package, how to extend it - and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-imaginary19:00Imaginary Programming# Imaginary Programming + and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-imaginary19:00Imaginary Programming# Imaginary Programming Shane Mulligan Imaginary Programming (IP) is both methodology and paradigm. It is an @@ -2858,7 +2858,7 @@ GPL. Please keep an open mind. IRC libertyprime at #emacs on libera -Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-build19:00How to build an Emacs# How to build an Emacs +Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-build19:00How to build an Emacs# How to build an Emacs Fermin MF This is a deep dive in the Emacs philosophical and technical @@ -2902,7 +2902,7 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - 40 minutes: A dive into the Emacs/Lisp machines history, what makes GNU Emacs - an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends + an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends David Wilson The computer software industry has seen many "popular" text editors come @@ -2946,6 +2946,6 @@ regardless of mainstream popularity. - Talk about specific instances where editors were popular, fell out of popularity, and why (due to changing fashions, not usually - better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:27:11Z12:27enMainTalkMainemacsconf-2021-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. + better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. # Closing remarks day 2https://emacsconf.org/2021/talks/day2-closeEmacsConf \ No newline at end of file diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 6a2c2dd6..01174dcf 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -40,7 +40,7 @@ UID:emacsconf-2021-day1-open URL:https://emacsconf.org/2021/talks/day1-open DTSTART;TZID=America/Toronto:20211127T090000 DTEND;TZID=America/Toronto:20211127T090500 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-open\n# Opening remarks END:VEVENT @@ -51,7 +51,7 @@ UID:emacsconf-2021-news URL:https://emacsconf.org/2021/talks/news DTSTART;TZID=America/Toronto:20211127T090500 DTEND;TZID=America/Toronto:20211127T091000 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community @@ -66,7 +66,7 @@ UID:emacsconf-2021-frownies URL:https://emacsconf.org/2021/talks/frownies DTSTART;TZID=America/Toronto:20211127T091100 DTEND;TZID=America/Toronto:20211127T093100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac @@ -90,7 +90,7 @@ UID:emacsconf-2021-adventure URL:https://emacsconf.org/2021/talks/adventure DTSTART;TZID=America/Toronto:20211127T093400 DTEND;TZID=America/Toronto:20211127T095400 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs @@ -259,7 +259,7 @@ UID:emacsconf-2021-unix URL:https://emacsconf.org/2021/talks/unix DTSTART;TZID=America/Toronto:20211127T095600 DTEND;TZID=America/Toronto:20211127T100600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets @@ -286,7 +286,7 @@ UID:emacsconf-2021-omegat URL:https://emacsconf.org/2021/talks/omegat DTSTART;TZID=America/Toronto:20211127T100900 DTEND;TZID=America/Toronto:20211127T101900 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C hristophe Helary\n\nEven if it is generally agreed that software localizat @@ -336,7 +336,7 @@ UID:emacsconf-2021-nongnu URL:https://emacsconf.org/2021/talks/nongnu DTSTART;TZID=America/Toronto:20211127T102200 DTEND;TZID=America/Toronto:20211127T103200 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN onGNU ELPA was announced last year\, as a package repository\nthat will be @@ -354,7 +354,7 @@ UID:emacsconf-2021-borg URL:https://emacsconf.org/2021/talks/borg DTSTART;TZID=America/Toronto:20211127T103500 DTEND;TZID=America/Toronto:20211127T104500 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r @@ -374,7 +374,7 @@ UID:emacsconf-2021-telega URL:https://emacsconf.org/2021/talks/telega DTSTART;TZID=America/Toronto:20211127T104800 DTEND;TZID=America/Toronto:20211127T105800 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst @@ -395,7 +395,7 @@ UID:emacsconf-2021-nangulator URL:https://emacsconf.org/2021/talks/nangulator DTSTART;TZID=America/Toronto:20211127T110100 DTEND;TZID=America/Toronto:20211127T111100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n \nThe Unix file system is essentially an N-dimentional sparse array that\n @@ -418,7 +418,7 @@ UID:emacsconf-2021-janitor URL:https://emacsconf.org/2021/talks/janitor DTSTART;TZID=America/Toronto:20211127T111400 DTEND;TZID=America/Toronto:20211127T113400 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn ier\n\nBecause of a reckless former Emacs maintainer that shall\n better @@ -440,7 +440,7 @@ UID:emacsconf-2021-maintainers URL:https://emacsconf.org/2021/talks/maintainers DTSTART;TZID=America/Toronto:20211127T113900 DTEND;TZID=America/Toronto:20211127T114900 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike @@ -455,7 +455,7 @@ UID:emacsconf-2021-gregorian URL:https://emacsconf.org/2021/talks/gregorian DTSTART;TZID=America/Toronto:20211127T115200 DTEND;TZID=America/Toronto:20211127T120200 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS pencer King\n\nThere are a variety of methods for typesetting gregorian\nc @@ -478,7 +478,7 @@ UID:emacsconf-2021-montessori URL:https://emacsconf.org/2021/talks/montessori DTSTART;TZID=America/Toronto:20211127T123000 DTEND;TZID=America/Toronto:20211127T124000 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs a former Montessori guide and now parent\, I often think about the\nrelati @@ -511,7 +511,7 @@ UID:emacsconf-2021-erg URL:https://emacsconf.org/2021/talks/erg DTSTART;TZID=America/Toronto:20211127T124300 DTEND;TZID=America/Toronto:20211127T125800 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co @@ -540,7 +540,7 @@ UID:emacsconf-2021-cs URL:https://emacsconf.org/2021/talks/cs DTSTART;TZID=America/Toronto:20211127T130100 DTEND;TZID=America/Toronto:20211127T131100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic @@ -560,7 +560,7 @@ UID:emacsconf-2021-professional URL:https://emacsconf.org/2021/talks/professional DTSTART;TZID=America/Toronto:20211127T131400 DTEND;TZID=America/Toronto:20211127T132400 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou s Professional Development\nPhilip Beadling\n\nI recently had the pleasure @@ -603,7 +603,7 @@ UID:emacsconf-2021-tech URL:https://emacsconf.org/2021/talks/tech DTSTART;TZID=America/Toronto:20211127T132700 DTEND;TZID=America/Toronto:20211127T133700 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/tech\n# Creating technical API documentation and prese ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe @@ -627,7 +627,7 @@ UID:emacsconf-2021-exec URL:https://emacsconf.org/2021/talks/exec DTSTART;TZID=America/Toronto:20211127T134100 DTEND;TZID=America/Toronto:20211127T135100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n Org mode is known for its flexibility\, power\, and staggeringly diverse\n @@ -664,7 +664,7 @@ UID:emacsconf-2021-org-outside URL:https://emacsconf.org/2021/talks/org-outside DTSTART;TZID=America/Toronto:20211127T135400 DTEND;TZID=America/Toronto:20211127T140400 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac @@ -688,7 +688,7 @@ UID:emacsconf-2021-teach URL:https://emacsconf.org/2021/talks/teach DTSTART;TZID=America/Toronto:20211127T140700 DTEND;TZID=America/Toronto:20211127T142700 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G erman\n\nIn this presentation I will explain how to use org-mode effective @@ -718,7 +718,7 @@ UID:emacsconf-2021-research URL:https://emacsconf.org/2021/talks/research DTSTART;TZID=America/Toronto:20211127T143200 DTEND;TZID=America/Toronto:20211127T143700 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/research\n# Managing a research workflow (bibliographi es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w @@ -745,7 +745,7 @@ UID:emacsconf-2021-babel URL:https://emacsconf.org/2021/talks/babel DTSTART;TZID=America/Toronto:20211127T144100 DTEND;TZID=America/Toronto:20211127T145100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o rg-mode is already an extremely powerful and\ncustomisable tool for task a @@ -788,7 +788,7 @@ UID:emacsconf-2021-molecular URL:https://emacsconf.org/2021/talks/molecular DTSTART;TZID=America/Toronto:20211127T145300 DTEND;TZID=America/Toronto:20211127T150300 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- mode\nBlaine Mooers\n\nResearch papers in structural biology should includ @@ -833,7 +833,7 @@ UID:emacsconf-2021-project URL:https://emacsconf.org/2021/talks/project DTSTART;TZID=America/Toronto:20211127T150600 DTEND;TZID=America/Toronto:20211127T151600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin g with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how we @@ -853,7 +853,7 @@ UID:emacsconf-2021-invoice URL:https://emacsconf.org/2021/talks/invoice DTSTART;TZID=America/Toronto:20211127T151900 DTEND;TZID=America/Toronto:20211127T152900 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f @@ -879,7 +879,7 @@ UID:emacsconf-2021-dashboard URL:https://emacsconf.org/2021/talks/dashboard DTSTART;TZID=America/Toronto:20211127T153200 DTEND;TZID=America/Toronto:20211127T154200 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi @@ -931,7 +931,7 @@ UID:emacsconf-2021-nyxt URL:https://emacsconf.org/2021/talks/nyxt DTSTART;TZID=America/Toronto:20211127T154500 DTEND;TZID=America/Toronto:20211127T155500 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us @@ -956,7 +956,7 @@ UID:emacsconf-2021-design URL:https://emacsconf.org/2021/talks/design DTSTART;TZID=America/Toronto:20211127T155800 DTEND;TZID=America/Toronto:20211127T160800 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro ugier\n\nText editors are written by and for developers. They come\nwith @@ -976,7 +976,7 @@ UID:emacsconf-2021-freedom URL:https://emacsconf.org/2021/talks/freedom DTSTART;TZID=America/Toronto:20211127T161200 DTEND;TZID=America/Toronto:20211127T165200 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw @@ -1011,7 +1011,7 @@ UID:emacsconf-2021-day1-close URL:https://emacsconf.org/2021/talks/day1-close DTSTART;TZID=America/Toronto:20211127T165200 DTEND;TZID=America/Toronto:20211127T165700 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-close\n# Closing remarks day 1 END:VEVENT @@ -1022,7 +1022,7 @@ UID:emacsconf-2021-day2-open URL:https://emacsconf.org/2021/talks/day2-open DTSTART;TZID=America/Toronto:20211128T090000 DTEND;TZID=America/Toronto:20211128T090500 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-open\n# Opening remarks day 2 END:VEVENT @@ -1033,7 +1033,7 @@ UID:emacsconf-2021-faster URL:https://emacsconf.org/2021/talks/faster DTSTART;TZID=America/Toronto:20211128T090500 DTEND;TZID=America/Toronto:20211128T092500 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a @@ -1052,7 +1052,7 @@ UID:emacsconf-2021-structural URL:https://emacsconf.org/2021/talks/structural DTSTART;TZID=America/Toronto:20211128T093000 DTEND;TZID=America/Toronto:20211128T094000 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 vis @@ -1086,7 +1086,7 @@ UID:emacsconf-2021-dsl URL:https://emacsconf.org/2021/talks/dsl DTSTART;TZID=America/Toronto:20211128T094300 DTEND;TZID=America/Toronto:20211128T100300 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP sionic\n\nWhen we begin programming\, the promise is to automate away repe @@ -1116,7 +1116,7 @@ UID:emacsconf-2021-ui URL:https://emacsconf.org/2021/talks/ui DTSTART;TZID=America/Toronto:20211128T100600 DTEND;TZID=America/Toronto:20211128T101600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid entally yak-shaved my way to writing a UI framework because overlays were @@ -1141,7 +1141,7 @@ UID:emacsconf-2021-rust URL:https://emacsconf.org/2021/talks/rust DTSTART;TZID=America/Toronto:20211128T101900 DTEND;TZID=America/Toronto:20211128T103900 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 @@ -1161,7 +1161,7 @@ UID:emacsconf-2021-eaf URL:https://emacsconf.org/2021/talks/eaf DTSTART;TZID=America/Toronto:20211128T104400 DTEND;TZID=America/Toronto:20211128T105400 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten @@ -1177,7 +1177,7 @@ UID:emacsconf-2021-model URL:https://emacsconf.org/2021/talks/model DTSTART;TZID=America/Toronto:20211128T105800 DTEND;TZID=America/Toronto:20211128T110800 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i @@ -1234,7 +1234,7 @@ UID:emacsconf-2021-devel URL:https://emacsconf.org/2021/talks/devel DTSTART;TZID=America/Toronto:20211128T111100 DTEND;TZID=America/Toronto:20211128T113100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str @@ -1290,7 +1290,7 @@ UID:emacsconf-2021-bindat URL:https://emacsconf.org/2021/talks/bindat DTSTART;TZID=America/Toronto:20211128T113600 DTEND;TZID=America/Toronto:20211128T115600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 data @@ -1311,7 +1311,7 @@ UID:emacsconf-2021-native URL:https://emacsconf.org/2021/talks/native DTSTART;TZID=America/Toronto:20211128T130000 DTEND;TZID=America/Toronto:20211128T132000 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp @@ -1332,7 +1332,7 @@ UID:emacsconf-2021-form URL:https://emacsconf.org/2021/talks/form DTSTART;TZID=America/Toronto:20211128T132700 DTEND;TZID=America/Toronto:20211128T133700 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac tical languages are multi-paradigm\, offering several\nabstractions for th @@ -1351,7 +1351,7 @@ UID:emacsconf-2021-test URL:https://emacsconf.org/2021/talks/test DTSTART;TZID=America/Toronto:20211128T134100 DTEND;TZID=America/Toronto:20211128T134600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat ion I will show an idea that feels completely obvious\nonce we see it\, bu @@ -1389,7 +1389,7 @@ UID:emacsconf-2021-bug URL:https://emacsconf.org/2021/talks/bug DTSTART;TZID=America/Toronto:20211128T134900 DTEND;TZID=America/Toronto:20211128T140900 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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\,\nshamelessl @@ -1404,7 +1404,7 @@ UID:emacsconf-2021-bidi URL:https://emacsconf.org/2021/talks/bidi DTSTART;TZID=America/Toronto:20211128T141600 DTEND;TZID=America/Toronto:20211128T143600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting @@ -1444,7 +1444,7 @@ UID:emacsconf-2021-mold URL:https://emacsconf.org/2021/talks/mold DTSTART;TZID=America/Toronto:20211128T144100 DTEND;TZID=America/Toronto:20211128T145100 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled @@ -1472,7 +1472,7 @@ UID:emacsconf-2021-clede URL:https://emacsconf.org/2021/talks/clede DTSTART;TZID=America/Toronto:20211128T145500 DTEND;TZID=America/Toronto:20211128T151500 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir onment.\nFermin MF\n\nI've been developing a package that helps with the d @@ -1493,7 +1493,7 @@ UID:emacsconf-2021-imaginary URL:https://emacsconf.org/2021/talks/imaginary DTSTART;TZID=America/Toronto:20211128T152200 DTEND;TZID=America/Toronto:20211128T153200 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n Imaginary Programming (IP) is both methodology and paradigm. It is an\next @@ -1525,7 +1525,7 @@ UID:emacsconf-2021-build URL:https://emacsconf.org/2021/talks/build DTSTART;TZID=America/Toronto:20211128T153600 DTEND;TZID=America/Toronto:20211128T155600 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 makes @@ -1547,7 +1547,7 @@ UID:emacsconf-2021-forever URL:https://emacsconf.org/2021/talks/forever DTSTART;TZID=America/Toronto:20211128T160300 DTEND;TZID=America/Toronto:20211128T164300 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed itor trends\nDavid Wilson\n\nThe computer software industry has seen many @@ -1569,7 +1569,7 @@ UID:emacsconf-2021-day2-close URL:https://emacsconf.org/2021/talks/day2-close DTSTART;TZID=America/Toronto:20211128T165000 DTEND;TZID=America/Toronto:20211128T170000 -DTSTAMP:20211027T122711 +DTSTAMP:20211027T122813 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-close\n# Closing remarks day 2 END:VEVENT -- cgit v1.2.3 From ec8903e18916d1ab775f1c33268e4ad9dd8b35bf Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:34:36 -0400 Subject: use CRLF --- 2021/emacsconf.ics | 3150 ++++++++++++++++++++++++++-------------------------- 1 file changed, 1575 insertions(+), 1575 deletions(-) (limited to '2021') diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 01174dcf..af818e8e 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community - highlights since the last conference\n\n -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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made - Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac - s is well-known for being extremely flexible\, programmable\, and\nextensi - ble\; in fact\, that's probably the biggest reason it's still\nbeing used - after 40+ years of existence\, and even has enough clout to\ngenerate an e - ntire conference in its name. In this medium-length\npresentation\, I wil - l add another point to the data set proving Emacs's\nabilities\, by narrat - ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to - its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some - one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ - , for a joke package." I feel like\nthat encapsulates the spirit of Emacs - and that's why I want to present\non this topic.\n\nAlong the way\, I'll - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear - ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs - artifacts: first illustrating possible paths for beginners and then mappin - g out the significance of the enhanced learning potential of Emacs (Caille - t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog - y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm - any\, many features' (Stallman) which surpass the confines of a pre-fabric - ated environment (Stiegler). This affords diverse possibilities for indivi - duals to interact creatively and autonomously to satisfy their own needs ( - Ill\nich). Its adaptability will be shown to be an asset in supporting the - learning trends identified by the latest pedagogical research (Guo).\n\n# - Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li - mit imaginable types of interactivity\, supporting both formal and informa - l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a - scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative - and autonomous ability of individuals to interact with their digital envir - onment and others who share the use of this tool (Illich 1973). Individual - s can use Emacs as often or seldom as they want to express their needs and - meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh - e formal learning involved pertains to Emacs programs and documentation (t - he 'temple') while related discussion and smaller task-based problem solvi - ng represents examples of informal learning (the 'forum') (cf. Caillet in - Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, - Emacs fulfills the promise of general computing: not boxing users into pe - rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an - d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p - rograms so that they are 'just right'. People wanting to create tailored l - earning environments who feel alienated or unsupported by pre-fabricated t - ext and programming environments will find their way with Emacs.\n\n1. Wh - at if we are beginners overwhelmed by formal Emacs documentation? Two pote - ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar - tifacts: no use-case is too small\; leave your trace.\n - b. Study othe - rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po - wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative - \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the - organization of knowledge\, imagination\, and experience (cf. Guerry & Ga - ume 2009) . This is important as not all learners have the same spatial/vi - sual needs and because these needs and knowledge can change over time (Vyg - otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr - ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f - abricated 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 import - ant to survival.\n\n3. Emacs as systems design for technology-enhanced le - arning (TEL):\n\n - a. Good TEL design performance should also educate - 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 differ - ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic - domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo - rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - - b. The 'wise' use of programming (Crichton 1983) actively manages and or - ganizes workflow. This permits iterative development. Elementary use-case: - a workflow that relies on PPT and Zoom vs. already having a more modular - viewpoint supported by diverse Emacs packages. The latter adaptability is - supported by the latest educational research (Guo). Further: Emacs allows - movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis - e programming can include fun programming - 'there are people who want to - put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th - is systems/design view\, Emacs is developed and maintained by a community - dedicated to supporting this freedom of use in these multiple contexts (cf - . Illich 1973).\n - e. One perspective is less likely to override other - s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma - cs does not limit any imaginable type of interactivity and promotes a dive - rsity of related content\, further supporting the pursuit of more advanced - TEL (viz. Guo). This was illustrated through an elementary use-case that - compared being limited to PPT as opposed to having basic familiarity with - Emacs\, which permits manageable\, continuous exploration of knowledge\, w - orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m - ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b - eing able to use a sophisticated digital tool\, thanks to the contribution - s of heterogeneous maintainers\, developers\, and community members whose - artifacts comprise a meta picture. It is possible\, through using Emacs\, - to learn about the design of digital learning and learning in general as a - ccess to knowledge is not walled off by prefabricated design(cf. Illich\; - Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera - l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- - Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional - references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- - Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 - .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. - . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac - kages for GNU Emacs. . Accessed 25 October - 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 - 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu - cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S - ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie - r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De - Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- - Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo - rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. - (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre - nticeship\, serendipitous teachable moments\, and tacit expert knowledge. - IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, - short paper\, 2021. . Accessed 25 October 20 - 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O - xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning - \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol - ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott - erdam\, 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*\, 1 - 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte - ractions: Synthesizing the first\nfour years of Learning@Scale and chartin - g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: - https://doi.org/10.1145/3231644.3231662. . - Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho - w video production affects student engagement: An empirical study of MOOC - videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali - ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr - os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts - and interaction peaks in online lecture videos. ACM Conference on Learnin - g at Scale. . Accessed 25 October 2021.\n- - Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi - onal education: innovation\, knowledgeable action and actionable knowledge - *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the - future of experiential learning environments for a post-COVID world: A pre - liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus - t 3–5\, 2020\, Virtual Event. . Accessed 25 - October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique - *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f - ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 - 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. - (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation - .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p - sychological processes*. Cambridge and London: Harvard University Press.\n - - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc - tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p - andemic situation\, my teaching schedule fluctuates so I\nwill not know my - availability until much closer to the\ndate. Therefore\, I can only guara - ntee 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 i - f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi - s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to - the following terms and conditions:\n\nThe EmacsConf organizers may captu - re audio and video (a "Recording")\nof my presentation and any associated - materials\, which may include\nslides\, notes\, transcripts\, and prerecor - ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ - nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl - y display\, and prepare derivative works of the Recording and\nany derivat - ive works of the Recording (the "Licensed Materials")\nunder the terms of - 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 n - ame\,\nlikeness\, and biographic information in association with their use - \nof the Licensed Materials under the above license.\n\nI represent that I - have the authority to grant the above license to\nthe EmacsConf organizer - s. If my presentation incorporates any\nmaterial owned by third parties\, - I represent that the material is\nsublicensable to the EmacsConf organizer - s 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI - X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets - users who are curious about computational philosophies\,\nor those who mi - ght not know how to best utilise Emacs conceptually. The\ntalk will cover - what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica - l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in - Emacs combining the aformentioned ideals. The\nlisteners will learn how th - ey can approach Emacs ideologically\, and how\nblocking themselves into on - e philosophy or the other will limit their\nefficiency. Although you may b - e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil - osophies together will still allow you\nto be more performant than without - .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla - ining the whole UNIX and GNU philosophies\n and instead talk about conc - rete examples:\n - How can one limit their usage of CLI tools while s - till maintaining\n the ideals of both.\n - How using CLI tools - can still perfectly flow into Emacs.\n - How having all programs in - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C - hristophe Helary\n\nEven if it is generally agreed that software localizat - ion is a good thing\, Emacs is lacking in that respect for a number of tec - hnical reasons. Nonetheless\, the free software using public could greatly - benefit from Emacs manuals translations\, even if the interface were to r - emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans - lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t - ranslators to what IDEs are for code writers. Casual translators can benef - it from their features but professionals or commited amateurs are the most - likely to make the most use of such tools.\n\nWhen OmegaT\, free software - based forges and Emacs meet\, we have a free multi-user translation envir - onment that can easily sustain the (close to) 2 million words load that co - mprise the manuals distributed with Emacs\, along with powerful features l - ike arbitrary string protection for easy typing and QA (quality assurance) - \, automatic legacy translation handling\, glossary management\, history b - ased or predictive autocompletion\, etc.\n\nThe current trial project for - French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file - s\n \n2. chapril hosts - the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s - hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin - g the presentation\n - [po4a](https://po4a.org) a tool to convert documen - tation 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 translator - s to efficiently combine translation ressources (legacy translations\, glo - ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t - he presentation\, I will show:\n\n- How to use po4a to convert the texi fi - les to the PO format (the org.org file is also converted)\n- What are the - specificities of the Emacs manuals and what difficulties they present to t - he tanslator\n- How to address those specificities in OmegaT\, with regula - r expressions\n- How to use OmegaT features such as arbitrary string prote - ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e - tc.\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* show: - \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje - ct\n- How to use OmegaT from the command line to work in localization pipe - lines\n- How to use machine translation and MT "post-edit"\n- How to conve - rt back the translated files to texi format\n- How to install translated t - exi 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN - onGNU ELPA was announced last year\, as a package repository\nthat will be - enabled by default in Emacs\, but doesn't require\nany copyright assignme - nt. This means that a lot of popular\npackages can now be installed easier - \, without any additional\nconfiguration.\n\nIn this talk I would like the - give a reminder of what NonGNU\nELPA is and how it works\, update the par - ticipants on what has\nhappened since last year and what maintainers have - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi - tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r - epositories - enought to have conflicts\nand arguments about. The packages - are becoming big\, they depend on many\nother packages and it is not easy - to keep track of what all is being\ninstalled in our Emacsen. An aggressi - ve way out of this is to use Yet\nAnother Package and install all elisp co - de manually - with borg[1].\n\n[1]: \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 u - se 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra - m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst - ant messaging system. The large number of\nfeatures and the widespread ado - ption make it a good choice for both private\nconversations with friends a - nd for large online communities. In this talk\, I\nam going to present the - Emacs community on Telegram and its initiatives. I\nam also going to disc - uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit - y package that perfectly integrates in Emacs. It supports\nthe vast majori - ty of the features supported by the official clients\, while\nadding sever - al unique ones. In the talk\, I will present the package and\nhighlight so - me 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n - \nThe Unix file system is essentially an N-dimentional sparse array that\n - currently lacks a decent editor and browser which\ncan effectively leverag - e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms - /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 uncircu - lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr - o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti - on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di - mensional\nsparse array will be discussed.\n\nA simple pre-existing databa - se will be queried.\n\nIf time\, questions will be entertained by video/au - dio 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn - ier\n\nBecause of a reckless former Emacs maintainer that shall\n better - stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ - , making it necessary to clean up "old" code [in order to open up\n the r - oad 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 c - l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n - ot sure how much time this will take. I put 20\n minutes because I thi - nk I might be able to fill that and I think more\n than that could turn - too boring. I intend to make it a "live coding"\n kind of thing\, wit - hout anything like an outline: it's basically "make"\n followed by fixi - ng 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien - Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike - to share a few lessons learned. My goal is help everyone take\ncare of E - macs 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS - pencer King\n\nThere are a variety of methods for typesetting gregorian\nc - hant scores and outputting high-quality sheet music. One of these is\na to - ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl - eanly inserted into other documents. All Gregorio files are plain\ntext\, - allowing them to easily be shared with other users and managed\nwith a ver - sion control system. In this talk\, I will give a brief\noverview of the G - regorio tool and then show how it can be used in\nEmacs by typesetting a s - imple score. All code and examples will be\nmade available to help new use - rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- - 5-10 minutes: (brief description/outline)\n 1. Introduction to chant - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs - a former Montessori guide and now parent\, I often think about the\nrelati - onship of this particular educational philosophy and how it manifests\nin - my work with software\, Emacs in particular. This talk introduces the\ncon - cept of Emacs as an educational environment and how it expresses elements - of\nMontessori psychology regarding "Human Tendencies". Human tendencies a - re innate\ndrives present in everybody that allow us to explore and make s - ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio - n/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 limits - )\n - the environment itself is prepared specifically to foster engag - ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n - - Activity\n - Communication\n - Exactness\n - Explorati - on\n - Manipulation (of the environment)\n - Order\n - Orie - ntation\n - Repetition\n - Self-Perfection\n - Work (also d - escribed as "purposeful activity")\n\n How does Emacs express these thi - ngs?\n\n - in the short version\, pose the question\, and perhaps giv - e one example.\n - Emacs is an environment that provides facilities f - or individuals to\n find their way to proficiency through their Hum - an Tendencies.\n - We are all both learners and guides\, Emacs is our - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did - together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co - rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 - \, and joined together around a\ncommon interest in Emacs and research. S - ince then\, we have convened as\nthe Emacs Research Group for weekly meeti - ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co - nflict-free replicated data type’\npackage (crdt.el)\; at the end of each - session\, we debriefed using a\ntemplate that we call a Project Action Rev - iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep - ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect - ive on what we\nhad done. We reflected further on our experiences and met - hods\, linking\nour CLA to plans and design patterns. As a formal researc - h output\, we\ncontributed a write-up of these matters to a joint paper wh - ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 - 21).\nThe paper included an interactive workshop\, in which we explored ro - les\nin real-time problem solving and collaboration.\n\nIn our short talk - we share information about these methods\, making a\ncase for other people - getting together and creating their own small\nresearch communities simil - ar 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col - adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic - h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ - , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app - roach for capturing all the information that comes my way as a\nMS CS stud - ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t - o improve the system I use\, as well as hopefully\ninspire others to build - workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi - nutes: Go through some typical workflows associated with being a grad stud - ent\, 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou - s Professional Development\nPhilip Beadling\n\nI recently had the pleasure - of being audited for my CPD record with one\nof the large engineering pro - fessional bodies. I decided to harness\norg-mode's TODO lists to record C - PD items and my progress against them\ncompletely within Emacs. I also wa - nted the ability to export the data\nin a well presented\, compact format - for auditing submission.\n\nThe project was a success (I passed the audit) - and the resulting system\nintegrates really well into my wider daily Emac - s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla - in how I tweaked and extended org-mode to get it to\nrecord the data I wan - ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can - be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht - tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= - e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e - xample I could also use for the demo.\n\nThe template contains a few examp - les. Examples are Goals that are split\nup into Activities. All Activitie - s must have a Goal\, and within a Goal\nall activities must be complete fo - r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag - ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa - ve or update these are then rendered into a table using Column View.\n\nAc - tivities are sorted by date they were completed on.\n\nThe Column View is - pre-configured to be exported to PDF in a condensed\nbut readable format f - or submission. It stays fairly readable even when\nthe pages get busy.\n\n - The elisp required is all under the "Config" bullet and Emacs will ask\nto - execute it on opening the Org file. The elisp concerns itself with\nnice - custom org capture functions and a few functions to ensure nice\nformattin - g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth - rough of the setup and functions\, followed by a demo of how\nto add CPD i - tems\, and update them. Finally show generation of a PDF\ncontaining all - the items tabulated and ready for audit review. I\nestimate this at appro - x 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/tech\n# Creating technical API documentation and prese - ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe - emacs org-babel package is often mentioned in conjunction with\nliterate - programming. The ability to mix code segments with prose\nindeed offers an - intuitive way to augment semantic code pieces with\ntextual descriptions. - \n\nIn recent projects\, I've started to turn to org-mode as the primary\n - format to maintain technical documentation\, as well as slides for a\ntech - nical language course. By using org-babel to pull in "live" code\nfor REST - requests\, language examples\, and shell scripts\, one can be\nsure that - the documentation and slides are never out of date.\n\nThe session will sh - ow how leverage org-babel\, restclient and\norg-treeslide to write and pre - sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n - Org mode is known for its flexibility\, power\, and staggeringly diverse\n - number of workflows\, users\, and use cases.\n\nThis talk explores just ho - w far we can push the boundaries of the sane\nand sensible with regard to - Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: - two parts of a\ncomplete system for creating executable Org files.\n\nOrg - syntax does not support shebang lines. However\, it turns out that\nOrg s - yntax enables something even better —\; shebang blocks.\n\nOrg is al - so (supposedly) not an executable file format. However\, by\ncombining a - shebang block with a Org babel source block\, and eval\nlocal variables (e - lvs) Org becomes a multi-language executable format.\n\nIn this talk we in - troduce shebang blocks and elvs as a two part system\nthat transforms Org - files into executable documents that can run on any\nrecent version of Ema - cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and - can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open - with a demo of how to create an executable Org file\nusing the orgstrap m - achinery.\n\nWe then discuss security considerations\, and show example us - e cases.\n\nFinally the talk will cover the details and development of the - \nportable shebang block for Org mode that works on a wide variety of\nsys - tems and shells\, and on the development of a formal specification\nand a - reference implementation for using Org source blocks to\ntransform Org fil - es from plain text documents with a bit of markup\ninto self describing co - mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n - - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin - g 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G - NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac - s community gained\nmuch momentum in the last decade. Being a nicely desig - ned lightweight\nmarkup language\, Org mode does not only benefit users of - GNU/Emacs.\nThere are many tools and services supporting Org mode syntax - 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\ntext - outside of GNU/Emacs for better typing usability and\ncollaboration tasks - .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi - s can only be a short teaser for the use of Org mode syntax without\nmuch - comparison to other lightweight markup languages. For this\naudience\, I d - o think that this would be too short because most\nattendees might already - have heard the rumors that Org mode is great\nor they have adapted Org mo - de 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G - erman\n\nIn this presentation I will explain how to use org-mode effective - ly to\nprepare teaching materials\, and how to present them.\n\nFor the la - st 5 years I have been using org-mode to teach programming\nin different l - anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three - key advantages:\n\n1. it supports most programming languages with a commo - n interface\,\n2. it is an interactive medium for delivering teaching mat - erials\; and\n3. it is an always-up-to-date format that does not need to - be exported in order to be published.\n\nI explain how I use org-mode in m - y courses and how I combine org-mode\nnotes other tools such as github org - -mode to get\nalways up-to-date teaching materials that one can use for bo - th\nteaching and studying (see\n\nfor an example - ).\n\nFinally\, I will discuss some important aspects to consider when usi - ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr - oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n - - Important considerations\n- How to get started\n\nOh\, I made a smal - l 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/research\n# Managing a research workflow (bibliographi - es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w - orkers have to read and discover new papers\,\nask questions about what th - ey read\, write notes and scratchwork\, and store\nmuch of this informatio - n for use in writing papers and/or code. Emacs allows\nus to do all of thi - s (and more) using simple text interfaces that integrate\nwell together. I - n this talk I will talk about the following:\n\na. Using elfeed and elfeed - -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa - pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi - ber and rebiber in order to keep the local\n bibliography clean and up-t - o-date with conference versions of papers.\nd. Using org-roam and org-roam - -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT - his text-based workflow allows for keeping everything accessible under\nve - rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men - deley). I\nwill share my Doom Emacs configuration for this workflow\, but - it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o - rg-mode is already an extremely powerful and\ncustomisable tool for task a - nd time management\, note-taking\, calendar\nand agenda management\, and m - uch more. Babel takes org a step further\nby letting you write\, evaluate\ - , and export code in different languages\nfrom within a single file. In th - is talk\, I will highlight some\nfeatures of babel that I find exciting an - d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st - arted with babel can be intimidating\, but it's hard to stop\nusing it onc - e you start. As an academic\, I typically don't manage\nlarge coding proje - cts. My primary purpose is writing lecture notes\,\nassignments\, and pape - rs\, and managing related admin. Typically\, I want\nto try and automate t - he boring portions of my workflow without extra\noverhead. I also tend to - find various tasks easier in some programming\nlanguages and harder in oth - ers\, and prefer to mix and match languages\nas the task dictates. Babel m - akes this process seamless.\n\nA basic use case is writing a document in o - rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m - ultiple documents in a\nsingle org file\, which can be convenient. Babel l - ets you add all sorts\nof enhancements to the same file. For example\, sup - pose we have a\nsingle org document with all the problem sets for a course - . 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 cal - culations and then output the result as LaTeX\,\n- define skeletons to q - uickly draw up assignment templates\,\n- toggle exporting of assignments - with or without solutions based on tags\,\n- locally change export sett - ings or run a post-export hook\,\n- automatically export to LaTeX after - saving\,\n- tangle code blocks from some or all of the languages to exte - rnal files.\n\nI will try to showcase features of babel that academics cou - ld find\nhelpful\, by presenting some ways in which I have tried to use ba - bel. 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 two - example files that heavily use babel. I will use these\nexamples to highl - ight 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- - mode\nBlaine Mooers\n\nResearch papers in structural biology should includ - e the code used to make\nthe images of molecules in the article in the sup - plemental materials.\nSome structural bioinformaticists have started to in - clude\ntheir computer code in the supplemental materials to allow readers\ - nto reproduce their analyses. However\, authors of papers reporting new\nm - olecular structures often overlook the inclusion of the code that makes\nt - he images of the molecules reported in their articles. Nonetheless\,\nthis - aspect of reproducible research needs to become the standard practice\nto - improve the rigor of the science.\n\nIn a literate programming document\, - the author interleaves between blocks\nof prose the code that makes the i - mages of molecules. The document allows\nthe reader to reproduce the image - s in the manuscript by running the code.\nThe reader can also explore the - effect of altering the parameters in the\ncode. Org files are one alternat - ive for making such literate programming\ndocuments.\n\nWe developed a yas - nippet snippet library called orgpymolpysnips for\nstructural biologists ( - ).\nThis library facilitates - the assembly of literate programming documents\nwith molecular images mad - e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea - ting images for publication\; it has\nover 100\,000 users\, which is a lot - of users in molecular biology. PyMOL\nhas been used to make many of the i - mages of biological molecules found\non the covers of many Cell\, Nature\, - and Science issues.\n\nWe used the `jupyter' language in org-babel to sen - d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret - urns the\nmolecular image to the output block below the code block. An Ema - cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni - nto a script file\, and submit these for non-Emacs users. We describe\nthe - content of the library and provide examples of the running PyMOL\nfrom Or - g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o - utline)\n - Title slide\n - Structural Biolog Workflow in the Mo - oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn - ippet library for your field?\n - PyMOL in Org: kernel specification\ - n - Creating a conda env and installing PyMOL\n - Example code b - lock 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin - g 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 invo - icing.\n\nWe are a small company and we are still tuning and improving the - \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide - s\, and reading here and there what other users do\, we\nimplemented an ef - fective workflow we have been using for nearly a\nyear\, now\, and with wh - ich 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\, b - y 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB - ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f - or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat - e an invoice\,\nrecord the details into your accounting software and keep - track of\ntaxes and payments? You are not alone\, I found the whole invoic - e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r - escue.\n\nMy talk will give you a basic intro on how to use org mode\, som - e embedded python code and file jugglery to generate stylistic and profess - ional invoices.\n\nWhat you will learn during the session:\n\n- How to t - rack your freelance time using orgmode\n- How to create the basic infras - tructure for invoice generation\n- How to generate the invoice\n- How - to manage multiple clients\n- How to enter the finance details into your - accounting software\n- How to track invoice payments\n\nWe will use the - following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho - n 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki - ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi - ce every year\,\nsupplanting each generation with a newer model that boast - s highly\npromoted incremental features which greatly devalues the price o - f\ntheir older models. These forgotten models are sold on Ebay and\nother - secondhand websites at highly discount prices by owners who\ndo not see th - e true potential of these devices: Kindles are\nexcellent high contrast lo - w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em - bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c - an last weeks\nbefore needing a recharge. This makes them ideal as passive - image\ndevices that can be configured easily using a few shell\nscripts. - Indeed\, efforts have been made in dedicated hacker forums\nto expose the - Linux filesystem and to enable features such as\ncustom screensavers\, SSH - networking\, and more. By exploiting these\nfeatures\, and by carefully d - isabling the software/bloatware that\ncomes with the device\, these Kindle - s have found new life as online\ndashboard devices which can fetch and dis - play information from the\ninternet at timely intervals.\n\nHere we descri - be a tool to control multiple Kindle devices with a\nsingle org-mode/shell - -based tool\, built initially to periodically\nserve updated Emacs Org-Age - nda views\, but later expanded to produce\nonline local weather reports an - d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info - rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image - and text content\n(via imagemagick)\, small messages\, and much more.\n\n - In this talk\, we show how to configure multiple Kindles with any\ndesired - custom content\, following any daily/weekly schedule\, all\neasily manage - d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m - inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n - - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b - attery life\, low refresh rate –\; perfect\n for a dashboard\ - n - Timely updated Org-Mode Agendas anyone?\n - Reference to - inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate - content\n\n - A static text+picture image easily generated with image - magick\n wrapper\n - An image of a sparse tree of org-mode TOD - O file\n - An image of another emacs view (e.g. Calfw\, or org-calori - es)\n - Show post-processing for optimizing image for Kindles\n\n - 1-2 mins\n Configuration in a single org-mode file\n\n - Def - ining Machines\n - Defining Commands to generate content\n - Def - ining Schedules to run Commands on multiple Machines at\n specific - points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh - ow exported shell configs and generated cronjobs\n - Witness multiple - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p - ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us - e a computer. Even if Emacs\nusers love text as a format\, they may need t - o shop and video call from\ntime to time (even more so in a pandemic!). So - me 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 t - he making?\nWhat if you could "ace-jump" within a web page? What if you co - uld run\na REPL to extend your browser while browsing? What if you could r - ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi - ll share why it has great potential\, how you can\nintegrate it with Emacs - \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were - wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n - \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro - ugier\n\nText editors are written by and for developers. They come\nwith - a large set of default and implicit choices in terms of layout\,\ntypograp - hy\, colorization and interaction that hardly change from one\neditor to t - he other. It is not clear if these implicit choices derive\nfrom the ignor - ance of alternatives or if they derive from developers'\nhabits\, reproduc - ing what they are used to. Durint this talk\, I will\ncharacterize these i - mplicit choices and illustrate what are some\nalternatives using GNU Emacs - .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o - f 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed - om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw - are freedom".\nI will outline the key moments in my transition to a GNU/Li - nux operating\nsystem and mark those which eventually contributed towards - me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po - pular package\, and\ncontributor to upstream Emacs (among others). By all - uding to personal\nexperiences\, I will draw generalisable insights and co - nnect them to what\nI believe are irreducible qualities of Emacs qua softw - are and Emacs as a\ncommunity of like-minded people. The talk will be the - oretical in\nnature: there won't be any code-related demonstration nor tec - hnical\nreferences that only people with a background in computer science - would\nlikely recognise. Personal anecdotes shall be tangential to the po - int\nand considered as ancillary to the thesis of what Emacs represents fr - om\nthe standpoint of software freedom and user empowerment. The\npresent - ation is intended for a general audience that is interested in\nGNU softwa - re in general and Emacs in particular. My formal educational\nbackground - as a social scientist (i.e. not a programmer) and later as a\nphilosopher - informs my approach to this topic.\n\nThe presentation shall be 40 minutes - long. Its text will be in essay\nform and shall be supplied as complemen - tary material to the video. The\nnotation will be in Org mode. I cannot - provide an outline in advance\,\nas it will most likely not be consistent - with the actual presentation.\nIf\, however\, this is absolutely required - for administrative purposes I\nshall furnish one regardless with the provi - so that I am in no way bound\nby it and thus reserve the right to modify i - t 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov - \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a - pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg - er breakpoint.\n- How to determine if a function is expensive. How to pi - ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). - \n- Print-benchmarking.\n- Byte-compiled code can give a very differen - t picture\, changing where\n the bottleneck is. How to quickly load a b - yte-compiled version.\n- Steps taken to speed up the Xref package recent - ly. -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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 vis - ion for how writing code could be\, where the\nediting operations map dire - ctly to the primitives of the language itself -- and\nmy humble attempt of - implementing this vision. _tree-edit_ seeks to provides a\nstructural edi - ting plugin supporting conceivably any language with a tree-sitter\nparser - .\n\n**Structural editing does not have to be relegated to lisps or niche - DSLs.**\n\nI liken the state of code editing today to writing assembly. Th - e reason why\npeople like Python more than assembly is that for most purpo - ses\, the building\nblocks of the language are mismatched with our thought - process. We don't think\nin terms of registers and addresses\, we think i - n terms of variables\, functions\,\netc. So when we write and edit code\, - why do we edit in terms of deleting\,\ninserting\, replacing characters &# - x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta - tements?\n\nI'll also discuss the implementation of tree-edit\, which uses - a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e - macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program - ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon - ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat - ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre - e-edit)!\n\n# Outline\n\n- Discuss motivation ( - Why should I care?)\n- Demonstrate tree-edit (Live - -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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP - sionic\n\nWhen we begin programming\, the promise is to automate away repe - titive\ntasks in life. As those program's capability grows\, we begin to - need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ - , we\nrun into the following issues:\n\n- As options pile up\, the intui - tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati - on 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 a - ction to perform\n\n- Composition compounds with all of these issues\n\n - Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM - agit's UI input library\, Transient\, is a standalone package for\ndevelop - ing more killer UI's\, and not just for CLI applications\, but\nalso for s - erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans - ient's potential is to create the most highly productive\nUI's short of th - ought control\, going beyond simple command dispatchers\nrequires a deeper - dive. When we think like constructing a DSL for the\ntask and using tran - sient to input that DSL\, we get an intelligent\,\nself-describing modal p - rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid - entally yak-shaved my way to writing a UI framework because overlays were - slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework - for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. - This package\nimplements React Component API's with the goal of simplifyin - g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe - ir prior experience with React or web programming. Components\nprovide a - useful functional unit for constructing complex interfaces\ndeclaratively - and also eliminate much of the burden associated with\nupdating textual co - ntent as application state changes. This talk will\ncover use of the tui. - el API and its operation in a textual environment\nby implementing some ba - sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI - implementation complexity.\n - API introduction: Displaying content\ - , Components.\n - Visual taste of dashboards and applications built w - ith 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n - Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 - 5. It can be\nused to extend Emacs with native libraries\, for performance - \,\nOS-specific features\, or other functionalities that would take a lot\ - nof time to re-implement in Lisp. The officially supported language is\nC\ - , which is tedious and error-prone to use. This talk discusses a\n**safe** - alternative that is also a lot **more convenient**: writing these\ndynami - c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim - ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr - ough 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat - thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten - sible GUI\napplication framework that extends Emacs graphical capabilities - using\nPyQt5. There are many new but important updates since EmacsConf202 - 0\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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli - cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i - n a sense that it provides consistency\nacross different tools and applica - tions within the Emacs ecosystem\, as well as\nexternal apps that can be i - ntegrated into it. It is also the most truly\nmalleable environment\, each - element of which can be adjusted or extended\,\ntherefore providing the u - ser with more power and freedom in personal computing.\nEmacs definitely c - an 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\n - years ago\, the only regret to have is that it didn't happen earlier. The - definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l - ess technical\nfolks to join the party and gradually start to use Emacs fo - r writing documents\,\nwhether personal or work related\, manage tasks\, e - mails and potentially everything\nelse. The learning curve and difference - in approach\, however\, leaves some\npotential users too scared of the arc - ane interface even with all it's quirks and\nfeatures because it requires - at least some technical skills to understand and\nuse properly\, and does - not have an easy way to connect with external tools that\nmost people are - forced to use for work.\n\nThis talk proposes some ideas about how the mod - el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's - powerful interaction model can be\ncarried over to make modern interfaces - \, whether desktop or web applications\,\nthat would be designed with a go - al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu - res it possesses\, and therefore enhance the capabilities\nof the Emacs\, - while at the same time utilizing it as a backend for\ntext-processing and - editing to a large extent. It would be really great to have\na personal we - b-interface for using modern task management tools\, chats\, emails\nand s - uch\, but from a UI defined by the user. The goal is to use it on a deskto - p\nor mobile\, locally or self-hosted on a server\, with support for touch - and\ngesture-based workflows\, while preserving the Emacs philosophy and - allowing to\nseamlessly switch between Emacs and its web extension\n\nThe - proposed solution is to integrate more of the modern tools with Emacs\,\nu - tilize Org-mode as a way to define application-specific parameters for the - se\ntools through Org properties\, and then utilize these parameters for m - aking a\nmodern local frontend that would enhance Emacs UI while allowing - to use external\ntools in a more personal and freedom respecting way (maki - ng the originals\nobsolete over time). The talk serves the purpose of invi - ting community members to\na discussion about how Emacs can become more mo - dern\, more approachable by people\nwho don't possess the neccessarry tech - nical skills to adjust it themselves\, but\nare keen to learn it\, and pot - entially how to attract more users to greater\nproductivity\, computer lit - eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes - \n - Introduction\n - Issues with most modern tools for work\n - - Issues with Emacs as a tool for work\n - In search for a hybrid - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t - o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str - ength is also its greatest weakness: it is **too** hackable.\n\nWe have a - great community that experiment with new features that are still\nlacking - in Emacs core. They write up a package and develop the living daylights\n - out 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 are - those\nfeatures not in core? What about projectile? And so on.\n\nCore - demands copyright assignments (CLA). This is a fact of life. While I\nmo - stly agree with the people saying it is not helful\, they are there to pro - tect\nEmacs from copyright issues in the future. So my suggestion here is - simple:\njust **sign the papers**. It is just a formality\, and you shou - ld only need to do\nit once.\n\nI suggest that any ambitious feature that - we **might** want to see shipped in the\ndefault Emacs distribution should - by default go to GNU ELPA. You don't need to\ndo this\, of course\, and - I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha - ve an exceptionally high standard\, but we do try to give any\nnew package - 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\, which - is to not recommend non-free\nsoftware. Therefore\, we could not recommen - d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us - ed for packages that we don't have an assignment for but\nwould still like - to distribute. It should ideally only be for old packages\nwhere getting - a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute - to Emacs core. This impression\nis largely wrong. If I can do it\, you c - an too.\n\nWe do have a problem in that our tools and methods (mailing lis - ts\, the bug\ntracker) are out-dated. This is largely correct. We want t - o migrate to\nsomething else\, and the best candidate is probably Sourcehu - t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to - their Init file to fix this or that\nannoyance\, or even bug. The more am - bitious would go on to package up such fixes\nin what I call "patch packag - es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ - e a package!" I am here to suggest that you submit a\npatch to Emacs inst - ead.\n\nFixing an issue for one person is good\, and fixing it for more pe - ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel - is not that scary\, nor is email. We are really quite friendly and\neasy - going\, but the communication we prefer (for reasons of efficiency - the\n - volume is very high) is often very brief and to the point. We are trying - our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr - ibutors. We need a successful Emacs on this planet.\n\nSo should you real - ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out - line\n\n- I will urge people to consider contributing to Emacs instead of\ - n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will - go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac - s conservative without reason?)\, how to get things\n done and the necess - ary 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 data - . This is a\nniche library that is used by packages such as Websocket\, EM - MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha - pless\nkitten while at the same time providing poor service slowly. For\nE - macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib - le while respecting the kitten. In this presentation I intent to\nshow how - we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min - : Intro and presentation of Bindat\n 5 min: Showcase some of its proble - ms\n 5 min: Present the new design\n 5 min: Examples of what can be - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status - and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp - dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally - capable of executing Elisp code\neither interpreted or byte-interpreted a - fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the - Emacs Lisp native compiler. This feature\nrecently merged into the main E - macs development line allow for\nautomatically compiling and executing Eli - sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design - goals\n- compiler and runtime design and implementation\n- performanc - e implications\n- upstream process\n- area of improvements and future - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac - tical languages are multi-paradigm\, offering several\nabstractions for th - e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys - tem 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 - Furthe - r 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat - ion I will show an idea that feels completely obvious\nonce we see it\, bu - t that only occured to me after after using Emacs\nand eev as my main inte - rface to the computer for more than 20 years.\nTake any interpreted langua - ge that supports multi-line comments\, and\nwhose interpreter can be run i - n 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 L - ua script that we wrote\, that\nis called "foo.lua" and that defines lots - of functions and defines the\nclasses Bar and Bletch. We can put after the - definition of the class\nBar a multi-line comment that contains an eepitc - h block that when\nexecuted starts a Lua interpreter\, loads the script fo - o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th - at class\nand its methods\; and we can put another block with tests like t - hat\nafter the class Bletch\, and other blocks after some functions. Eepit - ch\nallows sending these tests line by line to the Lua interpreter by\ntyp - ing on each line that we want to send\, and this lets us create\nte - sts that are very easy to understand even without writing comments\;\nthis - 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 be - fore running the risk of being read by other people.\n\nThese multi-line c - omments with eepitch blocks that run an interpreter\nand make it load the - 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 t - he 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 blocks - to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo - Ochs -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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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\,\nshamelessl - y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr - ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 - 0 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema - cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting - with Emacs 24\, full native bidi\n(bidirectional) support became available - . For\nmany years prior to that Unicode support was\navailable and by aro - und year 2000\, reasonable\nopen-source shaping libraries were also availa - ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu - t methods for emacs. These input\nmethods or variations of them can also b - e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac - e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro - nment for persoarabic users.\n\nSince emacs comes loaded with everything ( - Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ - , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e - tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers - can be addressed in one place and\ncohesively.\n\nIn this talk I will demo - nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri - ef description/outline)\n\n My talk will be in two parts.\n\n In Par - t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban - an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq - uo\;. The\n software is part of base emacs distribution.\n Full docu - mentation is available at:\n Persian Input Methods\n F - or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n - \n\n In Part 2\, - I will cover the ramifications of bidi\n on existing emacs application - s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin - g 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 bidi - on display.\n - Use of persian text for Persian (solar) calendar. - \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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so - ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled - ge hide in\nplaces we cannot access or use. The more we write down\, the m - ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( - web\, software\, books) keeps growing faster and faster! This\nis not sust - ainable: we cannot keep up with it! What if we repeat the\nerror of somebo - dy else\, only because it would take too much reading to\nknow? What if th - at knowledge is in some code we work with everyday?\n\nMoldable developmen - t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th - e tool you use should let you create special tools\nto learn smartly from - what you have already.\n\nSince we use Emacs\, let's make our great editor - 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 nat - ural)\ntext to learn better\, how we can inject notes in our projects and - how\nself documenting this tool is!\n\nI aim to inspire you to find a quic - ker way to learn from our digital\nworld!\n\nYou can learn more about this - at: \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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir - onment.\nFermin MF\n\nI've been developing a package that helps with the d - evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f - ramework\, it has a custom reader\nand integration for\ncommon Emacs packa - ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp - ly features that other language with and static\nanalyzer have\,\nlike ref - actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn - ows 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n - Imaginary Programming (IP) is both methodology and paradigm. It is an\next - ension of literate programming and a way of creating software without\nthe - use of imperative\, functional or even declarative code. Yet IP employs\n - all disciplines to achieve the miraculous. The only contingency is on one\ - nor more language models\, known as foundation models. The real value of I - P\nis not found by abandoning sound logic altogether\, but in weaving the - real\nwith the imaginary. The future of imaginary programming is one in wh - ich\nalmost all of computing is inferred. I have built a suite of tools ba - sed on\nemacs for interfacing real programming languages with imaginary on - es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin - al that lets\nyou imagine what happens no matter how nested you are within - interpreters\,\nan example-oriented language\, a file format that encodes - the provenance of\ntext and a library for imaginary functional programmin - g primitives called\niLambda. It is important to recognise IP because\, fo - r lack of a better\nterm\, it has far-reaching implications for intellectu - al 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\, fo - llowed by\n - a demonstration of iLambda.\n - iλ\, a family - of imaginary programming libraries\n \n\n\n\nIRC - 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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 makes - our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m - achines and\nfascinating were those days of experimentation and engineerin - g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de - veloper stand points\, what things can be improved and\nwhat can be an hyp - othetical 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\ndevel - oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more - details about CEDAR: \n\n- 40 minute - s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs - \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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed - itor trends\nDavid Wilson\n\nThe computer software industry has seen many - "popular" text editors come\nand go\, often due to the mercurial fashions - of software development. In\nthis talk\, we'll take a look at why popular - editors fade and the\nspecific aspects of Emacs that will ensure it remai - ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di - scuss the core thesis\, the features that make Emacs\n desirable for long - -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b - ackground on the text editor landscape and\n how the scope of various edi - tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific - instances where editors were popular\, fell out\n of popularity\, and wh - y (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:20211027T122813 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community + highlights since the last conference\n\n +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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made + Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac + s is well-known for being extremely flexible\, programmable\, and\nextensi + ble\; in fact\, that's probably the biggest reason it's still\nbeing used + after 40+ years of existence\, and even has enough clout to\ngenerate an e + ntire conference in its name. In this medium-length\npresentation\, I wil + l add another point to the data set proving Emacs's\nabilities\, by narrat + ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to + its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some + one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ + , for a joke package." I feel like\nthat encapsulates the spirit of Emacs + and that's why I want to present\non this topic.\n\nAlong the way\, I'll + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear + ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs + artifacts: first illustrating possible paths for beginners and then mappin + g out the significance of the enhanced learning potential of Emacs (Caille + t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog + y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm + any\, many features' (Stallman) which surpass the confines of a pre-fabric + ated environment (Stiegler). This affords diverse possibilities for indivi + duals to interact creatively and autonomously to satisfy their own needs ( + Ill\nich). Its adaptability will be shown to be an asset in supporting the + learning trends identified by the latest pedagogical research (Guo).\n\n# + Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li + mit imaginable types of interactivity\, supporting both formal and informa + l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a + scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative + and autonomous ability of individuals to interact with their digital envir + onment and others who share the use of this tool (Illich 1973). Individual + s can use Emacs as often or seldom as they want to express their needs and + meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh + e formal learning involved pertains to Emacs programs and documentation (t + he 'temple') while related discussion and smaller task-based problem solvi + ng represents examples of informal learning (the 'forum') (cf. Caillet in + Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, + Emacs fulfills the promise of general computing: not boxing users into pe + rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an + d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p + rograms so that they are 'just right'. People wanting to create tailored l + earning environments who feel alienated or unsupported by pre-fabricated t + ext and programming environments will find their way with Emacs.\n\n1. Wh + at if we are beginners overwhelmed by formal Emacs documentation? Two pote + ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar + tifacts: no use-case is too small\; leave your trace.\n - b. Study othe + rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po + wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative + \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the + organization of knowledge\, imagination\, and experience (cf. Guerry & Ga + ume 2009) . This is important as not all learners have the same spatial/vi + sual needs and because these needs and knowledge can change over time (Vyg + otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr + ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f + abricated 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 import + ant to survival.\n\n3. Emacs as systems design for technology-enhanced le + arning (TEL):\n\n - a. Good TEL design performance should also educate + 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 differ + ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic + domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo + rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - + b. The 'wise' use of programming (Crichton 1983) actively manages and or + ganizes workflow. This permits iterative development. Elementary use-case: + a workflow that relies on PPT and Zoom vs. already having a more modular + viewpoint supported by diverse Emacs packages. The latter adaptability is + supported by the latest educational research (Guo). Further: Emacs allows + movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis + e programming can include fun programming - 'there are people who want to + put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th + is systems/design view\, Emacs is developed and maintained by a community + dedicated to supporting this freedom of use in these multiple contexts (cf + . Illich 1973).\n - e. One perspective is less likely to override other + s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma + cs does not limit any imaginable type of interactivity and promotes a dive + rsity of related content\, further supporting the pursuit of more advanced + TEL (viz. Guo). This was illustrated through an elementary use-case that + compared being limited to PPT as opposed to having basic familiarity with + Emacs\, which permits manageable\, continuous exploration of knowledge\, w + orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m + ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b + eing able to use a sophisticated digital tool\, thanks to the contribution + s of heterogeneous maintainers\, developers\, and community members whose + artifacts comprise a meta picture. It is possible\, through using Emacs\, + to learn about the design of digital learning and learning in general as a + ccess to knowledge is not walled off by prefabricated design(cf. Illich\; + Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera + l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- + Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional + references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- + Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 + .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. + . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac + kages for GNU Emacs. . Accessed 25 October + 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 + 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu + cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S + ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie + r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De + Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- + Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo + rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. + (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre + nticeship\, serendipitous teachable moments\, and tacit expert knowledge. + IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, + short paper\, 2021. . Accessed 25 October 20 + 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O + xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning + \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol + ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott + erdam\, 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*\, 1 + 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte + ractions: Synthesizing the first\nfour years of Learning@Scale and chartin + g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: + https://doi.org/10.1145/3231644.3231662. . + Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho + w video production affects student engagement: An empirical study of MOOC + videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali + ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr + os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts + and interaction peaks in online lecture videos. ACM Conference on Learnin + g at Scale. . Accessed 25 October 2021.\n- + Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi + onal education: innovation\, knowledgeable action and actionable knowledge + *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the + future of experiential learning environments for a post-COVID world: A pre + liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus + t 3–5\, 2020\, Virtual Event. . Accessed 25 + October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique + *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f + ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 + 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. + (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation + .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p + sychological processes*. Cambridge and London: Harvard University Press.\n + - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc + tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p + andemic situation\, my teaching schedule fluctuates so I\nwill not know my + availability until much closer to the\ndate. Therefore\, I can only guara + ntee 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 i + f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi + s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to + the following terms and conditions:\n\nThe EmacsConf organizers may captu + re audio and video (a "Recording")\nof my presentation and any associated + materials\, which may include\nslides\, notes\, transcripts\, and prerecor + ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ + nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl + y display\, and prepare derivative works of the Recording and\nany derivat + ive works of the Recording (the "Licensed Materials")\nunder the terms of + 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 n + ame\,\nlikeness\, and biographic information in association with their use + \nof the Licensed Materials under the above license.\n\nI represent that I + have the authority to grant the above license to\nthe EmacsConf organizer + s. If my presentation incorporates any\nmaterial owned by third parties\, + I represent that the material is\nsublicensable to the EmacsConf organizer + s 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI + X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets + users who are curious about computational philosophies\,\nor those who mi + ght not know how to best utilise Emacs conceptually. The\ntalk will cover + what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica + l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in + Emacs combining the aformentioned ideals. The\nlisteners will learn how th + ey can approach Emacs ideologically\, and how\nblocking themselves into on + e philosophy or the other will limit their\nefficiency. Although you may b + e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil + osophies together will still allow you\nto be more performant than without + .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla + ining the whole UNIX and GNU philosophies\n and instead talk about conc + rete examples:\n - How can one limit their usage of CLI tools while s + till maintaining\n the ideals of both.\n - How using CLI tools + can still perfectly flow into Emacs.\n - How having all programs in + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C + hristophe Helary\n\nEven if it is generally agreed that software localizat + ion is a good thing\, Emacs is lacking in that respect for a number of tec + hnical reasons. Nonetheless\, the free software using public could greatly + benefit from Emacs manuals translations\, even if the interface were to r + emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans + lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t + ranslators to what IDEs are for code writers. Casual translators can benef + it from their features but professionals or commited amateurs are the most + likely to make the most use of such tools.\n\nWhen OmegaT\, free software + based forges and Emacs meet\, we have a free multi-user translation envir + onment that can easily sustain the (close to) 2 million words load that co + mprise the manuals distributed with Emacs\, along with powerful features l + ike arbitrary string protection for easy typing and QA (quality assurance) + \, automatic legacy translation handling\, glossary management\, history b + ased or predictive autocompletion\, etc.\n\nThe current trial project for + French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file + s\n \n2. chapril hosts + the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s + hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin + g the presentation\n - [po4a](https://po4a.org) a tool to convert documen + tation 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 translator + s to efficiently combine translation ressources (legacy translations\, glo + ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t + he presentation\, I will show:\n\n- How to use po4a to convert the texi fi + les to the PO format (the org.org file is also converted)\n- What are the + specificities of the Emacs manuals and what difficulties they present to t + he tanslator\n- How to address those specificities in OmegaT\, with regula + r expressions\n- How to use OmegaT features such as arbitrary string prote + ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e + tc.\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* show: + \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje + ct\n- How to use OmegaT from the command line to work in localization pipe + lines\n- How to use machine translation and MT "post-edit"\n- How to conve + rt back the translated files to texi format\n- How to install translated t + exi 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN + onGNU ELPA was announced last year\, as a package repository\nthat will be + enabled by default in Emacs\, but doesn't require\nany copyright assignme + nt. This means that a lot of popular\npackages can now be installed easier + \, without any additional\nconfiguration.\n\nIn this talk I would like the + give a reminder of what NonGNU\nELPA is and how it works\, update the par + ticipants on what has\nhappened since last year and what maintainers have + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi + tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r + epositories - enought to have conflicts\nand arguments about. The packages + are becoming big\, they depend on many\nother packages and it is not easy + to keep track of what all is being\ninstalled in our Emacsen. An aggressi + ve way out of this is to use Yet\nAnother Package and install all elisp co + de manually - with borg[1].\n\n[1]: \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 u + se 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra + m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst + ant messaging system. The large number of\nfeatures and the widespread ado + ption make it a good choice for both private\nconversations with friends a + nd for large online communities. In this talk\, I\nam going to present the + Emacs community on Telegram and its initiatives. I\nam also going to disc + uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit + y package that perfectly integrates in Emacs. It supports\nthe vast majori + ty of the features supported by the official clients\, while\nadding sever + al unique ones. In the talk\, I will present the package and\nhighlight so + me 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n + \nThe Unix file system is essentially an N-dimentional sparse array that\n + currently lacks a decent editor and browser which\ncan effectively leverag + e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms + /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 uncircu + lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr + o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti + on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di + mensional\nsparse array will be discussed.\n\nA simple pre-existing databa + se will be queried.\n\nIf time\, questions will be entertained by video/au + dio 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn + ier\n\nBecause of a reckless former Emacs maintainer that shall\n better + stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ + , making it necessary to clean up "old" code [in order to open up\n the r + oad 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 c + l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n + ot sure how much time this will take. I put 20\n minutes because I thi + nk I might be able to fill that and I think more\n than that could turn + too boring. I intend to make it a "live coding"\n kind of thing\, wit + hout anything like an outline: it's basically "make"\n followed by fixi + ng 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien + Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike + to share a few lessons learned. My goal is help everyone take\ncare of E + macs 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS + pencer King\n\nThere are a variety of methods for typesetting gregorian\nc + hant scores and outputting high-quality sheet music. One of these is\na to + ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl + eanly inserted into other documents. All Gregorio files are plain\ntext\, + allowing them to easily be shared with other users and managed\nwith a ver + sion control system. In this talk\, I will give a brief\noverview of the G + regorio tool and then show how it can be used in\nEmacs by typesetting a s + imple score. All code and examples will be\nmade available to help new use + rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- + 5-10 minutes: (brief description/outline)\n 1. Introduction to chant + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs + a former Montessori guide and now parent\, I often think about the\nrelati + onship of this particular educational philosophy and how it manifests\nin + my work with software\, Emacs in particular. This talk introduces the\ncon + cept of Emacs as an educational environment and how it expresses elements + of\nMontessori psychology regarding "Human Tendencies". Human tendencies a + re innate\ndrives present in everybody that allow us to explore and make s + ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio + n/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 limits + )\n - the environment itself is prepared specifically to foster engag + ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n + - Activity\n - Communication\n - Exactness\n - Explorati + on\n - Manipulation (of the environment)\n - Order\n - Orie + ntation\n - Repetition\n - Self-Perfection\n - Work (also d + escribed as "purposeful activity")\n\n How does Emacs express these thi + ngs?\n\n - in the short version\, pose the question\, and perhaps giv + e one example.\n - Emacs is an environment that provides facilities f + or individuals to\n find their way to proficiency through their Hum + an Tendencies.\n - We are all both learners and guides\, Emacs is our + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did + together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co + rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 + \, and joined together around a\ncommon interest in Emacs and research. S + ince then\, we have convened as\nthe Emacs Research Group for weekly meeti + ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co + nflict-free replicated data type’\npackage (crdt.el)\; at the end of each + session\, we debriefed using a\ntemplate that we call a Project Action Rev + iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep + ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect + ive on what we\nhad done. We reflected further on our experiences and met + hods\, linking\nour CLA to plans and design patterns. As a formal researc + h output\, we\ncontributed a write-up of these matters to a joint paper wh + ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 + 21).\nThe paper included an interactive workshop\, in which we explored ro + les\nin real-time problem solving and collaboration.\n\nIn our short talk + we share information about these methods\, making a\ncase for other people + getting together and creating their own small\nresearch communities simil + ar 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col + adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic + h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ + , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app + roach for capturing all the information that comes my way as a\nMS CS stud + ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t + o improve the system I use\, as well as hopefully\ninspire others to build + workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi + nutes: Go through some typical workflows associated with being a grad stud + ent\, 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou + s Professional Development\nPhilip Beadling\n\nI recently had the pleasure + of being audited for my CPD record with one\nof the large engineering pro + fessional bodies. I decided to harness\norg-mode's TODO lists to record C + PD items and my progress against them\ncompletely within Emacs. I also wa + nted the ability to export the data\nin a well presented\, compact format + for auditing submission.\n\nThe project was a success (I passed the audit) + and the resulting system\nintegrates really well into my wider daily Emac + s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla + in how I tweaked and extended org-mode to get it to\nrecord the data I wan + ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can + be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht + tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= + e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e + xample I could also use for the demo.\n\nThe template contains a few examp + les. Examples are Goals that are split\nup into Activities. All Activitie + s must have a Goal\, and within a Goal\nall activities must be complete fo + r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag + ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa + ve or update these are then rendered into a table using Column View.\n\nAc + tivities are sorted by date they were completed on.\n\nThe Column View is + pre-configured to be exported to PDF in a condensed\nbut readable format f + or submission. It stays fairly readable even when\nthe pages get busy.\n\n + The elisp required is all under the "Config" bullet and Emacs will ask\nto + execute it on opening the Org file. The elisp concerns itself with\nnice + custom org capture functions and a few functions to ensure nice\nformattin + g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth + rough of the setup and functions\, followed by a demo of how\nto add CPD i + tems\, and update them. Finally show generation of a PDF\ncontaining all + the items tabulated and ready for audit review. I\nestimate this at appro + x 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/tech\n# Creating technical API documentation and prese + ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe + emacs org-babel package is often mentioned in conjunction with\nliterate + programming. The ability to mix code segments with prose\nindeed offers an + intuitive way to augment semantic code pieces with\ntextual descriptions. + \n\nIn recent projects\, I've started to turn to org-mode as the primary\n + format to maintain technical documentation\, as well as slides for a\ntech + nical language course. By using org-babel to pull in "live" code\nfor REST + requests\, language examples\, and shell scripts\, one can be\nsure that + the documentation and slides are never out of date.\n\nThe session will sh + ow how leverage org-babel\, restclient and\norg-treeslide to write and pre + sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n + Org mode is known for its flexibility\, power\, and staggeringly diverse\n + number of workflows\, users\, and use cases.\n\nThis talk explores just ho + w far we can push the boundaries of the sane\nand sensible with regard to + Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: + two parts of a\ncomplete system for creating executable Org files.\n\nOrg + syntax does not support shebang lines. However\, it turns out that\nOrg s + yntax enables something even better —\; shebang blocks.\n\nOrg is al + so (supposedly) not an executable file format. However\, by\ncombining a + shebang block with a Org babel source block\, and eval\nlocal variables (e + lvs) Org becomes a multi-language executable format.\n\nIn this talk we in + troduce shebang blocks and elvs as a two part system\nthat transforms Org + files into executable documents that can run on any\nrecent version of Ema + cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and + can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open + with a demo of how to create an executable Org file\nusing the orgstrap m + achinery.\n\nWe then discuss security considerations\, and show example us + e cases.\n\nFinally the talk will cover the details and development of the + \nportable shebang block for Org mode that works on a wide variety of\nsys + tems and shells\, and on the development of a formal specification\nand a + reference implementation for using Org source blocks to\ntransform Org fil + es from plain text documents with a bit of markup\ninto self describing co + mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n + - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin + g 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G + NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac + s community gained\nmuch momentum in the last decade. Being a nicely desig + ned lightweight\nmarkup language\, Org mode does not only benefit users of + GNU/Emacs.\nThere are many tools and services supporting Org mode syntax + 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\ntext + outside of GNU/Emacs for better typing usability and\ncollaboration tasks + .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi + s can only be a short teaser for the use of Org mode syntax without\nmuch + comparison to other lightweight markup languages. For this\naudience\, I d + o think that this would be too short because most\nattendees might already + have heard the rumors that Org mode is great\nor they have adapted Org mo + de 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G + erman\n\nIn this presentation I will explain how to use org-mode effective + ly to\nprepare teaching materials\, and how to present them.\n\nFor the la + st 5 years I have been using org-mode to teach programming\nin different l + anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three + key advantages:\n\n1. it supports most programming languages with a commo + n interface\,\n2. it is an interactive medium for delivering teaching mat + erials\; and\n3. it is an always-up-to-date format that does not need to + be exported in order to be published.\n\nI explain how I use org-mode in m + y courses and how I combine org-mode\nnotes other tools such as github org + -mode to get\nalways up-to-date teaching materials that one can use for bo + th\nteaching and studying (see\n\nfor an example + ).\n\nFinally\, I will discuss some important aspects to consider when usi + ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr + oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n + - Important considerations\n- How to get started\n\nOh\, I made a smal + l 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/research\n# Managing a research workflow (bibliographi + es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w + orkers have to read and discover new papers\,\nask questions about what th + ey read\, write notes and scratchwork\, and store\nmuch of this informatio + n for use in writing papers and/or code. Emacs allows\nus to do all of thi + s (and more) using simple text interfaces that integrate\nwell together. I + n this talk I will talk about the following:\n\na. Using elfeed and elfeed + -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa + pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi + ber and rebiber in order to keep the local\n bibliography clean and up-t + o-date with conference versions of papers.\nd. Using org-roam and org-roam + -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT + his text-based workflow allows for keeping everything accessible under\nve + rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men + deley). I\nwill share my Doom Emacs configuration for this workflow\, but + it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o + rg-mode is already an extremely powerful and\ncustomisable tool for task a + nd time management\, note-taking\, calendar\nand agenda management\, and m + uch more. Babel takes org a step further\nby letting you write\, evaluate\ + , and export code in different languages\nfrom within a single file. In th + is talk\, I will highlight some\nfeatures of babel that I find exciting an + d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st + arted with babel can be intimidating\, but it's hard to stop\nusing it onc + e you start. As an academic\, I typically don't manage\nlarge coding proje + cts. My primary purpose is writing lecture notes\,\nassignments\, and pape + rs\, and managing related admin. Typically\, I want\nto try and automate t + he boring portions of my workflow without extra\noverhead. I also tend to + find various tasks easier in some programming\nlanguages and harder in oth + ers\, and prefer to mix and match languages\nas the task dictates. Babel m + akes this process seamless.\n\nA basic use case is writing a document in o + rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m + ultiple documents in a\nsingle org file\, which can be convenient. Babel l + ets you add all sorts\nof enhancements to the same file. For example\, sup + pose we have a\nsingle org document with all the problem sets for a course + . 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 cal + culations and then output the result as LaTeX\,\n- define skeletons to q + uickly draw up assignment templates\,\n- toggle exporting of assignments + with or without solutions based on tags\,\n- locally change export sett + ings or run a post-export hook\,\n- automatically export to LaTeX after + saving\,\n- tangle code blocks from some or all of the languages to exte + rnal files.\n\nI will try to showcase features of babel that academics cou + ld find\nhelpful\, by presenting some ways in which I have tried to use ba + bel. 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 two + example files that heavily use babel. I will use these\nexamples to highl + ight 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- + mode\nBlaine Mooers\n\nResearch papers in structural biology should includ + e the code used to make\nthe images of molecules in the article in the sup + plemental materials.\nSome structural bioinformaticists have started to in + clude\ntheir computer code in the supplemental materials to allow readers\ + nto reproduce their analyses. However\, authors of papers reporting new\nm + olecular structures often overlook the inclusion of the code that makes\nt + he images of the molecules reported in their articles. Nonetheless\,\nthis + aspect of reproducible research needs to become the standard practice\nto + improve the rigor of the science.\n\nIn a literate programming document\, + the author interleaves between blocks\nof prose the code that makes the i + mages of molecules. The document allows\nthe reader to reproduce the image + s in the manuscript by running the code.\nThe reader can also explore the + effect of altering the parameters in the\ncode. Org files are one alternat + ive for making such literate programming\ndocuments.\n\nWe developed a yas + nippet snippet library called orgpymolpysnips for\nstructural biologists ( + ).\nThis library facilitates + the assembly of literate programming documents\nwith molecular images mad + e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea + ting images for publication\; it has\nover 100\,000 users\, which is a lot + of users in molecular biology. PyMOL\nhas been used to make many of the i + mages of biological molecules found\non the covers of many Cell\, Nature\, + and Science issues.\n\nWe used the `jupyter' language in org-babel to sen + d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret + urns the\nmolecular image to the output block below the code block. An Ema + cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni + nto a script file\, and submit these for non-Emacs users. We describe\nthe + content of the library and provide examples of the running PyMOL\nfrom Or + g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o + utline)\n - Title slide\n - Structural Biolog Workflow in the Mo + oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn + ippet library for your field?\n - PyMOL in Org: kernel specification\ + n - Creating a conda env and installing PyMOL\n - Example code b + lock 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin + g 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 invo + icing.\n\nWe are a small company and we are still tuning and improving the + \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide + s\, and reading here and there what other users do\, we\nimplemented an ef + fective workflow we have been using for nearly a\nyear\, now\, and with wh + ich 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\, b + y 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB + ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f + or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat + e an invoice\,\nrecord the details into your accounting software and keep + track of\ntaxes and payments? You are not alone\, I found the whole invoic + e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r + escue.\n\nMy talk will give you a basic intro on how to use org mode\, som + e embedded python code and file jugglery to generate stylistic and profess + ional invoices.\n\nWhat you will learn during the session:\n\n- How to t + rack your freelance time using orgmode\n- How to create the basic infras + tructure for invoice generation\n- How to generate the invoice\n- How + to manage multiple clients\n- How to enter the finance details into your + accounting software\n- How to track invoice payments\n\nWe will use the + following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho + n 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki + ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi + ce every year\,\nsupplanting each generation with a newer model that boast + s highly\npromoted incremental features which greatly devalues the price o + f\ntheir older models. These forgotten models are sold on Ebay and\nother + secondhand websites at highly discount prices by owners who\ndo not see th + e true potential of these devices: Kindles are\nexcellent high contrast lo + w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em + bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c + an last weeks\nbefore needing a recharge. This makes them ideal as passive + image\ndevices that can be configured easily using a few shell\nscripts. + Indeed\, efforts have been made in dedicated hacker forums\nto expose the + Linux filesystem and to enable features such as\ncustom screensavers\, SSH + networking\, and more. By exploiting these\nfeatures\, and by carefully d + isabling the software/bloatware that\ncomes with the device\, these Kindle + s have found new life as online\ndashboard devices which can fetch and dis + play information from the\ninternet at timely intervals.\n\nHere we descri + be a tool to control multiple Kindle devices with a\nsingle org-mode/shell + -based tool\, built initially to periodically\nserve updated Emacs Org-Age + nda views\, but later expanded to produce\nonline local weather reports an + d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info + rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image + and text content\n(via imagemagick)\, small messages\, and much more.\n\n + In this talk\, we show how to configure multiple Kindles with any\ndesired + custom content\, following any daily/weekly schedule\, all\neasily manage + d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m + inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n + - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b + attery life\, low refresh rate –\; perfect\n for a dashboard\ + n - Timely updated Org-Mode Agendas anyone?\n - Reference to + inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate + content\n\n - A static text+picture image easily generated with image + magick\n wrapper\n - An image of a sparse tree of org-mode TOD + O file\n - An image of another emacs view (e.g. Calfw\, or org-calori + es)\n - Show post-processing for optimizing image for Kindles\n\n + 1-2 mins\n Configuration in a single org-mode file\n\n - Def + ining Machines\n - Defining Commands to generate content\n - Def + ining Schedules to run Commands on multiple Machines at\n specific + points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh + ow exported shell configs and generated cronjobs\n - Witness multiple + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p + ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us + e a computer. Even if Emacs\nusers love text as a format\, they may need t + o shop and video call from\ntime to time (even more so in a pandemic!). So + me 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 t + he making?\nWhat if you could "ace-jump" within a web page? What if you co + uld run\na REPL to extend your browser while browsing? What if you could r + ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi + ll share why it has great potential\, how you can\nintegrate it with Emacs + \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were + wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n + \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro + ugier\n\nText editors are written by and for developers. They come\nwith + a large set of default and implicit choices in terms of layout\,\ntypograp + hy\, colorization and interaction that hardly change from one\neditor to t + he other. It is not clear if these implicit choices derive\nfrom the ignor + ance of alternatives or if they derive from developers'\nhabits\, reproduc + ing what they are used to. Durint this talk\, I will\ncharacterize these i + mplicit choices and illustrate what are some\nalternatives using GNU Emacs + .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o + f 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed + om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw + are freedom".\nI will outline the key moments in my transition to a GNU/Li + nux operating\nsystem and mark those which eventually contributed towards + me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po + pular package\, and\ncontributor to upstream Emacs (among others). By all + uding to personal\nexperiences\, I will draw generalisable insights and co + nnect them to what\nI believe are irreducible qualities of Emacs qua softw + are and Emacs as a\ncommunity of like-minded people. The talk will be the + oretical in\nnature: there won't be any code-related demonstration nor tec + hnical\nreferences that only people with a background in computer science + would\nlikely recognise. Personal anecdotes shall be tangential to the po + int\nand considered as ancillary to the thesis of what Emacs represents fr + om\nthe standpoint of software freedom and user empowerment. The\npresent + ation is intended for a general audience that is interested in\nGNU softwa + re in general and Emacs in particular. My formal educational\nbackground + as a social scientist (i.e. not a programmer) and later as a\nphilosopher + informs my approach to this topic.\n\nThe presentation shall be 40 minutes + long. Its text will be in essay\nform and shall be supplied as complemen + tary material to the video. The\nnotation will be in Org mode. I cannot + provide an outline in advance\,\nas it will most likely not be consistent + with the actual presentation.\nIf\, however\, this is absolutely required + for administrative purposes I\nshall furnish one regardless with the provi + so that I am in no way bound\nby it and thus reserve the right to modify i + t 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov + \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a + pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg + er breakpoint.\n- How to determine if a function is expensive. How to pi + ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). + \n- Print-benchmarking.\n- Byte-compiled code can give a very differen + t picture\, changing where\n the bottleneck is. How to quickly load a b + yte-compiled version.\n- Steps taken to speed up the Xref package recent + ly. +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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 vis + ion for how writing code could be\, where the\nediting operations map dire + ctly to the primitives of the language itself -- and\nmy humble attempt of + implementing this vision. _tree-edit_ seeks to provides a\nstructural edi + ting plugin supporting conceivably any language with a tree-sitter\nparser + .\n\n**Structural editing does not have to be relegated to lisps or niche + DSLs.**\n\nI liken the state of code editing today to writing assembly. Th + e reason why\npeople like Python more than assembly is that for most purpo + ses\, the building\nblocks of the language are mismatched with our thought + process. We don't think\nin terms of registers and addresses\, we think i + n terms of variables\, functions\,\netc. So when we write and edit code\, + why do we edit in terms of deleting\,\ninserting\, replacing characters &# + x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta + tements?\n\nI'll also discuss the implementation of tree-edit\, which uses + a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e + macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program + ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon + ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat + ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre + e-edit)!\n\n# Outline\n\n- Discuss motivation ( + Why should I care?)\n- Demonstrate tree-edit (Live + -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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP + sionic\n\nWhen we begin programming\, the promise is to automate away repe + titive\ntasks in life. As those program's capability grows\, we begin to + need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ + , we\nrun into the following issues:\n\n- As options pile up\, the intui + tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati + on 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 a + ction to perform\n\n- Composition compounds with all of these issues\n\n + Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM + agit's UI input library\, Transient\, is a standalone package for\ndevelop + ing more killer UI's\, and not just for CLI applications\, but\nalso for s + erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans + ient's potential is to create the most highly productive\nUI's short of th + ought control\, going beyond simple command dispatchers\nrequires a deeper + dive. When we think like constructing a DSL for the\ntask and using tran + sient to input that DSL\, we get an intelligent\,\nself-describing modal p + rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid + entally yak-shaved my way to writing a UI framework because overlays were + slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework + for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. + This package\nimplements React Component API's with the goal of simplifyin + g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe + ir prior experience with React or web programming. Components\nprovide a + useful functional unit for constructing complex interfaces\ndeclaratively + and also eliminate much of the burden associated with\nupdating textual co + ntent as application state changes. This talk will\ncover use of the tui. + el API and its operation in a textual environment\nby implementing some ba + sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI + implementation complexity.\n - API introduction: Displaying content\ + , Components.\n - Visual taste of dashboards and applications built w + ith 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n + Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 + 5. It can be\nused to extend Emacs with native libraries\, for performance + \,\nOS-specific features\, or other functionalities that would take a lot\ + nof time to re-implement in Lisp. The officially supported language is\nC\ + , which is tedious and error-prone to use. This talk discusses a\n**safe** + alternative that is also a lot **more convenient**: writing these\ndynami + c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim + ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr + ough 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat + thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten + sible GUI\napplication framework that extends Emacs graphical capabilities + using\nPyQt5. There are many new but important updates since EmacsConf202 + 0\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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli + cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i + n a sense that it provides consistency\nacross different tools and applica + tions within the Emacs ecosystem\, as well as\nexternal apps that can be i + ntegrated into it. It is also the most truly\nmalleable environment\, each + element of which can be adjusted or extended\,\ntherefore providing the u + ser with more power and freedom in personal computing.\nEmacs definitely c + an 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\n + years ago\, the only regret to have is that it didn't happen earlier. The + definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l + ess technical\nfolks to join the party and gradually start to use Emacs fo + r writing documents\,\nwhether personal or work related\, manage tasks\, e + mails and potentially everything\nelse. The learning curve and difference + in approach\, however\, leaves some\npotential users too scared of the arc + ane interface even with all it's quirks and\nfeatures because it requires + at least some technical skills to understand and\nuse properly\, and does + not have an easy way to connect with external tools that\nmost people are + forced to use for work.\n\nThis talk proposes some ideas about how the mod + el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's + powerful interaction model can be\ncarried over to make modern interfaces + \, whether desktop or web applications\,\nthat would be designed with a go + al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu + res it possesses\, and therefore enhance the capabilities\nof the Emacs\, + while at the same time utilizing it as a backend for\ntext-processing and + editing to a large extent. It would be really great to have\na personal we + b-interface for using modern task management tools\, chats\, emails\nand s + uch\, but from a UI defined by the user. The goal is to use it on a deskto + p\nor mobile\, locally or self-hosted on a server\, with support for touch + and\ngesture-based workflows\, while preserving the Emacs philosophy and + allowing to\nseamlessly switch between Emacs and its web extension\n\nThe + proposed solution is to integrate more of the modern tools with Emacs\,\nu + tilize Org-mode as a way to define application-specific parameters for the + se\ntools through Org properties\, and then utilize these parameters for m + aking a\nmodern local frontend that would enhance Emacs UI while allowing + to use external\ntools in a more personal and freedom respecting way (maki + ng the originals\nobsolete over time). The talk serves the purpose of invi + ting community members to\na discussion about how Emacs can become more mo + dern\, more approachable by people\nwho don't possess the neccessarry tech + nical skills to adjust it themselves\, but\nare keen to learn it\, and pot + entially how to attract more users to greater\nproductivity\, computer lit + eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes + \n - Introduction\n - Issues with most modern tools for work\n + - Issues with Emacs as a tool for work\n - In search for a hybrid + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t + o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str + ength is also its greatest weakness: it is **too** hackable.\n\nWe have a + great community that experiment with new features that are still\nlacking + in Emacs core. They write up a package and develop the living daylights\n + out 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 are + those\nfeatures not in core? What about projectile? And so on.\n\nCore + demands copyright assignments (CLA). This is a fact of life. While I\nmo + stly agree with the people saying it is not helful\, they are there to pro + tect\nEmacs from copyright issues in the future. So my suggestion here is + simple:\njust **sign the papers**. It is just a formality\, and you shou + ld only need to do\nit once.\n\nI suggest that any ambitious feature that + we **might** want to see shipped in the\ndefault Emacs distribution should + by default go to GNU ELPA. You don't need to\ndo this\, of course\, and + I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha + ve an exceptionally high standard\, but we do try to give any\nnew package + 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\, which + is to not recommend non-free\nsoftware. Therefore\, we could not recommen + d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us + ed for packages that we don't have an assignment for but\nwould still like + to distribute. It should ideally only be for old packages\nwhere getting + a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute + to Emacs core. This impression\nis largely wrong. If I can do it\, you c + an too.\n\nWe do have a problem in that our tools and methods (mailing lis + ts\, the bug\ntracker) are out-dated. This is largely correct. We want t + o migrate to\nsomething else\, and the best candidate is probably Sourcehu + t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to + their Init file to fix this or that\nannoyance\, or even bug. The more am + bitious would go on to package up such fixes\nin what I call "patch packag + es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ + e a package!" I am here to suggest that you submit a\npatch to Emacs inst + ead.\n\nFixing an issue for one person is good\, and fixing it for more pe + ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel + is not that scary\, nor is email. We are really quite friendly and\neasy + going\, but the communication we prefer (for reasons of efficiency - the\n + volume is very high) is often very brief and to the point. We are trying + our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr + ibutors. We need a successful Emacs on this planet.\n\nSo should you real + ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out + line\n\n- I will urge people to consider contributing to Emacs instead of\ + n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will + go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac + s conservative without reason?)\, how to get things\n done and the necess + ary 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 data + . This is a\nniche library that is used by packages such as Websocket\, EM + MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha + pless\nkitten while at the same time providing poor service slowly. For\nE + macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib + le while respecting the kitten. In this presentation I intent to\nshow how + we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min + : Intro and presentation of Bindat\n 5 min: Showcase some of its proble + ms\n 5 min: Present the new design\n 5 min: Examples of what can be + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status + and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp + dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally + capable of executing Elisp code\neither interpreted or byte-interpreted a + fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the + Emacs Lisp native compiler. This feature\nrecently merged into the main E + macs development line allow for\nautomatically compiling and executing Eli + sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design + goals\n- compiler and runtime design and implementation\n- performanc + e implications\n- upstream process\n- area of improvements and future + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac + tical languages are multi-paradigm\, offering several\nabstractions for th + e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys + tem 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 - Furthe + r 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat + ion I will show an idea that feels completely obvious\nonce we see it\, bu + t that only occured to me after after using Emacs\nand eev as my main inte + rface to the computer for more than 20 years.\nTake any interpreted langua + ge that supports multi-line comments\, and\nwhose interpreter can be run i + n 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 L + ua script that we wrote\, that\nis called "foo.lua" and that defines lots + of functions and defines the\nclasses Bar and Bletch. We can put after the + definition of the class\nBar a multi-line comment that contains an eepitc + h block that when\nexecuted starts a Lua interpreter\, loads the script fo + o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th + at class\nand its methods\; and we can put another block with tests like t + hat\nafter the class Bletch\, and other blocks after some functions. Eepit + ch\nallows sending these tests line by line to the Lua interpreter by\ntyp + ing on each line that we want to send\, and this lets us create\nte + sts that are very easy to understand even without writing comments\;\nthis + 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 be + fore running the risk of being read by other people.\n\nThese multi-line c + omments with eepitch blocks that run an interpreter\nand make it load the + 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 t + he 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 blocks + to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo + Ochs +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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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\,\nshamelessl + y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr + ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 + 0 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema + cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting + with Emacs 24\, full native bidi\n(bidirectional) support became available + . For\nmany years prior to that Unicode support was\navailable and by aro + und year 2000\, reasonable\nopen-source shaping libraries were also availa + ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu + t methods for emacs. These input\nmethods or variations of them can also b + e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac + e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro + nment for persoarabic users.\n\nSince emacs comes loaded with everything ( + Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ + , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e + tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers + can be addressed in one place and\ncohesively.\n\nIn this talk I will demo + nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri + ef description/outline)\n\n My talk will be in two parts.\n\n In Par + t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban + an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq + uo\;. The\n software is part of base emacs distribution.\n Full docu + mentation is available at:\n Persian Input Methods\n F + or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n + \n\n In Part 2\, + I will cover the ramifications of bidi\n on existing emacs application + s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin + g 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 bidi + on display.\n - Use of persian text for Persian (solar) calendar. + \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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so + ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled + ge hide in\nplaces we cannot access or use. The more we write down\, the m + ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( + web\, software\, books) keeps growing faster and faster! This\nis not sust + ainable: we cannot keep up with it! What if we repeat the\nerror of somebo + dy else\, only because it would take too much reading to\nknow? What if th + at knowledge is in some code we work with everyday?\n\nMoldable developmen + t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th + e tool you use should let you create special tools\nto learn smartly from + what you have already.\n\nSince we use Emacs\, let's make our great editor + 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 nat + ural)\ntext to learn better\, how we can inject notes in our projects and + how\nself documenting this tool is!\n\nI aim to inspire you to find a quic + ker way to learn from our digital\nworld!\n\nYou can learn more about this + at: \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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir + onment.\nFermin MF\n\nI've been developing a package that helps with the d + evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f + ramework\, it has a custom reader\nand integration for\ncommon Emacs packa + ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp + ly features that other language with and static\nanalyzer have\,\nlike ref + actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn + ows 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n + Imaginary Programming (IP) is both methodology and paradigm. It is an\next + ension of literate programming and a way of creating software without\nthe + use of imperative\, functional or even declarative code. Yet IP employs\n + all disciplines to achieve the miraculous. The only contingency is on one\ + nor more language models\, known as foundation models. The real value of I + P\nis not found by abandoning sound logic altogether\, but in weaving the + real\nwith the imaginary. The future of imaginary programming is one in wh + ich\nalmost all of computing is inferred. I have built a suite of tools ba + sed on\nemacs for interfacing real programming languages with imaginary on + es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin + al that lets\nyou imagine what happens no matter how nested you are within + interpreters\,\nan example-oriented language\, a file format that encodes + the provenance of\ntext and a library for imaginary functional programmin + g primitives called\niLambda. It is important to recognise IP because\, fo + r lack of a better\nterm\, it has far-reaching implications for intellectu + al 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\, fo + llowed by\n - a demonstration of iLambda.\n - iλ\, a family + of imaginary programming libraries\n \n\n\n\nIRC + 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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 makes + our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m + achines and\nfascinating were those days of experimentation and engineerin + g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de + veloper stand points\, what things can be improved and\nwhat can be an hyp + othetical 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\ndevel + oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more + details about CEDAR: \n\n- 40 minute + s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs + \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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed + itor trends\nDavid Wilson\n\nThe computer software industry has seen many + "popular" text editors come\nand go\, often due to the mercurial fashions + of software development. In\nthis talk\, we'll take a look at why popular + editors fade and the\nspecific aspects of Emacs that will ensure it remai + ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di + scuss the core thesis\, the features that make Emacs\n desirable for long + -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b + ackground on the text editor landscape and\n how the scope of various edi + tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific + instances where editors were popular\, fell out\n of popularity\, and wh + y (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:20211027T123427 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day2-close\n# Closing remarks day 2 +END:VEVENT END:VCALENDAR \ No newline at end of file -- cgit v1.2.3 From 27a3fdb625b200430e84609d6b8799deef36444b Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:35:20 -0400 Subject: Revert --- 2021/emacsconf.ics | 3150 ++++++++++++++++++++++++++-------------------------- 1 file changed, 1575 insertions(+), 1575 deletions(-) (limited to '2021') diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index af818e8e..65814557 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community - highlights since the last conference\n\n -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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made - Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac - s is well-known for being extremely flexible\, programmable\, and\nextensi - ble\; in fact\, that's probably the biggest reason it's still\nbeing used - after 40+ years of existence\, and even has enough clout to\ngenerate an e - ntire conference in its name. In this medium-length\npresentation\, I wil - l add another point to the data set proving Emacs's\nabilities\, by narrat - ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to - its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some - one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ - , for a joke package." I feel like\nthat encapsulates the spirit of Emacs - and that's why I want to present\non this topic.\n\nAlong the way\, I'll - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear - ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs - artifacts: first illustrating possible paths for beginners and then mappin - g out the significance of the enhanced learning potential of Emacs (Caille - t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog - y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm - any\, many features' (Stallman) which surpass the confines of a pre-fabric - ated environment (Stiegler). This affords diverse possibilities for indivi - duals to interact creatively and autonomously to satisfy their own needs ( - Ill\nich). Its adaptability will be shown to be an asset in supporting the - learning trends identified by the latest pedagogical research (Guo).\n\n# - Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li - mit imaginable types of interactivity\, supporting both formal and informa - l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a - scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative - and autonomous ability of individuals to interact with their digital envir - onment and others who share the use of this tool (Illich 1973). Individual - s can use Emacs as often or seldom as they want to express their needs and - meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh - e formal learning involved pertains to Emacs programs and documentation (t - he 'temple') while related discussion and smaller task-based problem solvi - ng represents examples of informal learning (the 'forum') (cf. Caillet in - Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, - Emacs fulfills the promise of general computing: not boxing users into pe - rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an - d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p - rograms so that they are 'just right'. People wanting to create tailored l - earning environments who feel alienated or unsupported by pre-fabricated t - ext and programming environments will find their way with Emacs.\n\n1. Wh - at if we are beginners overwhelmed by formal Emacs documentation? Two pote - ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar - tifacts: no use-case is too small\; leave your trace.\n - b. Study othe - rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po - wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative - \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the - organization of knowledge\, imagination\, and experience (cf. Guerry & Ga - ume 2009) . This is important as not all learners have the same spatial/vi - sual needs and because these needs and knowledge can change over time (Vyg - otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr - ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f - abricated 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 import - ant to survival.\n\n3. Emacs as systems design for technology-enhanced le - arning (TEL):\n\n - a. Good TEL design performance should also educate - 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 differ - ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic - domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo - rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - - b. The 'wise' use of programming (Crichton 1983) actively manages and or - ganizes workflow. This permits iterative development. Elementary use-case: - a workflow that relies on PPT and Zoom vs. already having a more modular - viewpoint supported by diverse Emacs packages. The latter adaptability is - supported by the latest educational research (Guo). Further: Emacs allows - movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis - e programming can include fun programming - 'there are people who want to - put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th - is systems/design view\, Emacs is developed and maintained by a community - dedicated to supporting this freedom of use in these multiple contexts (cf - . Illich 1973).\n - e. One perspective is less likely to override other - s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma - cs does not limit any imaginable type of interactivity and promotes a dive - rsity of related content\, further supporting the pursuit of more advanced - TEL (viz. Guo). This was illustrated through an elementary use-case that - compared being limited to PPT as opposed to having basic familiarity with - Emacs\, which permits manageable\, continuous exploration of knowledge\, w - orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m - ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b - eing able to use a sophisticated digital tool\, thanks to the contribution - s of heterogeneous maintainers\, developers\, and community members whose - artifacts comprise a meta picture. It is possible\, through using Emacs\, - to learn about the design of digital learning and learning in general as a - ccess to knowledge is not walled off by prefabricated design(cf. Illich\; - Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera - l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- - Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional - references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- - Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 - .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. - . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac - kages for GNU Emacs. . Accessed 25 October - 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 - 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu - cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S - ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie - r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De - Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- - Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo - rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. - (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre - nticeship\, serendipitous teachable moments\, and tacit expert knowledge. - IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, - short paper\, 2021. . Accessed 25 October 20 - 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O - xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning - \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol - ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott - erdam\, 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*\, 1 - 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte - ractions: Synthesizing the first\nfour years of Learning@Scale and chartin - g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: - https://doi.org/10.1145/3231644.3231662. . - Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho - w video production affects student engagement: An empirical study of MOOC - videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali - ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr - os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts - and interaction peaks in online lecture videos. ACM Conference on Learnin - g at Scale. . Accessed 25 October 2021.\n- - Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi - onal education: innovation\, knowledgeable action and actionable knowledge - *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the - future of experiential learning environments for a post-COVID world: A pre - liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus - t 3–5\, 2020\, Virtual Event. . Accessed 25 - October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique - *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f - ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 - 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. - (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation - .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p - sychological processes*. Cambridge and London: Harvard University Press.\n - - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc - tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p - andemic situation\, my teaching schedule fluctuates so I\nwill not know my - availability until much closer to the\ndate. Therefore\, I can only guara - ntee 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 i - f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi - s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to - the following terms and conditions:\n\nThe EmacsConf organizers may captu - re audio and video (a "Recording")\nof my presentation and any associated - materials\, which may include\nslides\, notes\, transcripts\, and prerecor - ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ - nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl - y display\, and prepare derivative works of the Recording and\nany derivat - ive works of the Recording (the "Licensed Materials")\nunder the terms of - 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 n - ame\,\nlikeness\, and biographic information in association with their use - \nof the Licensed Materials under the above license.\n\nI represent that I - have the authority to grant the above license to\nthe EmacsConf organizer - s. If my presentation incorporates any\nmaterial owned by third parties\, - I represent that the material is\nsublicensable to the EmacsConf organizer - s 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI - X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets - users who are curious about computational philosophies\,\nor those who mi - ght not know how to best utilise Emacs conceptually. The\ntalk will cover - what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica - l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in - Emacs combining the aformentioned ideals. The\nlisteners will learn how th - ey can approach Emacs ideologically\, and how\nblocking themselves into on - e philosophy or the other will limit their\nefficiency. Although you may b - e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil - osophies together will still allow you\nto be more performant than without - .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla - ining the whole UNIX and GNU philosophies\n and instead talk about conc - rete examples:\n - How can one limit their usage of CLI tools while s - till maintaining\n the ideals of both.\n - How using CLI tools - can still perfectly flow into Emacs.\n - How having all programs in - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C - hristophe Helary\n\nEven if it is generally agreed that software localizat - ion is a good thing\, Emacs is lacking in that respect for a number of tec - hnical reasons. Nonetheless\, the free software using public could greatly - benefit from Emacs manuals translations\, even if the interface were to r - emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans - lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t - ranslators to what IDEs are for code writers. Casual translators can benef - it from their features but professionals or commited amateurs are the most - likely to make the most use of such tools.\n\nWhen OmegaT\, free software - based forges and Emacs meet\, we have a free multi-user translation envir - onment that can easily sustain the (close to) 2 million words load that co - mprise the manuals distributed with Emacs\, along with powerful features l - ike arbitrary string protection for easy typing and QA (quality assurance) - \, automatic legacy translation handling\, glossary management\, history b - ased or predictive autocompletion\, etc.\n\nThe current trial project for - French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file - s\n \n2. chapril hosts - the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s - hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin - g the presentation\n - [po4a](https://po4a.org) a tool to convert documen - tation 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 translator - s to efficiently combine translation ressources (legacy translations\, glo - ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t - he presentation\, I will show:\n\n- How to use po4a to convert the texi fi - les to the PO format (the org.org file is also converted)\n- What are the - specificities of the Emacs manuals and what difficulties they present to t - he tanslator\n- How to address those specificities in OmegaT\, with regula - r expressions\n- How to use OmegaT features such as arbitrary string prote - ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e - tc.\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* show: - \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje - ct\n- How to use OmegaT from the command line to work in localization pipe - lines\n- How to use machine translation and MT "post-edit"\n- How to conve - rt back the translated files to texi format\n- How to install translated t - exi 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN - onGNU ELPA was announced last year\, as a package repository\nthat will be - enabled by default in Emacs\, but doesn't require\nany copyright assignme - nt. This means that a lot of popular\npackages can now be installed easier - \, without any additional\nconfiguration.\n\nIn this talk I would like the - give a reminder of what NonGNU\nELPA is and how it works\, update the par - ticipants on what has\nhappened since last year and what maintainers have - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi - tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r - epositories - enought to have conflicts\nand arguments about. The packages - are becoming big\, they depend on many\nother packages and it is not easy - to keep track of what all is being\ninstalled in our Emacsen. An aggressi - ve way out of this is to use Yet\nAnother Package and install all elisp co - de manually - with borg[1].\n\n[1]: \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 u - se 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra - m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst - ant messaging system. The large number of\nfeatures and the widespread ado - ption make it a good choice for both private\nconversations with friends a - nd for large online communities. In this talk\, I\nam going to present the - Emacs community on Telegram and its initiatives. I\nam also going to disc - uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit - y package that perfectly integrates in Emacs. It supports\nthe vast majori - ty of the features supported by the official clients\, while\nadding sever - al unique ones. In the talk\, I will present the package and\nhighlight so - me 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n - \nThe Unix file system is essentially an N-dimentional sparse array that\n - currently lacks a decent editor and browser which\ncan effectively leverag - e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms - /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 uncircu - lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr - o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti - on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di - mensional\nsparse array will be discussed.\n\nA simple pre-existing databa - se will be queried.\n\nIf time\, questions will be entertained by video/au - dio 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn - ier\n\nBecause of a reckless former Emacs maintainer that shall\n better - stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ - , making it necessary to clean up "old" code [in order to open up\n the r - oad 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 c - l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n - ot sure how much time this will take. I put 20\n minutes because I thi - nk I might be able to fill that and I think more\n than that could turn - too boring. I intend to make it a "live coding"\n kind of thing\, wit - hout anything like an outline: it's basically "make"\n followed by fixi - ng 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien - Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike - to share a few lessons learned. My goal is help everyone take\ncare of E - macs 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS - pencer King\n\nThere are a variety of methods for typesetting gregorian\nc - hant scores and outputting high-quality sheet music. One of these is\na to - ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl - eanly inserted into other documents. All Gregorio files are plain\ntext\, - allowing them to easily be shared with other users and managed\nwith a ver - sion control system. In this talk\, I will give a brief\noverview of the G - regorio tool and then show how it can be used in\nEmacs by typesetting a s - imple score. All code and examples will be\nmade available to help new use - rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- - 5-10 minutes: (brief description/outline)\n 1. Introduction to chant - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs - a former Montessori guide and now parent\, I often think about the\nrelati - onship of this particular educational philosophy and how it manifests\nin - my work with software\, Emacs in particular. This talk introduces the\ncon - cept of Emacs as an educational environment and how it expresses elements - of\nMontessori psychology regarding "Human Tendencies". Human tendencies a - re innate\ndrives present in everybody that allow us to explore and make s - ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio - n/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 limits - )\n - the environment itself is prepared specifically to foster engag - ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n - - Activity\n - Communication\n - Exactness\n - Explorati - on\n - Manipulation (of the environment)\n - Order\n - Orie - ntation\n - Repetition\n - Self-Perfection\n - Work (also d - escribed as "purposeful activity")\n\n How does Emacs express these thi - ngs?\n\n - in the short version\, pose the question\, and perhaps giv - e one example.\n - Emacs is an environment that provides facilities f - or individuals to\n find their way to proficiency through their Hum - an Tendencies.\n - We are all both learners and guides\, Emacs is our - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did - together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co - rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 - \, and joined together around a\ncommon interest in Emacs and research. S - ince then\, we have convened as\nthe Emacs Research Group for weekly meeti - ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co - nflict-free replicated data type’\npackage (crdt.el)\; at the end of each - session\, we debriefed using a\ntemplate that we call a Project Action Rev - iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep - ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect - ive on what we\nhad done. We reflected further on our experiences and met - hods\, linking\nour CLA to plans and design patterns. As a formal researc - h output\, we\ncontributed a write-up of these matters to a joint paper wh - ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 - 21).\nThe paper included an interactive workshop\, in which we explored ro - les\nin real-time problem solving and collaboration.\n\nIn our short talk - we share information about these methods\, making a\ncase for other people - getting together and creating their own small\nresearch communities simil - ar 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col - adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic - h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ - , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app - roach for capturing all the information that comes my way as a\nMS CS stud - ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t - o improve the system I use\, as well as hopefully\ninspire others to build - workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi - nutes: Go through some typical workflows associated with being a grad stud - ent\, 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou - s Professional Development\nPhilip Beadling\n\nI recently had the pleasure - of being audited for my CPD record with one\nof the large engineering pro - fessional bodies. I decided to harness\norg-mode's TODO lists to record C - PD items and my progress against them\ncompletely within Emacs. I also wa - nted the ability to export the data\nin a well presented\, compact format - for auditing submission.\n\nThe project was a success (I passed the audit) - and the resulting system\nintegrates really well into my wider daily Emac - s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla - in how I tweaked and extended org-mode to get it to\nrecord the data I wan - ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can - be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht - tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= - e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e - xample I could also use for the demo.\n\nThe template contains a few examp - les. Examples are Goals that are split\nup into Activities. All Activitie - s must have a Goal\, and within a Goal\nall activities must be complete fo - r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag - ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa - ve or update these are then rendered into a table using Column View.\n\nAc - tivities are sorted by date they were completed on.\n\nThe Column View is - pre-configured to be exported to PDF in a condensed\nbut readable format f - or submission. It stays fairly readable even when\nthe pages get busy.\n\n - The elisp required is all under the "Config" bullet and Emacs will ask\nto - execute it on opening the Org file. The elisp concerns itself with\nnice - custom org capture functions and a few functions to ensure nice\nformattin - g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth - rough of the setup and functions\, followed by a demo of how\nto add CPD i - tems\, and update them. Finally show generation of a PDF\ncontaining all - the items tabulated and ready for audit review. I\nestimate this at appro - x 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/tech\n# Creating technical API documentation and prese - ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe - emacs org-babel package is often mentioned in conjunction with\nliterate - programming. The ability to mix code segments with prose\nindeed offers an - intuitive way to augment semantic code pieces with\ntextual descriptions. - \n\nIn recent projects\, I've started to turn to org-mode as the primary\n - format to maintain technical documentation\, as well as slides for a\ntech - nical language course. By using org-babel to pull in "live" code\nfor REST - requests\, language examples\, and shell scripts\, one can be\nsure that - the documentation and slides are never out of date.\n\nThe session will sh - ow how leverage org-babel\, restclient and\norg-treeslide to write and pre - sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n - Org mode is known for its flexibility\, power\, and staggeringly diverse\n - number of workflows\, users\, and use cases.\n\nThis talk explores just ho - w far we can push the boundaries of the sane\nand sensible with regard to - Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: - two parts of a\ncomplete system for creating executable Org files.\n\nOrg - syntax does not support shebang lines. However\, it turns out that\nOrg s - yntax enables something even better —\; shebang blocks.\n\nOrg is al - so (supposedly) not an executable file format. However\, by\ncombining a - shebang block with a Org babel source block\, and eval\nlocal variables (e - lvs) Org becomes a multi-language executable format.\n\nIn this talk we in - troduce shebang blocks and elvs as a two part system\nthat transforms Org - files into executable documents that can run on any\nrecent version of Ema - cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and - can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open - with a demo of how to create an executable Org file\nusing the orgstrap m - achinery.\n\nWe then discuss security considerations\, and show example us - e cases.\n\nFinally the talk will cover the details and development of the - \nportable shebang block for Org mode that works on a wide variety of\nsys - tems and shells\, and on the development of a formal specification\nand a - reference implementation for using Org source blocks to\ntransform Org fil - es from plain text documents with a bit of markup\ninto self describing co - mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n - - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin - g 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G - NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac - s community gained\nmuch momentum in the last decade. Being a nicely desig - ned lightweight\nmarkup language\, Org mode does not only benefit users of - GNU/Emacs.\nThere are many tools and services supporting Org mode syntax - 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\ntext - outside of GNU/Emacs for better typing usability and\ncollaboration tasks - .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi - s can only be a short teaser for the use of Org mode syntax without\nmuch - comparison to other lightweight markup languages. For this\naudience\, I d - o think that this would be too short because most\nattendees might already - have heard the rumors that Org mode is great\nor they have adapted Org mo - de 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G - erman\n\nIn this presentation I will explain how to use org-mode effective - ly to\nprepare teaching materials\, and how to present them.\n\nFor the la - st 5 years I have been using org-mode to teach programming\nin different l - anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three - key advantages:\n\n1. it supports most programming languages with a commo - n interface\,\n2. it is an interactive medium for delivering teaching mat - erials\; and\n3. it is an always-up-to-date format that does not need to - be exported in order to be published.\n\nI explain how I use org-mode in m - y courses and how I combine org-mode\nnotes other tools such as github org - -mode to get\nalways up-to-date teaching materials that one can use for bo - th\nteaching and studying (see\n\nfor an example - ).\n\nFinally\, I will discuss some important aspects to consider when usi - ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr - oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n - - Important considerations\n- How to get started\n\nOh\, I made a smal - l 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/research\n# Managing a research workflow (bibliographi - es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w - orkers have to read and discover new papers\,\nask questions about what th - ey read\, write notes and scratchwork\, and store\nmuch of this informatio - n for use in writing papers and/or code. Emacs allows\nus to do all of thi - s (and more) using simple text interfaces that integrate\nwell together. I - n this talk I will talk about the following:\n\na. Using elfeed and elfeed - -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa - pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi - ber and rebiber in order to keep the local\n bibliography clean and up-t - o-date with conference versions of papers.\nd. Using org-roam and org-roam - -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT - his text-based workflow allows for keeping everything accessible under\nve - rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men - deley). I\nwill share my Doom Emacs configuration for this workflow\, but - it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o - rg-mode is already an extremely powerful and\ncustomisable tool for task a - nd time management\, note-taking\, calendar\nand agenda management\, and m - uch more. Babel takes org a step further\nby letting you write\, evaluate\ - , and export code in different languages\nfrom within a single file. In th - is talk\, I will highlight some\nfeatures of babel that I find exciting an - d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st - arted with babel can be intimidating\, but it's hard to stop\nusing it onc - e you start. As an academic\, I typically don't manage\nlarge coding proje - cts. My primary purpose is writing lecture notes\,\nassignments\, and pape - rs\, and managing related admin. Typically\, I want\nto try and automate t - he boring portions of my workflow without extra\noverhead. I also tend to - find various tasks easier in some programming\nlanguages and harder in oth - ers\, and prefer to mix and match languages\nas the task dictates. Babel m - akes this process seamless.\n\nA basic use case is writing a document in o - rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m - ultiple documents in a\nsingle org file\, which can be convenient. Babel l - ets you add all sorts\nof enhancements to the same file. For example\, sup - pose we have a\nsingle org document with all the problem sets for a course - . 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 cal - culations and then output the result as LaTeX\,\n- define skeletons to q - uickly draw up assignment templates\,\n- toggle exporting of assignments - with or without solutions based on tags\,\n- locally change export sett - ings or run a post-export hook\,\n- automatically export to LaTeX after - saving\,\n- tangle code blocks from some or all of the languages to exte - rnal files.\n\nI will try to showcase features of babel that academics cou - ld find\nhelpful\, by presenting some ways in which I have tried to use ba - bel. 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 two - example files that heavily use babel. I will use these\nexamples to highl - ight 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- - mode\nBlaine Mooers\n\nResearch papers in structural biology should includ - e the code used to make\nthe images of molecules in the article in the sup - plemental materials.\nSome structural bioinformaticists have started to in - clude\ntheir computer code in the supplemental materials to allow readers\ - nto reproduce their analyses. However\, authors of papers reporting new\nm - olecular structures often overlook the inclusion of the code that makes\nt - he images of the molecules reported in their articles. Nonetheless\,\nthis - aspect of reproducible research needs to become the standard practice\nto - improve the rigor of the science.\n\nIn a literate programming document\, - the author interleaves between blocks\nof prose the code that makes the i - mages of molecules. The document allows\nthe reader to reproduce the image - s in the manuscript by running the code.\nThe reader can also explore the - effect of altering the parameters in the\ncode. Org files are one alternat - ive for making such literate programming\ndocuments.\n\nWe developed a yas - nippet snippet library called orgpymolpysnips for\nstructural biologists ( - ).\nThis library facilitates - the assembly of literate programming documents\nwith molecular images mad - e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea - ting images for publication\; it has\nover 100\,000 users\, which is a lot - of users in molecular biology. PyMOL\nhas been used to make many of the i - mages of biological molecules found\non the covers of many Cell\, Nature\, - and Science issues.\n\nWe used the `jupyter' language in org-babel to sen - d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret - urns the\nmolecular image to the output block below the code block. An Ema - cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni - nto a script file\, and submit these for non-Emacs users. We describe\nthe - content of the library and provide examples of the running PyMOL\nfrom Or - g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o - utline)\n - Title slide\n - Structural Biolog Workflow in the Mo - oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn - ippet library for your field?\n - PyMOL in Org: kernel specification\ - n - Creating a conda env and installing PyMOL\n - Example code b - lock 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin - g 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 invo - icing.\n\nWe are a small company and we are still tuning and improving the - \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide - s\, and reading here and there what other users do\, we\nimplemented an ef - fective workflow we have been using for nearly a\nyear\, now\, and with wh - ich 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\, b - y 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB - ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f - or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat - e an invoice\,\nrecord the details into your accounting software and keep - track of\ntaxes and payments? You are not alone\, I found the whole invoic - e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r - escue.\n\nMy talk will give you a basic intro on how to use org mode\, som - e embedded python code and file jugglery to generate stylistic and profess - ional invoices.\n\nWhat you will learn during the session:\n\n- How to t - rack your freelance time using orgmode\n- How to create the basic infras - tructure for invoice generation\n- How to generate the invoice\n- How - to manage multiple clients\n- How to enter the finance details into your - accounting software\n- How to track invoice payments\n\nWe will use the - following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho - n 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki - ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi - ce every year\,\nsupplanting each generation with a newer model that boast - s highly\npromoted incremental features which greatly devalues the price o - f\ntheir older models. These forgotten models are sold on Ebay and\nother - secondhand websites at highly discount prices by owners who\ndo not see th - e true potential of these devices: Kindles are\nexcellent high contrast lo - w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em - bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c - an last weeks\nbefore needing a recharge. This makes them ideal as passive - image\ndevices that can be configured easily using a few shell\nscripts. - Indeed\, efforts have been made in dedicated hacker forums\nto expose the - Linux filesystem and to enable features such as\ncustom screensavers\, SSH - networking\, and more. By exploiting these\nfeatures\, and by carefully d - isabling the software/bloatware that\ncomes with the device\, these Kindle - s have found new life as online\ndashboard devices which can fetch and dis - play information from the\ninternet at timely intervals.\n\nHere we descri - be a tool to control multiple Kindle devices with a\nsingle org-mode/shell - -based tool\, built initially to periodically\nserve updated Emacs Org-Age - nda views\, but later expanded to produce\nonline local weather reports an - d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info - rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image - and text content\n(via imagemagick)\, small messages\, and much more.\n\n - In this talk\, we show how to configure multiple Kindles with any\ndesired - custom content\, following any daily/weekly schedule\, all\neasily manage - d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m - inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n - - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b - attery life\, low refresh rate –\; perfect\n for a dashboard\ - n - Timely updated Org-Mode Agendas anyone?\n - Reference to - inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate - content\n\n - A static text+picture image easily generated with image - magick\n wrapper\n - An image of a sparse tree of org-mode TOD - O file\n - An image of another emacs view (e.g. Calfw\, or org-calori - es)\n - Show post-processing for optimizing image for Kindles\n\n - 1-2 mins\n Configuration in a single org-mode file\n\n - Def - ining Machines\n - Defining Commands to generate content\n - Def - ining Schedules to run Commands on multiple Machines at\n specific - points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh - ow exported shell configs and generated cronjobs\n - Witness multiple - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p - ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us - e a computer. Even if Emacs\nusers love text as a format\, they may need t - o shop and video call from\ntime to time (even more so in a pandemic!). So - me 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 t - he making?\nWhat if you could "ace-jump" within a web page? What if you co - uld run\na REPL to extend your browser while browsing? What if you could r - ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi - ll share why it has great potential\, how you can\nintegrate it with Emacs - \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were - wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n - \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro - ugier\n\nText editors are written by and for developers. They come\nwith - a large set of default and implicit choices in terms of layout\,\ntypograp - hy\, colorization and interaction that hardly change from one\neditor to t - he other. It is not clear if these implicit choices derive\nfrom the ignor - ance of alternatives or if they derive from developers'\nhabits\, reproduc - ing what they are used to. Durint this talk\, I will\ncharacterize these i - mplicit choices and illustrate what are some\nalternatives using GNU Emacs - .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o - f 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed - om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw - are freedom".\nI will outline the key moments in my transition to a GNU/Li - nux operating\nsystem and mark those which eventually contributed towards - me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po - pular package\, and\ncontributor to upstream Emacs (among others). By all - uding to personal\nexperiences\, I will draw generalisable insights and co - nnect them to what\nI believe are irreducible qualities of Emacs qua softw - are and Emacs as a\ncommunity of like-minded people. The talk will be the - oretical in\nnature: there won't be any code-related demonstration nor tec - hnical\nreferences that only people with a background in computer science - would\nlikely recognise. Personal anecdotes shall be tangential to the po - int\nand considered as ancillary to the thesis of what Emacs represents fr - om\nthe standpoint of software freedom and user empowerment. The\npresent - ation is intended for a general audience that is interested in\nGNU softwa - re in general and Emacs in particular. My formal educational\nbackground - as a social scientist (i.e. not a programmer) and later as a\nphilosopher - informs my approach to this topic.\n\nThe presentation shall be 40 minutes - long. Its text will be in essay\nform and shall be supplied as complemen - tary material to the video. The\nnotation will be in Org mode. I cannot - provide an outline in advance\,\nas it will most likely not be consistent - with the actual presentation.\nIf\, however\, this is absolutely required - for administrative purposes I\nshall furnish one regardless with the provi - so that I am in no way bound\nby it and thus reserve the right to modify i - t 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov - \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a - pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg - er breakpoint.\n- How to determine if a function is expensive. How to pi - ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). - \n- Print-benchmarking.\n- Byte-compiled code can give a very differen - t picture\, changing where\n the bottleneck is. How to quickly load a b - yte-compiled version.\n- Steps taken to speed up the Xref package recent - ly. -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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 vis - ion for how writing code could be\, where the\nediting operations map dire - ctly to the primitives of the language itself -- and\nmy humble attempt of - implementing this vision. _tree-edit_ seeks to provides a\nstructural edi - ting plugin supporting conceivably any language with a tree-sitter\nparser - .\n\n**Structural editing does not have to be relegated to lisps or niche - DSLs.**\n\nI liken the state of code editing today to writing assembly. Th - e reason why\npeople like Python more than assembly is that for most purpo - ses\, the building\nblocks of the language are mismatched with our thought - process. We don't think\nin terms of registers and addresses\, we think i - n terms of variables\, functions\,\netc. So when we write and edit code\, - why do we edit in terms of deleting\,\ninserting\, replacing characters &# - x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta - tements?\n\nI'll also discuss the implementation of tree-edit\, which uses - a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e - macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program - ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon - ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat - ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre - e-edit)!\n\n# Outline\n\n- Discuss motivation ( - Why should I care?)\n- Demonstrate tree-edit (Live - -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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP - sionic\n\nWhen we begin programming\, the promise is to automate away repe - titive\ntasks in life. As those program's capability grows\, we begin to - need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ - , we\nrun into the following issues:\n\n- As options pile up\, the intui - tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati - on 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 a - ction to perform\n\n- Composition compounds with all of these issues\n\n - Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM - agit's UI input library\, Transient\, is a standalone package for\ndevelop - ing more killer UI's\, and not just for CLI applications\, but\nalso for s - erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans - ient's potential is to create the most highly productive\nUI's short of th - ought control\, going beyond simple command dispatchers\nrequires a deeper - dive. When we think like constructing a DSL for the\ntask and using tran - sient to input that DSL\, we get an intelligent\,\nself-describing modal p - rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid - entally yak-shaved my way to writing a UI framework because overlays were - slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework - for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. - This package\nimplements React Component API's with the goal of simplifyin - g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe - ir prior experience with React or web programming. Components\nprovide a - useful functional unit for constructing complex interfaces\ndeclaratively - and also eliminate much of the burden associated with\nupdating textual co - ntent as application state changes. This talk will\ncover use of the tui. - el API and its operation in a textual environment\nby implementing some ba - sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI - implementation complexity.\n - API introduction: Displaying content\ - , Components.\n - Visual taste of dashboards and applications built w - ith 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n - Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 - 5. It can be\nused to extend Emacs with native libraries\, for performance - \,\nOS-specific features\, or other functionalities that would take a lot\ - nof time to re-implement in Lisp. The officially supported language is\nC\ - , which is tedious and error-prone to use. This talk discusses a\n**safe** - alternative that is also a lot **more convenient**: writing these\ndynami - c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim - ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr - ough 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat - thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten - sible GUI\napplication framework that extends Emacs graphical capabilities - using\nPyQt5. There are many new but important updates since EmacsConf202 - 0\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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli - cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i - n a sense that it provides consistency\nacross different tools and applica - tions within the Emacs ecosystem\, as well as\nexternal apps that can be i - ntegrated into it. It is also the most truly\nmalleable environment\, each - element of which can be adjusted or extended\,\ntherefore providing the u - ser with more power and freedom in personal computing.\nEmacs definitely c - an 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\n - years ago\, the only regret to have is that it didn't happen earlier. The - definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l - ess technical\nfolks to join the party and gradually start to use Emacs fo - r writing documents\,\nwhether personal or work related\, manage tasks\, e - mails and potentially everything\nelse. The learning curve and difference - in approach\, however\, leaves some\npotential users too scared of the arc - ane interface even with all it's quirks and\nfeatures because it requires - at least some technical skills to understand and\nuse properly\, and does - not have an easy way to connect with external tools that\nmost people are - forced to use for work.\n\nThis talk proposes some ideas about how the mod - el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's - powerful interaction model can be\ncarried over to make modern interfaces - \, whether desktop or web applications\,\nthat would be designed with a go - al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu - res it possesses\, and therefore enhance the capabilities\nof the Emacs\, - while at the same time utilizing it as a backend for\ntext-processing and - editing to a large extent. It would be really great to have\na personal we - b-interface for using modern task management tools\, chats\, emails\nand s - uch\, but from a UI defined by the user. The goal is to use it on a deskto - p\nor mobile\, locally or self-hosted on a server\, with support for touch - and\ngesture-based workflows\, while preserving the Emacs philosophy and - allowing to\nseamlessly switch between Emacs and its web extension\n\nThe - proposed solution is to integrate more of the modern tools with Emacs\,\nu - tilize Org-mode as a way to define application-specific parameters for the - se\ntools through Org properties\, and then utilize these parameters for m - aking a\nmodern local frontend that would enhance Emacs UI while allowing - to use external\ntools in a more personal and freedom respecting way (maki - ng the originals\nobsolete over time). The talk serves the purpose of invi - ting community members to\na discussion about how Emacs can become more mo - dern\, more approachable by people\nwho don't possess the neccessarry tech - nical skills to adjust it themselves\, but\nare keen to learn it\, and pot - entially how to attract more users to greater\nproductivity\, computer lit - eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes - \n - Introduction\n - Issues with most modern tools for work\n - - Issues with Emacs as a tool for work\n - In search for a hybrid - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t - o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str - ength is also its greatest weakness: it is **too** hackable.\n\nWe have a - great community that experiment with new features that are still\nlacking - in Emacs core. They write up a package and develop the living daylights\n - out 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 are - those\nfeatures not in core? What about projectile? And so on.\n\nCore - demands copyright assignments (CLA). This is a fact of life. While I\nmo - stly agree with the people saying it is not helful\, they are there to pro - tect\nEmacs from copyright issues in the future. So my suggestion here is - simple:\njust **sign the papers**. It is just a formality\, and you shou - ld only need to do\nit once.\n\nI suggest that any ambitious feature that - we **might** want to see shipped in the\ndefault Emacs distribution should - by default go to GNU ELPA. You don't need to\ndo this\, of course\, and - I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha - ve an exceptionally high standard\, but we do try to give any\nnew package - 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\, which - is to not recommend non-free\nsoftware. Therefore\, we could not recommen - d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us - ed for packages that we don't have an assignment for but\nwould still like - to distribute. It should ideally only be for old packages\nwhere getting - a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute - to Emacs core. This impression\nis largely wrong. If I can do it\, you c - an too.\n\nWe do have a problem in that our tools and methods (mailing lis - ts\, the bug\ntracker) are out-dated. This is largely correct. We want t - o migrate to\nsomething else\, and the best candidate is probably Sourcehu - t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to - their Init file to fix this or that\nannoyance\, or even bug. The more am - bitious would go on to package up such fixes\nin what I call "patch packag - es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ - e a package!" I am here to suggest that you submit a\npatch to Emacs inst - ead.\n\nFixing an issue for one person is good\, and fixing it for more pe - ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel - is not that scary\, nor is email. We are really quite friendly and\neasy - going\, but the communication we prefer (for reasons of efficiency - the\n - volume is very high) is often very brief and to the point. We are trying - our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr - ibutors. We need a successful Emacs on this planet.\n\nSo should you real - ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out - line\n\n- I will urge people to consider contributing to Emacs instead of\ - n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will - go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac - s conservative without reason?)\, how to get things\n done and the necess - ary 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 data - . This is a\nniche library that is used by packages such as Websocket\, EM - MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha - pless\nkitten while at the same time providing poor service slowly. For\nE - macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib - le while respecting the kitten. In this presentation I intent to\nshow how - we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min - : Intro and presentation of Bindat\n 5 min: Showcase some of its proble - ms\n 5 min: Present the new design\n 5 min: Examples of what can be - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status - and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp - dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally - capable of executing Elisp code\neither interpreted or byte-interpreted a - fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the - Emacs Lisp native compiler. This feature\nrecently merged into the main E - macs development line allow for\nautomatically compiling and executing Eli - sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design - goals\n- compiler and runtime design and implementation\n- performanc - e implications\n- upstream process\n- area of improvements and future - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac - tical languages are multi-paradigm\, offering several\nabstractions for th - e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys - tem 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 - Furthe - r 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat - ion I will show an idea that feels completely obvious\nonce we see it\, bu - t that only occured to me after after using Emacs\nand eev as my main inte - rface to the computer for more than 20 years.\nTake any interpreted langua - ge that supports multi-line comments\, and\nwhose interpreter can be run i - n 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 L - ua script that we wrote\, that\nis called "foo.lua" and that defines lots - of functions and defines the\nclasses Bar and Bletch. We can put after the - definition of the class\nBar a multi-line comment that contains an eepitc - h block that when\nexecuted starts a Lua interpreter\, loads the script fo - o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th - at class\nand its methods\; and we can put another block with tests like t - hat\nafter the class Bletch\, and other blocks after some functions. Eepit - ch\nallows sending these tests line by line to the Lua interpreter by\ntyp - ing on each line that we want to send\, and this lets us create\nte - sts that are very easy to understand even without writing comments\;\nthis - 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 be - fore running the risk of being read by other people.\n\nThese multi-line c - omments with eepitch blocks that run an interpreter\nand make it load the - 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 t - he 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 blocks - to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo - Ochs -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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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\,\nshamelessl - y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr - ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 - 0 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema - cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting - with Emacs 24\, full native bidi\n(bidirectional) support became available - . For\nmany years prior to that Unicode support was\navailable and by aro - und year 2000\, reasonable\nopen-source shaping libraries were also availa - ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu - t methods for emacs. These input\nmethods or variations of them can also b - e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac - e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro - nment for persoarabic users.\n\nSince emacs comes loaded with everything ( - Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ - , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e - tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers - can be addressed in one place and\ncohesively.\n\nIn this talk I will demo - nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri - ef description/outline)\n\n My talk will be in two parts.\n\n In Par - t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban - an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq - uo\;. The\n software is part of base emacs distribution.\n Full docu - mentation is available at:\n Persian Input Methods\n F - or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n - \n\n In Part 2\, - I will cover the ramifications of bidi\n on existing emacs application - s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin - g 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 bidi - on display.\n - Use of persian text for Persian (solar) calendar. - \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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so - ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled - ge hide in\nplaces we cannot access or use. The more we write down\, the m - ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( - web\, software\, books) keeps growing faster and faster! This\nis not sust - ainable: we cannot keep up with it! What if we repeat the\nerror of somebo - dy else\, only because it would take too much reading to\nknow? What if th - at knowledge is in some code we work with everyday?\n\nMoldable developmen - t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th - e tool you use should let you create special tools\nto learn smartly from - what you have already.\n\nSince we use Emacs\, let's make our great editor - 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 nat - ural)\ntext to learn better\, how we can inject notes in our projects and - how\nself documenting this tool is!\n\nI aim to inspire you to find a quic - ker way to learn from our digital\nworld!\n\nYou can learn more about this - at: \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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir - onment.\nFermin MF\n\nI've been developing a package that helps with the d - evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f - ramework\, it has a custom reader\nand integration for\ncommon Emacs packa - ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp - ly features that other language with and static\nanalyzer have\,\nlike ref - actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn - ows 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n - Imaginary Programming (IP) is both methodology and paradigm. It is an\next - ension of literate programming and a way of creating software without\nthe - use of imperative\, functional or even declarative code. Yet IP employs\n - all disciplines to achieve the miraculous. The only contingency is on one\ - nor more language models\, known as foundation models. The real value of I - P\nis not found by abandoning sound logic altogether\, but in weaving the - real\nwith the imaginary. The future of imaginary programming is one in wh - ich\nalmost all of computing is inferred. I have built a suite of tools ba - sed on\nemacs for interfacing real programming languages with imaginary on - es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin - al that lets\nyou imagine what happens no matter how nested you are within - interpreters\,\nan example-oriented language\, a file format that encodes - the provenance of\ntext and a library for imaginary functional programmin - g primitives called\niLambda. It is important to recognise IP because\, fo - r lack of a better\nterm\, it has far-reaching implications for intellectu - al 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\, fo - llowed by\n - a demonstration of iLambda.\n - iλ\, a family - of imaginary programming libraries\n \n\n\n\nIRC - 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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 makes - our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m - achines and\nfascinating were those days of experimentation and engineerin - g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de - veloper stand points\, what things can be improved and\nwhat can be an hyp - othetical 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\ndevel - oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more - details about CEDAR: \n\n- 40 minute - s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs - \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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed - itor trends\nDavid Wilson\n\nThe computer software industry has seen many - "popular" text editors come\nand go\, often due to the mercurial fashions - of software development. In\nthis talk\, we'll take a look at why popular - editors fade and the\nspecific aspects of Emacs that will ensure it remai - ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di - scuss the core thesis\, the features that make Emacs\n desirable for long - -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b - ackground on the text editor landscape and\n how the scope of various edi - tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific - instances where editors were popular\, fell out\n of popularity\, and wh - y (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:20211027T123427 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community + highlights since the last conference\n\n +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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made + Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac + s is well-known for being extremely flexible\, programmable\, and\nextensi + ble\; in fact\, that's probably the biggest reason it's still\nbeing used + after 40+ years of existence\, and even has enough clout to\ngenerate an e + ntire conference in its name. In this medium-length\npresentation\, I wil + l add another point to the data set proving Emacs's\nabilities\, by narrat + ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to + its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some + one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ + , for a joke package." I feel like\nthat encapsulates the spirit of Emacs + and that's why I want to present\non this topic.\n\nAlong the way\, I'll + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear + ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs + artifacts: first illustrating possible paths for beginners and then mappin + g out the significance of the enhanced learning potential of Emacs (Caille + t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog + y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm + any\, many features' (Stallman) which surpass the confines of a pre-fabric + ated environment (Stiegler). This affords diverse possibilities for indivi + duals to interact creatively and autonomously to satisfy their own needs ( + Ill\nich). Its adaptability will be shown to be an asset in supporting the + learning trends identified by the latest pedagogical research (Guo).\n\n# + Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li + mit imaginable types of interactivity\, supporting both formal and informa + l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a + scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative + and autonomous ability of individuals to interact with their digital envir + onment and others who share the use of this tool (Illich 1973). Individual + s can use Emacs as often or seldom as they want to express their needs and + meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh + e formal learning involved pertains to Emacs programs and documentation (t + he 'temple') while related discussion and smaller task-based problem solvi + ng represents examples of informal learning (the 'forum') (cf. Caillet in + Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, + Emacs fulfills the promise of general computing: not boxing users into pe + rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an + d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p + rograms so that they are 'just right'. People wanting to create tailored l + earning environments who feel alienated or unsupported by pre-fabricated t + ext and programming environments will find their way with Emacs.\n\n1. Wh + at if we are beginners overwhelmed by formal Emacs documentation? Two pote + ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar + tifacts: no use-case is too small\; leave your trace.\n - b. Study othe + rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po + wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative + \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the + organization of knowledge\, imagination\, and experience (cf. Guerry & Ga + ume 2009) . This is important as not all learners have the same spatial/vi + sual needs and because these needs and knowledge can change over time (Vyg + otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr + ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f + abricated 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 import + ant to survival.\n\n3. Emacs as systems design for technology-enhanced le + arning (TEL):\n\n - a. Good TEL design performance should also educate + 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 differ + ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic + domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo + rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - + b. The 'wise' use of programming (Crichton 1983) actively manages and or + ganizes workflow. This permits iterative development. Elementary use-case: + a workflow that relies on PPT and Zoom vs. already having a more modular + viewpoint supported by diverse Emacs packages. The latter adaptability is + supported by the latest educational research (Guo). Further: Emacs allows + movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis + e programming can include fun programming - 'there are people who want to + put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th + is systems/design view\, Emacs is developed and maintained by a community + dedicated to supporting this freedom of use in these multiple contexts (cf + . Illich 1973).\n - e. One perspective is less likely to override other + s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma + cs does not limit any imaginable type of interactivity and promotes a dive + rsity of related content\, further supporting the pursuit of more advanced + TEL (viz. Guo). This was illustrated through an elementary use-case that + compared being limited to PPT as opposed to having basic familiarity with + Emacs\, which permits manageable\, continuous exploration of knowledge\, w + orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m + ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b + eing able to use a sophisticated digital tool\, thanks to the contribution + s of heterogeneous maintainers\, developers\, and community members whose + artifacts comprise a meta picture. It is possible\, through using Emacs\, + to learn about the design of digital learning and learning in general as a + ccess to knowledge is not walled off by prefabricated design(cf. Illich\; + Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera + l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- + Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional + references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- + Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 + .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. + . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac + kages for GNU Emacs. . Accessed 25 October + 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 + 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu + cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S + ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie + r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De + Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- + Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo + rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. + (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre + nticeship\, serendipitous teachable moments\, and tacit expert knowledge. + IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, + short paper\, 2021. . Accessed 25 October 20 + 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O + xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning + \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol + ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott + erdam\, 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*\, 1 + 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte + ractions: Synthesizing the first\nfour years of Learning@Scale and chartin + g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: + https://doi.org/10.1145/3231644.3231662. . + Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho + w video production affects student engagement: An empirical study of MOOC + videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali + ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr + os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts + and interaction peaks in online lecture videos. ACM Conference on Learnin + g at Scale. . Accessed 25 October 2021.\n- + Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi + onal education: innovation\, knowledgeable action and actionable knowledge + *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the + future of experiential learning environments for a post-COVID world: A pre + liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus + t 3–5\, 2020\, Virtual Event. . Accessed 25 + October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique + *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f + ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 + 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. + (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation + .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p + sychological processes*. Cambridge and London: Harvard University Press.\n + - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc + tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p + andemic situation\, my teaching schedule fluctuates so I\nwill not know my + availability until much closer to the\ndate. Therefore\, I can only guara + ntee 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 i + f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi + s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to + the following terms and conditions:\n\nThe EmacsConf organizers may captu + re audio and video (a "Recording")\nof my presentation and any associated + materials\, which may include\nslides\, notes\, transcripts\, and prerecor + ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ + nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl + y display\, and prepare derivative works of the Recording and\nany derivat + ive works of the Recording (the "Licensed Materials")\nunder the terms of + 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 n + ame\,\nlikeness\, and biographic information in association with their use + \nof the Licensed Materials under the above license.\n\nI represent that I + have the authority to grant the above license to\nthe EmacsConf organizer + s. If my presentation incorporates any\nmaterial owned by third parties\, + I represent that the material is\nsublicensable to the EmacsConf organizer + s 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI + X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets + users who are curious about computational philosophies\,\nor those who mi + ght not know how to best utilise Emacs conceptually. The\ntalk will cover + what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica + l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in + Emacs combining the aformentioned ideals. The\nlisteners will learn how th + ey can approach Emacs ideologically\, and how\nblocking themselves into on + e philosophy or the other will limit their\nefficiency. Although you may b + e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil + osophies together will still allow you\nto be more performant than without + .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla + ining the whole UNIX and GNU philosophies\n and instead talk about conc + rete examples:\n - How can one limit their usage of CLI tools while s + till maintaining\n the ideals of both.\n - How using CLI tools + can still perfectly flow into Emacs.\n - How having all programs in + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C + hristophe Helary\n\nEven if it is generally agreed that software localizat + ion is a good thing\, Emacs is lacking in that respect for a number of tec + hnical reasons. Nonetheless\, the free software using public could greatly + benefit from Emacs manuals translations\, even if the interface were to r + emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans + lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t + ranslators to what IDEs are for code writers. Casual translators can benef + it from their features but professionals or commited amateurs are the most + likely to make the most use of such tools.\n\nWhen OmegaT\, free software + based forges and Emacs meet\, we have a free multi-user translation envir + onment that can easily sustain the (close to) 2 million words load that co + mprise the manuals distributed with Emacs\, along with powerful features l + ike arbitrary string protection for easy typing and QA (quality assurance) + \, automatic legacy translation handling\, glossary management\, history b + ased or predictive autocompletion\, etc.\n\nThe current trial project for + French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file + s\n \n2. chapril hosts + the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s + hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin + g the presentation\n - [po4a](https://po4a.org) a tool to convert documen + tation 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 translator + s to efficiently combine translation ressources (legacy translations\, glo + ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t + he presentation\, I will show:\n\n- How to use po4a to convert the texi fi + les to the PO format (the org.org file is also converted)\n- What are the + specificities of the Emacs manuals and what difficulties they present to t + he tanslator\n- How to address those specificities in OmegaT\, with regula + r expressions\n- How to use OmegaT features such as arbitrary string prote + ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e + tc.\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* show: + \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje + ct\n- How to use OmegaT from the command line to work in localization pipe + lines\n- How to use machine translation and MT "post-edit"\n- How to conve + rt back the translated files to texi format\n- How to install translated t + exi 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN + onGNU ELPA was announced last year\, as a package repository\nthat will be + enabled by default in Emacs\, but doesn't require\nany copyright assignme + nt. This means that a lot of popular\npackages can now be installed easier + \, without any additional\nconfiguration.\n\nIn this talk I would like the + give a reminder of what NonGNU\nELPA is and how it works\, update the par + ticipants on what has\nhappened since last year and what maintainers have + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi + tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r + epositories - enought to have conflicts\nand arguments about. The packages + are becoming big\, they depend on many\nother packages and it is not easy + to keep track of what all is being\ninstalled in our Emacsen. An aggressi + ve way out of this is to use Yet\nAnother Package and install all elisp co + de manually - with borg[1].\n\n[1]: \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 u + se 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra + m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst + ant messaging system. The large number of\nfeatures and the widespread ado + ption make it a good choice for both private\nconversations with friends a + nd for large online communities. In this talk\, I\nam going to present the + Emacs community on Telegram and its initiatives. I\nam also going to disc + uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit + y package that perfectly integrates in Emacs. It supports\nthe vast majori + ty of the features supported by the official clients\, while\nadding sever + al unique ones. In the talk\, I will present the package and\nhighlight so + me 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n + \nThe Unix file system is essentially an N-dimentional sparse array that\n + currently lacks a decent editor and browser which\ncan effectively leverag + e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms + /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 uncircu + lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr + o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti + on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di + mensional\nsparse array will be discussed.\n\nA simple pre-existing databa + se will be queried.\n\nIf time\, questions will be entertained by video/au + dio 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn + ier\n\nBecause of a reckless former Emacs maintainer that shall\n better + stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ + , making it necessary to clean up "old" code [in order to open up\n the r + oad 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 c + l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n + ot sure how much time this will take. I put 20\n minutes because I thi + nk I might be able to fill that and I think more\n than that could turn + too boring. I intend to make it a "live coding"\n kind of thing\, wit + hout anything like an outline: it's basically "make"\n followed by fixi + ng 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien + Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike + to share a few lessons learned. My goal is help everyone take\ncare of E + macs 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS + pencer King\n\nThere are a variety of methods for typesetting gregorian\nc + hant scores and outputting high-quality sheet music. One of these is\na to + ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl + eanly inserted into other documents. All Gregorio files are plain\ntext\, + allowing them to easily be shared with other users and managed\nwith a ver + sion control system. In this talk\, I will give a brief\noverview of the G + regorio tool and then show how it can be used in\nEmacs by typesetting a s + imple score. All code and examples will be\nmade available to help new use + rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- + 5-10 minutes: (brief description/outline)\n 1. Introduction to chant + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs + a former Montessori guide and now parent\, I often think about the\nrelati + onship of this particular educational philosophy and how it manifests\nin + my work with software\, Emacs in particular. This talk introduces the\ncon + cept of Emacs as an educational environment and how it expresses elements + of\nMontessori psychology regarding "Human Tendencies". Human tendencies a + re innate\ndrives present in everybody that allow us to explore and make s + ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio + n/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 limits + )\n - the environment itself is prepared specifically to foster engag + ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n + - Activity\n - Communication\n - Exactness\n - Explorati + on\n - Manipulation (of the environment)\n - Order\n - Orie + ntation\n - Repetition\n - Self-Perfection\n - Work (also d + escribed as "purposeful activity")\n\n How does Emacs express these thi + ngs?\n\n - in the short version\, pose the question\, and perhaps giv + e one example.\n - Emacs is an environment that provides facilities f + or individuals to\n find their way to proficiency through their Hum + an Tendencies.\n - We are all both learners and guides\, Emacs is our + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did + together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co + rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 + \, and joined together around a\ncommon interest in Emacs and research. S + ince then\, we have convened as\nthe Emacs Research Group for weekly meeti + ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co + nflict-free replicated data type’\npackage (crdt.el)\; at the end of each + session\, we debriefed using a\ntemplate that we call a Project Action Rev + iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep + ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect + ive on what we\nhad done. We reflected further on our experiences and met + hods\, linking\nour CLA to plans and design patterns. As a formal researc + h output\, we\ncontributed a write-up of these matters to a joint paper wh + ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 + 21).\nThe paper included an interactive workshop\, in which we explored ro + les\nin real-time problem solving and collaboration.\n\nIn our short talk + we share information about these methods\, making a\ncase for other people + getting together and creating their own small\nresearch communities simil + ar 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col + adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic + h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ + , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app + roach for capturing all the information that comes my way as a\nMS CS stud + ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t + o improve the system I use\, as well as hopefully\ninspire others to build + workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi + nutes: Go through some typical workflows associated with being a grad stud + ent\, 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou + s Professional Development\nPhilip Beadling\n\nI recently had the pleasure + of being audited for my CPD record with one\nof the large engineering pro + fessional bodies. I decided to harness\norg-mode's TODO lists to record C + PD items and my progress against them\ncompletely within Emacs. I also wa + nted the ability to export the data\nin a well presented\, compact format + for auditing submission.\n\nThe project was a success (I passed the audit) + and the resulting system\nintegrates really well into my wider daily Emac + s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla + in how I tweaked and extended org-mode to get it to\nrecord the data I wan + ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can + be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht + tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= + e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e + xample I could also use for the demo.\n\nThe template contains a few examp + les. Examples are Goals that are split\nup into Activities. All Activitie + s must have a Goal\, and within a Goal\nall activities must be complete fo + r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag + ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa + ve or update these are then rendered into a table using Column View.\n\nAc + tivities are sorted by date they were completed on.\n\nThe Column View is + pre-configured to be exported to PDF in a condensed\nbut readable format f + or submission. It stays fairly readable even when\nthe pages get busy.\n\n + The elisp required is all under the "Config" bullet and Emacs will ask\nto + execute it on opening the Org file. The elisp concerns itself with\nnice + custom org capture functions and a few functions to ensure nice\nformattin + g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth + rough of the setup and functions\, followed by a demo of how\nto add CPD i + tems\, and update them. Finally show generation of a PDF\ncontaining all + the items tabulated and ready for audit review. I\nestimate this at appro + x 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/tech\n# Creating technical API documentation and prese + ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe + emacs org-babel package is often mentioned in conjunction with\nliterate + programming. The ability to mix code segments with prose\nindeed offers an + intuitive way to augment semantic code pieces with\ntextual descriptions. + \n\nIn recent projects\, I've started to turn to org-mode as the primary\n + format to maintain technical documentation\, as well as slides for a\ntech + nical language course. By using org-babel to pull in "live" code\nfor REST + requests\, language examples\, and shell scripts\, one can be\nsure that + the documentation and slides are never out of date.\n\nThe session will sh + ow how leverage org-babel\, restclient and\norg-treeslide to write and pre + sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n + Org mode is known for its flexibility\, power\, and staggeringly diverse\n + number of workflows\, users\, and use cases.\n\nThis talk explores just ho + w far we can push the boundaries of the sane\nand sensible with regard to + Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: + two parts of a\ncomplete system for creating executable Org files.\n\nOrg + syntax does not support shebang lines. However\, it turns out that\nOrg s + yntax enables something even better —\; shebang blocks.\n\nOrg is al + so (supposedly) not an executable file format. However\, by\ncombining a + shebang block with a Org babel source block\, and eval\nlocal variables (e + lvs) Org becomes a multi-language executable format.\n\nIn this talk we in + troduce shebang blocks and elvs as a two part system\nthat transforms Org + files into executable documents that can run on any\nrecent version of Ema + cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and + can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open + with a demo of how to create an executable Org file\nusing the orgstrap m + achinery.\n\nWe then discuss security considerations\, and show example us + e cases.\n\nFinally the talk will cover the details and development of the + \nportable shebang block for Org mode that works on a wide variety of\nsys + tems and shells\, and on the development of a formal specification\nand a + reference implementation for using Org source blocks to\ntransform Org fil + es from plain text documents with a bit of markup\ninto self describing co + mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n + - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin + g 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G + NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac + s community gained\nmuch momentum in the last decade. Being a nicely desig + ned lightweight\nmarkup language\, Org mode does not only benefit users of + GNU/Emacs.\nThere are many tools and services supporting Org mode syntax + 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\ntext + outside of GNU/Emacs for better typing usability and\ncollaboration tasks + .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi + s can only be a short teaser for the use of Org mode syntax without\nmuch + comparison to other lightweight markup languages. For this\naudience\, I d + o think that this would be too short because most\nattendees might already + have heard the rumors that Org mode is great\nor they have adapted Org mo + de 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G + erman\n\nIn this presentation I will explain how to use org-mode effective + ly to\nprepare teaching materials\, and how to present them.\n\nFor the la + st 5 years I have been using org-mode to teach programming\nin different l + anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three + key advantages:\n\n1. it supports most programming languages with a commo + n interface\,\n2. it is an interactive medium for delivering teaching mat + erials\; and\n3. it is an always-up-to-date format that does not need to + be exported in order to be published.\n\nI explain how I use org-mode in m + y courses and how I combine org-mode\nnotes other tools such as github org + -mode to get\nalways up-to-date teaching materials that one can use for bo + th\nteaching and studying (see\n\nfor an example + ).\n\nFinally\, I will discuss some important aspects to consider when usi + ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr + oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n + - Important considerations\n- How to get started\n\nOh\, I made a smal + l 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/research\n# Managing a research workflow (bibliographi + es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w + orkers have to read and discover new papers\,\nask questions about what th + ey read\, write notes and scratchwork\, and store\nmuch of this informatio + n for use in writing papers and/or code. Emacs allows\nus to do all of thi + s (and more) using simple text interfaces that integrate\nwell together. I + n this talk I will talk about the following:\n\na. Using elfeed and elfeed + -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa + pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi + ber and rebiber in order to keep the local\n bibliography clean and up-t + o-date with conference versions of papers.\nd. Using org-roam and org-roam + -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT + his text-based workflow allows for keeping everything accessible under\nve + rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men + deley). I\nwill share my Doom Emacs configuration for this workflow\, but + it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o + rg-mode is already an extremely powerful and\ncustomisable tool for task a + nd time management\, note-taking\, calendar\nand agenda management\, and m + uch more. Babel takes org a step further\nby letting you write\, evaluate\ + , and export code in different languages\nfrom within a single file. In th + is talk\, I will highlight some\nfeatures of babel that I find exciting an + d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st + arted with babel can be intimidating\, but it's hard to stop\nusing it onc + e you start. As an academic\, I typically don't manage\nlarge coding proje + cts. My primary purpose is writing lecture notes\,\nassignments\, and pape + rs\, and managing related admin. Typically\, I want\nto try and automate t + he boring portions of my workflow without extra\noverhead. I also tend to + find various tasks easier in some programming\nlanguages and harder in oth + ers\, and prefer to mix and match languages\nas the task dictates. Babel m + akes this process seamless.\n\nA basic use case is writing a document in o + rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m + ultiple documents in a\nsingle org file\, which can be convenient. Babel l + ets you add all sorts\nof enhancements to the same file. For example\, sup + pose we have a\nsingle org document with all the problem sets for a course + . 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 cal + culations and then output the result as LaTeX\,\n- define skeletons to q + uickly draw up assignment templates\,\n- toggle exporting of assignments + with or without solutions based on tags\,\n- locally change export sett + ings or run a post-export hook\,\n- automatically export to LaTeX after + saving\,\n- tangle code blocks from some or all of the languages to exte + rnal files.\n\nI will try to showcase features of babel that academics cou + ld find\nhelpful\, by presenting some ways in which I have tried to use ba + bel. 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 two + example files that heavily use babel. I will use these\nexamples to highl + ight 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- + mode\nBlaine Mooers\n\nResearch papers in structural biology should includ + e the code used to make\nthe images of molecules in the article in the sup + plemental materials.\nSome structural bioinformaticists have started to in + clude\ntheir computer code in the supplemental materials to allow readers\ + nto reproduce their analyses. However\, authors of papers reporting new\nm + olecular structures often overlook the inclusion of the code that makes\nt + he images of the molecules reported in their articles. Nonetheless\,\nthis + aspect of reproducible research needs to become the standard practice\nto + improve the rigor of the science.\n\nIn a literate programming document\, + the author interleaves between blocks\nof prose the code that makes the i + mages of molecules. The document allows\nthe reader to reproduce the image + s in the manuscript by running the code.\nThe reader can also explore the + effect of altering the parameters in the\ncode. Org files are one alternat + ive for making such literate programming\ndocuments.\n\nWe developed a yas + nippet snippet library called orgpymolpysnips for\nstructural biologists ( + ).\nThis library facilitates + the assembly of literate programming documents\nwith molecular images mad + e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea + ting images for publication\; it has\nover 100\,000 users\, which is a lot + of users in molecular biology. PyMOL\nhas been used to make many of the i + mages of biological molecules found\non the covers of many Cell\, Nature\, + and Science issues.\n\nWe used the `jupyter' language in org-babel to sen + d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret + urns the\nmolecular image to the output block below the code block. An Ema + cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni + nto a script file\, and submit these for non-Emacs users. We describe\nthe + content of the library and provide examples of the running PyMOL\nfrom Or + g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o + utline)\n - Title slide\n - Structural Biolog Workflow in the Mo + oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn + ippet library for your field?\n - PyMOL in Org: kernel specification\ + n - Creating a conda env and installing PyMOL\n - Example code b + lock 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin + g 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 invo + icing.\n\nWe are a small company and we are still tuning and improving the + \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide + s\, and reading here and there what other users do\, we\nimplemented an ef + fective workflow we have been using for nearly a\nyear\, now\, and with wh + ich 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\, b + y 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB + ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f + or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat + e an invoice\,\nrecord the details into your accounting software and keep + track of\ntaxes and payments? You are not alone\, I found the whole invoic + e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r + escue.\n\nMy talk will give you a basic intro on how to use org mode\, som + e embedded python code and file jugglery to generate stylistic and profess + ional invoices.\n\nWhat you will learn during the session:\n\n- How to t + rack your freelance time using orgmode\n- How to create the basic infras + tructure for invoice generation\n- How to generate the invoice\n- How + to manage multiple clients\n- How to enter the finance details into your + accounting software\n- How to track invoice payments\n\nWe will use the + following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho + n 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki + ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi + ce every year\,\nsupplanting each generation with a newer model that boast + s highly\npromoted incremental features which greatly devalues the price o + f\ntheir older models. These forgotten models are sold on Ebay and\nother + secondhand websites at highly discount prices by owners who\ndo not see th + e true potential of these devices: Kindles are\nexcellent high contrast lo + w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em + bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c + an last weeks\nbefore needing a recharge. This makes them ideal as passive + image\ndevices that can be configured easily using a few shell\nscripts. + Indeed\, efforts have been made in dedicated hacker forums\nto expose the + Linux filesystem and to enable features such as\ncustom screensavers\, SSH + networking\, and more. By exploiting these\nfeatures\, and by carefully d + isabling the software/bloatware that\ncomes with the device\, these Kindle + s have found new life as online\ndashboard devices which can fetch and dis + play information from the\ninternet at timely intervals.\n\nHere we descri + be a tool to control multiple Kindle devices with a\nsingle org-mode/shell + -based tool\, built initially to periodically\nserve updated Emacs Org-Age + nda views\, but later expanded to produce\nonline local weather reports an + d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info + rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image + and text content\n(via imagemagick)\, small messages\, and much more.\n\n + In this talk\, we show how to configure multiple Kindles with any\ndesired + custom content\, following any daily/weekly schedule\, all\neasily manage + d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m + inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n + - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b + attery life\, low refresh rate –\; perfect\n for a dashboard\ + n - Timely updated Org-Mode Agendas anyone?\n - Reference to + inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate + content\n\n - A static text+picture image easily generated with image + magick\n wrapper\n - An image of a sparse tree of org-mode TOD + O file\n - An image of another emacs view (e.g. Calfw\, or org-calori + es)\n - Show post-processing for optimizing image for Kindles\n\n + 1-2 mins\n Configuration in a single org-mode file\n\n - Def + ining Machines\n - Defining Commands to generate content\n - Def + ining Schedules to run Commands on multiple Machines at\n specific + points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh + ow exported shell configs and generated cronjobs\n - Witness multiple + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p + ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us + e a computer. Even if Emacs\nusers love text as a format\, they may need t + o shop and video call from\ntime to time (even more so in a pandemic!). So + me 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 t + he making?\nWhat if you could "ace-jump" within a web page? What if you co + uld run\na REPL to extend your browser while browsing? What if you could r + ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi + ll share why it has great potential\, how you can\nintegrate it with Emacs + \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were + wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n + \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro + ugier\n\nText editors are written by and for developers. They come\nwith + a large set of default and implicit choices in terms of layout\,\ntypograp + hy\, colorization and interaction that hardly change from one\neditor to t + he other. It is not clear if these implicit choices derive\nfrom the ignor + ance of alternatives or if they derive from developers'\nhabits\, reproduc + ing what they are used to. Durint this talk\, I will\ncharacterize these i + mplicit choices and illustrate what are some\nalternatives using GNU Emacs + .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o + f 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed + om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw + are freedom".\nI will outline the key moments in my transition to a GNU/Li + nux operating\nsystem and mark those which eventually contributed towards + me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po + pular package\, and\ncontributor to upstream Emacs (among others). By all + uding to personal\nexperiences\, I will draw generalisable insights and co + nnect them to what\nI believe are irreducible qualities of Emacs qua softw + are and Emacs as a\ncommunity of like-minded people. The talk will be the + oretical in\nnature: there won't be any code-related demonstration nor tec + hnical\nreferences that only people with a background in computer science + would\nlikely recognise. Personal anecdotes shall be tangential to the po + int\nand considered as ancillary to the thesis of what Emacs represents fr + om\nthe standpoint of software freedom and user empowerment. The\npresent + ation is intended for a general audience that is interested in\nGNU softwa + re in general and Emacs in particular. My formal educational\nbackground + as a social scientist (i.e. not a programmer) and later as a\nphilosopher + informs my approach to this topic.\n\nThe presentation shall be 40 minutes + long. Its text will be in essay\nform and shall be supplied as complemen + tary material to the video. The\nnotation will be in Org mode. I cannot + provide an outline in advance\,\nas it will most likely not be consistent + with the actual presentation.\nIf\, however\, this is absolutely required + for administrative purposes I\nshall furnish one regardless with the provi + so that I am in no way bound\nby it and thus reserve the right to modify i + t 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov + \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a + pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg + er breakpoint.\n- How to determine if a function is expensive. How to pi + ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). + \n- Print-benchmarking.\n- Byte-compiled code can give a very differen + t picture\, changing where\n the bottleneck is. How to quickly load a b + yte-compiled version.\n- Steps taken to speed up the Xref package recent + ly. +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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 vis + ion for how writing code could be\, where the\nediting operations map dire + ctly to the primitives of the language itself -- and\nmy humble attempt of + implementing this vision. _tree-edit_ seeks to provides a\nstructural edi + ting plugin supporting conceivably any language with a tree-sitter\nparser + .\n\n**Structural editing does not have to be relegated to lisps or niche + DSLs.**\n\nI liken the state of code editing today to writing assembly. Th + e reason why\npeople like Python more than assembly is that for most purpo + ses\, the building\nblocks of the language are mismatched with our thought + process. We don't think\nin terms of registers and addresses\, we think i + n terms of variables\, functions\,\netc. So when we write and edit code\, + why do we edit in terms of deleting\,\ninserting\, replacing characters &# + x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta + tements?\n\nI'll also discuss the implementation of tree-edit\, which uses + a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e + macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program + ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon + ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat + ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre + e-edit)!\n\n# Outline\n\n- Discuss motivation ( + Why should I care?)\n- Demonstrate tree-edit (Live + -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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP + sionic\n\nWhen we begin programming\, the promise is to automate away repe + titive\ntasks in life. As those program's capability grows\, we begin to + need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ + , we\nrun into the following issues:\n\n- As options pile up\, the intui + tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati + on 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 a + ction to perform\n\n- Composition compounds with all of these issues\n\n + Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM + agit's UI input library\, Transient\, is a standalone package for\ndevelop + ing more killer UI's\, and not just for CLI applications\, but\nalso for s + erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans + ient's potential is to create the most highly productive\nUI's short of th + ought control\, going beyond simple command dispatchers\nrequires a deeper + dive. When we think like constructing a DSL for the\ntask and using tran + sient to input that DSL\, we get an intelligent\,\nself-describing modal p + rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid + entally yak-shaved my way to writing a UI framework because overlays were + slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework + for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. + This package\nimplements React Component API's with the goal of simplifyin + g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe + ir prior experience with React or web programming. Components\nprovide a + useful functional unit for constructing complex interfaces\ndeclaratively + and also eliminate much of the burden associated with\nupdating textual co + ntent as application state changes. This talk will\ncover use of the tui. + el API and its operation in a textual environment\nby implementing some ba + sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI + implementation complexity.\n - API introduction: Displaying content\ + , Components.\n - Visual taste of dashboards and applications built w + ith 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n + Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 + 5. It can be\nused to extend Emacs with native libraries\, for performance + \,\nOS-specific features\, or other functionalities that would take a lot\ + nof time to re-implement in Lisp. The officially supported language is\nC\ + , which is tedious and error-prone to use. This talk discusses a\n**safe** + alternative that is also a lot **more convenient**: writing these\ndynami + c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim + ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr + ough 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat + thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten + sible GUI\napplication framework that extends Emacs graphical capabilities + using\nPyQt5. There are many new but important updates since EmacsConf202 + 0\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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli + cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i + n a sense that it provides consistency\nacross different tools and applica + tions within the Emacs ecosystem\, as well as\nexternal apps that can be i + ntegrated into it. It is also the most truly\nmalleable environment\, each + element of which can be adjusted or extended\,\ntherefore providing the u + ser with more power and freedom in personal computing.\nEmacs definitely c + an 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\n + years ago\, the only regret to have is that it didn't happen earlier. The + definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l + ess technical\nfolks to join the party and gradually start to use Emacs fo + r writing documents\,\nwhether personal or work related\, manage tasks\, e + mails and potentially everything\nelse. The learning curve and difference + in approach\, however\, leaves some\npotential users too scared of the arc + ane interface even with all it's quirks and\nfeatures because it requires + at least some technical skills to understand and\nuse properly\, and does + not have an easy way to connect with external tools that\nmost people are + forced to use for work.\n\nThis talk proposes some ideas about how the mod + el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's + powerful interaction model can be\ncarried over to make modern interfaces + \, whether desktop or web applications\,\nthat would be designed with a go + al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu + res it possesses\, and therefore enhance the capabilities\nof the Emacs\, + while at the same time utilizing it as a backend for\ntext-processing and + editing to a large extent. It would be really great to have\na personal we + b-interface for using modern task management tools\, chats\, emails\nand s + uch\, but from a UI defined by the user. The goal is to use it on a deskto + p\nor mobile\, locally or self-hosted on a server\, with support for touch + and\ngesture-based workflows\, while preserving the Emacs philosophy and + allowing to\nseamlessly switch between Emacs and its web extension\n\nThe + proposed solution is to integrate more of the modern tools with Emacs\,\nu + tilize Org-mode as a way to define application-specific parameters for the + se\ntools through Org properties\, and then utilize these parameters for m + aking a\nmodern local frontend that would enhance Emacs UI while allowing + to use external\ntools in a more personal and freedom respecting way (maki + ng the originals\nobsolete over time). The talk serves the purpose of invi + ting community members to\na discussion about how Emacs can become more mo + dern\, more approachable by people\nwho don't possess the neccessarry tech + nical skills to adjust it themselves\, but\nare keen to learn it\, and pot + entially how to attract more users to greater\nproductivity\, computer lit + eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes + \n - Introduction\n - Issues with most modern tools for work\n + - Issues with Emacs as a tool for work\n - In search for a hybrid + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t + o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str + ength is also its greatest weakness: it is **too** hackable.\n\nWe have a + great community that experiment with new features that are still\nlacking + in Emacs core. They write up a package and develop the living daylights\n + out 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 are + those\nfeatures not in core? What about projectile? And so on.\n\nCore + demands copyright assignments (CLA). This is a fact of life. While I\nmo + stly agree with the people saying it is not helful\, they are there to pro + tect\nEmacs from copyright issues in the future. So my suggestion here is + simple:\njust **sign the papers**. It is just a formality\, and you shou + ld only need to do\nit once.\n\nI suggest that any ambitious feature that + we **might** want to see shipped in the\ndefault Emacs distribution should + by default go to GNU ELPA. You don't need to\ndo this\, of course\, and + I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha + ve an exceptionally high standard\, but we do try to give any\nnew package + 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\, which + is to not recommend non-free\nsoftware. Therefore\, we could not recommen + d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us + ed for packages that we don't have an assignment for but\nwould still like + to distribute. It should ideally only be for old packages\nwhere getting + a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute + to Emacs core. This impression\nis largely wrong. If I can do it\, you c + an too.\n\nWe do have a problem in that our tools and methods (mailing lis + ts\, the bug\ntracker) are out-dated. This is largely correct. We want t + o migrate to\nsomething else\, and the best candidate is probably Sourcehu + t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to + their Init file to fix this or that\nannoyance\, or even bug. The more am + bitious would go on to package up such fixes\nin what I call "patch packag + es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ + e a package!" I am here to suggest that you submit a\npatch to Emacs inst + ead.\n\nFixing an issue for one person is good\, and fixing it for more pe + ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel + is not that scary\, nor is email. We are really quite friendly and\neasy + going\, but the communication we prefer (for reasons of efficiency - the\n + volume is very high) is often very brief and to the point. We are trying + our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr + ibutors. We need a successful Emacs on this planet.\n\nSo should you real + ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out + line\n\n- I will urge people to consider contributing to Emacs instead of\ + n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will + go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac + s conservative without reason?)\, how to get things\n done and the necess + ary 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 data + . This is a\nniche library that is used by packages such as Websocket\, EM + MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha + pless\nkitten while at the same time providing poor service slowly. For\nE + macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib + le while respecting the kitten. In this presentation I intent to\nshow how + we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min + : Intro and presentation of Bindat\n 5 min: Showcase some of its proble + ms\n 5 min: Present the new design\n 5 min: Examples of what can be + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status + and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp + dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally + capable of executing Elisp code\neither interpreted or byte-interpreted a + fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the + Emacs Lisp native compiler. This feature\nrecently merged into the main E + macs development line allow for\nautomatically compiling and executing Eli + sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design + goals\n- compiler and runtime design and implementation\n- performanc + e implications\n- upstream process\n- area of improvements and future + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac + tical languages are multi-paradigm\, offering several\nabstractions for th + e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys + tem 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 - Furthe + r 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat + ion I will show an idea that feels completely obvious\nonce we see it\, bu + t that only occured to me after after using Emacs\nand eev as my main inte + rface to the computer for more than 20 years.\nTake any interpreted langua + ge that supports multi-line comments\, and\nwhose interpreter can be run i + n 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 L + ua script that we wrote\, that\nis called "foo.lua" and that defines lots + of functions and defines the\nclasses Bar and Bletch. We can put after the + definition of the class\nBar a multi-line comment that contains an eepitc + h block that when\nexecuted starts a Lua interpreter\, loads the script fo + o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th + at class\nand its methods\; and we can put another block with tests like t + hat\nafter the class Bletch\, and other blocks after some functions. Eepit + ch\nallows sending these tests line by line to the Lua interpreter by\ntyp + ing on each line that we want to send\, and this lets us create\nte + sts that are very easy to understand even without writing comments\;\nthis + 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 be + fore running the risk of being read by other people.\n\nThese multi-line c + omments with eepitch blocks that run an interpreter\nand make it load the + 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 t + he 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 blocks + to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo + Ochs +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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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\,\nshamelessl + y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr + ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 + 0 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema + cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting + with Emacs 24\, full native bidi\n(bidirectional) support became available + . For\nmany years prior to that Unicode support was\navailable and by aro + und year 2000\, reasonable\nopen-source shaping libraries were also availa + ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu + t methods for emacs. These input\nmethods or variations of them can also b + e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac + e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro + nment for persoarabic users.\n\nSince emacs comes loaded with everything ( + Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ + , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e + tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers + can be addressed in one place and\ncohesively.\n\nIn this talk I will demo + nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri + ef description/outline)\n\n My talk will be in two parts.\n\n In Par + t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban + an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq + uo\;. The\n software is part of base emacs distribution.\n Full docu + mentation is available at:\n Persian Input Methods\n F + or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n + \n\n In Part 2\, + I will cover the ramifications of bidi\n on existing emacs application + s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin + g 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 bidi + on display.\n - Use of persian text for Persian (solar) calendar. + \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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so + ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled + ge hide in\nplaces we cannot access or use. The more we write down\, the m + ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( + web\, software\, books) keeps growing faster and faster! This\nis not sust + ainable: we cannot keep up with it! What if we repeat the\nerror of somebo + dy else\, only because it would take too much reading to\nknow? What if th + at knowledge is in some code we work with everyday?\n\nMoldable developmen + t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th + e tool you use should let you create special tools\nto learn smartly from + what you have already.\n\nSince we use Emacs\, let's make our great editor + 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 nat + ural)\ntext to learn better\, how we can inject notes in our projects and + how\nself documenting this tool is!\n\nI aim to inspire you to find a quic + ker way to learn from our digital\nworld!\n\nYou can learn more about this + at: \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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir + onment.\nFermin MF\n\nI've been developing a package that helps with the d + evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f + ramework\, it has a custom reader\nand integration for\ncommon Emacs packa + ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp + ly features that other language with and static\nanalyzer have\,\nlike ref + actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn + ows 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n + Imaginary Programming (IP) is both methodology and paradigm. It is an\next + ension of literate programming and a way of creating software without\nthe + use of imperative\, functional or even declarative code. Yet IP employs\n + all disciplines to achieve the miraculous. The only contingency is on one\ + nor more language models\, known as foundation models. The real value of I + P\nis not found by abandoning sound logic altogether\, but in weaving the + real\nwith the imaginary. The future of imaginary programming is one in wh + ich\nalmost all of computing is inferred. I have built a suite of tools ba + sed on\nemacs for interfacing real programming languages with imaginary on + es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin + al that lets\nyou imagine what happens no matter how nested you are within + interpreters\,\nan example-oriented language\, a file format that encodes + the provenance of\ntext and a library for imaginary functional programmin + g primitives called\niLambda. It is important to recognise IP because\, fo + r lack of a better\nterm\, it has far-reaching implications for intellectu + al 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\, fo + llowed by\n - a demonstration of iLambda.\n - iλ\, a family + of imaginary programming libraries\n \n\n\n\nIRC + 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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 makes + our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m + achines and\nfascinating were those days of experimentation and engineerin + g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de + veloper stand points\, what things can be improved and\nwhat can be an hyp + othetical 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\ndevel + oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more + details about CEDAR: \n\n- 40 minute + s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs + \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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed + itor trends\nDavid Wilson\n\nThe computer software industry has seen many + "popular" text editors come\nand go\, often due to the mercurial fashions + of software development. In\nthis talk\, we'll take a look at why popular + editors fade and the\nspecific aspects of Emacs that will ensure it remai + ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di + scuss the core thesis\, the features that make Emacs\n desirable for long + -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b + ackground on the text editor landscape and\n how the scope of various edi + tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific + instances where editors were popular\, fell out\n of popularity\, and wh + y (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:20211027T123518 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day2-close\n# Closing remarks day 2 +END:VEVENT END:VCALENDAR \ No newline at end of file -- cgit v1.2.3 From 01e32d27a7defbcb9665e32b4a8914cc815fc399 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:38:20 -0400 Subject: Use CRLF --- 2021/emacsconf.ics | 3134 ++++++++++++++++++++++++++-------------------------- 1 file changed, 1567 insertions(+), 1567 deletions(-) (limited to '2021') diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 65814557..dcd87d4b 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community - highlights since the last conference\n\n -END:VEVENT -BEGIN: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 - pronouns: she/her\n\nQuick overview of Emacs communit + y highlights since the last conference\n\n +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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made - Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac - s is well-known for being extremely flexible\, programmable\, and\nextensi - ble\; in fact\, that's probably the biggest reason it's still\nbeing used - after 40+ years of existence\, and even has enough clout to\ngenerate an e - ntire conference in its name. In this medium-length\npresentation\, I wil - l add another point to the data set proving Emacs's\nabilities\, by narrat - ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to - its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some - one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ - , for a joke package." I feel like\nthat encapsulates the spirit of Emacs - and that's why I want to present\non this topic.\n\nAlong the way\, I'll - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear - ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs - artifacts: first illustrating possible paths for beginners and then mappin - g out the significance of the enhanced learning potential of Emacs (Caille - t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog - y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm - any\, many features' (Stallman) which surpass the confines of a pre-fabric - ated environment (Stiegler). This affords diverse possibilities for indivi - duals to interact creatively and autonomously to satisfy their own needs ( - Ill\nich). Its adaptability will be shown to be an asset in supporting the - learning trends identified by the latest pedagogical research (Guo).\n\n# - Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li - mit imaginable types of interactivity\, supporting both formal and informa - l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a - scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative - and autonomous ability of individuals to interact with their digital envir - onment and others who share the use of this tool (Illich 1973). Individual - s can use Emacs as often or seldom as they want to express their needs and - meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh - e formal learning involved pertains to Emacs programs and documentation (t - he 'temple') while related discussion and smaller task-based problem solvi - ng represents examples of informal learning (the 'forum') (cf. Caillet in - Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, - Emacs fulfills the promise of general computing: not boxing users into pe - rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an - d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p - rograms so that they are 'just right'. People wanting to create tailored l - earning environments who feel alienated or unsupported by pre-fabricated t - ext and programming environments will find their way with Emacs.\n\n1. Wh - at if we are beginners overwhelmed by formal Emacs documentation? Two pote - ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar - tifacts: no use-case is too small\; leave your trace.\n - b. Study othe - rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po - wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative - \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the - organization of knowledge\, imagination\, and experience (cf. Guerry & Ga - ume 2009) . This is important as not all learners have the same spatial/vi - sual needs and because these needs and knowledge can change over time (Vyg - otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr - ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f - abricated 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 import - ant to survival.\n\n3. Emacs as systems design for technology-enhanced le - arning (TEL):\n\n - a. Good TEL design performance should also educate - 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 differ - ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic - domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo - rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - - b. The 'wise' use of programming (Crichton 1983) actively manages and or - ganizes workflow. This permits iterative development. Elementary use-case: - a workflow that relies on PPT and Zoom vs. already having a more modular - viewpoint supported by diverse Emacs packages. The latter adaptability is - supported by the latest educational research (Guo). Further: Emacs allows - movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis - e programming can include fun programming - 'there are people who want to - put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th - is systems/design view\, Emacs is developed and maintained by a community - dedicated to supporting this freedom of use in these multiple contexts (cf - . Illich 1973).\n - e. One perspective is less likely to override other - s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma - cs does not limit any imaginable type of interactivity and promotes a dive - rsity of related content\, further supporting the pursuit of more advanced - TEL (viz. Guo). This was illustrated through an elementary use-case that - compared being limited to PPT as opposed to having basic familiarity with - Emacs\, which permits manageable\, continuous exploration of knowledge\, w - orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m - ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b - eing able to use a sophisticated digital tool\, thanks to the contribution - s of heterogeneous maintainers\, developers\, and community members whose - artifacts comprise a meta picture. It is possible\, through using Emacs\, - to learn about the design of digital learning and learning in general as a - ccess to knowledge is not walled off by prefabricated design(cf. Illich\; - Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera - l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- - Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional - references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- - Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 - .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. - . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac - kages for GNU Emacs. . Accessed 25 October - 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 - 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu - cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S - ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie - r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De - Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- - Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo - rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. - (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre - nticeship\, serendipitous teachable moments\, and tacit expert knowledge. - IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, - short paper\, 2021. . Accessed 25 October 20 - 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O - xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning - \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol - ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott - erdam\, 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*\, 1 - 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte - ractions: Synthesizing the first\nfour years of Learning@Scale and chartin - g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: - https://doi.org/10.1145/3231644.3231662. . - Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho - w video production affects student engagement: An empirical study of MOOC - videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali - ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr - os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts - and interaction peaks in online lecture videos. ACM Conference on Learnin - g at Scale. . Accessed 25 October 2021.\n- - Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi - onal education: innovation\, knowledgeable action and actionable knowledge - *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the - future of experiential learning environments for a post-COVID world: A pre - liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus - t 3–5\, 2020\, Virtual Event. . Accessed 25 - October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique - *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f - ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 - 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. - (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation - .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p - sychological processes*. Cambridge and London: Harvard University Press.\n - - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc - tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p - andemic situation\, my teaching schedule fluctuates so I\nwill not know my - availability until much closer to the\ndate. Therefore\, I can only guara - ntee 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 i - f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi - s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to - the following terms and conditions:\n\nThe EmacsConf organizers may captu - re audio and video (a "Recording")\nof my presentation and any associated - materials\, which may include\nslides\, notes\, transcripts\, and prerecor - ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ - nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl - y display\, and prepare derivative works of the Recording and\nany derivat - ive works of the Recording (the "Licensed Materials")\nunder the terms of - 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 n - ame\,\nlikeness\, and biographic information in association with their use - \nof the Licensed Materials under the above license.\n\nI represent that I - have the authority to grant the above license to\nthe EmacsConf organizer - s. If my presentation incorporates any\nmaterial owned by third parties\, - I represent that the material is\nsublicensable to the EmacsConf organizer - s or that my use of them is\nfair use. -END:VEVENT -BEGIN:VEVENT + 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. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Addition + al references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- + Guerry\, B. (2020). 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. . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My p + ackages for GNU Emacs. . Accessed 25 Octob + er 2021.\n- Wellons\, C. Emacs articles. . 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. . 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. + . 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. . 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. . 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. . 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. . 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI - X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets - users who are curious about computational philosophies\,\nor those who mi - ght not know how to best utilise Emacs conceptually. The\ntalk will cover - what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica - l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in - Emacs combining the aformentioned ideals. The\nlisteners will learn how th - ey can approach Emacs ideologically\, and how\nblocking themselves into on - e philosophy or the other will limit their\nefficiency. Although you may b - e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil - osophies together will still allow you\nto be more performant than without - .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla - ining the whole UNIX and GNU philosophies\n and instead talk about conc - rete examples:\n - How can one limit their usage of CLI tools while s - till maintaining\n the ideals of both.\n - How using CLI tools - can still perfectly flow into Emacs.\n - How having all programs in - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C - hristophe Helary\n\nEven if it is generally agreed that software localizat - ion is a good thing\, Emacs is lacking in that respect for a number of tec - hnical reasons. Nonetheless\, the free software using public could greatly - benefit from Emacs manuals translations\, even if the interface were to r - emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans - lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t - ranslators to what IDEs are for code writers. Casual translators can benef - it from their features but professionals or commited amateurs are the most - likely to make the most use of such tools.\n\nWhen OmegaT\, free software - based forges and Emacs meet\, we have a free multi-user translation envir - onment that can easily sustain the (close to) 2 million words load that co - mprise the manuals distributed with Emacs\, along with powerful features l - ike arbitrary string protection for easy typing and QA (quality assurance) - \, automatic legacy translation handling\, glossary management\, history b - ased or predictive autocompletion\, etc.\n\nThe current trial project for - French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file - s\n \n2. chapril hosts - the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s - hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin - g the presentation\n - [po4a](https://po4a.org) a tool to convert documen - tation 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 translator - s to efficiently combine translation ressources (legacy translations\, glo - ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t - he presentation\, I will show:\n\n- How to use po4a to convert the texi fi - les to the PO format (the org.org file is also converted)\n- What are the - specificities of the Emacs manuals and what difficulties they present to t - he tanslator\n- How to address those specificities in OmegaT\, with regula - r expressions\n- How to use OmegaT features such as arbitrary string prote - ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e - tc.\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* show: - \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje - ct\n- How to use OmegaT from the command line to work in localization pipe - lines\n- How to use machine translation and MT "post-edit"\n- How to conve - rt back the translated files to texi format\n- How to install translated t - exi 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN - onGNU ELPA was announced last year\, as a package repository\nthat will be - enabled by default in Emacs\, but doesn't require\nany copyright assignme - nt. This means that a lot of popular\npackages can now be installed easier - \, without any additional\nconfiguration.\n\nIn this talk I would like the - give a reminder of what NonGNU\nELPA is and how it works\, update the par - ticipants on what has\nhappened since last year and what maintainers have - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi - tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r - epositories - enought to have conflicts\nand arguments about. The packages - are becoming big\, they depend on many\nother packages and it is not easy - to keep track of what all is being\ninstalled in our Emacsen. An aggressi - ve way out of this is to use Yet\nAnother Package and install all elisp co - de manually - with borg[1].\n\n[1]: \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 u - se 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra - m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst - ant messaging system. The large number of\nfeatures and the widespread ado - ption make it a good choice for both private\nconversations with friends a - nd for large online communities. In this talk\, I\nam going to present the - Emacs community on Telegram and its initiatives. I\nam also going to disc - uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit - y package that perfectly integrates in Emacs. It supports\nthe vast majori - ty of the features supported by the official clients\, while\nadding sever - al unique ones. In the talk\, I will present the package and\nhighlight so - me 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n - \nThe Unix file system is essentially an N-dimentional sparse array that\n - currently lacks a decent editor and browser which\ncan effectively leverag - e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms - /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 uncircu - lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr - o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti - on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di - mensional\nsparse array will be discussed.\n\nA simple pre-existing databa - se will be queried.\n\nIf time\, questions will be entertained by video/au - dio 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn - ier\n\nBecause of a reckless former Emacs maintainer that shall\n better - stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ - , making it necessary to clean up "old" code [in order to open up\n the r - oad 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 c - l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n - ot sure how much time this will take. I put 20\n minutes because I thi - nk I might be able to fill that and I think more\n than that could turn - too boring. I intend to make it a "live coding"\n kind of thing\, wit - hout anything like an outline: it's basically "make"\n followed by fixi - ng 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien - Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike - to share a few lessons learned. My goal is help everyone take\ncare of E - macs 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS - pencer King\n\nThere are a variety of methods for typesetting gregorian\nc - hant scores and outputting high-quality sheet music. One of these is\na to - ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl - eanly inserted into other documents. All Gregorio files are plain\ntext\, - allowing them to easily be shared with other users and managed\nwith a ver - sion control system. In this talk\, I will give a brief\noverview of the G - regorio tool and then show how it can be used in\nEmacs by typesetting a s - imple score. All code and examples will be\nmade available to help new use - rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- - 5-10 minutes: (brief description/outline)\n 1. Introduction to chant - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs - a former Montessori guide and now parent\, I often think about the\nrelati - onship of this particular educational philosophy and how it manifests\nin - my work with software\, Emacs in particular. This talk introduces the\ncon - cept of Emacs as an educational environment and how it expresses elements - of\nMontessori psychology regarding "Human Tendencies". Human tendencies a - re innate\ndrives present in everybody that allow us to explore and make s - ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio - n/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 limits - )\n - the environment itself is prepared specifically to foster engag - ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n - - Activity\n - Communication\n - Exactness\n - Explorati - on\n - Manipulation (of the environment)\n - Order\n - Orie - ntation\n - Repetition\n - Self-Perfection\n - Work (also d - escribed as "purposeful activity")\n\n How does Emacs express these thi - ngs?\n\n - in the short version\, pose the question\, and perhaps giv - e one example.\n - Emacs is an environment that provides facilities f - or individuals to\n find their way to proficiency through their Hum - an Tendencies.\n - We are all both learners and guides\, Emacs is our - classroom -END:VEVENT -BEGIN:VEVENT + 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 \n2. chapril hos + ts the OmegaT team project architecture\n \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]: \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\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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did - together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co - rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 - \, and joined together around a\ncommon interest in Emacs and research. S - ince then\, we have convened as\nthe Emacs Research Group for weekly meeti - ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co - nflict-free replicated data type’\npackage (crdt.el)\; at the end of each - session\, we debriefed using a\ntemplate that we call a Project Action Rev - iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep - ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect - ive on what we\nhad done. We reflected further on our experiences and met - hods\, linking\nour CLA to plans and design patterns. As a formal researc - h output\, we\ncontributed a write-up of these matters to a joint paper wh - ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 - 21).\nThe paper included an interactive workshop\, in which we explored ro - les\nin real-time problem solving and collaboration.\n\nIn our short talk - we share information about these methods\, making a\ncase for other people - getting together and creating their own small\nresearch communities simil - ar 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col - adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic - h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ - , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app - roach for capturing all the information that comes my way as a\nMS CS stud - ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t - o improve the system I use\, as well as hopefully\ninspire others to build - workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi - nutes: Go through some typical workflows associated with being a grad stud - ent\, 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou - s Professional Development\nPhilip Beadling\n\nI recently had the pleasure - of being audited for my CPD record with one\nof the large engineering pro - fessional bodies. I decided to harness\norg-mode's TODO lists to record C - PD items and my progress against them\ncompletely within Emacs. I also wa - nted the ability to export the data\nin a well presented\, compact format - for auditing submission.\n\nThe project was a success (I passed the audit) - and the resulting system\nintegrates really well into my wider daily Emac - s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla - in how I tweaked and extended org-mode to get it to\nrecord the data I wan - ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can - be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht - tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= - e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e - xample I could also use for the demo.\n\nThe template contains a few examp - les. Examples are Goals that are split\nup into Activities. All Activitie - s must have a Goal\, and within a Goal\nall activities must be complete fo - r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag - ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa - ve or update these are then rendered into a table using Column View.\n\nAc - tivities are sorted by date they were completed on.\n\nThe Column View is - pre-configured to be exported to PDF in a condensed\nbut readable format f - or submission. It stays fairly readable even when\nthe pages get busy.\n\n - The elisp required is all under the "Config" bullet and Emacs will ask\nto - execute it on opening the Org file. The elisp concerns itself with\nnice - custom org capture functions and a few functions to ensure nice\nformattin - g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth - rough of the setup and functions\, followed by a demo of how\nto add CPD i - tems\, and update them. Finally show generation of a PDF\ncontaining all - the items tabulated and ready for audit review. I\nestimate this at appro - x 10 minutes. -END:VEVENT -BEGIN:VEVENT + 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\n\nA basic generated PDF from the basic demo is here:\n![img]( + https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp& + s=e0c5080560c877aa02933a40c224e52b8a1fed3b)\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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/tech\n# Creating technical API documentation and prese - ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe - emacs org-babel package is often mentioned in conjunction with\nliterate - programming. The ability to mix code segments with prose\nindeed offers an - intuitive way to augment semantic code pieces with\ntextual descriptions. - \n\nIn recent projects\, I've started to turn to org-mode as the primary\n - format to maintain technical documentation\, as well as slides for a\ntech - nical language course. By using org-babel to pull in "live" code\nfor REST - requests\, language examples\, and shell scripts\, one can be\nsure that - the documentation and slides are never out of date.\n\nThe session will sh - ow how leverage org-babel\, restclient and\norg-treeslide to write and pre - sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n - Org mode is known for its flexibility\, power\, and staggeringly diverse\n - number of workflows\, users\, and use cases.\n\nThis talk explores just ho - w far we can push the boundaries of the sane\nand sensible with regard to - Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: - two parts of a\ncomplete system for creating executable Org files.\n\nOrg - syntax does not support shebang lines. However\, it turns out that\nOrg s - yntax enables something even better —\; shebang blocks.\n\nOrg is al - so (supposedly) not an executable file format. However\, by\ncombining a - shebang block with a Org babel source block\, and eval\nlocal variables (e - lvs) Org becomes a multi-language executable format.\n\nIn this talk we in - troduce shebang blocks and elvs as a two part system\nthat transforms Org - files into executable documents that can run on any\nrecent version of Ema - cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and - can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open - with a demo of how to create an executable Org file\nusing the orgstrap m - achinery.\n\nWe then discuss security considerations\, and show example us - e cases.\n\nFinally the talk will cover the details and development of the - \nportable shebang block for Org mode that works on a wide variety of\nsys - tems and shells\, and on the development of a formal specification\nand a - reference implementation for using Org source blocks to\ntransform Org fil - es from plain text documents with a bit of markup\ninto self describing co - mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n - - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin - g 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G - NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac - s community gained\nmuch momentum in the last decade. Being a nicely desig - ned lightweight\nmarkup language\, Org mode does not only benefit users of - GNU/Emacs.\nThere are many tools and services supporting Org mode syntax - 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\ntext - outside of GNU/Emacs for better typing usability and\ncollaboration tasks - .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi - s can only be a short teaser for the use of Org mode syntax without\nmuch - comparison to other lightweight markup languages. For this\naudience\, I d - o think that this would be too short because most\nattendees might already - have heard the rumors that Org mode is great\nor they have adapted Org mo - de 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G - erman\n\nIn this presentation I will explain how to use org-mode effective - ly to\nprepare teaching materials\, and how to present them.\n\nFor the la - st 5 years I have been using org-mode to teach programming\nin different l - anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three - key advantages:\n\n1. it supports most programming languages with a commo - n interface\,\n2. it is an interactive medium for delivering teaching mat - erials\; and\n3. it is an always-up-to-date format that does not need to - be exported in order to be published.\n\nI explain how I use org-mode in m - y courses and how I combine org-mode\nnotes other tools such as github org - -mode to get\nalways up-to-date teaching materials that one can use for bo - th\nteaching and studying (see\n\nfor an example - ).\n\nFinally\, I will discuss some important aspects to consider when usi - ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr - oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n - - Important considerations\n- How to get started\n\nOh\, I made a smal - l mistake. I meant to propose a 40 minutes presentation.\nBut I can give a - quicker 20 minutes too. -END:VEVENT -BEGIN:VEVENT + 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 and\n\, 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\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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/research\n# Managing a research workflow (bibliographi - es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w - orkers have to read and discover new papers\,\nask questions about what th - ey read\, write notes and scratchwork\, and store\nmuch of this informatio - n for use in writing papers and/or code. Emacs allows\nus to do all of thi - s (and more) using simple text interfaces that integrate\nwell together. I - n this talk I will talk about the following:\n\na. Using elfeed and elfeed - -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa - pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi - ber and rebiber in order to keep the local\n bibliography clean and up-t - o-date with conference versions of papers.\nd. Using org-roam and org-roam - -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT - his text-based workflow allows for keeping everything accessible under\nve - rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men - deley). I\nwill share my Doom Emacs configuration for this workflow\, but - it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o - rg-mode is already an extremely powerful and\ncustomisable tool for task a - nd time management\, note-taking\, calendar\nand agenda management\, and m - uch more. Babel takes org a step further\nby letting you write\, evaluate\ - , and export code in different languages\nfrom within a single file. In th - is talk\, I will highlight some\nfeatures of babel that I find exciting an - d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st - arted with babel can be intimidating\, but it's hard to stop\nusing it onc - e you start. As an academic\, I typically don't manage\nlarge coding proje - cts. My primary purpose is writing lecture notes\,\nassignments\, and pape - rs\, and managing related admin. Typically\, I want\nto try and automate t - he boring portions of my workflow without extra\noverhead. I also tend to - find various tasks easier in some programming\nlanguages and harder in oth - ers\, and prefer to mix and match languages\nas the task dictates. Babel m - akes this process seamless.\n\nA basic use case is writing a document in o - rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m - ultiple documents in a\nsingle org file\, which can be convenient. Babel l - ets you add all sorts\nof enhancements to the same file. For example\, sup - pose we have a\nsingle org document with all the problem sets for a course - . 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 cal - culations and then output the result as LaTeX\,\n- define skeletons to q - uickly draw up assignment templates\,\n- toggle exporting of assignments - with or without solutions based on tags\,\n- locally change export sett - ings or run a post-export hook\,\n- automatically export to LaTeX after - saving\,\n- tangle code blocks from some or all of the languages to exte - rnal files.\n\nI will try to showcase features of babel that academics cou - ld find\nhelpful\, by presenting some ways in which I have tried to use ba - bel. 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 two - example files that heavily use babel. I will use these\nexamples to highl - ight 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- - mode\nBlaine Mooers\n\nResearch papers in structural biology should includ - e the code used to make\nthe images of molecules in the article in the sup - plemental materials.\nSome structural bioinformaticists have started to in - clude\ntheir computer code in the supplemental materials to allow readers\ - nto reproduce their analyses. However\, authors of papers reporting new\nm - olecular structures often overlook the inclusion of the code that makes\nt - he images of the molecules reported in their articles. Nonetheless\,\nthis - aspect of reproducible research needs to become the standard practice\nto - improve the rigor of the science.\n\nIn a literate programming document\, - the author interleaves between blocks\nof prose the code that makes the i - mages of molecules. The document allows\nthe reader to reproduce the image - s in the manuscript by running the code.\nThe reader can also explore the - effect of altering the parameters in the\ncode. Org files are one alternat - ive for making such literate programming\ndocuments.\n\nWe developed a yas - nippet snippet library called orgpymolpysnips for\nstructural biologists ( - ).\nThis library facilitates - the assembly of literate programming documents\nwith molecular images mad - e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea - ting images for publication\; it has\nover 100\,000 users\, which is a lot - of users in molecular biology. PyMOL\nhas been used to make many of the i - mages of biological molecules found\non the covers of many Cell\, Nature\, - and Science issues.\n\nWe used the `jupyter' language in org-babel to sen - d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret - urns the\nmolecular image to the output block below the code block. An Ema - cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni - nto a script file\, and submit these for non-Emacs users. We describe\nthe - content of the library and provide examples of the running PyMOL\nfrom Or - g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o - utline)\n - Title slide\n - Structural Biolog Workflow in the Mo - oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn - ippet library for your field?\n - PyMOL in Org: kernel specification\ - n - Creating a conda env and installing PyMOL\n - Example code b - lock 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin - g 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 invo - icing.\n\nWe are a small company and we are still tuning and improving the - \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide - s\, and reading here and there what other users do\, we\nimplemented an ef - fective workflow we have been using for nearly a\nyear\, now\, and with wh - ich 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\, b - y 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB - ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f - or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat - e an invoice\,\nrecord the details into your accounting software and keep - track of\ntaxes and payments? You are not alone\, I found the whole invoic - e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r - escue.\n\nMy talk will give you a basic intro on how to use org mode\, som - e embedded python code and file jugglery to generate stylistic and profess - ional invoices.\n\nWhat you will learn during the session:\n\n- How to t - rack your freelance time using orgmode\n- How to create the basic infras - tructure for invoice generation\n- How to generate the invoice\n- How - to manage multiple clients\n- How to enter the finance details into your - accounting software\n- How to track invoice payments\n\nWe will use the - following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho - n 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki - ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi - ce every year\,\nsupplanting each generation with a newer model that boast - s highly\npromoted incremental features which greatly devalues the price o - f\ntheir older models. These forgotten models are sold on Ebay and\nother - secondhand websites at highly discount prices by owners who\ndo not see th - e true potential of these devices: Kindles are\nexcellent high contrast lo - w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em - bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c - an last weeks\nbefore needing a recharge. This makes them ideal as passive - image\ndevices that can be configured easily using a few shell\nscripts. - Indeed\, efforts have been made in dedicated hacker forums\nto expose the - Linux filesystem and to enable features such as\ncustom screensavers\, SSH - networking\, and more. By exploiting these\nfeatures\, and by carefully d - isabling the software/bloatware that\ncomes with the device\, these Kindle - s have found new life as online\ndashboard devices which can fetch and dis - play information from the\ninternet at timely intervals.\n\nHere we descri - be a tool to control multiple Kindle devices with a\nsingle org-mode/shell - -based tool\, built initially to periodically\nserve updated Emacs Org-Age - nda views\, but later expanded to produce\nonline local weather reports an - d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info - rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image - and text content\n(via imagemagick)\, small messages\, and much more.\n\n - In this talk\, we show how to configure multiple Kindles with any\ndesired - custom content\, following any daily/weekly schedule\, all\neasily manage - d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m - inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n - - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b - attery life\, low refresh rate –\; perfect\n for a dashboard\ - n - Timely updated Org-Mode Agendas anyone?\n - Reference to - inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate - content\n\n - A static text+picture image easily generated with image - magick\n wrapper\n - An image of a sparse tree of org-mode TOD - O file\n - An image of another emacs view (e.g. Calfw\, or org-calori - es)\n - Show post-processing for optimizing image for Kindles\n\n - 1-2 mins\n Configuration in a single org-mode file\n\n - Def - ining Machines\n - Defining Commands to generate content\n - Def - ining Schedules to run Commands on multiple Machines at\n specific - points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh - ow exported shell configs and generated cronjobs\n - Witness multiple - Kindles producing desired content with wakeup\n timers -END:VEVENT -BEGIN:VEVENT + 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 + ().\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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p - ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us - e a computer. Even if Emacs\nusers love text as a format\, they may need t - o shop and video call from\ntime to time (even more so in a pandemic!). So - me 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 t - he making?\nWhat if you could "ace-jump" within a web page? What if you co - uld run\na REPL to extend your browser while browsing? What if you could r - ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi - ll share why it has great potential\, how you can\nintegrate it with Emacs - \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were - wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n - \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro - ugier\n\nText editors are written by and for developers. They come\nwith - a large set of default and implicit choices in terms of layout\,\ntypograp - hy\, colorization and interaction that hardly change from one\neditor to t - he other. It is not clear if these implicit choices derive\nfrom the ignor - ance of alternatives or if they derive from developers'\nhabits\, reproduc - ing what they are used to. Durint this talk\, I will\ncharacterize these i - mplicit choices and illustrate what are some\nalternatives using GNU Emacs - .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o - f 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed - om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw - are freedom".\nI will outline the key moments in my transition to a GNU/Li - nux operating\nsystem and mark those which eventually contributed towards - me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po - pular package\, and\ncontributor to upstream Emacs (among others). By all - uding to personal\nexperiences\, I will draw generalisable insights and co - nnect them to what\nI believe are irreducible qualities of Emacs qua softw - are and Emacs as a\ncommunity of like-minded people. The talk will be the - oretical in\nnature: there won't be any code-related demonstration nor tec - hnical\nreferences that only people with a background in computer science - would\nlikely recognise. Personal anecdotes shall be tangential to the po - int\nand considered as ancillary to the thesis of what Emacs represents fr - om\nthe standpoint of software freedom and user empowerment. The\npresent - ation is intended for a general audience that is interested in\nGNU softwa - re in general and Emacs in particular. My formal educational\nbackground - as a social scientist (i.e. not a programmer) and later as a\nphilosopher - informs my approach to this topic.\n\nThe presentation shall be 40 minutes - long. Its text will be in essay\nform and shall be supplied as complemen - tary material to the video. The\nnotation will be in Org mode. I cannot - provide an outline in advance\,\nas it will most likely not be consistent - with the actual presentation.\nIf\, however\, this is absolutely required - for administrative purposes I\nshall furnish one regardless with the provi - so that I am in no way bound\nby it and thus reserve the right to modify i - t 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov - \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a - pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg - er breakpoint.\n- How to determine if a function is expensive. How to pi - ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). - \n- Print-benchmarking.\n- Byte-compiled code can give a very differen - t picture\, changing where\n the bottleneck is. How to quickly load a b - yte-compiled version.\n- Steps taken to speed up the Xref package recent - ly. -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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 vis - ion for how writing code could be\, where the\nediting operations map dire - ctly to the primitives of the language itself -- and\nmy humble attempt of - implementing this vision. _tree-edit_ seeks to provides a\nstructural edi - ting plugin supporting conceivably any language with a tree-sitter\nparser - .\n\n**Structural editing does not have to be relegated to lisps or niche - DSLs.**\n\nI liken the state of code editing today to writing assembly. Th - e reason why\npeople like Python more than assembly is that for most purpo - ses\, the building\nblocks of the language are mismatched with our thought - process. We don't think\nin terms of registers and addresses\, we think i - n terms of variables\, functions\,\netc. So when we write and edit code\, - why do we edit in terms of deleting\,\ninserting\, replacing characters &# - x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta - tements?\n\nI'll also discuss the implementation of tree-edit\, which uses - a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e - macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program - ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon - ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat - ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre - e-edit)!\n\n# Outline\n\n- Discuss motivation ( - Why should I care?)\n- Demonstrate tree-edit (Live - -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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP - sionic\n\nWhen we begin programming\, the promise is to automate away repe - titive\ntasks in life. As those program's capability grows\, we begin to - need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ - , we\nrun into the following issues:\n\n- As options pile up\, the intui - tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati - on 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 a - ction to perform\n\n- Composition compounds with all of these issues\n\n - Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM - agit's UI input library\, Transient\, is a standalone package for\ndevelop - ing more killer UI's\, and not just for CLI applications\, but\nalso for s - erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans - ient's potential is to create the most highly productive\nUI's short of th - ought control\, going beyond simple command dispatchers\nrequires a deeper - dive. When we think like constructing a DSL for the\ntask and using tran - sient to input that DSL\, we get an intelligent\,\nself-describing modal p - rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation - and demos of API examples\n- Wrapping a custom CLI tool in Transient -END:VEVENT -BEGIN:VEVENT + 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: \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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid - entally yak-shaved my way to writing a UI framework because overlays were - slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework - for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. - This package\nimplements React Component API's with the goal of simplifyin - g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe - ir prior experience with React or web programming. Components\nprovide a - useful functional unit for constructing complex interfaces\ndeclaratively - and also eliminate much of the burden associated with\nupdating textual co - ntent as application state changes. This talk will\ncover use of the tui. - el API and its operation in a textual environment\nby implementing some ba - sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI - implementation complexity.\n - API introduction: Displaying content\ - , Components.\n - Visual taste of dashboards and applications built w - ith 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n - Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 - 5. It can be\nused to extend Emacs with native libraries\, for performance - \,\nOS-specific features\, or other functionalities that would take a lot\ - nof time to re-implement in Lisp. The officially supported language is\nC\ - , which is tedious and error-prone to use. This talk discusses a\n**safe** - alternative that is also a lot **more convenient**: writing these\ndynami - c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim - ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr - ough 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat - thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten - sible GUI\napplication framework that extends Emacs graphical capabilities - using\nPyQt5. There are many new but important updates since EmacsConf202 - 0\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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli - cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i - n a sense that it provides consistency\nacross different tools and applica - tions within the Emacs ecosystem\, as well as\nexternal apps that can be i - ntegrated into it. It is also the most truly\nmalleable environment\, each - element of which can be adjusted or extended\,\ntherefore providing the u - ser with more power and freedom in personal computing.\nEmacs definitely c - an 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\n - years ago\, the only regret to have is that it didn't happen earlier. The - definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l - ess technical\nfolks to join the party and gradually start to use Emacs fo - r writing documents\,\nwhether personal or work related\, manage tasks\, e - mails and potentially everything\nelse. The learning curve and difference - in approach\, however\, leaves some\npotential users too scared of the arc - ane interface even with all it's quirks and\nfeatures because it requires - at least some technical skills to understand and\nuse properly\, and does - not have an easy way to connect with external tools that\nmost people are - forced to use for work.\n\nThis talk proposes some ideas about how the mod - el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's - powerful interaction model can be\ncarried over to make modern interfaces - \, whether desktop or web applications\,\nthat would be designed with a go - al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu - res it possesses\, and therefore enhance the capabilities\nof the Emacs\, - while at the same time utilizing it as a backend for\ntext-processing and - editing to a large extent. It would be really great to have\na personal we - b-interface for using modern task management tools\, chats\, emails\nand s - uch\, but from a UI defined by the user. The goal is to use it on a deskto - p\nor mobile\, locally or self-hosted on a server\, with support for touch - and\ngesture-based workflows\, while preserving the Emacs philosophy and - allowing to\nseamlessly switch between Emacs and its web extension\n\nThe - proposed solution is to integrate more of the modern tools with Emacs\,\nu - tilize Org-mode as a way to define application-specific parameters for the - se\ntools through Org properties\, and then utilize these parameters for m - aking a\nmodern local frontend that would enhance Emacs UI while allowing - to use external\ntools in a more personal and freedom respecting way (maki - ng the originals\nobsolete over time). The talk serves the purpose of invi - ting community members to\na discussion about how Emacs can become more mo - dern\, more approachable by people\nwho don't possess the neccessarry tech - nical skills to adjust it themselves\, but\nare keen to learn it\, and pot - entially how to attract more users to greater\nproductivity\, computer lit - eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes - \n - Introduction\n - Issues with most modern tools for work\n - - Issues with Emacs as a tool for work\n - In search for a hybrid - approach\n - User controlled web-apps\n - Opinions encouraged\n - - Contacts -END:VEVENT -BEGIN:VEVENT + 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t - o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str - ength is also its greatest weakness: it is **too** hackable.\n\nWe have a - great community that experiment with new features that are still\nlacking - in Emacs core. They write up a package and develop the living daylights\n - out 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 are - those\nfeatures not in core? What about projectile? And so on.\n\nCore - demands copyright assignments (CLA). This is a fact of life. While I\nmo - stly agree with the people saying it is not helful\, they are there to pro - tect\nEmacs from copyright issues in the future. So my suggestion here is - simple:\njust **sign the papers**. It is just a formality\, and you shou - ld only need to do\nit once.\n\nI suggest that any ambitious feature that - we **might** want to see shipped in the\ndefault Emacs distribution should - by default go to GNU ELPA. You don't need to\ndo this\, of course\, and - I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha - ve an exceptionally high standard\, but we do try to give any\nnew package - 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\, which - is to not recommend non-free\nsoftware. Therefore\, we could not recommen - d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us - ed for packages that we don't have an assignment for but\nwould still like - to distribute. It should ideally only be for old packages\nwhere getting - a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute - to Emacs core. This impression\nis largely wrong. If I can do it\, you c - an too.\n\nWe do have a problem in that our tools and methods (mailing lis - ts\, the bug\ntracker) are out-dated. This is largely correct. We want t - o migrate to\nsomething else\, and the best candidate is probably Sourcehu - t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to - their Init file to fix this or that\nannoyance\, or even bug. The more am - bitious would go on to package up such fixes\nin what I call "patch packag - es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ - e a package!" I am here to suggest that you submit a\npatch to Emacs inst - ead.\n\nFixing an issue for one person is good\, and fixing it for more pe - ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel - is not that scary\, nor is email. We are really quite friendly and\neasy - going\, but the communication we prefer (for reasons of efficiency - the\n - volume is very high) is often very brief and to the point. We are trying - our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr - ibutors. We need a successful Emacs on this planet.\n\nSo should you real - ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out - line\n\n- I will urge people to consider contributing to Emacs instead of\ - n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will - go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac - s conservative without reason?)\, how to get things\n done and the necess - ary 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 data - . This is a\nniche library that is used by packages such as Websocket\, EM - MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha - pless\nkitten while at the same time providing poor service slowly. For\nE - macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib - le while respecting the kitten. In this presentation I intent to\nshow how - we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min - : Intro and presentation of Bindat\n 5 min: Showcase some of its proble - ms\n 5 min: Present the new design\n 5 min: Examples of what can be - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status - and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp - dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally - capable of executing Elisp code\neither interpreted or byte-interpreted a - fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the - Emacs Lisp native compiler. This feature\nrecently merged into the main E - macs development line allow for\nautomatically compiling and executing Eli - sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design - goals\n- compiler and runtime design and implementation\n- performanc - e implications\n- upstream process\n- area of improvements and future - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac - tical languages are multi-paradigm\, offering several\nabstractions for th - e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys - tem 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 - Furthe - r 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat - ion I will show an idea that feels completely obvious\nonce we see it\, bu - t that only occured to me after after using Emacs\nand eev as my main inte - rface to the computer for more than 20 years.\nTake any interpreted langua - ge that supports multi-line comments\, and\nwhose interpreter can be run i - n 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 L - ua script that we wrote\, that\nis called "foo.lua" and that defines lots - of functions and defines the\nclasses Bar and Bletch. We can put after the - definition of the class\nBar a multi-line comment that contains an eepitc - h block that when\nexecuted starts a Lua interpreter\, loads the script fo - o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th - at class\nand its methods\; and we can put another block with tests like t - hat\nafter the class Bletch\, and other blocks after some functions. Eepit - ch\nallows sending these tests line by line to the Lua interpreter by\ntyp - ing on each line that we want to send\, and this lets us create\nte - sts that are very easy to understand even without writing comments\;\nthis - 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 be - fore running the risk of being read by other people.\n\nThese multi-line c - omments with eepitch blocks that run an interpreter\nand make it load the - 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 t - he 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 blocks - to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo - Ochs -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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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\,\nshamelessl - y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr - ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 - 0 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema - cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting - with Emacs 24\, full native bidi\n(bidirectional) support became available - . For\nmany years prior to that Unicode support was\navailable and by aro - und year 2000\, reasonable\nopen-source shaping libraries were also availa - ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu - t methods for emacs. These input\nmethods or variations of them can also b - e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac - e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro - nment for persoarabic users.\n\nSince emacs comes loaded with everything ( - Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ - , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e - tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers - can be addressed in one place and\ncohesively.\n\nIn this talk I will demo - nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri - ef description/outline)\n\n My talk will be in two parts.\n\n In Par - t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban - an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq - uo\;. The\n software is part of base emacs distribution.\n Full docu - mentation is available at:\n Persian Input Methods\n F - or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n - \n\n In Part 2\, - I will cover the ramifications of bidi\n on existing emacs application - s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin - g 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 bidi - on display.\n - Use of persian text for Persian (solar) calendar. - \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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so - ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled - ge hide in\nplaces we cannot access or use. The more we write down\, the m - ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( - web\, software\, books) keeps growing faster and faster! This\nis not sust - ainable: we cannot keep up with it! What if we repeat the\nerror of somebo - dy else\, only because it would take too much reading to\nknow? What if th - at knowledge is in some code we work with everyday?\n\nMoldable developmen - t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th - e tool you use should let you create special tools\nto learn smartly from - what you have already.\n\nSince we use Emacs\, let's make our great editor - 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 nat - ural)\ntext to learn better\, how we can inject notes in our projects and - how\nself documenting this tool is!\n\nI aim to inspire you to find a quic - ker way to learn from our digital\nworld!\n\nYou can learn more about this - at: \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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir - onment.\nFermin MF\n\nI've been developing a package that helps with the d - evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f - ramework\, it has a custom reader\nand integration for\ncommon Emacs packa - ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp - ly features that other language with and static\nanalyzer have\,\nlike ref - actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn - ows 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n - Imaginary Programming (IP) is both methodology and paradigm. It is an\next - ension of literate programming and a way of creating software without\nthe - use of imperative\, functional or even declarative code. Yet IP employs\n - all disciplines to achieve the miraculous. The only contingency is on one\ - nor more language models\, known as foundation models. The real value of I - P\nis not found by abandoning sound logic altogether\, but in weaving the - real\nwith the imaginary. The future of imaginary programming is one in wh - ich\nalmost all of computing is inferred. I have built a suite of tools ba - sed on\nemacs for interfacing real programming languages with imaginary on - es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin - al that lets\nyou imagine what happens no matter how nested you are within - interpreters\,\nan example-oriented language\, a file format that encodes - the provenance of\ntext and a library for imaginary functional programmin - g primitives called\niLambda. It is important to recognise IP because\, fo - r lack of a better\nterm\, it has far-reaching implications for intellectu - al 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\, fo - llowed by\n - a demonstration of iLambda.\n - iλ\, a family - of imaginary programming libraries\n \n\n\n\nIRC - 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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.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 makes - our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m - achines and\nfascinating were those days of experimentation and engineerin - g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de - veloper stand points\, what things can be improved and\nwhat can be an hyp - othetical 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\ndevel - oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more - details about CEDAR: \n\n- 40 minute - s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs - \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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed - itor trends\nDavid Wilson\n\nThe computer software industry has seen many - "popular" text editors come\nand go\, often due to the mercurial fashions - of software development. In\nthis talk\, we'll take a look at why popular - editors fade and the\nspecific aspects of Emacs that will ensure it remai - ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di - scuss the core thesis\, the features that make Emacs\n desirable for long - -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b - ackground on the text editor landscape and\n how the scope of various edi - tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific - instances where editors were popular\, fell out\n of popularity\, and wh - y (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:20211027T123518 -DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs - conf.org/2021/talks/day2-close\n# Closing remarks day 2 -END:VEVENT + 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 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 +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 + \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: \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: \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 \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: \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 -- cgit v1.2.3 From cf7e5e68409ba313c7adb98f2462a92e854aec8c Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:41:43 -0400 Subject: Try again? --- 2021/emacsconf.ics | 3150 ++++++++++++++++++++++++++-------------------------- 1 file changed, 1575 insertions(+), 1575 deletions(-) (limited to '2021') 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 - pronouns: she/her\n\nQuick overview of Emacs communit - y highlights since the last conference\n\n -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. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Addition - al references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- - Guerry\, B. (2020). 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. . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My p - ackages for GNU Emacs. . Accessed 25 Octob - er 2021.\n- Wellons\, C. Emacs articles. . 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. . 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. - . 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. . 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. . 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. . 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. . 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 \n2. chapril hos - ts the OmegaT team project architecture\n \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]: \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\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\n\nA basic generated PDF from the basic demo is here:\n![img]( - https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp& - s=e0c5080560c877aa02933a40c224e52b8a1fed3b)\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 and\n\, 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\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 - ().\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: \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 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 -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 - \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: \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: \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 \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: \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 - pronouns: she/her\n\nQuick overview of Emacs communit + y highlights since the last conference\n\n +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. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Addition + al references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- + Guerry\, B. (2020). 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. . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My p + ackages for GNU Emacs. . Accessed 25 Octob + er 2021.\n- Wellons\, C. Emacs articles. . 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. . 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. + . 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. . 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. . 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. . 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. . 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 \n2. chapril hos + ts the OmegaT team project architecture\n \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]: \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\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\n\nA basic generated PDF from the basic demo is here:\n![img]( + https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp& + s=e0c5080560c877aa02933a40c224e52b8a1fed3b)\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 and\n\, 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\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 + ().\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: \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 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 +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 + \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: \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: \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 \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: \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 -- cgit v1.2.3 From b091c35ce6e2dfc6a9b526fb1023c708d60c0f5f Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Wed, 27 Oct 2021 12:43:54 -0400 Subject: Tweak again --- 2021/emacsconf.ics | 2232 ++++++++++++++++++++++++++-------------------------- 1 file changed, 1116 insertions(+), 1116 deletions(-) (limited to '2021') diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index a6a838a4..3d308610 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -40,9 +40,9 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day1-open\n# Opening remarks END:VEVENT BEGIN:VEVENT SUMMARY:Emacs News Highlights @@ -51,12 +51,12 @@ 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 - pronouns: she/her\n\nQuick overview of Emacs communit - y highlights since the last conference\n\n +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community + highlights since the last conference\n\n END:VEVENT BEGIN:VEVENT SUMMARY:The True Frownies are the Friends We Made Along the Way: An Anecdot @@ -66,22 +66,22 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made + Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac + s is well-known for being extremely flexible\, programmable\, and\nextensi + ble\; in fact\, that's probably the biggest reason it's still\nbeing used + after 40+ years of existence\, and even has enough clout to\ngenerate an e + ntire conference in its name. In this medium-length\npresentation\, I wil + l add another point to the data set proving Emacs's\nabilities\, by narrat + ing the latest package I made\, \\`frowny.el\\`\, from\nits conception to + its current\, nearly-completed state.\n\nI wrote frowny.el to scratch some + one else's itch as a joke on IRC\, but\nit has been called "pretty useful\ + , for a joke package." I feel like\nthat encapsulates the spirit of Emacs + and that's why I want to present\non this topic.\n\nAlong the way\, I'll + 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 @@ -90,166 +90,166 @@ 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. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Addition - al references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- - Guerry\, B. (2020). 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. . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My p - ackages for GNU Emacs. . Accessed 25 Octob - er 2021.\n- Wellons\, C. Emacs articles. . 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. . 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. - . 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. . 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. . 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. . 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. . 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear + ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs + artifacts: first illustrating possible paths for beginners and then mappin + g out the significance of the enhanced learning potential of Emacs (Caille + t in Andler & Guerry\, Engelbart\, Markauskaite & Goodyear). The technolog + y-enhanced learning (TEL) that Emacs affords includes a systems view of 'm + any\, many features' (Stallman) which surpass the confines of a pre-fabric + ated environment (Stiegler). This affords diverse possibilities for indivi + duals to interact creatively and autonomously to satisfy their own needs ( + Ill\nich). Its adaptability will be shown to be an asset in supporting the + learning trends identified by the latest pedagogical research (Guo).\n\n# + Intro\n\nThe 'many\, many features' (Stallman 2002: 4) of Emacs do not li + mit imaginable types of interactivity\, supporting both formal and informa + l learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a + scaffold for development (cf. Vygotsky 1979: 86)\, promoting the creative + and autonomous ability of individuals to interact with their digital envir + onment and others who share the use of this tool (Illich 1973). Individual + s can use Emacs as often or seldom as they want to express their needs and + meaning in action\, with no obligation to use it (cf. Illich 1973).\n\nTh + e formal learning involved pertains to Emacs programs and documentation (t + he 'temple') while related discussion and smaller task-based problem solvi + ng represents examples of informal learning (the 'forum') (cf. Caillet in + Andler & Guerry 2008). As a context-rich environment (Trocmé-Fabre 1999)\, + Emacs fulfills the promise of general computing: not boxing users into pe + rsonas (cf. Stiegler 2018) but allowing users at all levels to organize an + d assemble multiple knowledge domains (Markauskaite & Goodyear 2017) and p + rograms so that they are 'just right'. People wanting to create tailored l + earning environments who feel alienated or unsupported by pre-fabricated t + ext and programming environments will find their way with Emacs.\n\n1. Wh + at if we are beginners overwhelmed by formal Emacs documentation? Two pote + ntial learning paths:\n\n - a. Build on a needs-basis. Make your own ar + tifacts: no use-case is too small\; leave your trace.\n - b. Study othe + rs' inits and use-cases\; Read Planet EmacsLife\; Consult programmer or po + wer user use-cases\; Map out workflows.\n\n2. Emacs as personal\, creative + \, autonomous:\n\n - a. Emacs allows for organic ongoing changes to the + organization of knowledge\, imagination\, and experience (cf. Guerry & Ga + ume 2009) . This is important as not all learners have the same spatial/vi + sual needs and because these needs and knowledge can change over time (Vyg + otsky 1979\; Gardner 1983\; Wang 2020).\n - b. Emacs allows us to contr + ol our tools and tasks (Illich 1973). By contrast\, care-less use of pre-f + abricated 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 import + ant to survival.\n\n3. Emacs as systems design for technology-enhanced le + arning (TEL):\n\n - a. Good TEL design performance should also educate + 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 differ + ent capabilities' (Alexander 1993 in Gabriel 1996)\, assembling epistemic + domains (Markauskaite & Goodyear 2017). This pedagogical approach is suppo + rted by Emacs artifacts (packages\, documentation\, forums\, etc.).\n - + b. The 'wise' use of programming (Crichton 1983) actively manages and or + ganizes workflow. This permits iterative development. Elementary use-case: + a workflow that relies on PPT and Zoom vs. already having a more modular + viewpoint supported by diverse Emacs packages. The latter adaptability is + supported by the latest educational research (Guo). Further: Emacs allows + movement from user to contributor (Stiegler 2018\; Stavrou).\n - c. Wis + e programming can include fun programming - 'there are people who want to + put a stop to that' (Crichton 1983\; Gaffney 2019).\n - d. Extending th + is systems/design view\, Emacs is developed and maintained by a community + dedicated to supporting this freedom of use in these multiple contexts (cf + . Illich 1973).\n - e. One perspective is less likely to override other + s in such a heterogeneous environment (Morin 2004).\n\n# Conclusion\n\nEma + cs does not limit any imaginable type of interactivity and promotes a dive + rsity of related content\, further supporting the pursuit of more advanced + TEL (viz. Guo). This was illustrated through an elementary use-case that + compared being limited to PPT as opposed to having basic familiarity with + Emacs\, which permits manageable\, continuous exploration of knowledge\, w + orkflows\, and tools (cf. Alexander in Gabriel\; Goodyear & Retalis) and m + ovement from consumer to creator (Stiegler\; Stavrou). Using Emacs means b + eing able to use a sophisticated digital tool\, thanks to the contribution + s of heterogeneous maintainers\, developers\, and community members whose + artifacts comprise a meta picture. It is possible\, through using Emacs\, + to learn about the design of digital learning and learning in general as a + ccess to knowledge is not walled off by prefabricated design(cf. Illich\; + Stiegler). We can choose our own adventure.\n\n\n# References\n\n## Genera + l workflow and fun:\n- Bin\, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021.\n- + Gaffney\, N. (2019). Oblique strategies. . Accessed 25 October 2021.\n- Goetz\, G. (2021). Additional + references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021.\n- + Guerry\, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021 + .\n- Kaiser\, K. (2017). Writing a technical book in Emacs and Org-mode. + . Accessed 25 October 2021.\n- Planet Emacs Life. . Accessed 25 October 2021.\n- Stavrou\, P. My pac + kages for GNU Emacs. . Accessed 25 October + 2021.\n- Wellons\, C. Emacs articles. . Accessed 25 October 2021.\n\n## On TEL design:\n- Caillet\, E. (2 + 008). L’exposition\, le musée: L’éducation informelle comme école de l’édu + cation formelle. In Andler\, D. & Guerry\, B. (Eds.). *Apprendre demain: S + ciences cognitives et éducation à l’ère numérique*\, 137-154. Paris: Hatie + r.\n- Crichton\, M. (1983). *Electronic life*. New York: Knopf.\n- De + Bono\, E. (2009). *Think! Before it's too late*. London: Random House.\n- + Engelbart\, D. (1962). *Augmenting human intellect: A conceptual framewo + rk*. Menlo Park: Stanford Research Institute.\n- Drosos\, I. & Guo\, P. + (2021). Streamers teaching programming\, art\, and gaming: Cognitive appre + nticeship\, serendipitous teachable moments\, and tacit expert knowledge. + IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC)\, + short paper\, 2021. . Accessed 25 October 20 + 21.\n- Gabriel\, R. (1996). *Patterns of software*. New York\, Oxford: O + xford University Press.\n- Goodyear\, P. & Retalis\, S. (2010). Learning + \, technology and design. In Goodyear\, P. & Retalis\, S. (Eds.). *Technol + ogy-enhanced learning: Design patterns and pattern languages*\, 1-27. Rott + erdam\, 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*\, 1 + 55-159. Paris: Hatier.\n- Guo\, P. (2018). Students\, systems\, and inte + ractions: Synthesizing the first\nfour years of Learning@Scale and chartin + g the future. L@S 2018\, June 26–28\, 2018\, London\, United Kingdom. DOI: + https://doi.org/10.1145/3231644.3231662. . + Accessed 25 October 2021.\n- Guo\, P.\, Kim\, J. & Rubin\, R. (2014). Ho + w video production affects student engagement: An empirical study of MOOC + videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021.\n- Illich\, I. (1973). *Tools of conviviali + ty*. New York: Harper & Row.\n- Kim\, J.\, Guo\, P.\, Seaton\, D.\, Mitr + os\, P.\, Gajos\, K. & Miller\, R. (2014). Understanding in-video dropouts + and interaction peaks in online lecture videos. ACM Conference on Learnin + g at Scale. . Accessed 25 October 2021.\n- + Markauskaite\, L. & Goodyear\, P. (2017). *Epistemic fluency and professi + onal education: innovation\, knowledgeable action and actionable knowledge + *. Dordrecht: Springer.\n- Markel\, J. & Guo\, P. (2020). Designing the + future of experiential learning environments for a post-COVID world: A pre + liminary case study. NFW ’20 (Symposium on the New Future of Work)\, Augus + t 3–5\, 2020\, Virtual Event. . Accessed 25 + October 2021.\n- Morin\, E. ([2004] 2008). *La Méthode - tome 6: Éthique + *. Éditions du Seuil: Paris.\n- Stallman\, R. (2002). *Free software\, f + ree society*. GNU Press\, Free Software Foundation.\n- Stiegler\, B. (20 + 18). *The neganthropocene*. Open Humanities Press.\n- Trocmé-Fabre\, H. + (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation + .\n- Vygotsky\, L. (1979). *Mind in society: The development of higher p + sychological processes*. Cambridge and London: Harvard University Press.\n + - Wang\, S. (2020). Open knowledge. Hope in Source. . Accessed 25 Oc + tober 2021.\n\n\n# Availability and preferred Q&A approach\n\nDue to the p + andemic situation\, my teaching schedule fluctuates so I\nwill not know my + availability until much closer to the\ndate. Therefore\, I can only guara + ntee 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 i + f this submission is accepted.\n\n\n# Speaker release\n\nBy submitting thi + s proposal\, I agree that my presentation at\nEmacsConf 2021 is subject to + the following terms and conditions:\n\nThe EmacsConf organizers may captu + re audio and video (a "Recording")\nof my presentation and any associated + materials\, which may include\nslides\, notes\, transcripts\, and prerecor + ding(s) of my presentation\nthat I provide to the EmacsConf organizers.\n\ + nI authorize the EmacsConf organizers to distribute\, reproduce\,\npublicl + y display\, and prepare derivative works of the Recording and\nany derivat + ive works of the Recording (the "Licensed Materials")\nunder the terms of + 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 n + ame\,\nlikeness\, and biographic information in association with their use + \nof the Licensed Materials under the above license.\n\nI represent that I + have the authority to grant the above license to\nthe EmacsConf organizer + s. If my presentation incorporates any\nmaterial owned by third parties\, + I represent that the material is\nsublicensable to the EmacsConf organizer + s 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 @@ -259,25 +259,25 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI + X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets + users who are curious about computational philosophies\,\nor those who mi + ght not know how to best utilise Emacs conceptually. The\ntalk will cover + what the UNIX philosophy is\, the GNU Free Software\nprinciples\, a typica + l (Neo)Vi(m) user's approach\, and then how one might\naccomplish this in + Emacs combining the aformentioned ideals. The\nlisteners will learn how th + ey can approach Emacs ideologically\, and how\nblocking themselves into on + e philosophy or the other will limit their\nefficiency. Although you may b + e a veteran GNU/Linux and Emacs user\,\nunderstanding how to use both phil + osophies together will still allow you\nto be more performant than without + .\n\n\n\n# Outline\n\n- 5-10 minutes:\n Cut out the portions of expla + ining the whole UNIX and GNU philosophies\n and instead talk about conc + rete examples:\n - How can one limit their usage of CLI tools while s + till maintaining\n the ideals of both.\n - How using CLI tools + can still perfectly flow into Emacs.\n - How having all programs in + Emacs and unified keybindings is akin\n to a terminal user. END:VEVENT BEGIN:VEVENT SUMMARY:Emacs manuals translation and OmegaT @@ -286,48 +286,48 @@ 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 \n2. chapril hos - ts the OmegaT team project architecture\n \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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C + hristophe Helary\n\nEven if it is generally agreed that software localizat + ion is a good thing\, Emacs is lacking in that respect for a number of tec + hnical reasons. Nonetheless\, the free software using public could greatly + benefit from Emacs manuals translations\, even if the interface were to r + emain in English.\n\nOmegaT is a multiplatform GPL3+ "computer aided trans + lation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for t + ranslators to what IDEs are for code writers. Casual translators can benef + it from their features but professionals or commited amateurs are the most + likely to make the most use of such tools.\n\nWhen OmegaT\, free software + based forges and Emacs meet\, we have a free multi-user translation envir + onment that can easily sustain the (close to) 2 million words load that co + mprise the manuals distributed with Emacs\, along with powerful features l + ike arbitrary string protection for easy typing and QA (quality assurance) + \, automatic legacy translation handling\, glossary management\, history b + ased or predictive autocompletion\, etc.\n\nThe current trial project for + French is hosted on 2 different forges:\n\n1. sr.ht hosts the source file + s\n \n2. chapril hosts + the OmegaT team project architecture\n \n\nThe sources are regularly updated with a po4a based s + hell script.\n\n# Outline\n\n- Duration: 10 minutes\n- Software used durin + g the presentation\n - [po4a](https://po4a.org) a tool to convert documen + tation 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 translator + s to efficiently combine translation ressources (legacy translations\, glo + ssaries\, etc.) so as to produce more consistent translations.\n\nDuring t + he presentation\, I will show:\n\n- How to use po4a to convert the texi fi + les to the PO format (the org.org file is also converted)\n- What are the + specificities of the Emacs manuals and what difficulties they present to t + he tanslator\n- How to address those specificities in OmegaT\, with regula + r expressions\n- How to use OmegaT features such as arbitrary string prote + ction\, legacy translation handling\, glossaries\, autocompletion\, QA\, e + tc.\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* show: + \n\n- How to create an OmegaT project\n- How to setup an OmegaT team proje + ct\n- How to use OmegaT from the command line to work in localization pipe + lines\n- How to use machine translation and MT "post-edit"\n- How to conve + rt back the translated files to texi format\n- How to install translated t + exi files for use in Emacs END:VEVENT BEGIN:VEVENT SUMMARY:NonGNU ELPA Update @@ -336,16 +336,16 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN + onGNU ELPA was announced last year\, as a package repository\nthat will be + enabled by default in Emacs\, but doesn't require\nany copyright assignme + nt. This means that a lot of popular\npackages can now be installed easier + \, without any additional\nconfiguration.\n\nIn this talk I would like the + give a reminder of what NonGNU\nELPA is and how it works\, update the par + ticipants on what has\nhappened since last year and what maintainers have + 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 @@ -354,18 +354,18 @@ 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]: \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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi + tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r + epositories - enought to have conflicts\nand arguments about. The packages + are becoming big\, they depend on many\nother packages and it is not easy + to keep track of what all is being\ninstalled in our Emacsen. An aggressi + ve way out of this is to use Yet\nAnother Package and install all elisp co + de manually - with borg[1].\n\n[1]: \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 u + se it?\n 4. Assimilate a package for demo END:VEVENT BEGIN:VEVENT SUMMARY:telega.el and the Emacs community on Telegram @@ -374,19 +374,19 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra + m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst + ant messaging system. The large number of\nfeatures and the widespread ado + ption make it a good choice for both private\nconversations with friends a + nd for large online communities. In this talk\, I\nam going to present the + Emacs community on Telegram and its initiatives. I\nam also going to disc + uss telega.el\, the Emacs client for Telegram. telega.el\nis a high-qualit + y package that perfectly integrates in Emacs. It supports\nthe vast majori + ty of the features supported by the official clients\, while\nadding sever + al unique ones. In the talk\, I will present the package and\nhighlight so + me of the most important features. END:VEVENT BEGIN:VEVENT SUMMARY:Introducing N-Angulator @@ -395,21 +395,21 @@ 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\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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n + \nThe Unix file system is essentially an N-dimentional sparse array that\n + currently lacks a decent editor and browser which\ncan effectively leverag + e the logical tri-angulation (or\, more properly\n"n-angulation") of atoms + /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 uncircu + lated prototype\nvideo demo. Be sure and turn the volume UP!)\n\nna.intr + o.flv\n\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descripti + on/outline)\n\nThe reconceptualization of the Unix file system as the N-Di + mensional\nsparse array will be discussed.\n\nA simple pre-existing databa + se will be queried.\n\nIf time\, questions will be entertained by video/au + dio and/or IRC. END:VEVENT BEGIN:VEVENT SUMMARY:A day in the life of a janitor @@ -418,20 +418,20 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn + ier\n\nBecause of a reckless former Emacs maintainer that shall\n better + stay unnamed\, ELisp has seen a fair bit of churn in the last 10\n years\ + , making it necessary to clean up "old" code [in order to open up\n the r + oad 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 c + l-lib / lexical-binding party.\n\n- ~20 minutes\n Here really\, I'm n + ot sure how much time this will take. I put 20\n minutes because I thi + nk I might be able to fill that and I think more\n than that could turn + too boring. I intend to make it a "live coding"\n kind of thing\, wit + hout anything like an outline: it's basically "make"\n followed by fixi + ng the warnings. END:VEVENT BEGIN:VEVENT SUMMARY:How to help Emacs maintainers? @@ -440,13 +440,13 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien + Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike + to share a few lessons learned. My goal is help everyone take\ncare of E + macs 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 @@ -455,21 +455,21 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS + pencer King\n\nThere are a variety of methods for typesetting gregorian\nc + hant scores and outputting high-quality sheet music. One of these is\na to + ol called Gregorio\, which integrates with LaTeX allowing scores to\nbe cl + eanly inserted into other documents. All Gregorio files are plain\ntext\, + allowing them to easily be shared with other users and managed\nwith a ver + sion control system. In this talk\, I will give a brief\noverview of the G + regorio tool and then show how it can be used in\nEmacs by typesetting a s + imple score. All code and examples will be\nmade available to help new use + rs get started with typesetting their\nown scores.\n\n\n\n# Outline\n\n- + 5-10 minutes: (brief description/outline)\n 1. Introduction to chant + 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 @@ -478,30 +478,30 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs + a former Montessori guide and now parent\, I often think about the\nrelati + onship of this particular educational philosophy and how it manifests\nin + my work with software\, Emacs in particular. This talk introduces the\ncon + cept of Emacs as an educational environment and how it expresses elements + of\nMontessori psychology regarding "Human Tendencies". Human tendencies a + re innate\ndrives present in everybody that allow us to explore and make s + ense of our world.\n\n\n\n# Outline\n\n- 5-10 minutes: (brief descriptio + n/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 limits + )\n - the environment itself is prepared specifically to foster engag + ement\n\n Enumerate the "Human Tendencies":\n\n - Abstraction\n + - Activity\n - Communication\n - Exactness\n - Explorati + on\n - Manipulation (of the environment)\n - Order\n - Orie + ntation\n - Repetition\n - Self-Perfection\n - Work (also d + escribed as "purposeful activity")\n\n How does Emacs express these thi + ngs?\n\n - in the short version\, pose the question\, and perhaps giv + e one example.\n - Emacs is an environment that provides facilities f + or individuals to\n find their way to proficiency through their Hum + an Tendencies.\n - We are all both learners and guides\, Emacs is our + classroom END:VEVENT BEGIN:VEVENT SUMMARY:Emacs Research Group\, Season Zero: What we did together with Emacs @@ -511,27 +511,27 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did + together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co + rneli\, Raymond Puzio\, Leo Vivier\n\nThe four of us met at EmacsConf 2020 + \, and joined together around a\ncommon interest in Emacs and research. S + ince then\, we have convened as\nthe Emacs Research Group for weekly meeti + ngs. During these meetings\, we\ntook notes collaboratively\, using a ‘co + nflict-free replicated data type’\npackage (crdt.el)\; at the end of each + session\, we debriefed using a\ntemplate that we call a Project Action Rev + iew (PAR). As as a\nmeta-review of our sessions\, every six weeks we prep + ared a Causal\nLayered Analysis (CLA)\, which gave us a different perspect + ive on what we\nhad done. We reflected further on our experiences and met + hods\, linking\nour CLA to plans and design patterns. As a formal researc + h output\, we\ncontributed a write-up of these matters to a joint paper wh + ich we\npresented at the Pattern Languages of Programs Conference (PLoP 20 + 21).\nThe paper included an interactive workshop\, in which we explored ro + les\nin real-time problem solving and collaboration.\n\nIn our short talk + we share information about these methods\, making a\ncase for other people + getting together and creating their own small\nresearch communities simil + ar to ours. END:VEVENT BEGIN:VEVENT SUMMARY:One effective CS grad student workflow @@ -540,18 +540,18 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col + adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic + h I forgot. In the time since then\, I've discovered Org Mode\, Org\nRoam\ + , Org Noter\, Org Ref. PDF Tools\, and Anki. I would like to share\nmy app + roach for capturing all the information that comes my way as a\nMS CS stud + ent at Georgia Tech\, in the hopes that I can both get\nfeedback on ways t + o improve the system I use\, as well as hopefully\ninspire others to build + workflows that make them more productive.\n\n\n\n# Outline\n\n- 5-10 mi + nutes: Go through some typical workflows associated with being a grad stud + ent\, using the packages mentioned in the abstract. END:VEVENT BEGIN:VEVENT SUMMARY:Using Org-Mode For Recording Continuous Professional Development @@ -560,40 +560,40 @@ 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\n\nA basic generated PDF from the basic demo is here:\n![img]( - https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp& - s=e0c5080560c877aa02933a40c224e52b8a1fed3b)\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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou + s Professional Development\nPhilip Beadling\n\nI recently had the pleasure + of being audited for my CPD record with one\nof the large engineering pro + fessional bodies. I decided to harness\norg-mode's TODO lists to record C + PD items and my progress against them\ncompletely within Emacs. I also wa + nted the ability to export the data\nin a well presented\, compact format + for auditing submission.\n\nThe project was a success (I passed the audit) + and the resulting system\nintegrates really well into my wider daily Emac + s workflow\, making future\nCPD recording seamless.\n\nThe talk will expla + in how I tweaked and extended org-mode to get it to\nrecord the data I wan + ted\, followed by a demo.\n\nA basic demo org file with embedded elisp can + be seen here:\n\n\nA basic generated PDF from the basic demo is here:\n![img](ht + tps://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s= + e0c5080560c877aa02933a40c224e52b8a1fed3b)\n\nI have a much more involved e + xample I could also use for the demo.\n\nThe template contains a few examp + les. Examples are Goals that are split\nup into Activities. All Activitie + s must have a Goal\, and within a Goal\nall activities must be complete fo + r the Goal to be automatically set to\ncomplete.\n\nIt's basically leverag + ing Org Capture Templates to create custom Goals\nand Activities.\n\nOn sa + ve or update these are then rendered into a table using Column View.\n\nAc + tivities are sorted by date they were completed on.\n\nThe Column View is + pre-configured to be exported to PDF in a condensed\nbut readable format f + or submission. It stays fairly readable even when\nthe pages get busy.\n\n + The elisp required is all under the "Config" bullet and Emacs will ask\nto + execute it on opening the Org file. The elisp concerns itself with\nnice + custom org capture functions and a few functions to ensure nice\nformattin + g on export\, etc.\n\n\n\n# Outline\n\n- 5-10 minutes:\n\nA quick walkth + rough of the setup and functions\, followed by a demo of how\nto add CPD i + tems\, and update them. Finally show generation of a PDF\ncontaining all + the items tabulated and ready for audit review. I\nestimate this at appro + x 10 minutes. END:VEVENT BEGIN:VEVENT SUMMARY:Creating technical API documentation and presentations using org-ba @@ -603,22 +603,22 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/tech\n# Creating technical API documentation and prese + ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe + emacs org-babel package is often mentioned in conjunction with\nliterate + programming. The ability to mix code segments with prose\nindeed offers an + intuitive way to augment semantic code pieces with\ntextual descriptions. + \n\nIn recent projects\, I've started to turn to org-mode as the primary\n + format to maintain technical documentation\, as well as slides for a\ntech + nical language course. By using org-babel to pull in "live" code\nfor REST + requests\, language examples\, and shell scripts\, one can be\nsure that + the documentation and slides are never out of date.\n\nThe session will sh + ow how leverage org-babel\, restclient and\norg-treeslide to write and pre + sent technical documentation with style.\n\n\n# Outline\n\n- Introduction\ + 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 @@ -627,35 +627,35 @@ 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 and\n\, 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n + Org mode is known for its flexibility\, power\, and staggeringly diverse\n + number of workflows\, users\, and use cases.\n\nThis talk explores just ho + w far we can push the boundaries of the sane\nand sensible with regard to + Org workflows.\n\nIn particular it will discuss shebang blocks\, and elvs: + two parts of a\ncomplete system for creating executable Org files.\n\nOrg + syntax does not support shebang lines. However\, it turns out that\nOrg s + yntax enables something even better —\; shebang blocks.\n\nOrg is al + so (supposedly) not an executable file format. However\, by\ncombining a + shebang block with a Org babel source block\, and eval\nlocal variables (e + lvs) Org becomes a multi-language executable format.\n\nIn this talk we in + troduce shebang blocks and elvs as a two part system\nthat transforms Org + files into executable documents that can run on any\nrecent version of Ema + cs.\n\nThese ideas are implemented in\n and\n\, and\norgstrap.el is available as a package on MELPA and + can be installed\nvia M-x install-package orgstrap.\n\nThe talk will open + with a demo of how to create an executable Org file\nusing the orgstrap m + achinery.\n\nWe then discuss security considerations\, and show example us + e cases.\n\nFinally the talk will cover the details and development of the + \nportable shebang block for Org mode that works on a wide variety of\nsys + tems and shells\, and on the development of a formal specification\nand a + reference implementation for using Org source blocks to\ntransform Org fil + es from plain text documents with a bit of markup\ninto self describing co + mputational documents\, or interactive\napplications.\n\n\n\n# Outline\n\n + - 5-10 minutes:\n\nA demo of adding the orgstrap block and elvs\,\naddin + g a shebang block\, and then running an org file. END:VEVENT BEGIN:VEVENT SUMMARY:The use of Org mode syntax outside of GNU/Emacs @@ -664,22 +664,22 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G + NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac + s community gained\nmuch momentum in the last decade. Being a nicely desig + ned lightweight\nmarkup language\, Org mode does not only benefit users of + GNU/Emacs.\nThere are many tools and services supporting Org mode syntax + 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\ntext + outside of GNU/Emacs for better typing usability and\ncollaboration tasks + .\n\n\n\n# Outline\n\n- 5-10 minutes: (brief description/outline)\n\nThi + s can only be a short teaser for the use of Org mode syntax without\nmuch + comparison to other lightweight markup languages. For this\naudience\, I d + o think that this would be too short because most\nattendees might already + have heard the rumors that Org mode is great\nor they have adapted Org mo + de in their workflows already. END:VEVENT BEGIN:VEVENT SUMMARY:Using Org-mode to teach programming @@ -688,27 +688,27 @@ 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\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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G + erman\n\nIn this presentation I will explain how to use org-mode effective + ly to\nprepare teaching materials\, and how to present them.\n\nFor the la + st 5 years I have been using org-mode to teach programming\nin different l + anguages: C++\, SQL\, Ruby\, Python\, SML\nand Scheme. Org-mode has three + key advantages:\n\n1. it supports most programming languages with a commo + n interface\,\n2. it is an interactive medium for delivering teaching mat + erials\; and\n3. it is an always-up-to-date format that does not need to + be exported in order to be published.\n\nI explain how I use org-mode in m + y courses and how I combine org-mode\nnotes other tools such as github org + -mode to get\nalways up-to-date teaching materials that one can use for bo + th\nteaching and studying (see\n\nfor an example + ).\n\nFinally\, I will discuss some important aspects to consider when usi + ng\norg-mode for this purpose.\n\n\n\n# Outline\n\n20 minutes:\n\n- Intr + oduction\n- Quick demonstration\n- Workflow\n- Emacs configuration\n + - Important considerations\n- How to get started\n\nOh\, I made a smal + l 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 @@ -718,25 +718,25 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/research\n# Managing a research workflow (bibliographi + es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w + orkers have to read and discover new papers\,\nask questions about what th + ey read\, write notes and scratchwork\, and store\nmuch of this informatio + n for use in writing papers and/or code. Emacs allows\nus to do all of thi + s (and more) using simple text interfaces that integrate\nwell together. I + n this talk I will talk about the following:\n\na. Using elfeed and elfeed + -score to read new papers from arXiv.\nb. Using org-ref to import arXiv pa + pers of interest into a local\nbibliography.\nc. Using Emacs hooks with bi + ber and rebiber in order to keep the local\n bibliography clean and up-t + o-date with conference versions of papers.\nd. Using org-roam and org-roam + -bibtex to take linked\, searchable notes in\norg on research papers.\n\nT + his text-based workflow allows for keeping everything accessible under\nve + rsion\ncontrol and avoids the platform lock-in of binary formats (e.g. Men + deley). I\nwill share my Doom Emacs configuration for this workflow\, but + it is not\nlimited\nto Doom.\n\n\n\n# Outline\n\n- 5-10 minutes: I will + demo the packages I use in 5 minutes. END:VEVENT BEGIN:VEVENT SUMMARY:Babel for academics @@ -745,41 +745,41 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o + rg-mode is already an extremely powerful and\ncustomisable tool for task a + nd time management\, note-taking\, calendar\nand agenda management\, and m + uch more. Babel takes org a step further\nby letting you write\, evaluate\ + , and export code in different languages\nfrom within a single file. In th + is talk\, I will highlight some\nfeatures of babel that I find exciting an + d extremely useful\,\nparticularly for an academic workflow.\n\nGetting st + arted with babel can be intimidating\, but it's hard to stop\nusing it onc + e you start. As an academic\, I typically don't manage\nlarge coding proje + cts. My primary purpose is writing lecture notes\,\nassignments\, and pape + rs\, and managing related admin. Typically\, I want\nto try and automate t + he boring portions of my workflow without extra\noverhead. I also tend to + find various tasks easier in some programming\nlanguages and harder in oth + ers\, and prefer to mix and match languages\nas the task dictates. Babel m + akes this process seamless.\n\nA basic use case is writing a document in o + rg-mode and exporting it to\nLaTeX or HTML. Org-mode even lets you write m + ultiple documents in a\nsingle org file\, which can be convenient. Babel l + ets you add all sorts\nof enhancements to the same file. For example\, sup + pose we have a\nsingle org document with all the problem sets for a course + . 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 cal + culations and then output the result as LaTeX\,\n- define skeletons to q + uickly draw up assignment templates\,\n- toggle exporting of assignments + with or without solutions based on tags\,\n- locally change export sett + ings or run a post-export hook\,\n- automatically export to LaTeX after + saving\,\n- tangle code blocks from some or all of the languages to exte + rnal files.\n\nI will try to showcase features of babel that academics cou + ld find\nhelpful\, by presenting some ways in which I have tried to use ba + bel. 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 two + example files that heavily use babel. I will use these\nexamples to highl + ight some of the features mentioned in the abstract. END:VEVENT BEGIN:VEVENT SUMMARY:Reproducible molecular graphics with Org-mode @@ -788,43 +788,43 @@ 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 - ().\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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- + mode\nBlaine Mooers\n\nResearch papers in structural biology should includ + e the code used to make\nthe images of molecules in the article in the sup + plemental materials.\nSome structural bioinformaticists have started to in + clude\ntheir computer code in the supplemental materials to allow readers\ + nto reproduce their analyses. However\, authors of papers reporting new\nm + olecular structures often overlook the inclusion of the code that makes\nt + he images of the molecules reported in their articles. Nonetheless\,\nthis + aspect of reproducible research needs to become the standard practice\nto + improve the rigor of the science.\n\nIn a literate programming document\, + the author interleaves between blocks\nof prose the code that makes the i + mages of molecules. The document allows\nthe reader to reproduce the image + s in the manuscript by running the code.\nThe reader can also explore the + effect of altering the parameters in the\ncode. Org files are one alternat + ive for making such literate programming\ndocuments.\n\nWe developed a yas + nippet snippet library called orgpymolpysnips for\nstructural biologists ( + ).\nThis library facilitates + the assembly of literate programming documents\nwith molecular images mad + e by PyMOL. PyMOL is the most popular\nmolecular graphics program for crea + ting images for publication\; it has\nover 100\,000 users\, which is a lot + of users in molecular biology. PyMOL\nhas been used to make many of the i + mages of biological molecules found\non the covers of many Cell\, Nature\, + and Science issues.\n\nWe used the `jupyter' language in org-babel to sen + d commands from\ncode blocks in Org files to PyMOL's Python API. PyMOL ret + urns the\nmolecular image to the output block below the code block. An Ema + cs\nuser can convert the Org file into a PDF\, `tangle' the code blocks\ni + nto a script file\, and submit these for non-Emacs users. We describe\nthe + content of the library and provide examples of the running PyMOL\nfrom Or + g-mode documents.\n\n\n# Outline\n\n- 5-10 minutes: (brief description/o + utline)\n - Title slide\n - Structural Biolog Workflow in the Mo + oers Lab\n - Cover images made with PyMOL\n\n - Why develop a sn + ippet library for your field?\n - PyMOL in Org: kernel specification\ + n - Creating a conda env and installing PyMOL\n - Example code b + lock 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 @@ -833,18 +833,18 @@ 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) +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin + g 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 invo + icing.\n\nWe are a small company and we are still tuning and improving the + \nprocess\, but with a bit of Emacs Lisp\, the functions Org Mode\nprovide + s\, and reading here and there what other users do\, we\nimplemented an ef + fective workflow we have been using for nearly a\nyear\, now\, and with wh + ich 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\, b + y focusing the talk on\n budgeting (or monitoring) END:VEVENT BEGIN:VEVENT SUMMARY:Find Your (In)voice: Emacs for Invoicing @@ -853,24 +853,24 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB + ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f + or 5 minutes.\n\nYour time is your money! Do you find it a pain to generat + e an invoice\,\nrecord the details into your accounting software and keep + track of\ntaxes and payments? You are not alone\, I found the whole invoic + e\nthingy to be extremely painful.\n\nBut worry not\, Emacs comes to our r + escue.\n\nMy talk will give you a basic intro on how to use org mode\, som + e embedded python code and file jugglery to generate stylistic and profess + ional invoices.\n\nWhat you will learn during the session:\n\n- How to t + rack your freelance time using orgmode\n- How to create the basic infras + tructure for invoice generation\n- How to generate the invoice\n- How + to manage multiple clients\n- How to enter the finance details into your + accounting software\n- How to track invoice payments\n\nWe will use the + following packages:\n\n- Emacs+orgmode (duh?)\n- yasnippet\n- pytho + n 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 @@ -879,49 +879,49 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki + ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi + ce every year\,\nsupplanting each generation with a newer model that boast + s highly\npromoted incremental features which greatly devalues the price o + f\ntheir older models. These forgotten models are sold on Ebay and\nother + secondhand websites at highly discount prices by owners who\ndo not see th + e true potential of these devices: Kindles are\nexcellent high contrast lo + w-refresh display rate E-Ink devices\,\nwith Wifi capability\, that run em + bedded Linux in the\nbackground. Depending on the model\, an idle Kindle c + an last weeks\nbefore needing a recharge. This makes them ideal as passive + image\ndevices that can be configured easily using a few shell\nscripts. + Indeed\, efforts have been made in dedicated hacker forums\nto expose the + Linux filesystem and to enable features such as\ncustom screensavers\, SSH + networking\, and more. By exploiting these\nfeatures\, and by carefully d + isabling the software/bloatware that\ncomes with the device\, these Kindle + s have found new life as online\ndashboard devices which can fetch and dis + play information from the\ninternet at timely intervals.\n\nHere we descri + be a tool to control multiple Kindle devices with a\nsingle org-mode/shell + -based tool\, built initially to periodically\nserve updated Emacs Org-Age + nda views\, but later expanded to produce\nonline local weather reports an + d work calendar\, Emacs calendars\n(calfw\, org-gcal)\, daily dietary info + rmation (org-calories)\,\nOrg-Mode sparse TODO trees\, miscellaneous image + and text content\n(via imagemagick)\, small messages\, and much more.\n\n + In this talk\, we show how to configure multiple Kindles with any\ndesired + custom content\, following any daily/weekly schedule\, all\neasily manage + d from Emacs within a single Org-Mode file.\n\n\n\n# Outline\n\n- 5-10 m + inutes:\n\n 1-3 mins\n Talk about repurposing Kindles:\n\n + - Cheap second-hand wifi device\, hackable\n - Low-powered\, long b + attery life\, low refresh rate –\; perfect\n for a dashboard\ + n - Timely updated Org-Mode Agendas anyone?\n - Reference to + inspired projects (kindle-dashboard)\n\n 2-3 mins\n Generate + content\n\n - A static text+picture image easily generated with image + magick\n wrapper\n - An image of a sparse tree of org-mode TOD + O file\n - An image of another emacs view (e.g. Calfw\, or org-calori + es)\n - Show post-processing for optimizing image for Kindles\n\n + 1-2 mins\n Configuration in a single org-mode file\n\n - Def + ining Machines\n - Defining Commands to generate content\n - Def + ining Schedules to run Commands on multiple Machines at\n specific + points in the day\n\n 1-2 mins\n Export and Run:\n\n - Sh + ow exported shell configs and generated cronjobs\n - Witness multiple + 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 @@ -931,23 +931,23 @@ 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: \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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p + ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us + e a computer. Even if Emacs\nusers love text as a format\, they may need t + o shop and video call from\ntime to time (even more so in a pandemic!). So + me 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 t + he making?\nWhat if you could "ace-jump" within a web page? What if you co + uld run\na REPL to extend your browser while browsing? What if you could r + ecord\nmacros?! The browser exists: its name is Nyxt!\n\nIn this talk I wi + ll share why it has great potential\, how you can\nintegrate it with Emacs + \, and how you can migrate your Emacs mastery to\nthe web!\n\nIf you were + wishing for a Lispy and Emacsy browser\, you should not\nmiss this talk!\n + \nYou can learn more about this at: \n\n\n\n# Outline\n\n- 5-10 minutes: quick demo of running Nyxt from + Emacs and a little explanation of the code necessary for integration END:VEVENT BEGIN:VEVENT SUMMARY:On the design of text editors @@ -956,18 +956,18 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro + ugier\n\nText editors are written by and for developers. They come\nwith + a large set of default and implicit choices in terms of layout\,\ntypograp + hy\, colorization and interaction that hardly change from one\neditor to t + he other. It is not clear if these implicit choices derive\nfrom the ignor + ance of alternatives or if they derive from developers'\nhabits\, reproduc + ing what they are used to. Durint this talk\, I will\ncharacterize these i + mplicit choices and illustrate what are some\nalternatives using GNU Emacs + .\n\n\n\n# Outline\n\n\n- 10 minutes alternative\n\nMostly a live demo o + f my environment with pointers to the different\npackages END:VEVENT BEGIN:VEVENT SUMMARY:How Emacs made me appreciate software freedom @@ -976,33 +976,33 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed + om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw + are freedom".\nI will outline the key moments in my transition to a GNU/Li + nux operating\nsystem and mark those which eventually contributed towards + me becoming\nan Emacs user\, maintainer of a—\;dare I say—\;po + pular package\, and\ncontributor to upstream Emacs (among others). By all + uding to personal\nexperiences\, I will draw generalisable insights and co + nnect them to what\nI believe are irreducible qualities of Emacs qua softw + are and Emacs as a\ncommunity of like-minded people. The talk will be the + oretical in\nnature: there won't be any code-related demonstration nor tec + hnical\nreferences that only people with a background in computer science + would\nlikely recognise. Personal anecdotes shall be tangential to the po + int\nand considered as ancillary to the thesis of what Emacs represents fr + om\nthe standpoint of software freedom and user empowerment. The\npresent + ation is intended for a general audience that is interested in\nGNU softwa + re in general and Emacs in particular. My formal educational\nbackground + as a social scientist (i.e. not a programmer) and later as a\nphilosopher + informs my approach to this topic.\n\nThe presentation shall be 40 minutes + long. Its text will be in essay\nform and shall be supplied as complemen + tary material to the video. The\nnotation will be in Org mode. I cannot + provide an outline in advance\,\nas it will most likely not be consistent + with the actual presentation.\nIf\, however\, this is absolutely required + for administrative purposes I\nshall furnish one regardless with the provi + so that I am in no way bound\nby it and thus reserve the right to modify i + t ahead of the main event. END:VEVENT BEGIN:VEVENT SUMMARY:Closing remarks day 1 @@ -1011,9 +1011,9 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day1-close\n# Closing remarks day 1 END:VEVENT BEGIN:VEVENT SUMMARY:Opening remarks day 2 @@ -1022,9 +1022,9 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day2-open\n# Opening remarks day 2 END:VEVENT BEGIN:VEVENT SUMMARY:How to write faster Emacs Lisp @@ -1033,17 +1033,17 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov + \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a + pproaches.\n- Live evaluation\, step-debugging\, measuring from a debugg + er breakpoint.\n- How to determine if a function is expensive. How to pi + ck one from\n competing alternatives (cl-lib\, seq\, dash\, lean core). + \n- Print-benchmarking.\n- Byte-compiled code can give a very differen + t picture\, changing where\n the bottleneck is. How to quickly load a b + yte-compiled version.\n- Steps taken to speed up the Xref package recent + ly. END:VEVENT BEGIN:VEVENT SUMMARY:Tree-edit: Structural editing for Java\, Python\, C\, and beyond! @@ -1052,32 +1052,32 @@ 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) +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 vis + ion for how writing code could be\, where the\nediting operations map dire + ctly to the primitives of the language itself -- and\nmy humble attempt of + implementing this vision. _tree-edit_ seeks to provides a\nstructural edi + ting plugin supporting conceivably any language with a tree-sitter\nparser + .\n\n**Structural editing does not have to be relegated to lisps or niche + DSLs.**\n\nI liken the state of code editing today to writing assembly. Th + e reason why\npeople like Python more than assembly is that for most purpo + ses\, the building\nblocks of the language are mismatched with our thought + process. We don't think\nin terms of registers and addresses\, we think i + n terms of variables\, functions\,\netc. So when we write and edit code\, + why do we edit in terms of deleting\,\ninserting\, replacing characters &# + x2013\; not wrapping\, inserting\, raising\,\ndeleting expressions and sta + tements?\n\nI'll also discuss the implementation of tree-edit\, which uses + a novel\ncombination of the fantastic\n[tree-sitter](https://github.com/e + macs-tree-sitter/elisp-tree-sitter) parser\nwith an embedded logic program + ming DSL ([miniKanren](http://minikanren.org/)\,\nusing elisp port [reazon + ](https://github.com/nickdrozd/reazon)) to power it's\nsyntax tree generat + ion.\n\nCheck out the GitHub repo [here](https://github.com/ethan-leba/tre + e-edit)!\n\n# Outline\n\n- Discuss motivation ( + Why should I care?)\n- Demonstrate tree-edit (Live + -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 @@ -1086,27 +1086,27 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP + sionic\n\nWhen we begin programming\, the promise is to automate away repe + titive\ntasks in life. As those program's capability grows\, we begin to + need\nconfiguration UI's. We can start with a CLI\, but as any CLI grows\ + , we\nrun into the following issues:\n\n- As options pile up\, the intui + tion of simplicity is lost in helps and\nmanpages\n\n- Stateless operati + on 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 a + ction to perform\n\n- Composition compounds with all of these issues\n\n + Magit has the UI trifecta of being terse\, intuitive\, and intelligent.\nM + agit's UI input library\, Transient\, is a standalone package for\ndevelop + ing more killer UI's\, and not just for CLI applications\, but\nalso for s + erver applications\, Emacs applications\, and Emacs itself.\n\nWhile Trans + ient's potential is to create the most highly productive\nUI's short of th + ought control\, going beyond simple command dispatchers\nrequires a deeper + dive. When we think like constructing a DSL for the\ntask and using tran + sient to input that DSL\, we get an intelligent\,\nself-describing modal p + rogramming system.\n\n\n# Outline\n\n- Updates to Transient documentation + 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 @@ -1116,23 +1116,23 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid + entally yak-shaved my way to writing a UI framework because overlays were + slow")\nErik Anderson\n\nTui.el is a textual User Interface (UI) framework + for Emacs Lisp\nmodeled after the popular JavaScript 'React' framework. + This package\nimplements React Component API's with the goal of simplifyin + g\ndevelopment of interactive UI's for all Emacs users- regardless of\nthe + ir prior experience with React or web programming. Components\nprovide a + useful functional unit for constructing complex interfaces\ndeclaratively + and also eliminate much of the burden associated with\nupdating textual co + ntent as application state changes. This talk will\ncover use of the tui. + el API and its operation in a textual environment\nby implementing some ba + sic UI's.\n\n\n\n# Outline\n\n- 5-10 minutes:\n - Problem space: UI + implementation complexity.\n - API introduction: Displaying content\ + , Components.\n - Visual taste of dashboards and applications built w + ith tui. END:VEVENT BEGIN:VEVENT SUMMARY:Extending Emacs in Rust with Dynamic Modules @@ -1141,18 +1141,18 @@ 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**. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n + Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 + 5. It can be\nused to extend Emacs with native libraries\, for performance + \,\nOS-specific features\, or other functionalities that would take a lot\ + nof time to re-implement in Lisp. The officially supported language is\nC\ + , which is tedious and error-prone to use. This talk discusses a\n**safe** + alternative that is also a lot **more convenient**: writing these\ndynami + c modules in Rust.\n\n\n\n# Outline\n\n- Walking through creating **a sim + ple dynamic module** in\n Rust\, including setting up CI.\n- Going thr + ough and explaining the **available APIs**. END:VEVENT BEGIN:VEVENT SUMMARY:Emacs Application Framework: A 2021 Update @@ -1161,14 +1161,14 @@ 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) +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat + thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten + sible GUI\napplication framework that extends Emacs graphical capabilities + using\nPyQt5. There are many new but important updates since EmacsConf202 + 0\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 @@ -1177,54 +1177,54 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli + cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i + n a sense that it provides consistency\nacross different tools and applica + tions within the Emacs ecosystem\, as well as\nexternal apps that can be i + ntegrated into it. It is also the most truly\nmalleable environment\, each + element of which can be adjusted or extended\,\ntherefore providing the u + ser with more power and freedom in personal computing.\nEmacs definitely c + an 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\n + years ago\, the only regret to have is that it didn't happen earlier. The + definite\nkiller feature of Emacs - Org-mode\, is what draws many of the l + ess technical\nfolks to join the party and gradually start to use Emacs fo + r writing documents\,\nwhether personal or work related\, manage tasks\, e + mails and potentially everything\nelse. The learning curve and difference + in approach\, however\, leaves some\npotential users too scared of the arc + ane interface even with all it's quirks and\nfeatures because it requires + at least some technical skills to understand and\nuse properly\, and does + not have an easy way to connect with external tools that\nmost people are + forced to use for work.\n\nThis talk proposes some ideas about how the mod + el of Emacs\, it's focus on\nconsistency\, extensibility\, as well as it's + powerful interaction model can be\ncarried over to make modern interfaces + \, whether desktop or web applications\,\nthat would be designed with a go + al of reflecting the spirit of Emacs in terms of\nthe aforementioned featu + res it possesses\, and therefore enhance the capabilities\nof the Emacs\, + while at the same time utilizing it as a backend for\ntext-processing and + editing to a large extent. It would be really great to have\na personal we + b-interface for using modern task management tools\, chats\, emails\nand s + uch\, but from a UI defined by the user. The goal is to use it on a deskto + p\nor mobile\, locally or self-hosted on a server\, with support for touch + and\ngesture-based workflows\, while preserving the Emacs philosophy and + allowing to\nseamlessly switch between Emacs and its web extension\n\nThe + proposed solution is to integrate more of the modern tools with Emacs\,\nu + tilize Org-mode as a way to define application-specific parameters for the + se\ntools through Org properties\, and then utilize these parameters for m + aking a\nmodern local frontend that would enhance Emacs UI while allowing + to use external\ntools in a more personal and freedom respecting way (maki + ng the originals\nobsolete over time). The talk serves the purpose of invi + ting community members to\na discussion about how Emacs can become more mo + dern\, more approachable by people\nwho don't possess the neccessarry tech + nical skills to adjust it themselves\, but\nare keen to learn it\, and pot + entially how to attract more users to greater\nproductivity\, computer lit + eracy and the ideas of free software.\n\n\n\n# Outline\n\n- 5-10 minutes + \n - Introduction\n - Issues with most modern tools for work\n + - Issues with Emacs as a tool for work\n - In search for a hybrid + 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 @@ -1234,54 +1234,54 @@ 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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t + o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str + ength is also its greatest weakness: it is **too** hackable.\n\nWe have a + great community that experiment with new features that are still\nlacking + in Emacs core. They write up a package and develop the living daylights\n + out 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 are + those\nfeatures not in core? What about projectile? And so on.\n\nCore + demands copyright assignments (CLA). This is a fact of life. While I\nmo + stly agree with the people saying it is not helful\, they are there to pro + tect\nEmacs from copyright issues in the future. So my suggestion here is + simple:\njust **sign the papers**. It is just a formality\, and you shou + ld only need to do\nit once.\n\nI suggest that any ambitious feature that + we **might** want to see shipped in the\ndefault Emacs distribution should + by default go to GNU ELPA. You don't need to\ndo this\, of course\, and + I respect your decision\, but I urge you to do it.\n\nGNU ELPA does not ha + ve an exceptionally high standard\, but we do try to give any\nnew package + 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\, which + is to not recommend non-free\nsoftware. Therefore\, we could not recommen + d it by default\, and had to build\nNonGNU ELPA.\n\nNonGNU ELPA will be us + ed for packages that we don't have an assignment for but\nwould still like + to distribute. It should ideally only be for old packages\nwhere getting + a CLA is impractical.\n\nIt is sometimes perceived as hard to contribute + to Emacs core. This impression\nis largely wrong. If I can do it\, you c + an too.\n\nWe do have a problem in that our tools and methods (mailing lis + ts\, the bug\ntracker) are out-dated. This is largely correct. We want t + o migrate to\nsomething else\, and the best candidate is probably Sourcehu + t. Please volunteer\nto help!\n\nWe sometimes see people adding stuff to + their Init file to fix this or that\nannoyance\, or even bug. The more am + bitious would go on to package up such fixes\nin what I call "patch packag + es". "Hey\, foo-mode doesn't have support for\n'bookmark-set'\, let's writ + e a package!" I am here to suggest that you submit a\npatch to Emacs inst + ead.\n\nFixing an issue for one person is good\, and fixing it for more pe + ople is even\nbetter. Fixing it for everyone? Priceless.\n\nemacs-devel + is not that scary\, nor is email. We are really quite friendly and\neasy + going\, but the communication we prefer (for reasons of efficiency - the\n + volume is very high) is often very brief and to the point. We are trying + our\nbest at communicating\, but sometimes fail.\n\nAnd we need more contr + ibutors. We need a successful Emacs on this planet.\n\nSo should you real + ly write a package\, or should YOU become a core contributor?\n\n\n\n# Out + line\n\n- I will urge people to consider contributing to Emacs instead of\ + n writing small packages\, and explain GNU ELPA\, MELPA\, CLA.\n- I will + go into greater detail about emacs-devel\, how it "works"\n (e.g. is Emac + s conservative without reason?)\, how to get things\n done and the necess + ary mindset. END:VEVENT BEGIN:VEVENT SUMMARY:Turbo Bindat @@ -1290,19 +1290,19 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 data + . This is a\nniche library that is used by packages such as Websocket\, EM + MS\, and\ncpio-mode. Its implementation was repeatedly caught harassing ha + pless\nkitten while at the same time providing poor service slowly. For\nE + macs-28\, Bindat was rewritten so as to make it more efficient and\nflexib + le while respecting the kitten. In this presentation I intent to\nshow how + we saved those. Not recommended for birds.\n\n- ~20 minutes:\n 5 min + : Intro and presentation of Bindat\n 5 min: Showcase some of its proble + ms\n 5 min: Present the new design\n 5 min: Examples of what can be + done with it END:VEVENT BEGIN:VEVENT SUMMARY:Emacs Lisp native compiler\, current status and future developments @@ -1311,19 +1311,19 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status + and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp + dialect used by the Emacs text editor\nfamily. GNU Emacs is traditionally + capable of executing Elisp code\neither interpreted or byte-interpreted a + fter it has been compiled to\nbyte-code.\n\nIn this talk I'll discuss the + Emacs Lisp native compiler. This feature\nrecently merged into the main E + macs development line allow for\nautomatically compiling and executing Eli + sp as native code.\n\nDuring the presentation I'll touch on:\n\n- design + goals\n- compiler and runtime design and implementation\n- performanc + e implications\n- upstream process\n- area of improvements and future + developments\n\nFormat: 40 minutes END:VEVENT BEGIN:VEVENT SUMMARY:Old McCarthy Had a Form @@ -1332,17 +1332,17 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac + tical languages are multi-paradigm\, offering several\nabstractions for th + e programmer. But did you know that Emacs Lisp\ncomes with a powerful sys + tem 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 - Furthe + r reading END:VEVENT BEGIN:VEVENT SUMMARY:Test blocks @@ -1351,36 +1351,36 @@ 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 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat + ion I will show an idea that feels completely obvious\nonce we see it\, bu + t that only occured to me after after using Emacs\nand eev as my main inte + rface to the computer for more than 20 years.\nTake any interpreted langua + ge that supports multi-line comments\, and\nwhose interpreter can be run i + n 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 L + ua script that we wrote\, that\nis called "foo.lua" and that defines lots + of functions and defines the\nclasses Bar and Bletch. We can put after the + definition of the class\nBar a multi-line comment that contains an eepitc + h block that when\nexecuted starts a Lua interpreter\, loads the script fo + o.lua (by\nrunning 'dofile "foo.lua"')\, and then has several tests for th + at class\nand its methods\; and we can put another block with tests like t + hat\nafter the class Bletch\, and other blocks after some functions. Eepit + ch\nallows sending these tests line by line to the Lua interpreter by\ntyp + ing on each line that we want to send\, and this lets us create\nte + sts that are very easy to understand even without writing comments\;\nthis + 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 be + fore running the risk of being read by other people.\n\nThese multi-line c + omments with eepitch blocks that run an interpreter\nand make it load the + 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 t + he 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 blocks + to more languages (or\, more\nprecisely: to more major modes).\n\nEduardo + Ochs END:VEVENT BEGIN:VEVENT SUMMARY:Let's talk about bug trackers @@ -1389,13 +1389,13 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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\,\nshamelessl + y failing the Joel Spolsky test. Why was it "good enough"?\nWhy was it wr + ong? Why did we move to Woof!? Why Woof! is not a bug\ntracker?\n\n- 2 + 0 minutes END:VEVENT BEGIN:VEVENT SUMMARY:Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware @@ -1404,38 +1404,38 @@ 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 - \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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema + cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting + with Emacs 24\, full native bidi\n(bidirectional) support became available + . For\nmany years prior to that Unicode support was\navailable and by aro + und year 2000\, reasonable\nopen-source shaping libraries were also availa + ble.\n\nWith these in place at around 2012\, I developed\ntwo Persian inpu + t methods for emacs. These input\nmethods or variations of them can also b + e used\nArabic and other persoarabic scripts.\n\nWith all of these in plac + e\, Emacs has now become\nthe ne plus ultra Halaal/Convivial usage\nenviro + nment for persoarabic users.\n\nSince emacs comes loaded with everything ( + Gnus\nfor email\, Bbdb for address books\, XeLaTeX modes\nfor typesetting\ + , org-mode for organization\, spell\ncheckers\, completions\, calendar\, e + tc.)\, all basic\ncomputing and communication needs of persoarabic\nusers + can be addressed in one place and\ncohesively.\n\nIn this talk I will demo + nstrate what a wonderful\nenvironment that can be.\n\n- 40 minutes: (bri + ef description/outline)\n\n My talk will be in two parts.\n\n In Par + t 1\, I cover persian input methods. With an\n emphasis on &lsquo \;Ban + an Multi-Character (Reverse)\n Transliteration Persian Input Method&rsq + uo\;. The\n software is part of base emacs distribution.\n Full docu + mentation is available at:\n Persian Input Methods\n F + or Emacs And More Broadly Speaking\n شیوه‌هایِ درج به فارسی‌\n + \n\n In Part 2\, + I will cover the ramifications of bidi\n on existing emacs application + s\, including:\n\n - Gnus:\n - Persoarabic rich email sendin + g 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 bidi + on display.\n - Use of persian text for Persian (solar) calendar. + \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 @@ -1444,26 +1444,26 @@ 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: \n\n\n\n# Outline\n\n- 5- - 10 minutes: quick demo of moldable-emacs +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so + ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled + ge hide in\nplaces we cannot access or use. The more we write down\, the m + ore it\ntakes to find and understand things we find useful.\n\nKnowledge ( + web\, software\, books) keeps growing faster and faster! This\nis not sust + ainable: we cannot keep up with it! What if we repeat the\nerror of somebo + dy else\, only because it would take too much reading to\nknow? What if th + at knowledge is in some code we work with everyday?\n\nMoldable developmen + t is a paradigm shift that attempts to solve this\nproblem. In a gist\, th + e tool you use should let you create special tools\nto learn smartly from + what you have already.\n\nSince we use Emacs\, let's make our great editor + 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 nat + ural)\ntext to learn better\, how we can inject notes in our projects and + how\nself documenting this tool is!\n\nI aim to inspire you to find a quic + ker way to learn from our digital\nworld!\n\nYou can learn more about this + at: \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. @@ -1472,19 +1472,19 @@ 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: \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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir + onment.\nFermin MF\n\nI've been developing a package that helps with the d + evelopment of\nCommon Lisp's software\,\nit's uses the internal semantic f + ramework\, it has a custom reader\nand integration for\ncommon Emacs packa + ges (like Sly and the internal inferior-lisp-mode).\n\nThe idea is to supp + ly features that other language with and static\nanalyzer have\,\nlike ref + actoring and code generation.\n\nFor more details: \n\n- 20 minutes:\n It seems like not too much people kn + ows 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 @@ -1493,30 +1493,30 @@ 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 \n\n\n\nIR - C libertyprime at #emacs on libera\n\nShane Mulligan +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n + Imaginary Programming (IP) is both methodology and paradigm. It is an\next + ension of literate programming and a way of creating software without\nthe + use of imperative\, functional or even declarative code. Yet IP employs\n + all disciplines to achieve the miraculous. The only contingency is on one\ + nor more language models\, known as foundation models. The real value of I + P\nis not found by abandoning sound logic altogether\, but in weaving the + real\nwith the imaginary. The future of imaginary programming is one in wh + ich\nalmost all of computing is inferred. I have built a suite of tools ba + sed on\nemacs for interfacing real programming languages with imaginary on + es\; all\nof this in order to demonstrate what I mean\; a ‘complex’ termin + al that lets\nyou imagine what happens no matter how nested you are within + interpreters\,\nan example-oriented language\, a file format that encodes + the provenance of\ntext and a library for imaginary functional programmin + g primitives called\niLambda. It is important to recognise IP because\, fo + r lack of a better\nterm\, it has far-reaching implications for intellectu + al 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\, fo + llowed by\n - a demonstration of iLambda.\n - iλ\, a family + of imaginary programming libraries\n \n\n\n\nIRC + libertyprime at #emacs on libera\n\nShane Mulligan END:VEVENT BEGIN:VEVENT SUMMARY:How to build an Emacs @@ -1525,20 +1525,20 @@ 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: \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. +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.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 makes + our beloved GNU Emacs\nwhat it it. It's also a talk about the early LISP m + achines and\nfascinating were those days of experimentation and engineerin + g.\n\nIt will continue with the Emacs benefits/trade-offs from an\nuser/de + veloper stand points\, what things can be improved and\nwhat can be an hyp + othetical 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\ndevel + oping in Common Lisp\, the project goals\nand the challenges.\n\nFor more + details about CEDAR: \n\n- 40 minute + s:\n A dive into the Emacs/Lisp machines history\, what makes GNU Emacs + \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 @@ -1547,20 +1547,20 @@ 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). +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed + itor trends\nDavid Wilson\n\nThe computer software industry has seen many + "popular" text editors come\nand go\, often due to the mercurial fashions + of software development. In\nthis talk\, we'll take a look at why popular + editors fade and the\nspecific aspects of Emacs that will ensure it remai + ns relevant\nregardless of mainstream popularity.\n\n\n\n# Outline\n\n- Di + scuss the core thesis\, the features that make Emacs\n desirable for long + -term use (extensibility\, day-to-day 'life' features)\n\n- Include more b + ackground on the text editor landscape and\n how the scope of various edi + tors is more narrow and doesn't compare to Emacs.\n\n- Talk about specific + instances where editors were popular\, fell out\n of popularity\, and wh + y (due to changing fashions\, not usually\n better features). END:VEVENT BEGIN:VEVENT SUMMARY:Closing remarks day 2 @@ -1569,8 +1569,8 @@ 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 +DTSTAMP:20211027T124343 +DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs + conf.org/2021/talks/day2-close\n# Closing remarks day 2 END:VEVENT END:VCALENDAR \ No newline at end of file -- cgit v1.2.3 From baec5a5e91a9cf589377d3694902c82ec51ba0a4 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Thu, 28 Oct 2021 08:42:14 -0400 Subject: Update schedule files, increase Andrea's talk to 40 min --- 2021/emacsconf-pentabarf.xml | 1625 +++--------------------------------------- 2021/emacsconf.ics | 106 +-- 2021/info/native-schedule.md | 2 +- 3 files changed, 155 insertions(+), 1578 deletions(-) (limited to '2021') diff --git a/2021/emacsconf-pentabarf.xml b/2021/emacsconf-pentabarf.xml index dcce2dbc..c3da0f96 100644 --- a/2021/emacsconf-pentabarf.xml +++ b/2021/emacsconf-pentabarf.xml @@ -1,36 +1,13 @@ -20211027122813emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day1-open19:00Opening remarks# Opening remarksTimes are approximate and will probably change. +20211028084128emacsconf2021EmacsConf 20212021-11-272021-11-28America/Torontohttps://emacsconf.org/20212021-11-27T14:00:00Z09:00enMainTalkMainemacsconf-2021-talk-day1-open0:05Opening remarksTimes are approximate and will probably change. -# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-news19:00Emacs News Highlights# Emacs News Highlights -Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her - -Quick overview of Emacs community highlights since the last conference - -<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>Times are approximate and will probably change. +# Opening remarkshttps://emacsconf.org/2021/talks/day1-openEmacsConf2021-11-27T14:05:00Z09:05enMainTalkMainemacsconf-2021-talk-news0:05Emacs News HighlightsTimes are approximate and will probably change. # Emacs News Highlights Sacha Chua <mailto:sacha@sachachua.com> - pronouns: she/her Quick overview of Emacs community highlights since the last conference -<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-frownies19:00The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability -Case Duckworth - -Emacs is well-known for being extremely flexible, programmable, and -extensible; in fact, that's probably the biggest reason it's still -being used after 40+ years of existence, and even has enough clout to -generate an entire conference in its name. In this medium-length -presentation, I will add another point to the data set proving Emacs's -abilities, by narrating the latest package I made, \`frowny.el\`, from -its conception to its current, nearly-completed state. - -I wrote frowny.el to scratch someone else's itch as a joke on IRC, but -it has been called "pretty useful, for a joke package." I feel like -that encapsulates the spirit of Emacs and that's why I want to present -on this topic. - -Along the way, I'll discuss just a little of my own history of Emacs, -and why I feel it's a great tool for non-technical users to sink their -teeth into.Times are approximate and will probably change. +<https://github.com/sachac/emacsconf-2021-emacs-news-highlights>https://emacsconf.org/2021/talks/newsSacha Chua2021-11-27T14:11:00Z09:11enMainTalkMainemacsconf-2021-talk-frownies0:20The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's MalleabilityTimes are approximate and will probably change. # The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability Case Duckworth @@ -50,112 +27,7 @@ on this topic. Along the way, I'll discuss just a little of my own history of Emacs, and why I feel it's a great tool for non-technical users to sink their -teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-adventure19:00Choose Your Own (Technology-Enhanced Learning) Adventure# Choose Your Own (Technology-Enhanced Learning) Adventure -Greta Goetz - -This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill -ich). Its adaptability will be shown to be an asset in supporting the learning trends identified by the latest pedagogical research (Guo). - -# Intro - -The 'many, many features' (Stallman 2002: 4) of Emacs do not limit imaginable types of interactivity, supporting both formal and informal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a scaffold for development (cf. Vygotsky 1979: 86), promoting the creative and autonomous ability of individuals to interact with their digital environment and others who share the use of this tool (Illich 1973). Individuals can use Emacs as often or seldom as they want to express their needs and meaning in action, with no obligation to use it (cf. Illich 1973). - -The formal learning involved pertains to Emacs programs and documentation (the 'temple') while related discussion and smaller task-based problem solving represents examples of informal learning (the 'forum') (cf. Caillet in 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. - -1. What if we are beginners overwhelmed by formal Emacs documentation? Two potential learning paths: - - - a. Build on a needs-basis. Make your own artifacts: no use-case is too small; leave your trace. - - b. Study others' inits and use-cases; Read Planet EmacsLife; Consult programmer or power user use-cases; Map out workflows. - -2. Emacs as personal, creative, autonomous: - - - a. Emacs allows for organic ongoing changes to the 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 (Vygotsky 1979; Gardner 1983; Wang 2020). - - b. Emacs allows us to control 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). - - c. The art of collecting traces (digital or not) is timeless - and important to survival. - -3. Emacs as systems design for technology-enhanced learning (TEL): - - - a. Good TEL design performance should also educate 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 different capabilities' (Alexander 1993 in Gabriel 1996), assembling epistemic domains (Markauskaite & Goodyear 2017). This pedagogical approach is supported by Emacs artifacts (packages, documentation, forums, etc.). - - b. The 'wise' use of programming (Crichton 1983) actively manages and organizes workflow. This permits iterative development. Elementary use-case: a workflow that relies on PPT and Zoom vs. already having a more modular viewpoint supported by diverse Emacs packages. The latter adaptability is supported by the latest educational research (Guo). Further: Emacs allows movement from user to contributor (Stiegler 2018; Stavrou). - - c. Wise programming can include fun programming - 'there are people who want to put a stop to that' (Crichton 1983; Gaffney 2019). - - d. Extending this systems/design view, Emacs is developed and maintained by a community dedicated to supporting this freedom of use in these multiple contexts (cf. Illich 1973). - - e. One perspective is less likely to override others in such a heterogeneous environment (Morin 2004). - -# Conclusion - -Emacs does not limit any imaginable type of interactivity and promotes a diversity of related content, further supporting the pursuit of more advanced TEL (viz. Guo). This was illustrated through an elementary use-case that compared being limited to PPT as opposed to having basic familiarity with 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 contributions of heterogeneous maintainers, developers, and community members whose 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. - - -# References - -## General workflow and fun: -- Bin, C. (2020). Mastering Emacs in one year. <https://github.com/redguardtoo/mastering-emacs-in-one-year-guide/blob/master/guide-en.org#on-the-shoulders-of-giants>. Accessed 25 October 2021. -- Gaffney, N. (2019). Oblique strategies. <https://github.com/zzkt/oblique-strategies>. Accessed 25 October 2021. -- Goetz, G. (2021). Additional references: A back-to-school/GTD Emacs journey. <https://gretzuni.com/articles/a-back-to-school-gtd-emacs-journey>. Accessed 25 October 2021. -- 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 2021. -- Kaiser, K. (2017). Writing a technical book in Emacs and Org-mode. <https://www.kpkaiser.com/programming/writing-a-technical-book-in-emacs-and-org-mode/>. Accessed 25 October 2021. -- Planet Emacs Life. <https://planet.emacslife.com/>. Accessed 25 October 2021. -- Stavrou, P. My packages for GNU Emacs. <https://protesilaos.com/emacs/>. Accessed 25 October 2021. -- Wellons, C. Emacs articles. <https://nullprogram.com/tags/emacs/>. Accessed 25 October 2021. - -## On TEL design: -- 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: Hatier. -- Crichton, M. (1983). *Electronic life*. New York: Knopf. -- De Bono, E. (2009). *Think! Before it's too late*. London: Random House. -- Engelbart, D. (1962). *Augmenting human intellect: A conceptual framework*. Menlo Park: Stanford Research Institute. -- Drosos, I. & Guo, P. (2021). Streamers teaching programming, art, and gaming: Cognitive apprenticeship, 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. -- Gabriel, R. (1996). *Patterns of software*. New York, Oxford: Oxford University Press. -- Goodyear, P. & Retalis, S. (2010). Learning, technology and design. In Goodyear, P. & Retalis, S. (Eds.). *Technology-enhanced learning: Design patterns and pattern languages*, 1-27. Rotterdam, Boston: Sense Publishers. -- 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. -- Guo, P. (2018). Students, systems, and interactions: Synthesizing the first -four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 2018, London, United Kingdom. DOI: https://doi.org/10.1145/3231644.3231662. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. -- Guo, P., Kim, J. & Rubin, R. (2014). How video production affects student engagement: An empirical study of MOOC videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. -- Illich, I. (1973). *Tools of conviviality*. New York: Harper & Row. -- Kim, J., Guo, P., Seaton, D., Mitros, P., Gajos, K. & Miller, R. (2014). Understanding in-video dropouts and interaction peaks in online lecture videos. ACM Conference on Learning at Scale. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. -- Markauskaite, L. & Goodyear, P. (2017). *Epistemic fluency and professional education: innovation, knowledgeable action and actionable knowledge*. Dordrecht: Springer. -- Markel, J. & Guo, P. (2020). Designing the future of experiential learning environments for a post-COVID world: A preliminary case study. NFW ’20 (Symposium on the New Future of Work), August 3–5, 2020, Virtual Event. <https://pg.ucsd.edu/pubs.htm>. Accessed 25 October 2021. -- Morin, E. ([2004] 2008). *La Méthode - tome 6: Éthique*. Éditions du Seuil: Paris. -- Stallman, R. (2002). *Free software, free society*. GNU Press, Free Software Foundation. -- Stiegler, B. (2018). *The neganthropocene*. Open Humanities Press. -- Trocmé-Fabre, H. (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation. -- Vygotsky, L. (1979). *Mind in society: The development of higher psychological processes*. Cambridge and London: Harvard University Press. -- Wang, S. (2020). Open knowledge. Hope in Source. <https://hopeinsource.com/open-knowledge/#open-source-knowledge-proof-of-work>. Accessed 25 October 2021. - - -# Availability and preferred Q&A approach - -Due to the pandemic situation, my teaching schedule fluctuates so I -will not know my availability until much closer to the -date. Therefore, I can only guarantee delayed answer response -(whatever you request), but if available, will join live. -May I please note that I will be pre-recording my video if this submission is accepted. - - -# Speaker release - -By submitting this proposal, I agree that my presentation at -EmacsConf 2021 is subject to the following terms and conditions: - -The EmacsConf organizers may capture audio and video (a "Recording") -of my presentation and any associated materials, which may include -slides, notes, transcripts, and prerecording(s) of my presentation -that I provide to the EmacsConf organizers. - -I authorize the EmacsConf organizers to distribute, reproduce, -publicly display, and prepare derivative works of the Recording and -any derivative works of the Recording (the "Licensed Materials") -under the terms of the Creative Commons Attribution-ShareAlike 4.0 -International (CC BY-SA 4.0) license. - -I grant to the EmacsConf organizers permission to use my name, -likeness, and biographic information in association with their use -of the Licensed Materials under the above license. - -I represent that I have the authority to grant the above license to -the EmacsConf organizers. If my presentation incorporates any -material owned by third parties, I represent that the material is -sublicensable to the EmacsConf organizers or that my use of them is -fair use.Times are approximate and will probably change. +teeth into.https://emacsconf.org/2021/talks/frowniesCase Duckworth2021-11-27T14:34:00Z09:34enMainTalkMainemacsconf-2021-talk-adventure0:20Choose Your Own (Technology-Enhanced Learning) AdventureTimes are approximate and will probably change. # Choose Your Own (Technology-Enhanced Learning) Adventure Greta Goetz @@ -262,32 +134,7 @@ I represent that I have the authority to grant the above license to the EmacsConf organizers. If my presentation incorporates any material owned by third parties, I represent that the material is sublicensable to the EmacsConf organizers or that my use of them is -fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-unix19:00"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"# GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer -Daniel Rose - -The talk targets users who are curious about computational philosophies, -or those who might not know how to best utilise Emacs conceptually. The -talk will cover what the UNIX philosophy is, the GNU Free Software -principles, a typical (Neo)Vi(m) user's approach, and then how one might -accomplish this in Emacs combining the aformentioned ideals. The -listeners will learn how they can approach Emacs ideologically, and how -blocking themselves into one philosophy or the other will limit their -efficiency. Although you may be a veteran GNU/Linux and Emacs user, -understanding how to use both philosophies together will still allow you -to be more performant than without. - - - -# Outline - -- 5-10 minutes: - Cut out the portions of explaining the whole UNIX and GNU philosophies - and instead talk about concrete examples: - - How can one limit their usage of CLI tools while still maintaining - the ideals of both. - - How using CLI tools can still perfectly flow into Emacs. - - How having all programs in Emacs and unified keybindings is akin - to a terminal user.Times are approximate and will probably change. +fair use.https://emacsconf.org/2021/talks/adventureGreta Goetz2021-11-27T14:56:00Z09:56enMainTalkMainemacsconf-2021-talk-unix0:10"GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"Times are approximate and will probably change. # GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer Daniel Rose @@ -314,49 +161,7 @@ to be more performant than without. the ideals of both. - How using CLI tools can still perfectly flow into Emacs. - How having all programs in Emacs and unified keybindings is akin - to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-omegat19:00Emacs manuals translation and OmegaT# Emacs manuals translation and OmegaT -Jean-Christophe Helary - -Even if it is generally agreed that software localization is a good thing, Emacs is lacking in that respect for a number of technical reasons. Nonetheless, the free software using public could greatly benefit from Emacs manuals translations, even if the interface were to remain in English. - -OmegaT is a multiplatform GPL3+ "computer aided translation" (CAT) tool running on OpenJDK 8. CATs are roughly equivalent for translators to what IDEs are for code writers. Casual translators can benefit from their features but professionals or commited amateurs are the most likely to make the most use of such tools. - -When OmegaT, free software based forges and Emacs meet, we have a free multi-user translation environment 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 assurance), automatic legacy translation handling, glossary management, history based or predictive autocompletion, etc. - -The current trial project for French is hosted on 2 different forges: - -1. sr.ht hosts the source files - <https://sr.ht/~brandelune/documentation_emacs/> -2. chapril hosts the OmegaT team project architecture - <https://sr.ht/~brandelune/documentation_emacs/> - -The sources are regularly updated with a po4a based shell script. - -# Outline - -- Duration: 10 minutes -- Software used during the presentation - - [po4a](https://po4a.org) a tool to convert documentation formats to and from the commonly used `gettext` **PO** format. - po4a supports the `texinfo` format along with many others. - - [OmegaT](https://omegat.org) a "computer aided translation" tool used by translators to efficiently combine translation ressources (legacy translations, glossaries, etc.) so as to produce more consistent translations. - -During the presentation, I will show: - -- How to use po4a to convert the texi files to the PO format (the org.org file is also converted) -- What are the specificities of the Emacs manuals and what difficulties they present to the tanslator -- How to address those specificities in OmegaT, with regular expressions -- How to use OmegaT features such as arbitrary string protection, legacy translation handling, glossaries, autocompletion, QA, etc. -- How to use OmegaT with a team of 2 (or more) translators working at the same time -- How to solve translation conflicts - -I will *not* show: - -- How to create an OmegaT project -- How to setup an OmegaT team project -- How to use OmegaT from the command line to work in localization pipelines -- How to use machine translation and MT "post-edit" -- How to convert back the translated files to texi format -- How to install translated texi files for use in EmacsTimes are approximate and will probably change. + to a terminal user.https://emacsconf.org/2021/talks/unixDaniel Rose2021-11-27T15:09:00Z10:09enMainTalkMainemacsconf-2021-talk-omegat0:10Emacs manuals translation and OmegaTTimes are approximate and will probably change. # Emacs manuals translation and OmegaT Jean-Christophe Helary @@ -400,19 +205,7 @@ I will *not* show: - How to use OmegaT from the command line to work in localization pipelines - How to use machine translation and MT "post-edit" - How to convert back the translated files to texi format -- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-nongnu19:00NonGNU ELPA Update# NonGNU ELPA Update -Kaluđerčić, Philip - -NonGNU ELPA was announced last year, as a package repository -that will be enabled by default in Emacs, but doesn't require -any copyright assignment. This means that a lot of popular -packages can now be installed easier, without any additional -configuration. - -In this talk I would like the give a reminder of what NonGNU -ELPA is and how it works, update the participants on what has -happened since last year and what maintainers have to do if they -want their packages to be added to the repository.Times are approximate and will probably change. +- How to install translated texi files for use in Emacshttps://emacsconf.org/2021/talks/omegatJean-Christophe Helary2021-11-27T15:22:00Z10:22enMainTalkMainemacsconf-2021-talk-nongnu0:10NonGNU ELPA UpdateTimes are approximate and will probably change. # NonGNU ELPA Update Kaluđerčić, Philip @@ -426,26 +219,7 @@ configuration. In this talk I would like the give a reminder of what NonGNU ELPA is and how it works, update the participants on what has happened since last year and what maintainers have to do if they -want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-borg19:00Manual Package Management in The Era of Repositories - Why and How# Manual Package Management in The Era of Repositories - Why and How -Dhavan (codingquark) - -Emacs now has many package repositories - enought to have conflicts -and arguments about. The packages are becoming big, they depend on many -other packages and it is not easy to keep track of what all is being -installed in our Emacsen. An aggressive way out of this is to use Yet -Another Package and install all elisp code manually - with borg[1]. - -[1]: <https://github.com/emacscollective/borg> - - - -# Outline - -- 5-10 minutes: (brief description/outline) - 1. What are we trying to solve? - 2. What is borg? - 3. How to use it? - 4. Assimilate a package for demoTimes are approximate and will probably change. +want their packages to be added to the repository.https://emacsconf.org/2021/talks/nongnuKaluđerčićPhilip2021-11-27T15:35:00Z10:35enMainTalkMainemacsconf-2021-talk-borg0:10Manual Package Management in The Era of Repositories - Why and HowTimes are approximate and will probably change. # Manual Package Management in The Era of Repositories - Why and How Dhavan (codingquark) @@ -466,18 +240,7 @@ Another Package and install all elisp code manually - with borg[1]. 1. What are we trying to solve? 2. What is borg? 3. How to use it? - 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-telega19:00telega.el and the Emacs community on Telegram# telega.el and the Emacs community on Telegram -Gabriele Bozzola and Evgeny Zajcev - -Telegram is a cross-platform instant messaging system. The large number of -features and the widespread adoption make it a good choice for both private -conversations with friends and for large online communities. In this talk, I -am going to present the Emacs community on Telegram and its initiatives. I -am also going to discuss telega.el, the Emacs client for Telegram. telega.el -is a high-quality package that perfectly integrates in Emacs. It supports -the vast majority of the features supported by the official clients, while -adding several unique ones. In the talk, I will present the package and -highlight some of the most important features.Times are approximate and will probably change. + 4. Assimilate a package for demohttps://emacsconf.org/2021/talks/borgDhavan (codingquark)2021-11-27T15:48:00Z10:48enMainTalkMainemacsconf-2021-talk-telega0:10telega.el and the Emacs community on TelegramTimes are approximate and will probably change. # telega.el and the Emacs community on Telegram Gabriele Bozzola and Evgeny Zajcev @@ -490,7 +253,9 @@ am also going to discuss telega.el, the Emacs client for Telegram. telega.el is a high-quality package that perfectly integrates in Emacs. It supports the vast majority of the features supported by the official clients, while adding several unique ones. In the talk, I will present the package and -highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-nangulator19:00Introducing N-Angulator# Introducing N-Angulator +highlight some of the most important features.https://emacsconf.org/2021/talks/telegaGabriele Bozzola and Evgeny Zajcev2021-11-27T16:01:00Z11:01enMainTalkMainemacsconf-2021-talk-nangulator0:10Introducing N-AngulatorTimes are approximate and will probably change. + +# Introducing N-Angulator Kevin Haddock The Unix file system is essentially an N-dimentional sparse array that @@ -517,69 +282,27 @@ sparse array will be discussed. A simple pre-existing database will be queried. -If time, questions will be entertained by video/audio and/or IRC.Times are approximate and will probably change. +If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-11-27T16:14:00Z11:14enMainTalkMainemacsconf-2021-talk-janitor0:20A day in the life of a janitorTimes are approximate and will probably change. -# Introducing N-Angulator -Kevin Haddock +# A day in the life of a janitor +Stefan Monnier -The Unix file system is essentially an N-dimentional sparse array that -currently lacks a decent editor and browser which -can effectively leverage the logical tri-angulation (or, more properly -"n-angulation") of atoms/blobs within it. +Because of a reckless former Emacs maintainer that shall + better stay unnamed, ELisp has seen a fair bit of churn in the last 10 + years, making it necessary to clean up "old" code [in order to open up + the road for yet more recklessness? ]. + In this documentary we will follow a famous janitor in his every day job + dealing with the aftermath of the cl-lib / lexical-binding party. -N-Angulator is the genesis, to wit, the "Model-T," of such a program. +- ~20 minutes + Here really, I'm not sure how much time this will take. I put 20 + minutes because I think I might be able to fill that and I think more + than that could turn too boring. I intend to make it a "live coding" + kind of thing, without anything like an outline: it's basically "make" + followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-11-27T16:39:00Z11:39enMainTalkMainemacsconf-2021-talk-maintainers0:10How to help Emacs maintainers?Times are approximate and will probably change. -(see google drive link below for a very old uncirculated prototype -video demo. Be sure and turn the volume UP!) - -na.intro.flv -<https://drive.google.com/file/d/1EZN0Xs8eGlEbSIYFml2lp3GCNnmLQa98/view?usp=drive_web> - - - -# Outline - -- 5-10 minutes: (brief description/outline) - -The reconceptualization of the Unix file system as the N-Dimensional -sparse array will be discussed. - -A simple pre-existing database will be queried. - -If time, questions will be entertained by video/audio and/or IRC.https://emacsconf.org/2021/talks/nangulatorKevin Haddock2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-janitor19:00A day in the life of a janitor# A day in the life of a janitor -Stefan Monnier - -Because of a reckless former Emacs maintainer that shall - better stay unnamed, ELisp has seen a fair bit of churn in the last 10 - years, making it necessary to clean up "old" code [in order to open up - the road for yet more recklessness? ]. - In this documentary we will follow a famous janitor in his every day job - dealing with the aftermath of the cl-lib / lexical-binding party. - -- ~20 minutes - Here really, I'm not sure how much time this will take. I put 20 - minutes because I think I might be able to fill that and I think more - than that could turn too boring. I intend to make it a "live coding" - kind of thing, without anything like an outline: it's basically "make" - followed by fixing the warnings.Times are approximate and will probably change. - -# A day in the life of a janitor -Stefan Monnier - -Because of a reckless former Emacs maintainer that shall - better stay unnamed, ELisp has seen a fair bit of churn in the last 10 - years, making it necessary to clean up "old" code [in order to open up - the road for yet more recklessness? ]. - In this documentary we will follow a famous janitor in his every day job - dealing with the aftermath of the cl-lib / lexical-binding party. - -- ~20 minutes - Here really, I'm not sure how much time this will take. I put 20 - minutes because I think I might be able to fill that and I think more - than that could turn too boring. I intend to make it a "live coding" - kind of thing, without anything like an outline: it's basically "make" - followed by fixing the warnings.https://emacsconf.org/2021/talks/janitorStefan Monnier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-maintainers19:00How to help Emacs maintainers?# How to help Emacs maintainers? -Bastien Guerry +# How to help Emacs maintainers? +Bastien Guerry After 11 years of helping as the Org maintainer, I would like to share a few lessons learned. My goal is help everyone take @@ -589,42 +312,7 @@ care of Emacs maintainance by taking care of Emacs maintainers. # Outline -- 5-10 minutesTimes are approximate and will probably change. - -# How to help Emacs maintainers? -Bastien Guerry - -After 11 years of helping as the Org maintainer, I would -like to share a few lessons learned. My goal is help everyone take -care of Emacs maintainance by taking care of Emacs maintainers. - - - -# Outline - -- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-gregorian19:00Typesetting Gregorian Chant with Emacs# Typesetting Gregorian Chant with Emacs -Spencer King - -There are a variety of methods for typesetting gregorian -chant scores and outputting high-quality sheet music. One of these is -a tool called Gregorio, which integrates with LaTeX allowing scores to -be cleanly inserted into other documents. All Gregorio files are plain -text, allowing them to easily be shared with other users and managed -with a version control system. In this talk, I will give a brief -overview of the Gregorio tool and then show how it can be used in -Emacs by typesetting a simple score. All code and examples will be -made available to help new users get started with typesetting their -own scores. - - - -# Outline - -- 5-10 minutes: (brief description/outline) - 1. Introduction to chant music - 2. Introduction to Gregorio - 3. Example of typesetting a score in Emacs - 4. Code and example availabilityTimes are approximate and will probably change. +- 5-10 minuteshttps://emacsconf.org/2021/talks/maintainersBastien Guerry2021-11-27T16:52:00Z11:52enMainTalkMainemacsconf-2021-talk-gregorian0:10Typesetting Gregorian Chant with EmacsTimes are approximate and will probably change. # Typesetting Gregorian Chant with Emacs Spencer King @@ -648,47 +336,7 @@ own scores. 1. Introduction to chant music 2. Introduction to Gregorio 3. Example of typesetting a score in Emacs - 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-montessori19:00Emacs and Montessori Philosophy# Emacs and Montessori Philosophy - - -As a former Montessori guide and now parent, I often think about the -relationship of this particular educational philosophy and how it manifests -in my work with software, Emacs in particular. This talk introduces the -concept of Emacs as an educational environment and how it expresses elements of -Montessori psychology regarding "Human Tendencies". Human tendencies are innate -drives present in everybody that allow us to explore and make sense of our world. - - - -# Outline - -- 5-10 minutes: (brief description/outline) - Quick overview of a Montessori classroom environment: - - - the adults or guides primarily observe and present material - - the children are free to explore materials as they choose (within limits) - - the environment itself is prepared specifically to foster engagement - - Enumerate the "Human Tendencies": - - - Abstraction - - Activity - - Communication - - Exactness - - Exploration - - Manipulation (of the environment) - - Order - - Orientation - - Repetition - - Self-Perfection - - Work (also described as "purposeful activity") - - How does Emacs express these things? - - - in the short version, pose the question, and perhaps give one example. - - Emacs is an environment that provides facilities for individuals to - find their way to proficiency through their Human Tendencies. - - We are all both learners and guides, Emacs is our classroomTimes are approximate and will probably change. + 4. Code and example availabilityhttps://emacsconf.org/2021/talks/gregorianSpencer King2021-11-27T17:30:00Z12:30enMainTalkMainemacsconf-2021-talk-montessori0:10Emacs and Montessori PhilosophyTimes are approximate and will probably change. # Emacs and Montessori Philosophy @@ -730,27 +378,7 @@ drives present in everybody that allow us to explore and make sense of our world - in the short version, pose the question, and perhaps give one example. - Emacs is an environment that provides facilities for individuals to find their way to proficiency through their Human Tendencies. - - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-erg19:00Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year# Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year -Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier - -The four of us met at EmacsConf 2020, and joined together around a -common interest in Emacs and research. Since then, we have convened as -the Emacs Research Group for weekly meetings. During these meetings, we -took notes collaboratively, using a ‘conflict-free replicated data type’ -package (crdt.el); at the end of each session, we debriefed using a -template that we call a Project Action Review (PAR). As as a -meta-review of our sessions, every six weeks we prepared a Causal -Layered Analysis (CLA), which gave us a different perspective on what we -had done. We reflected further on our experiences and methods, linking -our CLA to plans and design patterns. As a formal research output, we -contributed a write-up of these matters to a joint paper which we -presented at the Pattern Languages of Programs Conference (PLoP 2021). -The paper included an interactive workshop, in which we explored roles -in real-time problem solving and collaboration. - -In our short talk we share information about these methods, making a -case for other people getting together and creating their own small -research communities similar to ours.Times are approximate and will probably change. + - We are all both learners and guides, Emacs is our classroomhttps://emacsconf.org/2021/talks/montessoriGrant Shangreaux2021-11-27T17:43:00Z12:43enMainTalkMainemacsconf-2021-talk-erg0:15Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a yearTimes are approximate and will probably change. # Emacs Research Group, Season Zero: What we did together with Emacs in 2 hours a week for a year Noorah Alhasan, Joe Corneli, Raymond Puzio, Leo Vivier @@ -772,22 +400,7 @@ in real-time problem solving and collaboration. In our short talk we share information about these methods, making a case for other people getting together and creating their own small -research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-cs19:00One effective CS grad student workflow# One effective CS grad student workflow -Greg Coladonato - -When I was an undergrad, I learned many things, most of -which I forgot. In the time since then, I've discovered Org Mode, Org -Roam, Org Noter, Org Ref. PDF Tools, and Anki. I would like to share -my approach for capturing all the information that comes my way as a -MS CS student at Georgia Tech, in the hopes that I can both get -feedback on ways to improve the system I use, as well as hopefully -inspire others to build workflows that make them more productive. - - - -# Outline - -- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.Times are approximate and will probably change. +research communities similar to ours.https://emacsconf.org/2021/talks/ergNoorah AlhasanJoe CorneliRaymond PuzioLeo Vivier2021-11-27T18:01:00Z13:01enMainTalkMainemacsconf-2021-talk-cs0:10One effective CS grad student workflowTimes are approximate and will probably change. # One effective CS grad student workflow Greg Coladonato @@ -804,61 +417,7 @@ inspire others to build workflows that make them more productive. # Outline -- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-professional19:00Using Org-Mode For Recording Continuous Professional Development# Using Org-Mode For Recording Continuous Professional Development -Philip Beadling - -I recently had the pleasure of being audited for my CPD record with one -of the large engineering professional bodies. I decided to harness -org-mode's TODO lists to record CPD items and my progress against them -completely within Emacs. I also wanted the ability to export the data -in a well presented, compact format for auditing submission. - -The project was a success (I passed the audit) and the resulting system -integrates really well into my wider daily Emacs workflow, making future -CPD recording seamless. - -The talk will explain how I tweaked and extended org-mode to get it to -record the data I wanted, followed by a demo. - -A basic demo org file with embedded elisp can be seen here: -<https://raw.githubusercontent.com/falloutphil/Misc/master/cpd.org> - -A basic generated PDF from the basic demo is here: -![img](https://preview.redd.it/nvdpmityhuw51.png?width=1169&format=png&auto=webp&s=e0c5080560c877aa02933a40c224e52b8a1fed3b) - -I have a much more involved example I could also use for the demo. - -The template contains a few examples. Examples are Goals that are split -up into Activities. All Activities must have a Goal, and within a Goal -all activities must be complete for the Goal to be automatically set to -complete. - -It's basically leveraging Org Capture Templates to create custom Goals -and Activities. - -On save or update these are then rendered into a table using Column View. - -Activities are sorted by date they were completed on. - -The Column View is pre-configured to be exported to PDF in a condensed -but readable format for submission. It stays fairly readable even when -the pages get busy. - -The elisp required is all under the "Config" bullet and Emacs will ask -to execute it on opening the Org file. The elisp concerns itself with -nice custom org capture functions and a few functions to ensure nice -formatting on export, etc. - - - -# Outline - -- 5-10 minutes: - -A quick walkthrough of the setup and functions, followed by a demo of how -to add CPD items, and update them. Finally show generation of a PDF -containing all the items tabulated and ready for audit review. I -estimate this at approx 10 minutes.Times are approximate and will probably change. +- 5-10 minutes: Go through some typical workflows associated with being a grad student, using the packages mentioned in the abstract.https://emacsconf.org/2021/talks/csGreg Coladonato2021-11-27T18:14:00Z13:14enMainTalkMainemacsconf-2021-talk-professional0:10Using Org-Mode For Recording Continuous Professional DevelopmentTimes are approximate and will probably change. # Using Org-Mode For Recording Continuous Professional Development Philip Beadling @@ -914,31 +473,7 @@ formatting on export, etc. A quick walkthrough of the setup and functions, followed by a demo of how to add CPD items, and update them. Finally show generation of a PDF containing all the items tabulated and ready for audit review. I -estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-tech19:00Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide# Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide -Jan Ypma - -The emacs org-babel package is often mentioned in conjunction with -literate programming. The ability to mix code segments with prose -indeed offers an intuitive way to augment semantic code pieces with -textual descriptions. - -In recent projects, I've started to turn to org-mode as the primary -format to maintain technical documentation, as well as slides for a -technical language course. By using org-babel to pull in "live" code -for REST requests, language examples, and shell scripts, one can be -sure that the documentation and slides are never out of date. - -The session will show how leverage org-babel, restclient and -org-treeslide to write and present technical documentation with style. - - -# Outline - -- Introduction -- Demo: Developer guide -- Demo: REST API guide -- Demo: Presentations -- Used packages and configurationTimes are approximate and will probably change. +estimate this at approx 10 minutes.https://emacsconf.org/2021/talks/professionalPhilip Beadling2021-11-27T18:27:00Z13:27enMainTalkMainemacsconf-2021-talk-tech0:10Creating technical API documentation and presentations using org-babel, restclient, and org-treeslideTimes are approximate and will probably change. # Creating technical API documentation and presentations using org-babel, restclient, and org-treeslide Jan Ypma @@ -964,56 +499,7 @@ org-treeslide to write and present technical documentation with style. - Demo: Developer guide - Demo: REST API guide - Demo: Presentations -- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-exec19:00Org as an executable format# Org as an executable format -Tom Gillespie - -Org mode is known for its flexibility, power, and staggeringly diverse -number of workflows, users, and use cases. - -This talk explores just how far we can push the boundaries of the sane -and sensible with regard to Org workflows. - -In particular it will discuss shebang blocks, and elvs: two parts of a -complete system for creating executable Org files. - -Org syntax does not support shebang lines. However, it turns out that -Org syntax enables something even better &#x2014; shebang blocks. - -Org is also (supposedly) not an executable file format. However, by -combining a shebang block with a Org babel source block, and eval -local variables (elvs) Org becomes a multi-language executable format. - -In this talk we introduce shebang blocks and elvs as a two part system -that transforms Org files into executable documents that can run on any -recent version of Emacs. - -These ideas are implemented in -<https://github.com/tgbugs/orgstrap/blob/master/README.org> and -<https://github.com/tgbugs/orgstrap/blob/master/shebang.org>, and -orgstrap.el is available as a package on MELPA and can be installed -via M-x install-package orgstrap. - -The talk will open with a demo of how to create an executable Org file -using the orgstrap machinery. - -We then discuss security considerations, and show example use cases. - -Finally the talk will cover the details and development of the -portable shebang block for Org mode that works on a wide variety of -systems and shells, and on the development of a formal specification -and a reference implementation for using Org source blocks to -transform Org files from plain text documents with a bit of markup -into self describing computational documents, or interactive -applications. - - - -# Outline - -- 5-10 minutes: - -A demo of adding the orgstrap block and elvs, -adding a shebang block, and then running an org file.Times are approximate and will probably change. +- Used packages and configurationhttps://emacsconf.org/2021/talks/techJan Ypma2021-11-27T18:41:00Z13:41enMainTalkMainemacsconf-2021-talk-exec0:10Org as an executable formatTimes are approximate and will probably change. # Org as an executable format Tom Gillespie @@ -1064,29 +550,7 @@ applications. - 5-10 minutes: A demo of adding the orgstrap block and elvs, -adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-org-outside19:00The use of Org mode syntax outside of GNU/Emacs# The use of Org mode syntax outside of GNU/Emacs -Karl Voit - -With the rising interest in Org mode, the GNU/Emacs community gained -much momentum in the last decade. Being a nicely designed lightweight -markup language, Org mode does not only benefit users of GNU/Emacs. -There are many tools and services supporting Org mode syntax documents -that do have no direct connection to GNU/Emacs. I would like to -elaborate on the advantages on using Org mode syntax for arbitrary -text outside of GNU/Emacs for better typing usability and -collaboration tasks. - - - -# Outline - -- 5-10 minutes: (brief description/outline) - -This can only be a short teaser for the use of Org mode syntax without -much comparison to other lightweight markup languages. For this -audience, I do think that this would be too short because most -attendees might already have heard the rumors that Org mode is great -or they have adapted Org mode in their workflows already.Times are approximate and will probably change. +adding a shebang block, and then running an org file.https://emacsconf.org/2021/talks/execTom Gillespie2021-11-27T18:54:00Z13:54enMainTalkMainemacsconf-2021-talk-org-outside0:10The use of Org mode syntax outside of GNU/EmacsTimes are approximate and will probably change. # The use of Org mode syntax outside of GNU/Emacs Karl Voit @@ -1110,45 +574,7 @@ This can only be a short teaser for the use of Org mode syntax without much comparison to other lightweight markup languages. For this audience, I do think that this would be too short because most attendees might already have heard the rumors that Org mode is great -or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-teach19:00Using Org-mode to teach programming# Using Org-mode to teach programming -Daniel German - -In this presentation I will explain how to use org-mode effectively to -prepare teaching materials, and how to present them. - -For the last 5 years I have been using org-mode to teach programming -in different languages: C++, SQL, Ruby, Python, SML -and Scheme. Org-mode has three key advantages: - -1. it supports most programming languages with a common interface, -2. it is an interactive medium for delivering teaching materials; and -3. it is an always-up-to-date format that does not need to be exported in order to be published. - -I explain how I use org-mode in my courses and how I combine org-mode -notes other tools such as github org-mode to get -always up-to-date teaching materials that one can use for both -teaching and studying (see -<https://github.com/dmgerman/csc116ModernCplusplus/blob/master/lectures/l-01-1-intro/01_1_intro.org> -for an example). - -Finally, I will discuss some important aspects to consider when using -org-mode for this purpose. - - - -# Outline - -20 minutes: - -- Introduction -- Quick demonstration -- Workflow -- Emacs configuration -- Important considerations -- How to get started - -Oh, I made a small mistake. I meant to propose a 40 minutes presentation. -But I can give a quicker 20 minutes too.Times are approximate and will probably change. +or they have adapted Org mode in their workflows already.https://emacsconf.org/2021/talks/org-outsideKarl Voit2021-11-27T19:07:00Z14:07enMainTalkMainemacsconf-2021-talk-teach0:20Using Org-mode to teach programmingTimes are approximate and will probably change. # Using Org-mode to teach programming Daniel German @@ -1188,35 +614,7 @@ org-mode for this purpose. - How to get started Oh, I made a small mistake. I meant to propose a 40 minutes presentation. -But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-research19:00Managing a research workflow (bibliographies, note-taking, and arXiv)# Managing a research workflow (bibliographies, note-taking, and arXiv) -Ahmed Khaled - -Researchers and knowledge workers have to read and discover new papers, -ask questions about what they read, write notes and scratchwork, and store -much of this information for use in writing papers and/or code. Emacs allows -us to do all of this (and more) using simple text interfaces that integrate -well together. In this talk I will talk about the following: - -a. Using elfeed and elfeed-score to read new papers from arXiv. -b. Using org-ref to import arXiv papers of interest into a local -bibliography. -c. Using Emacs hooks with biber and rebiber in order to keep the local - bibliography clean and up-to-date with conference versions of papers. -d. Using org-roam and org-roam-bibtex to take linked, searchable notes in -org on research papers. - -This text-based workflow allows for keeping everything accessible under -version -control and avoids the platform lock-in of binary formats (e.g. Mendeley). I -will share my Doom Emacs configuration for this workflow, but it is not -limited -to Doom. - - - -# Outline - -- 5-10 minutes: I will demo the packages I use in 5 minutes.Times are approximate and will probably change. +But I can give a quicker 20 minutes too.https://emacsconf.org/2021/talks/teachDaniel German2021-11-27T19:32:00Z14:32enMainTalkMainemacsconf-2021-talk-research0:05Managing a research workflow (bibliographies, note-taking, and arXiv)Times are approximate and will probably change. # Managing a research workflow (bibliographies, note-taking, and arXiv) Ahmed Khaled @@ -1246,53 +644,7 @@ to Doom. # Outline -- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-babel19:00Babel for academics# Babel for academics -Asilata Bapat - -Plain org-mode is already an extremely powerful and -customisable tool for task and time management, note-taking, calendar -and agenda management, and much more. Babel takes org a step further -by letting you write, evaluate, and export code in different languages -from within a single file. In this talk, I will highlight some -features of babel that I find exciting and extremely useful, -particularly for an academic workflow. - -Getting started with babel can be intimidating, but it's hard to stop -using it once you start. As an academic, I typically don't manage -large coding projects. My primary purpose is writing lecture notes, -assignments, and papers, and managing related admin. Typically, I want -to try and automate the boring portions of my workflow without extra -overhead. I also tend to find various tasks easier in some programming -languages and harder in others, and prefer to mix and match languages -as the task dictates. Babel makes this process seamless. - -A basic use case is writing a document in org-mode and exporting it to -LaTeX or HTML. Org-mode even lets you write multiple documents in a -single org file, which can be convenient. Babel lets you add all sorts -of enhancements to the same file. For example, suppose we have a -single org document with all the problem sets for a course. Within -this single file, we could now: - -- draw pictures in ditaa, graphviz, or python instead of LaTeX, -- use python to do complex calculations and then output the result as LaTeX, -- define skeletons to quickly draw up assignment templates, -- toggle exporting of assignments with or without solutions based on tags, -- locally change export settings or run a post-export hook, -- automatically export to LaTeX after saving, -- tangle code blocks from some or all of the languages to external files. - -I will try to showcase features of babel that academics could find -helpful, by presenting some ways in which I have tried to use babel. I -would also like to be inspired by other people's babel workflows! - - - -# Outline - -- 5-10 minutes: (brief description/outline) - -For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these -examples to highlight some of the features mentioned in the abstract.Times are approximate and will probably change. +- 5-10 minutes: I will demo the packages I use in 5 minutes.https://emacsconf.org/2021/talks/researchAhmed Khaled2021-11-27T19:41:00Z14:41enMainTalkMainemacsconf-2021-talk-babel0:10Babel for academicsTimes are approximate and will probably change. # Babel for academics Asilata Bapat @@ -1322,76 +674,25 @@ single org document with all the problem sets for a course. Within this single file, we could now: - draw pictures in ditaa, graphviz, or python instead of LaTeX, -- use python to do complex calculations and then output the result as LaTeX, -- define skeletons to quickly draw up assignment templates, -- toggle exporting of assignments with or without solutions based on tags, -- locally change export settings or run a post-export hook, -- automatically export to LaTeX after saving, -- tangle code blocks from some or all of the languages to external files. - -I will try to showcase features of babel that academics could find -helpful, by presenting some ways in which I have tried to use babel. I -would also like to be inspired by other people's babel workflows! - - - -# Outline - -- 5-10 minutes: (brief description/outline) - -For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these -examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-molecular19:00Reproducible molecular graphics with Org-mode# Reproducible molecular graphics with Org-mode -Blaine Mooers - -Research papers in structural biology should include the code used to make -the images of molecules in the article in the supplemental materials. -Some structural bioinformaticists have started to include -their computer code in the supplemental materials to allow readers -to reproduce their analyses. However, authors of papers reporting new -molecular structures often overlook the inclusion of the code that makes -the images of the molecules reported in their articles. Nonetheless, -this aspect of reproducible research needs to become the standard practice -to improve the rigor of the science. - -In a literate programming document, the author interleaves between blocks -of prose the code that makes the images of molecules. The document allows -the reader to reproduce the images in the manuscript by running the code. -The reader can also explore the effect of altering the parameters in the -code. Org files are one alternative for making such literate programming -documents. - -We developed a yasnippet snippet library called orgpymolpysnips for -structural biologists (<https://github.com/MooersLab/orgpymolpysnips>). -This library facilitates the assembly of literate programming documents -with molecular images made by PyMOL. PyMOL is the most popular -molecular graphics program for creating images for publication; it has -over 100,000 users, which is a lot of users in molecular biology. PyMOL -has been used to make many of the images of biological molecules found -on the covers of many Cell, Nature, and Science issues. +- use python to do complex calculations and then output the result as LaTeX, +- define skeletons to quickly draw up assignment templates, +- toggle exporting of assignments with or without solutions based on tags, +- locally change export settings or run a post-export hook, +- automatically export to LaTeX after saving, +- tangle code blocks from some or all of the languages to external files. + +I will try to showcase features of babel that academics could find +helpful, by presenting some ways in which I have tried to use babel. I +would also like to be inspired by other people's babel workflows! -We used the `jupyter' language in org-babel to send commands from -code blocks in Org files to PyMOL's Python API. PyMOL returns the -molecular image to the output block below the code block. An Emacs -user can convert the Org file into a PDF, `tangle' the code blocks -into a script file, and submit these for non-Emacs users. We describe -the content of the library and provide examples of the running PyMOL -from Org-mode documents. # Outline - 5-10 minutes: (brief description/outline) - - Title slide - - Structural Biolog Workflow in the Mooers Lab - - Cover images made with PyMOL - - - Why develop a snippet library for your field? - - PyMOL in Org: kernel specification - - Creating a conda env and installing PyMOL - - Example code block in Org to make DSSR block model of tRNA - - Resulting image - - Summary - - AcknowledgementsTimes are approximate and will probably change. + +For a 5-10 minute presentation I will give a brief intro and present one or two example files that heavily use babel. I will use these +examples to highlight some of the features mentioned in the abstract.https://emacsconf.org/2021/talks/babelAsilata Bapat2021-11-27T19:53:00Z14:53enMainTalkMainemacsconf-2021-talk-molecular0:10Reproducible molecular graphics with Org-modeTimes are approximate and will probably change. # Reproducible molecular graphics with Org-mode Blaine Mooers @@ -1444,21 +745,7 @@ from Org-mode documents. - Example code block in Org to make DSSR block model of tRNA - Resulting image - Summary - - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-project19:00Budgeting, Project Monitoring and Invoicing with Org Mode# Budgeting, Project Monitoring and Invoicing with Org Mode -Adolfo Villafiorita - -In this talk I will present how we use Org Mode at Shair.Tech for -budgeting, project monitoring, and invoicing. - -We are a small company and we are still tuning and improving the -process, but with a bit of Emacs Lisp, the functions Org Mode -provides, and reading here and there what other users do, we -implemented an effective workflow we have been using for nearly a -year, now, and with which we are very happy. Talk duration: - -&#x2013;> 20 minutes seems to be right (15 talk + questions) -&#x2013;> I can also make in 10 minutes, by focusing the talk on - budgeting (or monitoring)Times are approximate and will probably change. + - Acknowledgementshttps://emacsconf.org/2021/talks/molecularBlaine Mooers2021-11-27T20:06:00Z15:06enMainTalkMainemacsconf-2021-talk-project0:10Budgeting, Project Monitoring and Invoicing with Org ModeTimes are approximate and will probably change. # Budgeting, Project Monitoring and Invoicing with Org Mode Adolfo Villafiorita @@ -1474,35 +761,7 @@ year, now, and with which we are very happy. Talk duration: &#x2013;> 20 minutes seems to be right (15 talk + questions) &#x2013;> I can also make in 10 minutes, by focusing the talk on - budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-invoice19:00Find Your (In)voice: Emacs for Invoicing# Find Your (In)voice: Emacs for Invoicing -Bala Ramadurai - -Ye Freelance warriors, please lend me your I/O devices for 5 minutes. - -Your time is your money! Do you find it a pain to generate an invoice, -record the details into your accounting software and keep track of -taxes and payments? You are not alone, I found the whole invoice -thingy to be extremely painful. - -But worry not, Emacs comes to our rescue. - -My talk will give you a basic intro on how to use org mode, some embedded python code and file jugglery to generate stylistic and professional invoices. - -What you will learn during the session: - -- How to track your freelance time using orgmode -- How to create the basic infrastructure for invoice generation -- How to generate the invoice -- How to manage multiple clients -- How to enter the finance details into your accounting software -- How to track invoice payments - -We will use the following packages: - -- Emacs+orgmode (duh?) -- yasnippet -- python layer (I use spacemacs, so whatever is the equivalent in your config) -- Some unnecessary Shakespearean referencesTimes are approximate and will probably change. + budgeting (or monitoring)https://emacsconf.org/2021/talks/projectAdolfo Villafiorita2021-11-27T20:19:00Z15:19enMainTalkMainemacsconf-2021-talk-invoice0:10Find Your (In)voice: Emacs for InvoicingTimes are approximate and will probably change. # Find Your (In)voice: Emacs for Invoicing Bala Ramadurai @@ -1532,78 +791,7 @@ We will use the following packages: - Emacs+orgmode (duh?) - yasnippet - python layer (I use spacemacs, so whatever is the equivalent in your config) -- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-dashboard19:00Productivity Dashboards with Emacs and Kindle# Productivity Dashboards with Emacs and Kindle -Mehmet Tekman - -Since 2008, Amazon have released a new Kindle device every year, -supplanting each generation with a newer model that boasts highly -promoted incremental features which greatly devalues the price of -their older models. These forgotten models are sold on Ebay and -other secondhand websites at highly discount prices by owners who -do not see the true potential of these devices: Kindles are -excellent high contrast low-refresh display rate E-Ink devices, -with Wifi capability, that run embedded Linux in the -background. Depending on the model, an idle Kindle can last weeks -before needing a recharge. This makes them ideal as passive image -devices that can be configured easily using a few shell -scripts. Indeed, efforts have been made in dedicated hacker forums -to expose the Linux filesystem and to enable features such as -custom screensavers, SSH networking, and more. By exploiting these -features, and by carefully disabling the software/bloatware that -comes with the device, these Kindles have found new life as online -dashboard devices which can fetch and display information from the -internet at timely intervals. - -Here we describe a tool to control multiple Kindle devices with a -single org-mode/shell-based tool, built initially to periodically -serve updated Emacs Org-Agenda views, but later expanded to produce -online local weather reports and work calendar, Emacs calendars -(calfw, org-gcal), daily dietary information (org-calories), -Org-Mode sparse TODO trees, miscellaneous image and text content -(via imagemagick), small messages, and much more. - -In this talk, we show how to configure multiple Kindles with any -desired custom content, following any daily/weekly schedule, all -easily managed from Emacs within a single Org-Mode file. - - - -# Outline - -- 5-10 minutes: - - 1-3 mins - Talk about repurposing Kindles: - - - Cheap second-hand wifi device, hackable - - Low-powered, long battery life, low refresh rate &#x2013; perfect - for a dashboard - - Timely updated Org-Mode Agendas anyone? - - Reference to inspired projects (kindle-dashboard) - - 2-3 mins - Generate content - - - A static text+picture image easily generated with imagemagick - wrapper - - An image of a sparse tree of org-mode TODO file - - An image of another emacs view (e.g. Calfw, or org-calories) - - Show post-processing for optimizing image for Kindles - - 1-2 mins - Configuration in a single org-mode file - - - Defining Machines - - Defining Commands to generate content - - Defining Schedules to run Commands on multiple Machines at - specific points in the day - - 1-2 mins - Export and Run: - - - Show exported shell configs and generated cronjobs - - Witness multiple Kindles producing desired content with wakeup - timersTimes are approximate and will probably change. +- Some unnecessary Shakespearean referenceshttps://emacsconf.org/2021/talks/invoiceBala Ramadurai2021-11-27T20:32:00Z15:32enMainTalkMainemacsconf-2021-talk-dashboard0:10Productivity Dashboards with Emacs and KindleTimes are approximate and will probably change. # Productivity Dashboards with Emacs and Kindle Mehmet Tekman @@ -1676,32 +864,7 @@ easily managed from Emacs within a single Org-Mode file. - Show exported shell configs and generated cronjobs - Witness multiple Kindles producing desired content with wakeup - timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-nyxt19:00Emacs with Nyxt: extend your editor with the power of a Lisp browser# Emacs with Nyxt: extend your editor with the power of a Lisp browser -Andrea - -In 2021 browsers are essential if you use a computer. Even if Emacs -users love text as a format, they may need to shop and video call from -time to time (even more so in a pandemic!). Some of us modified their -browsers to at least have the same keybindings as our editor of -choice. What if I told you there is an Emacsy browser in the making? -What if you could "ace-jump" within a web page? What if you could run -a REPL to extend your browser while browsing? What if you could record -macros?! The browser exists: its name is Nyxt! - -In this talk I will share why it has great potential, how you can -integrate it with Emacs, and how you can migrate your Emacs mastery to -the web! - -If you were wishing for a Lispy and Emacsy browser, you should not -miss this talk! - -You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> - - - -# Outline - -- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationTimes are approximate and will probably change. + timershttps://emacsconf.org/2021/talks/dashboardMehmet Tekman2021-11-27T20:45:00Z15:45enMainTalkMainemacsconf-2021-talk-nyxt0:10Emacs with Nyxt: extend your editor with the power of a Lisp browserTimes are approximate and will probably change. # Emacs with Nyxt: extend your editor with the power of a Lisp browser Andrea @@ -1728,27 +891,7 @@ You can learn more about this at: <https://github.com/ag91/emacs-with-nyxt> # Outline -- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-design19:00On the design of text editors# On the design of text editors -Nicolas P. Rougier - -Text editors are written by and for developers. They come -with a large set of default and implicit choices in terms of layout, -typography, colorization and interaction that hardly change from one -editor to the other. It is not clear if these implicit choices derive -from the ignorance of alternatives or if they derive from developers' -habits, reproducing what they are used to. Durint this talk, I will -characterize these implicit choices and illustrate what are some -alternatives using GNU Emacs. - - - -# Outline - - -- 10 minutes alternative - -Mostly a live demo of my environment with pointers to the different -packagesTimes are approximate and will probably change. +- 5-10 minutes: quick demo of running Nyxt from Emacs and a little explanation of the code necessary for integrationhttps://emacsconf.org/2021/talks/nyxtAndrea2021-11-27T20:58:00Z15:58enMainTalkMainemacsconf-2021-talk-design0:10On the design of text editorsTimes are approximate and will probably change. # On the design of text editors Nicolas P. Rougier @@ -1770,34 +913,7 @@ alternatives using GNU Emacs. - 10 minutes alternative Mostly a live demo of my environment with pointers to the different -packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-freedom19:00How Emacs made me appreciate software freedom# How Emacs made me appreciate software freedom -Protesilaos Stavrou - -The theme will be "how Emacs empowered my software freedom". -I will outline the key moments in my transition to a GNU/Linux operating -system and mark those which eventually contributed towards me becoming -an Emacs user, maintainer of a&#x2014;dare I say&#x2014;popular package, and -contributor to upstream Emacs (among others). By alluding to personal -experiences, I will draw generalisable insights and connect them to what -I believe are irreducible qualities of Emacs qua software and Emacs as a -community of like-minded people. The talk will be theoretical in -nature: there won't be any code-related demonstration nor technical -references that only people with a background in computer science would -likely recognise. Personal anecdotes shall be tangential to the point -and considered as ancillary to the thesis of what Emacs represents from -the standpoint of software freedom and user empowerment. The -presentation is intended for a general audience that is interested in -GNU software in general and Emacs in particular. My formal educational -background as a social scientist (i.e. not a programmer) and later as a -philosopher informs my approach to this topic. - -The presentation shall be 40 minutes long. Its text will be in essay -form and shall be supplied as complementary material to the video. The -notation will be in Org mode. I cannot provide an outline in advance, -as it will most likely not be consistent with the actual presentation. -If, however, this is absolutely required for administrative purposes I -shall furnish one regardless with the proviso that I am in no way bound -by it and thus reserve the right to modify it ahead of the main event.Times are approximate and will probably change. +packageshttps://emacsconf.org/2021/talks/designNicolas P. Rougier2021-11-27T21:12:00Z16:12enMainTalkMainemacsconf-2021-talk-freedom0:40How Emacs made me appreciate software freedomTimes are approximate and will probably change. # How Emacs made me appreciate software freedom Protesilaos Stavrou @@ -1826,67 +942,24 @@ notation will be in Org mode. I cannot provide an outline in advance, as it will most likely not be consistent with the actual presentation. If, however, this is absolutely required for administrative purposes I shall furnish one regardless with the proviso that I am in no way bound -by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day1-close19:00Closing remarks day 1# Closing remarks day 1Times are approximate and will probably change. +by it and thus reserve the right to modify it ahead of the main event.https://emacsconf.org/2021/talks/freedomProtesilaos Stavrou2021-11-27T21:52:00Z16:52enMainTalkMainemacsconf-2021-talk-day1-close0:05Closing remarks day 1Times are approximate and will probably change. -# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day2-open19:00Opening remarks day 2# Opening remarks day 2Times are approximate and will probably change. +# Closing remarks day 1https://emacsconf.org/2021/talks/day1-closeEmacsConf2021-11-28T14:00:00Z09:00enMainTalkMainemacsconf-2021-talk-day2-open0:05Opening remarks day 2Times are approximate and will probably change. -# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-faster19:00How to write faster Emacs Lisp# How to write faster Emacs Lisp -Dmitry Gutov - -- Before optimizing, benchmark first. -- Different benchmarking approaches. -- Live evaluation, step-debugging, measuring from a debugger breakpoint. -- How to determine if a function is expensive. How to pick one from - competing alternatives (cl-lib, seq, dash, lean core). -- Print-benchmarking. -- Byte-compiled code can give a very different picture, changing where - the bottleneck is. How to quickly load a byte-compiled version. -- Steps taken to speed up the Xref package recently.Times are approximate and will probably change. +# Opening remarks day 2https://emacsconf.org/2021/talks/day2-openEmacsConf2021-11-28T14:05:00Z09:05enMainTalkMainemacsconf-2021-talk-faster0:20How to write faster Emacs LispTimes are approximate and will probably change. # How to write faster Emacs Lisp -Dmitry Gutov - -- Before optimizing, benchmark first. -- Different benchmarking approaches. -- Live evaluation, step-debugging, measuring from a debugger breakpoint. -- How to determine if a function is expensive. How to pick one from - competing alternatives (cl-lib, seq, dash, lean core). -- Print-benchmarking. -- Byte-compiled code can give a very different picture, changing where - the bottleneck is. How to quickly load a byte-compiled version. -- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-structural19:00Tree-edit: Structural editing for Java, Python, C, and beyond!# Tree-edit: Structural editing for Java, Python, C, and beyond! -Ethan Leba - -In this talk, I'll discuss a vision for how writing code could be, where the -editing operations map directly to the primitives of the language itself -- and -my humble attempt of implementing this vision. _tree-edit_ seeks to provides a -structural editing plugin supporting conceivably any language with a tree-sitter -parser. - -**Structural editing does not have to be relegated to lisps or niche DSLs.** - -I liken the state of code editing today to writing assembly. The reason why -people like Python more than assembly is that for most purposes, the building -blocks of the language are mismatched with our thought process. We don't think -in terms of registers and addresses, we think in terms of variables, functions, -etc. So when we write and edit code, why do we edit in terms of deleting, -inserting, replacing characters &#x2013; not wrapping, inserting, raising, -deleting expressions and statements? - -I'll also discuss the implementation of tree-edit, which uses a novel -combination of the fantastic -[tree-sitter](https://github.com/emacs-tree-sitter/elisp-tree-sitter) parser -with an embedded logic programming DSL ([miniKanren](http://minikanren.org/), -using elisp port [reazon](https://github.com/nickdrozd/reazon)) to power it's -syntax tree generation. - -Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! - -# Outline +Dmitry Gutov -- Discuss motivation (Why should I care?) -- Demonstrate tree-edit (Live-coding with tree-edit) -- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)Times are approximate and will probably change. +- Before optimizing, benchmark first. +- Different benchmarking approaches. +- Live evaluation, step-debugging, measuring from a debugger breakpoint. +- How to determine if a function is expensive. How to pick one from + competing alternatives (cl-lib, seq, dash, lean core). +- Print-benchmarking. +- Byte-compiled code can give a very different picture, changing where + the bottleneck is. How to quickly load a byte-compiled version. +- Steps taken to speed up the Xref package recently.https://emacsconf.org/2021/talks/fasterDmitry Gutov2021-11-28T14:30:00Z09:30enMainTalkMainemacsconf-2021-talk-structural0:10Tree-edit: Structural editing for Java, Python, C, and beyond!Times are approximate and will probably change. # Tree-edit: Structural editing for Java, Python, C, and beyond! Ethan Leba @@ -1920,39 +993,7 @@ Check out the GitHub repo [here](https://github.com/ethan-leba/tree-edit)! - Discuss motivation (Why should I care?) - Demonstrate tree-edit (Live-coding with tree-edit) -- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-dsl19:00Self-Describing Smart DSL's: The Next Magits# Self-Describing Smart DSL's: The Next Magits -Psionic - -When we begin programming, the promise is to automate away repetitive -tasks in life. As those program's capability grows, we begin to need -configuration UI's. We can start with a CLI, but as any CLI grows, we -run into the following issues: - -- As options pile up, the intuition of simplicity is lost in helps and -manpages - -- Stateless operation has no idea what to do next and loses terseness -- Frequent dispatch of commands to interrogate state required for the -operator to decide what action to perform - -- Composition compounds with all of these issues - -Magit has the UI trifecta of being terse, intuitive, and intelligent. -Magit's UI input library, Transient, is a standalone package for -developing more killer UI's, and not just for CLI applications, but -also for server applications, Emacs applications, and Emacs itself. - -While Transient's potential is to create the most highly productive -UI's short of thought control, going beyond simple command dispatchers -requires a deeper dive. When we think like constructing a DSL for the -task and using transient to input that DSL, we get an intelligent, -self-describing modal programming system. - - -# Outline - -- Updates to Transient documentation and demos of API examples -- Wrapping a custom CLI tool in TransientTimes are approximate and will probably change. +- Demonstrate tree-edit syntax tree generator (Elevator pitch on miniKanren)https://emacsconf.org/2021/talks/structuralEthan Leba2021-11-28T14:43:00Z09:43enMainTalkMainemacsconf-2021-talk-dsl0:20Self-Describing Smart DSL's: The Next MagitsTimes are approximate and will probably change. # Self-Describing Smart DSL's: The Next Magits Psionic @@ -1986,28 +1027,7 @@ self-describing modal programming system. # Outline - Updates to Transient documentation and demos of API examples -- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-ui19:00"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")# "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") -Erik Anderson - -Tui.el is a textual User Interface (UI) framework for Emacs Lisp -modeled after the popular JavaScript 'React' framework. This package -implements React Component API's with the goal of simplifying -development of interactive UI's for all Emacs users- regardless of -their prior experience with React or web programming. Components -provide a useful functional unit for constructing complex interfaces -declaratively and also eliminate much of the burden associated with -updating textual content as application state changes. This talk will -cover use of the tui.el API and its operation in a textual environment -by implementing some basic UI's. - - - -# Outline - -- 5-10 minutes: - - Problem space: UI implementation complexity. - - API introduction: Displaying content, Components. - - Visual taste of dashboards and applications built with tui.Times are approximate and will probably change. +- Wrapping a custom CLI tool in Transienthttps://emacsconf.org/2021/talks/dslPsionic2021-11-28T15:06:00Z10:06enMainTalkMainemacsconf-2021-talk-ui0:10"Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow")Times are approximate and will probably change. # "Yak-shaving to a UI framework" (/"Help! I accidentally yak-shaved my way to writing a UI framework because overlays were slow") Erik Anderson @@ -2030,24 +1050,7 @@ by implementing some basic UI's. - 5-10 minutes: - Problem space: UI implementation complexity. - API introduction: Displaying content, Components. - - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-rust19:00Extending Emacs in Rust with Dynamic Modules# Extending Emacs in Rust with Dynamic Modules -Tuấn-Anh Nguyễn - -Dynamic module support has been available since Emacs 25. It can be -used to extend Emacs with native libraries, for performance, -OS-specific features, or other functionalities that would take a lot -of time to re-implement in Lisp. The officially supported language is -C, which is tedious and error-prone to use. This talk discusses a -**safe** alternative that is also a lot **more convenient**: writing these -dynamic modules in Rust. - - - -# Outline - -- Walking through creating **a simple dynamic module** in - Rust, including setting up CI. -- Going through and explaining the **available APIs**.Times are approximate and will probably change. + - Visual taste of dashboards and applications built with tui.https://emacsconf.org/2021/talks/uiErik Anderson2021-11-28T15:19:00Z10:19enMainTalkMainemacsconf-2021-talk-rust0:20Extending Emacs in Rust with Dynamic ModulesTimes are approximate and will probably change. # Extending Emacs in Rust with Dynamic Modules Tuấn-Anh Nguyễn @@ -2066,19 +1069,7 @@ dynamic modules in Rust. - Walking through creating **a simple dynamic module** in Rust, including setting up CI. -- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-eaf19:00Emacs Application Framework: A 2021 Update# Emacs Application Framework: A 2021 Update -Matthew Zeng - -Emacs Application Framework (EAF) is a customizable and extensible GUI -application framework that extends Emacs graphical capabilities using -PyQt5. There are many new but important updates since EmacsConf2020 -last year, this talk will briefly go over them. - - - -# Outline - -- 5-10 minutes: (brief description/outline)Times are approximate and will probably change. +- Going through and explaining the **available APIs**.https://emacsconf.org/2021/talks/rustTuấn-Anh Nguyễn2021-11-28T15:44:00Z10:44enMainTalkMainemacsconf-2021-talk-eaf0:10Emacs Application Framework: A 2021 UpdateTimes are approximate and will probably change. # Emacs Application Framework: A 2021 Update Matthew Zeng @@ -2092,64 +1083,7 @@ last year, this talk will briefly go over them. # Outline -- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-model19:00Extending the "model" of Emacs to other applications# Extending the "model" of Emacs to other applications -Laszlo Krajnikovszkij - -Emacs is a great operating environment in a sense that it provides consistency -across different tools and applications within the Emacs ecosystem, as well as -external apps that can be integrated into it. It is also the most truly -malleable environment, each element of which can be adjusted or extended, -therefore providing the user with more power and freedom in personal computing. -Emacs definitely can be considered one of greatest software products in -existence. - -As a non-programmer, having had the chance to stumble upon Emacs a couple of -years ago, the only regret to have is that it didn't happen earlier. The definite -killer feature of Emacs - Org-mode, is what draws many of the less technical -folks to join the party and gradually start to use Emacs for writing documents, -whether personal or work related, manage tasks, emails and potentially everything -else. The learning curve and difference in approach, however, leaves some -potential users too scared of the arcane interface even with all it's quirks and -features because it requires at least some technical skills to understand and -use properly, and does not have an easy way to connect with external tools that -most people are forced to use for work. - -This talk proposes some ideas about how the model of Emacs, it's focus on -consistency, extensibility, as well as it's powerful interaction model can be -carried over to make modern interfaces, whether desktop or web applications, -that would be designed with a goal of reflecting the spirit of Emacs in terms of -the aforementioned features it possesses, and therefore enhance the capabilities -of the Emacs, while at the same time utilizing it as a backend for -text-processing and editing to a large extent. It would be really great to have -a personal web-interface for using modern task management tools, chats, emails -and such, but from a UI defined by the user. The goal is to use it on a desktop -or mobile, locally or self-hosted on a server, with support for touch and -gesture-based workflows, while preserving the Emacs philosophy and allowing to -seamlessly switch between Emacs and its web extension - -The proposed solution is to integrate more of the modern tools with Emacs, -utilize Org-mode as a way to define application-specific parameters for these -tools through Org properties, and then utilize these parameters for making a -modern local frontend that would enhance Emacs UI while allowing to use external -tools in a more personal and freedom respecting way (making the originals -obsolete over time). The talk serves the purpose of inviting community members to -a discussion about how Emacs can become more modern, more approachable by people -who don't possess the neccessarry technical skills to adjust it themselves, but -are keen to learn it, and potentially how to attract more users to greater -productivity, computer literacy and the ideas of free software. - - - -# Outline - -- 5-10 minutes - - Introduction - - Issues with most modern tools for work - - Issues with Emacs as a tool for work - - In search for a hybrid approach - - User controlled web-apps - - Opinions encouraged - - ContactsTimes are approximate and will probably change. +- 5-10 minutes: (brief description/outline)https://emacsconf.org/2021/talks/eafMatthew Zeng2021-11-28T15:58:00Z10:58enMainTalkMainemacsconf-2021-talk-model0:10Extending the "model" of Emacs to other applicationsTimes are approximate and will probably change. # Extending the "model" of Emacs to other applications Laszlo Krajnikovszkij @@ -2208,75 +1142,7 @@ productivity, computer literacy and the ideas of free software. - In search for a hybrid approach - User controlled web-apps - Opinions encouraged - - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-devel19:00Don't write that package! or: How I learned to stop worrying and love emacs-devel# Don't write that package! or: How I learned to stop worrying and love emacs-devel -Stefan Kangas - -Emacs' greatest strength is also its greatest weakness: it is **too** hackable. - -We have a great community that experiment with new features that are still -lacking in Emacs core. They write up a package and develop the living daylights -out of it, until it is basically amazing. (I'm looking at you Magit.) - -There are other examples such as helpful.el - great package, but why are those -features not in core? What about projectile? And so on. - -Core demands copyright assignments (CLA). This is a fact of life. While I -mostly agree with the people saying it is not helful, they are there to protect -Emacs from copyright issues in the future. So my suggestion here is simple: -just **sign the papers**. It is just a formality, and you should only need to do -it once. - -I suggest that any ambitious feature that we **might** want to see shipped in the -default Emacs distribution should by default go to GNU ELPA. You don't need to -do this, of course, and I respect your decision, but I urge you to do it. - -GNU ELPA does not have an exceptionally high standard, but we do try to give any -new package a proper code review. - -MELPA is excellent. We love MELPA. They don't have a criterion for their -packages that is important to the FSF, which is to not recommend non-free -software. Therefore, we could not recommend it by default, and had to build -NonGNU ELPA. - -NonGNU ELPA will be used for packages that we don't have an assignment for but -would still like to distribute. It should ideally only be for old packages -where getting a CLA is impractical. - -It is sometimes perceived as hard to contribute to Emacs core. This impression -is largely wrong. If I can do it, you can too. - -We do have a problem in that our tools and methods (mailing lists, the bug -tracker) are out-dated. This is largely correct. We want to migrate to -something else, and the best candidate is probably Sourcehut. Please volunteer -to help! - -We sometimes see people adding stuff to their Init file to fix this or that -annoyance, or even bug. The more ambitious would go on to package up such fixes -in what I call "patch packages". "Hey, foo-mode doesn't have support for -'bookmark-set', let's write a package!" I am here to suggest that you submit a -patch to Emacs instead. - -Fixing an issue for one person is good, and fixing it for more people is even -better. Fixing it for everyone? Priceless. - -emacs-devel is not that scary, nor is email. We are really quite friendly and -easy going, but the communication we prefer (for reasons of efficiency - the -volume is very high) is often very brief and to the point. We are trying our -best at communicating, but sometimes fail. - -And we need more contributors. We need a successful Emacs on this planet. - -So should you really write a package, or should YOU become a core contributor? - - - -# Outline - -- I will urge people to consider contributing to Emacs instead of - writing small packages, and explain GNU ELPA, MELPA, CLA. -- I will go into greater detail about emacs-devel, how it "works" - (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset.Times are approximate and will probably change. + - Contactshttps://emacsconf.org/2021/talks/modelLaszlo Krajnikovszkij2021-11-28T16:11:00Z11:11enMainTalkMainemacsconf-2021-talk-devel0:20Don't write that package! or: How I learned to stop worrying and love emacs-develTimes are approximate and will probably change. # Don't write that package! or: How I learned to stop worrying and love emacs-devel Stefan Kangas @@ -2346,27 +1212,7 @@ So should you really write a package, or should YOU become a core contributor? writing small packages, and explain GNU ELPA, MELPA, CLA. - I will go into greater detail about emacs-devel, how it "works" (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-bindat19:00Turbo Bindat# Turbo Bindat -Stefan Monnier - - -# Table of Contents - - - -Bindat is an ELisp library to help manipulate binary data. This is a -niche library that is used by packages such as Websocket, EMMS, and -cpio-mode. Its implementation was repeatedly caught harassing hapless -kitten while at the same time providing poor service slowly. For -Emacs-28, Bindat was rewritten so as to make it more efficient and -flexible while respecting the kitten. In this presentation I intent to -show how we saved those. Not recommended for birds. - -- ~20 minutes: - 5 min: Intro and presentation of Bindat - 5 min: Showcase some of its problems - 5 min: Present the new design - 5 min: Examples of what can be done with itTimes are approximate and will probably change. + done and the necessary mindset.https://emacsconf.org/2021/talks/develStefan Kangas2021-11-28T16:36:00Z11:36enMainTalkMainemacsconf-2021-talk-bindat0:20Turbo BindatTimes are approximate and will probably change. # Turbo Bindat Stefan Monnier @@ -2376,39 +1222,19 @@ Stefan Monnier -Bindat is an ELisp library to help manipulate binary data. This is a -niche library that is used by packages such as Websocket, EMMS, and -cpio-mode. Its implementation was repeatedly caught harassing hapless -kitten while at the same time providing poor service slowly. For -Emacs-28, Bindat was rewritten so as to make it more efficient and -flexible while respecting the kitten. In this presentation I intent to -show how we saved those. Not recommended for birds. - -- ~20 minutes: - 5 min: Intro and presentation of Bindat - 5 min: Showcase some of its problems - 5 min: Present the new design - 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-native19:00Emacs Lisp native compiler, current status and future developments# Emacs Lisp native compiler, current status and future developments -Andrea Corallo - -Emacs Lisp (Elisp) is the Lisp dialect used by the Emacs text editor -family. GNU Emacs is traditionally capable of executing Elisp code -either interpreted or byte-interpreted after it has been compiled to -byte-code. - -In this talk I'll discuss the Emacs Lisp native compiler. This feature -recently merged into the main Emacs development line allow for -automatically compiling and executing Elisp as native code. - -During the presentation I'll touch on: - -- design goals -- compiler and runtime design and implementation -- performance implications -- upstream process -- area of improvements and future developments +Bindat is an ELisp library to help manipulate binary data. This is a +niche library that is used by packages such as Websocket, EMMS, and +cpio-mode. Its implementation was repeatedly caught harassing hapless +kitten while at the same time providing poor service slowly. For +Emacs-28, Bindat was rewritten so as to make it more efficient and +flexible while respecting the kitten. In this presentation I intent to +show how we saved those. Not recommended for birds. -Format: 40 minutesTimes are approximate and will probably change. +- ~20 minutes: + 5 min: Intro and presentation of Bindat + 5 min: Showcase some of its problems + 5 min: Present the new design + 5 min: Examples of what can be done with ithttps://emacsconf.org/2021/talks/bindatStefan Monnier2021-11-28T17:40:00Z12:40enMainTalkMainemacsconf-2021-talk-native0:40Emacs Lisp native compiler, current status and future developmentsTimes are approximate and will probably change. # Emacs Lisp native compiler, current status and future developments Andrea Corallo @@ -2430,24 +1256,7 @@ During the presentation I'll touch on: - upstream process - area of improvements and future developments -Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-form19:00Old McCarthy Had a Form# Old McCarthy Had a Form -Ian Eure - -Most practical languages are multi-paradigm, offering several -abstractions for the programmer. But did you know that Emacs Lisp -comes with a powerful system for object-oriented programming? Join me -for a discussion of EIEIO, and learn how it can help you write more -modular, flexible Emacs Lisp. - - - -# Outline - -- 5-10 minutes: (brief description/outline) - - What is CLOS/EIEIO? - - Why would I want OOP in Emacs Lisp? - - How is the CLOS object model different from C++/Java/.NET? - - Further readingTimes are approximate and will probably change. +Format: 40 minuteshttps://emacsconf.org/2021/talks/nativeAndrea Corallo2021-11-28T18:27:00Z13:27enMainTalkMainemacsconf-2021-talk-form0:10Old McCarthy Had a FormTimes are approximate and will probably change. # Old McCarthy Had a Form Ian Eure @@ -2466,40 +1275,7 @@ modular, flexible Emacs Lisp. - What is CLOS/EIEIO? - Why would I want OOP in Emacs Lisp? - How is the CLOS object model different from C++/Java/.NET? - - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-test19:00Test blocks# Test blocks -Eduardo Ochs - -In this presentation I will show an idea that feels completely obvious -once we see it, but that only occured to me after after using Emacs -and eev as my main interface to the computer for more than 20 years. -Take any interpreted language that supports multi-line comments, and -whose interpreter can be run in an Emacs buffer - for example Lua, -Haskell, Python, or Julia; let's say just "Lua" from here on for -simplicity. So: suppose that we have a Lua script that we wrote, that -is called "foo.lua" and that defines lots of functions and defines the -classes Bar and Bletch. We can put after the definition of the class -Bar a multi-line comment that contains an eepitch block that when -executed starts a Lua interpreter, loads the script foo.lua (by -running 'dofile "foo.lua"'), and then has several tests for that class -and its methods; and we can put another block with tests like that -after the class Bletch, and other blocks after some functions. Eepitch -allows sending these tests line by line to the Lua interpreter by -typing <f8\> on each line that we want to send, and this lets us create -tests that are very easy to understand even without writing comments; -this gives us a very quick way to document code by executable tests, -that is super-great for experimental code that is still going to -change a lot before running the risk of being read by other people. - -These multi-line comments with eepitch blocks that run an interpreter -and make it load the current file are called "test blocks". The -command \`M-x eeit' inserts a test block at point, using the major mode -to decide the right syntax to use for the multi-line comments and for -the "dofile". We can configure the syntax of the test blocks for the -current major mode by running \`M-x find-eeit-links'; this can also be -used to add support for test blocks to more languages (or, more -precisely: to more major modes). - -Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>Times are approximate and will probably change. + - Further readinghttps://emacsconf.org/2021/talks/formIan Eure2021-11-28T18:41:00Z13:41enMainTalkMainemacsconf-2021-talk-test0:05Test blocksTimes are approximate and will probably change. # Test blocks Eduardo Ochs @@ -2534,15 +1310,7 @@ current major mode by running \`M-x find-eeit-links'; this can also be used to add support for test blocks to more languages (or, more precisely: to more major modes). -Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-bug19:00Let's talk about bug trackers# Let's talk about bug trackers -Bastien Guerry - -For 17 years, the Org developers didn't use a bug tracker, -shamelessly failing the Joel Spolsky test. Why was it "good enough"? -Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug -tracker? - -- 20 minutesTimes are approximate and will probably change. +Eduardo Ochs <http://angg.twu.net/emacsconf2021.html>https://emacsconf.org/2021/talks/testEduardo Ochs2021-11-28T18:49:00Z13:49enMainTalkMainemacsconf-2021-talk-bug0:20Let's talk about bug trackersTimes are approximate and will probably change. # Let's talk about bug trackers Bastien Guerry @@ -2552,71 +1320,7 @@ shamelessly failing the Joel Spolsky test. Why was it "good enough"? Why was it wrong? Why did we move to Woof!? Why Woof! is not a bug tracker? -- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-bidi19:00Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware -Mohsen BANAN - - -# Table of Contents - - - -Starting with Emacs 24, full native bidi -(bidirectional) support became available. For -many years prior to that Unicode support was -available and by around year 2000, reasonable -open-source shaping libraries were also available. - -With these in place at around 2012, I developed -two Persian input methods for emacs. These input -methods or variations of them can also be used -Arabic and other persoarabic scripts. - -With all of these in place, Emacs has now become -the ne plus ultra Halaal/Convivial usage -environment for persoarabic users. - -Since emacs comes loaded with everything (Gnus -for email, Bbdb for address books, XeLaTeX modes -for typesetting, org-mode for organization, spell -checkers, completions, calendar, etc.), all basic -computing and communication needs of persoarabic -users can be addressed in one place and -cohesively. - -In this talk I will demonstrate what a wonderful -environment that can be. - -- 40 minutes: (brief description/outline) - - My talk will be in two parts. - - In Part 1, I cover persian input methods. With an - emphasis on &lsquo ;Banan Multi-Character (Reverse) - Transliteration Persian Input Method&rsquo;. The - software is part of base emacs distribution. - Full documentation is available at: - Persian Input Methods - For Emacs And More Broadly Speaking - شیوه‌هایِ درج به فارسی‌ - <http://mohsen.1.banan.byname.net/PLPC/120036> - - In Part 2, I will cover the ramifications of bidi - on existing emacs applications, including: - - - Gnus: - - Persoarabic rich email sending in HTML. - - Ramifications of bidi on from, to and - subject lines. - - - Bbdb: Ramifications of bidi on display and - completion. - - - Calendar: - - Ramifications of bidi on display. - - Use of persian text for Persian (solar) calendar. - - Use of arabic text for Muslem (lunar) calendar. - - - AUCTeX: Persian typesetting with XeLaTeXTimes are approximate and will probably change. +- 20 minuteshttps://emacsconf.org/2021/talks/bugBastien Guerry2021-11-28T19:16:00Z14:16enMainTalkMainemacsconf-2021-talk-bidi0:20Perso-Arabic Input Methods And Making More Emacs Apps BIDI AwareTimes are approximate and will probably change. # Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware Mohsen BANAN @@ -2682,39 +1386,7 @@ environment that can be. - Use of persian text for Persian (solar) calendar. - Use of arabic text for Muslem (lunar) calendar. - - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-mold19:00Moldable Emacs, a step towards sustainable software# Moldable Emacs, a step towards sustainable software -Andrea - -We could learn about things better. Mountains of knowledge hide in -places we cannot access or use. The more we write down, the more it -takes to find and understand things we find useful. - -Knowledge (web, software, books) keeps growing faster and faster! This -is not sustainable: we cannot keep up with it! What if we repeat the -error of somebody else, only because it would take too much reading to -know? What if that knowledge is in some code we work with everyday? - -Moldable development is a paradigm shift that attempts to solve this -problem. In a gist, the tool you use should let you create special tools -to learn smartly from what you have already. - -Since we use Emacs, let's make our great editor moldable! - -This talk shows my progress in making Emacs closer to such a tool. We -are going to see how we can mold structured (and maybe even natural) -text to learn better, how we can inject notes in our projects and how -self documenting this tool is! - -I aim to inspire you to find a quicker way to learn from our digital -world! - -You can learn more about this at: <https://github.com/ag91/moldable-emacs> - - - -# Outline - -- 5-10 minutes: quick demo of moldable-emacsTimes are approximate and will probably change. + - AUCTeX: Persian typesetting with XeLaTeXhttps://emacsconf.org/2021/talks/bidiMohsen BANAN2021-11-28T19:41:00Z14:41enMainTalkMainemacsconf-2021-talk-mold0:10Moldable Emacs, a step towards sustainable softwareTimes are approximate and will probably change. # Moldable Emacs, a step towards sustainable software Andrea @@ -2748,26 +1420,7 @@ You can learn more about this at: <https://github.com/ag91/moldable-emacs> # Outline -- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-clede19:00CLEDE the Common Lisp Emacs Development Environment.# CLEDE the Common Lisp Emacs Development Environment. -Fermin MF - -I've been developing a package that helps with the development of -Common Lisp's software, -it's uses the internal semantic framework, it has a custom reader -and integration for -common Emacs packages (like Sly and the internal inferior-lisp-mode). - -The idea is to supply features that other language with and static -analyzer have, -like refactoring and code generation. - -For more details: <https://gitlab.com/sasanidas/clede> - -- 20 minutes: - It seems like not too much people knows about semantic, so I can - summarize some of it in 10 minutes - and then An explanation on how to use the package, how to extend it - and the future of it.Times are approximate and will probably change. +- 5-10 minutes: quick demo of moldable-emacshttps://emacsconf.org/2021/talks/moldAndrea2021-11-28T19:55:00Z14:55enMainTalkMainemacsconf-2021-talk-clede0:20CLEDE the Common Lisp Emacs Development Environment.Times are approximate and will probably change. # CLEDE the Common Lisp Emacs Development Environment. Fermin MF @@ -2788,41 +1441,7 @@ For more details: <https://gitlab.com/sasanidas/clede> It seems like not too much people knows about semantic, so I can summarize some of it in 10 minutes and then An explanation on how to use the package, how to extend it - and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-imaginary19:00Imaginary Programming# Imaginary Programming -Shane Mulligan - -Imaginary Programming (IP) is both methodology and paradigm. It is an -extension of literate programming and a way of creating software without -the use of imperative, functional or even declarative code. Yet IP employs -all disciplines to achieve the miraculous. The only contingency is on one -or more language models, known as foundation models. The real value of IP -is not found by abandoning sound logic altogether, but in weaving the real -with the imaginary. The future of imaginary programming is one in which -almost all of computing is inferred. I have built a suite of tools based on -emacs for interfacing real programming languages with imaginary ones; all -of this in order to demonstrate what I mean; a ‘complex’ terminal that lets -you imagine what happens no matter how nested you are within interpreters, -an example-oriented language, a file format that encodes the provenance of -text and a library for imaginary functional programming primitives called -iLambda. It is important to recognise IP because, for lack of a better -term, it has far-reaching implications for intellectual property and the -GPL. Please keep an open mind. - - - -# Outline - -- 5-10 minutes: -- a 5 minute introduction to imaginary programming, followed by - - a demonstration of iLambda. - - iλ, a family of imaginary programming libraries - <https://mullikine.github.io/posts/designing-an-imaginary-programming-ip-library-for-emacs/> - - - -IRC libertyprime at #emacs on libera - -Shane MulliganTimes are approximate and will probably change. + and the future of it.https://emacsconf.org/2021/talks/cledeFermin MF2021-11-28T20:22:00Z15:22enMainTalkMainemacsconf-2021-talk-imaginary0:10Imaginary ProgrammingTimes are approximate and will probably change. # Imaginary Programming Shane Mulligan @@ -2858,28 +1477,7 @@ GPL. Please keep an open mind. IRC libertyprime at #emacs on libera -Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-build19:00How to build an Emacs# How to build an Emacs -Fermin MF - -This is a deep dive in the Emacs philosophical and technical -aspect on what makes our beloved GNU Emacs -what it it. It's also a talk about the early LISP machines and -fascinating were those days of experimentation and engineering. - -It will continue with the Emacs benefits/trade-offs from an -user/developer stand points, what things can be improved and -what can be an hypothetical path on how to build a software that -can also be called Emacs. - -As a last part, I'll talk about CEDAR, an Emacs that I've been -developing in Common Lisp, the project goals -and the challenges. - -For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - -- 40 minutes: - A dive into the Emacs/Lisp machines history, what makes GNU Emacs - an Emacs and how you can build an Emacs.Times are approximate and will probably change. +Shane Mulliganhttps://emacsconf.org/2021/talks/imaginaryShane Mulligan2021-11-28T20:36:00Z15:36enMainTalkMainemacsconf-2021-talk-build0:20How to build an EmacsTimes are approximate and will probably change. # How to build an Emacs Fermin MF @@ -2902,28 +1500,7 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar> - 40 minutes: A dive into the Emacs/Lisp machines history, what makes GNU Emacs - an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-forever19:00M-x Forever: Why Emacs will outlast text editor trends# M-x Forever: Why Emacs will outlast text editor trends -David Wilson - -The computer software industry has seen many "popular" text editors come -and go, often due to the mercurial fashions of software development. In -this talk, we'll take a look at why popular editors fade and the -specific aspects of Emacs that will ensure it remains relevant -regardless of mainstream popularity. - - - -# Outline - -- Discuss the core thesis, the features that make Emacs - desirable for long-term use (extensibility, day-to-day 'life' features) - -- Include more background on the text editor landscape and - how the scope of various editors is more narrow and doesn't compare to Emacs. - -- Talk about specific instances where editors were popular, fell out - of popularity, and why (due to changing fashions, not usually - better features).Times are approximate and will probably change. + an Emacs and how you can build an Emacs.https://emacsconf.org/2021/talks/buildFermin MF2021-11-28T21:03:00Z16:03enMainTalkMainemacsconf-2021-talk-forever0:40M-x Forever: Why Emacs will outlast text editor trendsTimes are approximate and will probably change. # M-x Forever: Why Emacs will outlast text editor trends David Wilson @@ -2946,6 +1523,6 @@ regardless of mainstream popularity. - Talk about specific instances where editors were popular, fell out of popularity, and why (due to changing fashions, not usually - better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-10-27T16:28:13Z12:28enMainTalkMainemacsconf-2021-talk-day2-close19:00Closing remarks day 2# Closing remarks day 2Times are approximate and will probably change. + better features).https://emacsconf.org/2021/talks/foreverDavid Wilson (System Crafters)2021-11-28T21:50:00Z16:50enMainTalkMainemacsconf-2021-talk-day2-close0:10Closing remarks day 2Times are approximate and will probably change. # Closing remarks day 2https://emacsconf.org/2021/talks/day2-closeEmacsConf \ No newline at end of file diff --git a/2021/emacsconf.ics b/2021/emacsconf.ics index 3d308610..3fffa847 100644 --- a/2021/emacsconf.ics +++ b/2021/emacsconf.ics @@ -40,7 +40,7 @@ UID:emacsconf-2021-day1-open URL:https://emacsconf.org/2021/talks/day1-open DTSTART;TZID=America/Toronto:20211127T090000 DTEND;TZID=America/Toronto:20211127T090500 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-open\n# Opening remarks END:VEVENT @@ -51,7 +51,7 @@ UID:emacsconf-2021-news URL:https://emacsconf.org/2021/talks/news DTSTART;TZID=America/Toronto:20211127T090500 DTEND;TZID=America/Toronto:20211127T091000 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/news\n# Emacs News Highlights\nSacha Chua - pronouns: she/her\n\nQuick overview of Emacs community @@ -66,7 +66,7 @@ UID:emacsconf-2021-frownies URL:https://emacsconf.org/2021/talks/frownies DTSTART;TZID=America/Toronto:20211127T091100 DTEND;TZID=America/Toronto:20211127T093100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/frownies\n# The True Frownies are the Friends We Made Along the Way: An Anecdote of Emacs's Malleability\nCase Duckworth\n\nEmac @@ -90,7 +90,7 @@ UID:emacsconf-2021-adventure URL:https://emacsconf.org/2021/talks/adventure DTSTART;TZID=America/Toronto:20211127T093400 DTEND;TZID=America/Toronto:20211127T095400 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/adventure\n# Choose Your Own (Technology-Enhanced Lear ning) Adventure\nGreta Goetz\n\nThis presentation will move through Emacs @@ -259,7 +259,7 @@ UID:emacsconf-2021-unix URL:https://emacsconf.org/2021/talks/unix DTSTART;TZID=America/Toronto:20211127T095600 DTEND;TZID=America/Toronto:20211127T100600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/unix\n# GNU's Not UNIX: Why Emacs Demonstrates The UNI X Philosophy Isn't Always The Only Answer\nDaniel Rose\n\nThe talk targets @@ -286,7 +286,7 @@ UID:emacsconf-2021-omegat URL:https://emacsconf.org/2021/talks/omegat DTSTART;TZID=America/Toronto:20211127T100900 DTEND;TZID=America/Toronto:20211127T101900 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/omegat\n# Emacs manuals translation and OmegaT\nJean-C hristophe Helary\n\nEven if it is generally agreed that software localizat @@ -336,7 +336,7 @@ UID:emacsconf-2021-nongnu URL:https://emacsconf.org/2021/talks/nongnu DTSTART;TZID=America/Toronto:20211127T102200 DTEND;TZID=America/Toronto:20211127T103200 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nongnu\n# NonGNU ELPA Update\nKaluđerčić\, Philip\n\nN onGNU ELPA was announced last year\, as a package repository\nthat will be @@ -354,7 +354,7 @@ UID:emacsconf-2021-borg URL:https://emacsconf.org/2021/talks/borg DTSTART;TZID=America/Toronto:20211127T103500 DTEND;TZID=America/Toronto:20211127T104500 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/borg\n# Manual Package Management in The Era of Reposi tories - Why and How\nDhavan (codingquark)\n\nEmacs now has many package r @@ -374,7 +374,7 @@ UID:emacsconf-2021-telega URL:https://emacsconf.org/2021/talks/telega DTSTART;TZID=America/Toronto:20211127T104800 DTEND;TZID=America/Toronto:20211127T105800 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/telega\n# telega.el and the Emacs community on Telegra m\nGabriele Bozzola and Evgeny Zajcev\n\nTelegram is a cross-platform inst @@ -395,7 +395,7 @@ UID:emacsconf-2021-nangulator URL:https://emacsconf.org/2021/talks/nangulator DTSTART;TZID=America/Toronto:20211127T110100 DTEND;TZID=America/Toronto:20211127T111100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nangulator\n# Introducing N-Angulator\nKevin Haddock\n \nThe Unix file system is essentially an N-dimentional sparse array that\n @@ -418,7 +418,7 @@ UID:emacsconf-2021-janitor URL:https://emacsconf.org/2021/talks/janitor DTSTART;TZID=America/Toronto:20211127T111400 DTEND;TZID=America/Toronto:20211127T113400 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/janitor\n# A day in the life of a janitor\nStefan Monn ier\n\nBecause of a reckless former Emacs maintainer that shall\n better @@ -440,7 +440,7 @@ UID:emacsconf-2021-maintainers URL:https://emacsconf.org/2021/talks/maintainers DTSTART;TZID=America/Toronto:20211127T113900 DTEND;TZID=America/Toronto:20211127T114900 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/maintainers\n# How to help Emacs maintainers?\nBastien Guerry\n\nAfter 11 years of helping as the Org maintainer\, I would\nlike @@ -455,7 +455,7 @@ UID:emacsconf-2021-gregorian URL:https://emacsconf.org/2021/talks/gregorian DTSTART;TZID=America/Toronto:20211127T115200 DTEND;TZID=America/Toronto:20211127T120200 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/gregorian\n# Typesetting Gregorian Chant with Emacs\nS pencer King\n\nThere are a variety of methods for typesetting gregorian\nc @@ -478,7 +478,7 @@ UID:emacsconf-2021-montessori URL:https://emacsconf.org/2021/talks/montessori DTSTART;TZID=America/Toronto:20211127T123000 DTEND;TZID=America/Toronto:20211127T124000 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/montessori\n# Emacs and Montessori Philosophy\n\n\nAs a former Montessori guide and now parent\, I often think about the\nrelati @@ -511,7 +511,7 @@ UID:emacsconf-2021-erg URL:https://emacsconf.org/2021/talks/erg DTSTART;TZID=America/Toronto:20211127T124300 DTEND;TZID=America/Toronto:20211127T125800 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/erg\n# Emacs Research Group\, Season Zero: What we did together with Emacs in 2 hours a week for a year\nNoorah Alhasan\, Joe Co @@ -540,7 +540,7 @@ UID:emacsconf-2021-cs URL:https://emacsconf.org/2021/talks/cs DTSTART;TZID=America/Toronto:20211127T130100 DTEND;TZID=America/Toronto:20211127T131100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/cs\n# One effective CS grad student workflow\nGreg Col adonato\n\nWhen I was an undergrad\, I learned many things\, most of\nwhic @@ -560,7 +560,7 @@ UID:emacsconf-2021-professional URL:https://emacsconf.org/2021/talks/professional DTSTART;TZID=America/Toronto:20211127T131400 DTEND;TZID=America/Toronto:20211127T132400 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/professional\n# Using Org-Mode For Recording Continuou s Professional Development\nPhilip Beadling\n\nI recently had the pleasure @@ -603,7 +603,7 @@ UID:emacsconf-2021-tech URL:https://emacsconf.org/2021/talks/tech DTSTART;TZID=America/Toronto:20211127T132700 DTEND;TZID=America/Toronto:20211127T133700 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/tech\n# Creating technical API documentation and prese ntations using org-babel\, restclient\, and org-treeslide\nJan Ypma\n\nThe @@ -627,7 +627,7 @@ UID:emacsconf-2021-exec URL:https://emacsconf.org/2021/talks/exec DTSTART;TZID=America/Toronto:20211127T134100 DTEND;TZID=America/Toronto:20211127T135100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/exec\n# Org as an executable format\nTom Gillespie\n\n Org mode is known for its flexibility\, power\, and staggeringly diverse\n @@ -664,7 +664,7 @@ UID:emacsconf-2021-org-outside URL:https://emacsconf.org/2021/talks/org-outside DTSTART;TZID=America/Toronto:20211127T135400 DTEND;TZID=America/Toronto:20211127T140400 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/org-outside\n# The use of Org mode syntax outside of G NU/Emacs\nKarl Voit\n\nWith the rising interest in Org mode\, the GNU/Emac @@ -688,7 +688,7 @@ UID:emacsconf-2021-teach URL:https://emacsconf.org/2021/talks/teach DTSTART;TZID=America/Toronto:20211127T140700 DTEND;TZID=America/Toronto:20211127T142700 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/teach\n# Using Org-mode to teach programming\nDaniel G erman\n\nIn this presentation I will explain how to use org-mode effective @@ -718,7 +718,7 @@ UID:emacsconf-2021-research URL:https://emacsconf.org/2021/talks/research DTSTART;TZID=America/Toronto:20211127T143200 DTEND;TZID=America/Toronto:20211127T143700 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/research\n# Managing a research workflow (bibliographi es\, note-taking\, and arXiv)\nAhmed Khaled\n\nResearchers and knowledge w @@ -745,7 +745,7 @@ UID:emacsconf-2021-babel URL:https://emacsconf.org/2021/talks/babel DTSTART;TZID=America/Toronto:20211127T144100 DTEND;TZID=America/Toronto:20211127T145100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/babel\n# Babel for academics\nAsilata Bapat\n\nPlain o rg-mode is already an extremely powerful and\ncustomisable tool for task a @@ -788,7 +788,7 @@ UID:emacsconf-2021-molecular URL:https://emacsconf.org/2021/talks/molecular DTSTART;TZID=America/Toronto:20211127T145300 DTEND;TZID=America/Toronto:20211127T150300 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/molecular\n# Reproducible molecular graphics with Org- mode\nBlaine Mooers\n\nResearch papers in structural biology should includ @@ -833,7 +833,7 @@ UID:emacsconf-2021-project URL:https://emacsconf.org/2021/talks/project DTSTART;TZID=America/Toronto:20211127T150600 DTEND;TZID=America/Toronto:20211127T151600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/project\n# Budgeting\, Project Monitoring and Invoicin g with Org Mode\nAdolfo Villafiorita\n\nIn this talk I will present how we @@ -853,7 +853,7 @@ UID:emacsconf-2021-invoice URL:https://emacsconf.org/2021/talks/invoice DTSTART;TZID=America/Toronto:20211127T151900 DTEND;TZID=America/Toronto:20211127T152900 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/invoice\n# Find Your (In)voice: Emacs for Invoicing\nB ala Ramadurai\n\nYe Freelance warriors\, please lend me your I/O devices f @@ -879,7 +879,7 @@ UID:emacsconf-2021-dashboard URL:https://emacsconf.org/2021/talks/dashboard DTSTART;TZID=America/Toronto:20211127T153200 DTEND;TZID=America/Toronto:20211127T154200 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dashboard\n# Productivity Dashboards with Emacs and Ki ndle\nMehmet Tekman\n\nSince 2008\, Amazon have released a new Kindle devi @@ -931,7 +931,7 @@ UID:emacsconf-2021-nyxt URL:https://emacsconf.org/2021/talks/nyxt DTSTART;TZID=America/Toronto:20211127T154500 DTEND;TZID=America/Toronto:20211127T155500 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/nyxt\n# Emacs with Nyxt: extend your editor with the p ower of a Lisp browser\nAndrea\n\nIn 2021 browsers are essential if you us @@ -956,7 +956,7 @@ UID:emacsconf-2021-design URL:https://emacsconf.org/2021/talks/design DTSTART;TZID=America/Toronto:20211127T155800 DTEND;TZID=America/Toronto:20211127T160800 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/design\n# On the design of text editors\nNicolas P. Ro ugier\n\nText editors are written by and for developers. They come\nwith @@ -976,7 +976,7 @@ UID:emacsconf-2021-freedom URL:https://emacsconf.org/2021/talks/freedom DTSTART;TZID=America/Toronto:20211127T161200 DTEND;TZID=America/Toronto:20211127T165200 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/freedom\n# How Emacs made me appreciate software freed om\nProtesilaos Stavrou\n\nThe theme will be "how Emacs empowered my softw @@ -1011,7 +1011,7 @@ UID:emacsconf-2021-day1-close URL:https://emacsconf.org/2021/talks/day1-close DTSTART;TZID=America/Toronto:20211127T165200 DTEND;TZID=America/Toronto:20211127T165700 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day1-close\n# Closing remarks day 1 END:VEVENT @@ -1022,7 +1022,7 @@ UID:emacsconf-2021-day2-open URL:https://emacsconf.org/2021/talks/day2-open DTSTART;TZID=America/Toronto:20211128T090000 DTEND;TZID=America/Toronto:20211128T090500 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-open\n# Opening remarks day 2 END:VEVENT @@ -1033,7 +1033,7 @@ UID:emacsconf-2021-faster URL:https://emacsconf.org/2021/talks/faster DTSTART;TZID=America/Toronto:20211128T090500 DTEND;TZID=America/Toronto:20211128T092500 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/faster\n# How to write faster Emacs Lisp\nDmitry Gutov \n\n- Before optimizing\, benchmark first.\n- Different benchmarking a @@ -1052,7 +1052,7 @@ UID:emacsconf-2021-structural URL:https://emacsconf.org/2021/talks/structural DTSTART;TZID=America/Toronto:20211128T093000 DTEND;TZID=America/Toronto:20211128T094000 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 vis @@ -1086,7 +1086,7 @@ UID:emacsconf-2021-dsl URL:https://emacsconf.org/2021/talks/dsl DTSTART;TZID=America/Toronto:20211128T094300 DTEND;TZID=America/Toronto:20211128T100300 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/dsl\n# Self-Describing Smart DSL's: The Next Magits\nP sionic\n\nWhen we begin programming\, the promise is to automate away repe @@ -1116,7 +1116,7 @@ UID:emacsconf-2021-ui URL:https://emacsconf.org/2021/talks/ui DTSTART;TZID=America/Toronto:20211128T100600 DTEND;TZID=America/Toronto:20211128T101600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/ui\n# "Yak-shaving to a UI framework" (/"Help! I accid entally yak-shaved my way to writing a UI framework because overlays were @@ -1141,7 +1141,7 @@ UID:emacsconf-2021-rust URL:https://emacsconf.org/2021/talks/rust DTSTART;TZID=America/Toronto:20211128T101900 DTEND;TZID=America/Toronto:20211128T103900 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/rust\n# Extending Emacs in Rust with Dynamic Modules\n Tuấn-Anh Nguyễn\n\nDynamic module support has been available since Emacs 2 @@ -1161,7 +1161,7 @@ UID:emacsconf-2021-eaf URL:https://emacsconf.org/2021/talks/eaf DTSTART;TZID=America/Toronto:20211128T104400 DTEND;TZID=America/Toronto:20211128T105400 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/eaf\n# Emacs Application Framework: A 2021 Update\nMat thew Zeng\n\nEmacs Application Framework (EAF) is a customizable and exten @@ -1177,7 +1177,7 @@ UID:emacsconf-2021-model URL:https://emacsconf.org/2021/talks/model DTSTART;TZID=America/Toronto:20211128T105800 DTEND;TZID=America/Toronto:20211128T110800 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/model\n# Extending the "model" of Emacs to other appli cations\nLaszlo Krajnikovszkij\n\nEmacs is a great operating environment i @@ -1234,7 +1234,7 @@ UID:emacsconf-2021-devel URL:https://emacsconf.org/2021/talks/devel DTSTART;TZID=America/Toronto:20211128T111100 DTEND;TZID=America/Toronto:20211128T113100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/devel\n# Don't write that package! or: How I learned t o stop worrying and love emacs-devel\nStefan Kangas\n\nEmacs' greatest str @@ -1290,7 +1290,7 @@ UID:emacsconf-2021-bindat URL:https://emacsconf.org/2021/talks/bindat DTSTART;TZID=America/Toronto:20211128T113600 DTEND;TZID=America/Toronto:20211128T115600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 data @@ -1309,9 +1309,9 @@ 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 +DTSTART;TZID=America/Toronto:20211128T124000 DTEND;TZID=America/Toronto:20211128T132000 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/native\n# Emacs Lisp native compiler\, current status and future developments\nAndrea Corallo\n\nEmacs Lisp (Elisp) is the Lisp @@ -1332,7 +1332,7 @@ UID:emacsconf-2021-form URL:https://emacsconf.org/2021/talks/form DTSTART;TZID=America/Toronto:20211128T132700 DTEND;TZID=America/Toronto:20211128T133700 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/form\n# Old McCarthy Had a Form\nIan Eure\n\nMost prac tical languages are multi-paradigm\, offering several\nabstractions for th @@ -1351,7 +1351,7 @@ UID:emacsconf-2021-test URL:https://emacsconf.org/2021/talks/test DTSTART;TZID=America/Toronto:20211128T134100 DTEND;TZID=America/Toronto:20211128T134600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/test\n# Test blocks\nEduardo Ochs\n\nIn this presentat ion I will show an idea that feels completely obvious\nonce we see it\, bu @@ -1389,7 +1389,7 @@ UID:emacsconf-2021-bug URL:https://emacsconf.org/2021/talks/bug DTSTART;TZID=America/Toronto:20211128T134900 DTEND;TZID=America/Toronto:20211128T140900 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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\,\nshamelessl @@ -1404,7 +1404,7 @@ UID:emacsconf-2021-bidi URL:https://emacsconf.org/2021/talks/bidi DTSTART;TZID=America/Toronto:20211128T141600 DTEND;TZID=America/Toronto:20211128T143600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/bidi\n# Perso-Arabic Input Methods And Making More Ema cs Apps BIDI Aware\nMohsen BANAN\n\n\n# Table of Contents\n\n\n\nStarting @@ -1444,7 +1444,7 @@ UID:emacsconf-2021-mold URL:https://emacsconf.org/2021/talks/mold DTSTART;TZID=America/Toronto:20211128T144100 DTEND;TZID=America/Toronto:20211128T145100 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/mold\n# Moldable Emacs\, a step towards sustainable so ftware\nAndrea\n\nWe could learn about things better. Mountains of knowled @@ -1472,7 +1472,7 @@ UID:emacsconf-2021-clede URL:https://emacsconf.org/2021/talks/clede DTSTART;TZID=America/Toronto:20211128T145500 DTEND;TZID=America/Toronto:20211128T151500 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/clede\n# CLEDE the Common Lisp Emacs Development Envir onment.\nFermin MF\n\nI've been developing a package that helps with the d @@ -1493,7 +1493,7 @@ UID:emacsconf-2021-imaginary URL:https://emacsconf.org/2021/talks/imaginary DTSTART;TZID=America/Toronto:20211128T152200 DTEND;TZID=America/Toronto:20211128T153200 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/imaginary\n# Imaginary Programming\nShane Mulligan\n\n Imaginary Programming (IP) is both methodology and paradigm. It is an\next @@ -1525,7 +1525,7 @@ UID:emacsconf-2021-build URL:https://emacsconf.org/2021/talks/build DTSTART;TZID=America/Toronto:20211128T153600 DTEND;TZID=America/Toronto:20211128T155600 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.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 makes @@ -1547,7 +1547,7 @@ UID:emacsconf-2021-forever URL:https://emacsconf.org/2021/talks/forever DTSTART;TZID=America/Toronto:20211128T160300 DTEND;TZID=America/Toronto:20211128T164300 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/forever\n# M-x Forever: Why Emacs will outlast text ed itor trends\nDavid Wilson\n\nThe computer software industry has seen many @@ -1569,7 +1569,7 @@ UID:emacsconf-2021-day2-close URL:https://emacsconf.org/2021/talks/day2-close DTSTART;TZID=America/Toronto:20211128T165000 DTEND;TZID=America/Toronto:20211128T170000 -DTSTAMP:20211027T124343 +DTSTAMP:20211028T084127 DESCRIPTION: Times are approximate and will probably change.\nhttps://emacs conf.org/2021/talks/day2-close\n# Closing remarks day 2 END:VEVENT diff --git a/2021/info/native-schedule.md b/2021/info/native-schedule.md index a36fef40..00e0666e 100644 --- a/2021/info/native-schedule.md +++ b/2021/info/native-schedule.md @@ -6,7 +6,7 @@ Waiting for speaker to send prerecorded video # Schedule -Allocated 20 minutes +Allocated 40 minutes -- cgit v1.2.3 From fb8f58a8e1bc73745d68a2abb52a84ab39de81bc Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:12:03 -0400 Subject: Create 2021 poster page and add Paul's poster Garulfo's and Adam's soon to follow. --- 2021/poster.md | 35 +++++++++++++++++++++++++++++++++++ 1 file changed, 35 insertions(+) create mode 100644 2021/poster.md (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md new file mode 100644 index 00000000..5232f181 --- /dev/null +++ b/2021/poster.md @@ -0,0 +1,35 @@ +[[!meta title="EmacsConf 2021 posters"]] +[[!meta copyright="Copyright © 2020 Paul Sutton, Amin Bandali
Copyright © 2021 Paul Sutton, Amin Bandali, Garulfo Azules, Adam Porter"]] + +Paul Sutton, Garulfo Azules, and Adam Porter have created beautiful +posters for EmacsConf 2021 for folks to share with others to help +spread the word about the conference! All three posters are licensed +freely, under the same terms as the rest of the EmacsConf wiki (see +[[COPYING]]). + +Please see below for previews and details about each of the posters. + +## Paul Sutton + +The poster and its accompanying sources are available from Paul's +repository on Debian Salsa, at +. + +The poster is available in the PDF and PNG formats, along with the +original ODG source file for it. Direct download links: + +- +- +- + +[[!img /i/emacsconf-2021-poster-zleap.png + size=600x + alt="EmacsConf 2021 poster" class="center"]] + +## Garulfo Azules + +TODO + +## Adam Porter + +TODO -- cgit v1.2.3 From c0ab2e82d7987aa29c539175d57ace9a13e3f3f4 Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:19:14 -0400 Subject: Add Adam Porter's EmacsConf 2021 poster --- 2021/poster.md | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index 5232f181..098a2613 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -9,6 +9,7 @@ freely, under the same terms as the rest of the EmacsConf wiki (see Please see below for previews and details about each of the posters. + ## Paul Sutton The poster and its accompanying sources are available from Paul's @@ -24,12 +25,19 @@ original ODG source file for it. Direct download links: [[!img /i/emacsconf-2021-poster-zleap.png size=600x - alt="EmacsConf 2021 poster" class="center"]] + alt="EmacsConf 2021 poster by Paul Sutton" class="center"]] + ## Garulfo Azules TODO + ## Adam Porter -TODO +Adam's poster is available in SVG format, from +[[/i/emacsconf-2021-poster-alphapapa.svg]]. + +[[!img /i/emacsconf-2021-poster-alphapapa.png + size=600x + alt="EmacsConf 2021 poster by Adam Porter" class="center"]] -- cgit v1.2.3 From 1ff7bb141a230341e184773c154b199bccf91710 Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:22:41 -0400 Subject: 2021/poster: Try making the url a link, and add toc --- 2021/poster.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index 098a2613..8cfa0e61 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -9,6 +9,8 @@ freely, under the same terms as the rest of the EmacsConf wiki (see Please see below for previews and details about each of the posters. +[[!toc]] + ## Paul Sutton @@ -35,8 +37,8 @@ TODO ## Adam Porter -Adam's poster is available in SVG format, from -[[/i/emacsconf-2021-poster-alphapapa.svg]]. +Adam's poster is available +[[here|/i/emacsconf-2021-poster-alphapapa.svg]] in SVG format. [[!img /i/emacsconf-2021-poster-alphapapa.png size=600x -- cgit v1.2.3 From 7fabd6beaf4233a82c5e4fcf6b24c15bfe4ad5a1 Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:24:37 -0400 Subject: Revert "2021/poster: Try making the url a link, and add toc" This reverts commit 1ff7bb141a230341e184773c154b199bccf91710. --- 2021/poster.md | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index 8cfa0e61..098a2613 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -9,8 +9,6 @@ freely, under the same terms as the rest of the EmacsConf wiki (see Please see below for previews and details about each of the posters. -[[!toc]] - ## Paul Sutton @@ -37,8 +35,8 @@ TODO ## Adam Porter -Adam's poster is available -[[here|/i/emacsconf-2021-poster-alphapapa.svg]] in SVG format. +Adam's poster is available in SVG format, from +[[/i/emacsconf-2021-poster-alphapapa.svg]]. [[!img /i/emacsconf-2021-poster-alphapapa.png size=600x -- cgit v1.2.3 From 611cfb311aedd3f692f69f569e417556f9d3a8df Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:25:33 -0400 Subject: Try again --- 2021/poster.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index 098a2613..7db25771 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -35,8 +35,8 @@ TODO ## Adam Porter -Adam's poster is available in SVG format, from -[[/i/emacsconf-2021-poster-alphapapa.svg]]. +Adam's poster is available +[here](/i/emacsconf-2021-poster-alphapapa.svg) in SVG format. [[!img /i/emacsconf-2021-poster-alphapapa.png size=600x -- cgit v1.2.3 From 767f84c41d47b68bd02656814422433373a7e9aa Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:55:12 -0400 Subject: 2021/poster: linkify Paul, Garulfo, and Adam's names to local anchors --- 2021/poster.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index 7db25771..5cd38e0c 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -1,11 +1,11 @@ [[!meta title="EmacsConf 2021 posters"]] [[!meta copyright="Copyright © 2020 Paul Sutton, Amin Bandali
Copyright © 2021 Paul Sutton, Amin Bandali, Garulfo Azules, Adam Porter"]] -Paul Sutton, Garulfo Azules, and Adam Porter have created beautiful -posters for EmacsConf 2021 for folks to share with others to help -spread the word about the conference! All three posters are licensed -freely, under the same terms as the rest of the EmacsConf wiki (see -[[COPYING]]). +[[Paul Sutton|#zleap]], [[Garulfo Azules|#garulfo]], +and [[Adam Porter|#alphapapa]] have created beautiful posters for +EmacsConf 2021 for folks to share with others to help spread the word +about the conference! All three posters are licensed freely, under +the same terms as the rest of the EmacsConf wiki (see [[COPYING]]). Please see below for previews and details about each of the posters. -- cgit v1.2.3 From 60ec89150e948aec205c751cf58e3cd5f7c02b48 Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 13:56:14 -0400 Subject: 2021/poster: try to fix the links --- 2021/poster.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index 5cd38e0c..ac38c94d 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -1,8 +1,8 @@ [[!meta title="EmacsConf 2021 posters"]] [[!meta copyright="Copyright © 2020 Paul Sutton, Amin Bandali
Copyright © 2021 Paul Sutton, Amin Bandali, Garulfo Azules, Adam Porter"]] -[[Paul Sutton|#zleap]], [[Garulfo Azules|#garulfo]], -and [[Adam Porter|#alphapapa]] have created beautiful posters for +[[Paul Sutton|poster#zleap]], [[Garulfo Azules|poster#garulfo]], and +[[Adam Porter|poster#alphapapa]] have created beautiful posters for EmacsConf 2021 for folks to share with others to help spread the word about the conference! All three posters are licensed freely, under the same terms as the rest of the EmacsConf wiki (see [[COPYING]]). -- cgit v1.2.3 From 830e29bd2c32c36116e42d220ba8e9a562b5a61a Mon Sep 17 00:00:00 2001 From: temene Date: Thu, 28 Oct 2021 20:42:13 +0200 Subject: Restructured to match other presentations (but references kept). --- 2021/talks/adventure.md | 48 ++++++++++-------------------------------------- 1 file changed, 10 insertions(+), 38 deletions(-) (limited to '2021') diff --git a/2021/talks/adventure.md b/2021/talks/adventure.md index 1b821c8c..a17e331c 100644 --- a/2021/talks/adventure.md +++ b/2021/talks/adventure.md @@ -8,44 +8,20 @@ # Choose Your Own (Technology-Enhanced Learning) Adventure Greta Goetz -This presentation will move through Emacs artifacts: first illustrating possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Engelbart, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords includes a systems view of 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs (Ill -ich). Its adaptability will be shown to be an asset in supporting the learning trends identified by the latest pedagogical research (Guo). +This presentation will first illustrate possible paths for beginners and then mapping out the significance of the enhanced learning potential of Emacs (Caillet in Andler & Guerry, Markauskaite & Goodyear). The technology-enhanced learning (TEL) that Emacs affords departs from the 'many, many features' (Stallman) which surpass the confines of a pre-fabricated environment (Stiegler). This affords diverse possibilities for individuals to interact creatively and autonomously to satisfy their own needs alongside others who share use of the tool (Illich). Its adaptability will be shown to be an asset in support of the learning trends identified by the latest pedagogical research (Guo). -# Intro - -The 'many, many features' (Stallman 2002: 4) of Emacs do not limit imaginable types of interactivity, supporting both formal and informal learning (cf. Caillet in Andler & Guerry 2008). Emacs can function as a scaffold for development (cf. Vygotsky 1979: 86), promoting the creative and autonomous ability of individuals to interact with their digital environment and others who share the use of this tool (Illich 1973). Individuals can use Emacs as often or seldom as they want to express their needs and meaning in action, with no obligation to use it (cf. Illich 1973). - -The formal learning involved pertains to Emacs programs and documentation (the 'temple') while related discussion and smaller task-based problem solving represents examples of informal learning (the 'forum') (cf. Caillet in 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. - -1. What if we are beginners overwhelmed by formal Emacs documentation? Two potential learning paths: - - - a. Build on a needs-basis. Make your own artifacts: no use-case is too small; leave your trace. - - b. Study others' inits and use-cases; Read Planet EmacsLife; Consult programmer or power user use-cases; Map out workflows. - -2. Emacs as personal, creative, autonomous: - - - a. Emacs allows for organic ongoing changes to the 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 (Vygotsky 1979; Gardner 1983; Wang 2020). - - b. Emacs allows us to control 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). - - c. The art of collecting traces (digital or not) is timeless - and important to survival. - -3. Emacs as systems design for technology-enhanced learning (TEL): - - - a. Good TEL design performance should also educate 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 different capabilities' (Alexander 1993 in Gabriel 1996), assembling epistemic domains (Markauskaite & Goodyear 2017). This pedagogical approach is supported by Emacs artifacts (packages, documentation, forums, etc.). - - b. The 'wise' use of programming (Crichton 1983) actively manages and organizes workflow. This permits iterative development. Elementary use-case: a workflow that relies on PPT and Zoom vs. already having a more modular viewpoint supported by diverse Emacs packages. The latter adaptability is supported by the latest educational research (Guo). Further: Emacs allows movement from user to contributor (Stiegler 2018; Stavrou). - - c. Wise programming can include fun programming - 'there are people who want to put a stop to that' (Crichton 1983; Gaffney 2019). - - d. Extending this systems/design view, Emacs is developed and maintained by a community dedicated to supporting this freedom of use in these multiple contexts (cf. Illich 1973). - - e. One perspective is less likely to override others in such a heterogeneous environment (Morin 2004). - -# Conclusion - -Emacs does not limit any imaginable type of interactivity and promotes a diversity of related content, further supporting the pursuit of more advanced TEL (viz. Guo). This was illustrated through an elementary use-case that compared being limited to PPT as opposed to having basic familiarity with 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 contributions of heterogeneous maintainers, developers, and community members whose 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. +1. Setting out as beginners who may be overwhelmed by formal Emacs documentation. Some inroads. No trace is too small. +2. Emacs as common ground between people and technology. +3. Emacs modularity and TEL design. +4. Emacs as personal, creative, autonomous. +5. Emacs and cognitive democracy. # References -## General workflow and fun: +## General workflow, inspiration, fun: - Bin, C. (2020). Mastering Emacs in one year. . Accessed 25 October 2021. -- Gaffney, N. (2019). Oblique strategies. . Accessed 25 October 2021. +- Chua, S. https://sachachua.com/blog/ - Goetz, G. (2021). Additional references: A back-to-school/GTD Emacs journey. . Accessed 25 October 2021. - Guerry, B. (2020). Org-mode features you may not know. . Accessed 25 October 2021. - Kaiser, K. (2017). Writing a technical book in Emacs and Org-mode. . Accessed 25 October 2021. @@ -53,15 +29,13 @@ Emacs does not limit any imaginable type of interactivity and promotes a diversi - Stavrou, P. My packages for GNU Emacs. . Accessed 25 October 2021. - Wellons, C. Emacs articles. . Accessed 25 October 2021. -## On TEL design: -- 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: Hatier. +## On TEL design and learning: +- Andler, D. & Guerry, B. (Eds.). *Apprendre demain: Sciences cognitives et éducation à l’ère numérique*, 137-154. Paris: Hatier. - Crichton, M. (1983). *Electronic life*. New York: Knopf. - De Bono, E. (2009). *Think! Before it's too late*. London: Random House. -- Engelbart, D. (1962). *Augmenting human intellect: A conceptual framework*. Menlo Park: Stanford Research Institute. - Drosos, I. & Guo, P. (2021). Streamers teaching programming, art, and gaming: Cognitive apprenticeship, serendipitous teachable moments, and tacit expert knowledge. IEEE Symposium on Visual Languages and Human-Centric Computing (VL/HCC), short paper, 2021. . Accessed 25 October 2021. - Gabriel, R. (1996). *Patterns of software*. New York, Oxford: Oxford University Press. - Goodyear, P. & Retalis, S. (2010). Learning, technology and design. In Goodyear, P. & Retalis, S. (Eds.). *Technology-enhanced learning: Design patterns and pattern languages*, 1-27. Rotterdam, Boston: Sense Publishers. -- 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. - Guo, P. (2018). Students, systems, and interactions: Synthesizing the first four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 2018, London, United Kingdom. DOI: https://doi.org/10.1145/3231644.3231662. . Accessed 25 October 2021. - Guo, P., Kim, J. & Rubin, R. (2014). How video production affects student engagement: An empirical study of MOOC videos. ACM Conference on Learning at Scale. . Accessed 25 October 2021. @@ -73,8 +47,6 @@ four years of Learning@Scale and charting the future. L@S 2018, June 26–28, 20 - Stallman, R. (2002). *Free software, free society*. GNU Press, Free Software Foundation. - Stiegler, B. (2018). *The neganthropocene*. Open Humanities Press. - Trocmé-Fabre, H. (1999). *Réinventer le métier d’apprendre*. Paris: Éditions d’organisation. -- Vygotsky, L. (1979). *Mind in society: The development of higher psychological processes*. Cambridge and London: Harvard University Press. -- Wang, S. (2020). Open knowledge. Hope in Source. . Accessed 25 October 2021. # Availability and preferred Q&A approach -- cgit v1.2.3 From fe7a70d8dded1001d853324f8eb065ce8ba74d72 Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 14:51:05 -0400 Subject: 2021/poster: Add Garulfo's poster --- 2021/poster.md | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) (limited to '2021') diff --git a/2021/poster.md b/2021/poster.md index ac38c94d..549e6f25 100644 --- a/2021/poster.md +++ b/2021/poster.md @@ -9,6 +9,7 @@ the same terms as the rest of the EmacsConf wiki (see [[COPYING]]). Please see below for previews and details about each of the posters. + ## Paul Sutton @@ -27,10 +28,24 @@ original ODG source file for it. Direct download links: size=600x alt="EmacsConf 2021 poster by Paul Sutton" class="center"]] + ## Garulfo Azules -TODO +The poster and its accompanying sources are available from the +following repository on Debian Salsa: + + +The poster is available in the PDF format, along with the original ConTeXt +source file. Direct download links: + +- +- + +[[!img /i/emacsconf-2021-poster-garulfo.png + size=600x + alt="EmacsConf 2021 poster by Garulfo Azules" class="center"]] + ## Adam Porter -- cgit v1.2.3 From 75ee1f99b10bd92e242ca1caf9c3415b4cb360b7 Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 15:01:12 -0400 Subject: 2021: Add links to program and posters --- 2021/sidebar.md | 2 ++ 1 file changed, 2 insertions(+) (limited to '2021') diff --git a/2021/sidebar.md b/2021/sidebar.md index 6a662b8b..7b0c531d 100644 --- a/2021/sidebar.md +++ b/2021/sidebar.md @@ -4,6 +4,8 @@ --- +* [[**Program**|schedule]] +* [[**Posters**|poster]] * [[Call for Proposals|cfp]] * [[Ideas]] * [[Submit]] -- cgit v1.2.3 From 448a2ef1a538d783071cd16baef8fa0592ae036b Mon Sep 17 00:00:00 2001 From: Amin Bandali Date: Thu, 28 Oct 2021 15:04:58 -0400 Subject: 2021/prepare: Correct verb tense. --- 2021/prepare.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to '2021') diff --git a/2021/prepare.md b/2021/prepare.md index 4cadc5cf..669088de 100644 --- a/2021/prepare.md +++ b/2021/prepare.md @@ -39,7 +39,7 @@ your name, please start your video with something along the lines of: "Hi! I'm ${NAME} and I'll be talking about ${TOPIC}." Please **upload your prerecording(s) via FTP** to the FTP server -we are setting up with the following details: +we have set up with the following details: - host: ftp-upload.emacsconf.org - username: anonymous -- cgit v1.2.3 From b158ccaf69c272f9ee24908fc1ccb73e56c428eb Mon Sep 17 00:00:00 2001 From: Leo Vivier Date: Thu, 28 Oct 2021 22:58:15 +0200 Subject: Add TODO for next speaker email --- 2021/meetings.org | 5 +++++ 1 file changed, 5 insertions(+) (limited to '2021') diff --git a/2021/meetings.org b/2021/meetings.org index c3d89222..2762be5a 100644 --- a/2021/meetings.org +++ b/2021/meetings.org @@ -102,6 +102,11 @@ - mplsCorwin's livestreaming project, working on trimming - Diversity outreach: gopar, sachac, zaeph, mplsCorwin +* EmacsConf 2021: Long-running TODOs +** Closer to the conference week +*** Email speaker +- Push speakers to add talk links, homepage/social & sponsoring links on their page (ideally could have been done with our first "please edit your talk page" email) + * October 23, 2021 meeting - TODO -- cgit v1.2.3 From 6814670e802f646762456adcee05f4962b922e0b Mon Sep 17 00:00:00 2001 From: Stefan Kangas Date: Fri, 29 Oct 2021 02:53:34 +0200 Subject: Update my talk description in 2021/talks/devel.md --- 2021/talks/devel.md | 98 +++++++++++++---------------------------------------- 1 file changed, 24 insertions(+), 74 deletions(-) (limited to '2021') diff --git a/2021/talks/devel.md b/2021/talks/devel.md index b3c197f4..015e8118 100644 --- a/2021/talks/devel.md +++ b/2021/talks/devel.md @@ -8,80 +8,30 @@ # Don't write that package! or: How I learned to stop worrying and love emacs-devel Stefan Kangas -Emacs' greatest strength is also its greatest weakness: it is **too** hackable. - -We have a great community that experiment with new features that are still -lacking in Emacs core. They write up a package and develop the living daylights -out of it, until it is basically amazing. (I'm looking at you Magit.) - -There are other examples such as helpful.el - great package, but why are those -features not in core? What about projectile? And so on. - -Core demands copyright assignments (CLA). This is a fact of life. While I -mostly agree with the people saying it is not helful, they are there to protect -Emacs from copyright issues in the future. So my suggestion here is simple: -just **sign the papers**. It is just a formality, and you should only need to do -it once. - -I suggest that any ambitious feature that we **might** want to see shipped in the -default Emacs distribution should by default go to GNU ELPA. You don't need to -do this, of course, and I respect your decision, but I urge you to do it. - -GNU ELPA does not have an exceptionally high standard, but we do try to give any -new package a proper code review. - -MELPA is excellent. We love MELPA. They don't have a criterion for their -packages that is important to the FSF, which is to not recommend non-free -software. Therefore, we could not recommend it by default, and had to build -NonGNU ELPA. - -NonGNU ELPA will be used for packages that we don't have an assignment for but -would still like to distribute. It should ideally only be for old packages -where getting a CLA is impractical. - -It is sometimes perceived as hard to contribute to Emacs core. This impression -is largely wrong. If I can do it, you can too. - -We do have a problem in that our tools and methods (mailing lists, the bug -tracker) are out-dated. This is largely correct. We want to migrate to -something else, and the best candidate is probably Sourcehut. Please volunteer -to help! - -We sometimes see people adding stuff to their Init file to fix this or that -annoyance, or even bug. The more ambitious would go on to package up such fixes -in what I call "patch packages". "Hey, foo-mode doesn't have support for -'bookmark-set', let's write a package!" I am here to suggest that you submit a -patch to Emacs instead. - -Fixing an issue for one person is good, and fixing it for more people is even -better. Fixing it for everyone? Priceless. - -emacs-devel is not that scary, nor is email. We are really quite friendly and -easy going, but the communication we prefer (for reasons of efficiency - the -volume is very high) is often very brief and to the point. We are trying our -best at communicating, but sometimes fail. - -And we need more contributors. We need a successful Emacs on this planet. - -So should you really write a package, or should YOU become a core contributor? - - - -# Outline - -- I will urge people to consider contributing to Emacs instead of - writing small packages, and explain GNU ELPA, MELPA, CLA. -- I will go into greater detail about emacs-devel, how it "works" - (e.g. is Emacs conservative without reason?), how to get things - done and the necessary mindset. - - - +We need a successful Emacs on this planet. This means that we need an +excellent out-of-the-box experience -- one that just works, but that you +can still hack and customize. There is so much great experimentation +and work going on out there in the wider Emacs community, but we would +be even better off if more of that could go into Emacs itself. + +Emacs' greatest strength is unfortunately sometimes also its greatest +weakness: it is **too** hackable. + +On occasion, people out there add stuff to their Init file to fix this +or that annoyance, or even bug. The more ambitious might go on to +package up such fixes: "Hey, `foo-mode` doesn't have support for +`bookmark-set`, let's write a package!" I am here to suggest that you +should not do that. + +You should submit a patch to Emacs! Maybe more people have that same +problem or annoyance, and would benefit from your solution? + +It is sometimes perceived as hard to contribute to Emacs core. I want +to encourage more people to get involved, and show that the barrier to +entry is really not that high. If I can do it, you can do it too! + +So should you really write that package, or should you stop worrying and +learn to love emacs-devel? Listen to my talk to find out more! [[!inline pages="internal(2021/info/devel-schedule)" raw="yes"]] -- cgit v1.2.3 From cb0a6c8f824c414af8f7bc95e70fdd4e5f71d436 Mon Sep 17 00:00:00 2001 From: Stefan Kangas Date: Fri, 29 Oct 2021 02:55:03 +0200 Subject: Fix formatting in my talk description --- 2021/talks/devel.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to '2021') diff --git a/2021/talks/devel.md b/2021/talks/devel.md index 015e8118..461f64f3 100644 --- a/2021/talks/devel.md +++ b/2021/talks/devel.md @@ -15,12 +15,12 @@ and work going on out there in the wider Emacs community, but we would be even better off if more of that could go into Emacs itself. Emacs' greatest strength is unfortunately sometimes also its greatest -weakness: it is **too** hackable. +weakness: it is *too* hackable. On occasion, people out there add stuff to their Init file to fix this or that annoyance, or even bug. The more ambitious might go on to -package up such fixes: "Hey, `foo-mode` doesn't have support for -`bookmark-set`, let's write a package!" I am here to suggest that you +package up such fixes: "Hey, 'foo-mode' doesn't have support for +'bookmark-set', let's write a package!" I am here to suggest that you should not do that. You should submit a patch to Emacs! Maybe more people have that same -- cgit v1.2.3 From 355f9ae96e04710904ce34b5c89cc9044c420f32 Mon Sep 17 00:00:00 2001 From: Leo Vivier Date: Fri, 29 Oct 2021 23:10:53 +0200 Subject: Update name --- 2021/schedule-details.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to '2021') diff --git a/2021/schedule-details.md b/2021/schedule-details.md index c32d9ab7..4b6236e9 100644 --- a/2021/schedule-details.md +++ b/2021/schedule-details.md @@ -6,7 +6,7 @@ Choose Your Own (Technology-Enhanced Learning) AdventureGreta Goetz "GNU's Not UNIX: Why Emacs Demonstrates The UNIX Philosophy Isn't Always The Only Answer"Daniel Rose Emacs manuals translation and OmegaTJean-Christophe Helary -NonGNU ELPA UpdateKaluđerčić, Philip +NonGNU ELPA UpdatePhilip Kaludercic Manual Package Management in The Era of Repositories - Why and HowDhavan (codingquark) telega.el and the Emacs community on TelegramGabriele Bozzola and Evgeny Zajcev Introducing N-AngulatorKevin Haddock @@ -55,4 +55,4 @@ Imaginary ProgrammingShane Mulligan How to build an EmacsFermin MF M-x Forever: Why Emacs will outlast text editor trendsDavid Wilson (System Crafters) -Closing remarks day 2 \ No newline at end of file +Closing remarks day 2 -- cgit v1.2.3 From 9f2f2fa4a7e9960c21a5e3a1a2c7036e79c535c8 Mon Sep 17 00:00:00 2001 From: Leo Vivier Date: Fri, 29 Oct 2021 23:11:46 +0200 Subject: Update name in other spot --- 2021/talks/nongnu.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to '2021') diff --git a/2021/talks/nongnu.md b/2021/talks/nongnu.md index 1f88f610..33229082 100644 --- a/2021/talks/nongnu.md +++ b/2021/talks/nongnu.md @@ -6,7 +6,7 @@ # NonGNU ELPA Update -Kaluđerčić, Philip +Philip Kaludercic NonGNU ELPA was announced last year, as a package repository that will be enabled by default in Emacs, but doesn't require -- cgit v1.2.3 From fb66e43b8a48ab8378f880ab783719b6248b7526 Mon Sep 17 00:00:00 2001 From: Leo Vivier Date: Fri, 29 Oct 2021 23:12:20 +0200 Subject: Update name in other spot --- 2021/talks/nongnu.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to '2021') diff --git a/2021/talks/nongnu.md b/2021/talks/nongnu.md index 33229082..00eb1a15 100644 --- a/2021/talks/nongnu.md +++ b/2021/talks/nongnu.md @@ -1,5 +1,5 @@ [[!meta title="NonGNU ELPA Update"]] -[[!meta copyright="Copyright © 2021 Kaluđerčić, Philip"]] +[[!meta copyright="Copyright © 2021 Philip Kaludercic"]] [[!inline pages="internal(2021/info/nongnu-nav)" raw="yes"]] -- cgit v1.2.3 From a9092179ac5a4f4cf0e6735fec02dc4b962ad4f0 Mon Sep 17 00:00:00 2001 From: Mohsen Banan Date: Sat, 30 Oct 2021 06:41:44 +0000 Subject: MohsenBanan: minor updates to verify the editing process. --- 2021/talks/bidi.md | 24 +++++++++++------------- 1 file changed, 11 insertions(+), 13 deletions(-) (limited to '2021') diff --git a/2021/talks/bidi.md b/2021/talks/bidi.md index 2bfd13d7..0667d437 100644 --- a/2021/talks/bidi.md +++ b/2021/talks/bidi.md @@ -1,11 +1,11 @@ -[[!meta title="Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware"]] +[[!meta title="Perso-Arabic Input Methods And BIDI Aware Apps"]] [[!meta copyright="Copyright © 2021 Mohsen BANAN"]] [[!inline pages="internal(2021/info/bidi-nav)" raw="yes"]] -# Perso-Arabic Input Methods And Making More Emacs Apps BIDI Aware +# Perso-Arabic Input Methods And BIDI Aware Apps Mohsen BANAN @@ -21,7 +21,7 @@ open-source shaping libraries were also available. With these in place at around 2012, I developed two Persian input methods for emacs. These input -methods or variations of them can also be used +methods or variations of them can also be used for Arabic and other persoarabic scripts. With all of these in place, Emacs has now become @@ -38,23 +38,21 @@ cohesively. In this talk I will demonstrate what a wonderful environment that can be. - -- 40 minutes: (brief description/outline) - My talk will be in two parts. +My talk will be in two parts. + +In Part 1, I cover persian input methods. With an emphasis on "Banan +Multi-Character (Reverse) Transliteration Persian Input Method". The +software is part of base emacs distribution. Full documentation is available +at: - In Part 1, I cover persian input methods. With an - emphasis on &lsquo ;Banan Multi-Character (Reverse) - Transliteration Persian Input Method’. The - software is part of base emacs distribution. - Full documentation is available at: Persian Input Methods For Emacs And More Broadly Speaking شیوه‌هایِ درج به فارسی‌ - In Part 2, I will cover the ramifications of bidi - on existing emacs applications, including: +In Part 2, I will cover the ramifications of bidi on existing emacs +applications, including: - Gnus: - Persoarabic rich email sending in HTML. -- cgit v1.2.3 From 1e16eb1ceb751a4ffbf4993c4b94ffe70b3f8ebb Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Sat, 30 Oct 2021 10:26:03 -0400 Subject: Add note about extended Q&A, tech check --- 2021/prepare.md | 17 ++++++++++++++--- 1 file changed, 14 insertions(+), 3 deletions(-) (limited to '2021') diff --git a/2021/prepare.md b/2021/prepare.md index 669088de..ea8efd2c 100644 --- a/2021/prepare.md +++ b/2021/prepare.md @@ -101,9 +101,9 @@ WebM format if possible.* > format. The closer to this format submitted video files arrive in, > the easier it will be to process and upload them. -After you send in your video, if you've indicated that you'd like to -do live Q&A, we'll set up a tech-check call with you. We'll post -details here closer to that time. +If you're planning to do live Q&A, you can check your system setup at +https://test.bigbluebutton.org/ . We'll set up a tech-check call with +you, too. We'll post details here closer to that time. Thank you so much for helping with EmacsConf 2021! @@ -157,6 +157,17 @@ up the talk wiki pages. That way, you can see what else is going on in the conference and maybe coordinate with other speakers in order to minimize overlap and maximize awesomeness. +## What if there are lots of great questions during Q&A and we run out of time? + +You can continue answering questions on the collaborative pad or IRC, +and we'll copy questions and answers onto the wiki page +afterwards. You can also answer questions on the wiki page even after the event. + +An extended live demo or Q&A session might be possible if someone +volunteers to broadcast it on an alternative stream. If you or a +volunteer is interested in helping with this, please feel free to +contact us at . + ## More questions? Please email . We'd love to hear from you. -- cgit v1.2.3 From 8933e96ce091948e7a6c42ee83ef2f260ec920ed Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Sat, 30 Oct 2021 12:08:16 -0400 Subject: Starting point --- 2021/contribute.md | 63 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 63 insertions(+) create mode 100644 2021/contribute.md (limited to '2021') diff --git a/2021/contribute.md b/2021/contribute.md new file mode 100644 index 00000000..0d53dd91 --- /dev/null +++ b/2021/contribute.md @@ -0,0 +1,63 @@ +[[!meta title="Contribute to EmacsConf 2021"]] +[[!meta copyright="Copyright © 2021 Sacha Chua"]] + +Want to help with EmacsConf 2021? Here's how you can make it even better! + +# Tech checks + +Many sessions will have live question and answer sessions via Big Blue +Button, and everything works more smoothly when the speakers are all +set up and ready to go: their audio works, their screen can be shared +properly, and so on. You can help by testing their setup beforehand. + +You can test your own connection at +. If that works for you, you can be a tech check volunteer. Let us +know what your availability is and we can match you up with speakers +who want to doublecheck their setup before the conference. + +Here are some notes on the tech check process: + +- Can you hear me? Can I hear you? +- Explain process +- Test audio, webcam, screensharing, collaborative pad + - Music demos and other things that use system audio will need to be + prerecorded (or done through virtual loopback device, maybe? + Technical risk.) + - Multi-monitor setups might not be handled well by BBB; share + window instead of desktop + - Possible picture-in-picture approach to maximize screen real estate if needed + - Linux: share desktop, run cheese, set Always on Top +- Check if comfortable checking into IRC: #emacsconf-org +- Ask about Q&A preference; OR: + - live Q&A + - Q&A over pad or IRC + - no Q&A +- Get IRC nick and phone number for emergency contact, store in private wiki +- Write down name pronunciation and pronouns for inclusion in the public wiki +- Encourage webcam for Q&A, although make it clear that it's totally optional + +# Alternate streams + +Do you have a pretty good network connection and a computer capable of +livestreaming? Consider becoming an alternate streamer! You can pick +one or more of your favorite sessions from the [[schedule]] and get +set up for doing an extended stream, allowing more time for Q&A and +live demonstrations. + +# Captions + +Want to help make videos easier for people to enjoy during the +conference, or find and learn from afterwards? Please volunteer to +help caption recorded talks! You'll get a sneak preview of a talk, +and possibly auto-generated captions that you can use as a starting +point. [subed.el] mode makes it +easier to adjust the timings or edit the text. + +# Volunteer + +Thought of another way to help? Sure, suggest away. + +To volunteer, please e-mail . We'd love to +hear from you! + +Thanks for contributing to EmacsConf 2021! -- cgit v1.2.3 From 0127ec90cc2f4a0ade51d3005b12ee865336f500 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Sat, 30 Oct 2021 12:09:47 -0400 Subject: Remove Q&A preference --- 2021/contribute.md | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) (limited to '2021') diff --git a/2021/contribute.md b/2021/contribute.md index 0d53dd91..a9e07982 100644 --- a/2021/contribute.md +++ b/2021/contribute.md @@ -28,12 +28,8 @@ Here are some notes on the tech check process: - Possible picture-in-picture approach to maximize screen real estate if needed - Linux: share desktop, run cheese, set Always on Top - Check if comfortable checking into IRC: #emacsconf-org -- Ask about Q&A preference; OR: - - live Q&A - - Q&A over pad or IRC - - no Q&A -- Get IRC nick and phone number for emergency contact, store in private wiki -- Write down name pronunciation and pronouns for inclusion in the public wiki +- Get phone number for emergency contact, store in private wiki +- Write down IRC nick, name pronunciation, and pronouns for inclusion in the public wiki - Encourage webcam for Q&A, although make it clear that it's totally optional # Alternate streams -- cgit v1.2.3 From 509b6f032e589feaf95fd3904a15a1e498b7e92c Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Sat, 30 Oct 2021 12:10:53 -0400 Subject: Fix markdown --- 2021/contribute.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to '2021') diff --git a/2021/contribute.md b/2021/contribute.md index a9e07982..301a21f0 100644 --- a/2021/contribute.md +++ b/2021/contribute.md @@ -46,7 +46,7 @@ Want to help make videos easier for people to enjoy during the conference, or find and learn from afterwards? Please volunteer to help caption recorded talks! You'll get a sneak preview of a talk, and possibly auto-generated captions that you can use as a starting -point. [subed.el] mode makes it +point. [subed.el](https://github.com/rndusr/subed/) mode makes it easier to adjust the timings or edit the text. # Volunteer -- cgit v1.2.3 From 5b630b7eff64654f1dcb7808c7cef8a30f013fb3 Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Sat, 30 Oct 2021 12:11:41 -0400 Subject: Tweak wording --- 2021/contribute.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to '2021') diff --git a/2021/contribute.md b/2021/contribute.md index 301a21f0..7c8bd03c 100644 --- a/2021/contribute.md +++ b/2021/contribute.md @@ -6,7 +6,7 @@ Want to help with EmacsConf 2021? Here's how you can make it even better! # Tech checks Many sessions will have live question and answer sessions via Big Blue -Button, and everything works more smoothly when the speakers are all +Button. Everything works more smoothly when the speakers are all set up and ready to go: their audio works, their screen can be shared properly, and so on. You can help by testing their setup beforehand. -- cgit v1.2.3 From 03ef8e8fe17c70fb070e4b217271d4ea20a60947 Mon Sep 17 00:00:00 2001 From: Leo Vivier Date: Sat, 30 Oct 2021 18:12:05 +0200 Subject: Add notes from last session --- 2021/meetings.org | 153 +++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 152 insertions(+), 1 deletion(-) (limited to '2021') diff --git a/2021/meetings.org b/2021/meetings.org index 2762be5a..68c0ee91 100644 --- a/2021/meetings.org +++ b/2021/meetings.org @@ -18,7 +18,8 @@ - Tech - Figuring out a better streaming workflow (speakers & OBS) - CDN with Nate Sales: mplsCorwin, bandali - - Stand-by until late-April + - Stand-by for now + - Separate from Fosshost - Documenting our infrastructure - bandali and gopar's podcast: bandali, gopar @@ -96,6 +97,8 @@ - EmacsVerse - Vet Mailman and exim instance for usergroups: bandali + - Figure out the interactions between (potential) emacsverse.org and emacs.org + - It’s about control domains and sources of truth - Misc - Writing about Emacs: zaeph @@ -107,6 +110,154 @@ *** Email speaker - Push speakers to add talk links, homepage/social & sponsoring links on their page (ideally could have been done with our first "please edit your talk page" email) +* November 6, 2021 +- TODOs: + - Everyone: + - Get working on contribute.md by Tue-Wed + - Non-exhaustive list of tasks to mention (relevant for this year): + 1. Editing captions or writing new ones + 2. Helping with tech-checks + 3. Looking at the schedule, and if there’s something they particularly like, they could run get ready for a prolonged Q&A session + - bandali: + - ASAP: Give SSH access to sachac on ftp-upload@emacsconf.org + - Ping corwin to get another distro installed on vm02 (possibly Trisquel or Alpine) + - Look into making TLS/SSL optional + - sachac: Right now, the configuration for the ftp server forces it. + - Fosshost: Drop an application for another storage-server for the prerecs + - zaeph: + - ASAP: Email designated volunteers + - Create BBB accounts for new tech-checkers + - Publicise contribe.md on r/emacs when it’s published + - Make a pinned comment on the program announcement asking for volunteers, linking to contribute.md, and maybe keeping it up to date by editing it to reflect current needs + - corwin: + - Record a 6-second video ad + - Go through the script together + +* October 30, 2021 meeting + +- Check-ins + - sachac: + - Using Emacs itself to record her talk, and has even managed to get a spectrum analyser right into it! + - [[https://github.com/sachac/subed-waveform][sachac/subed-waveform: Minor mode for displaying the waveform for the current subtitle in an Emacs subed-mode buffer]] + - bandali: + - Busy with the emails and around GNU in general + - Almost finished with a paper building on parts of his MA dissertation + - Last week’s presentation went well despite some minor hiccups + - It was a *long* session, so a 5-min break can be glossed over + - zaeph: + - All is well! A lot of swimming and fun experimentations! + - corwin: + - Pretty rested! + - Lots of stuff brewing with Fosshost + +- FTP: + - sachac: Where can I find the recordings? + - If we get talks early, we might get started on the subtitling + - bandali: Tried to setup the 2nd upload server + - Couldn’t get it to work; the same configuration on front0 for testing was working, but not onl + - The FSF sysadmins gave us access to a session/server which we might use as replacement + - sachac: Where can we keep the talks on front0? + - Reasoning: + - Last year, one of the issue that th epeople who had missed a talk wished they could have watched it + - Whilst the prerec is playing on the stream, we could put in a public directory to be able to watch it + - It’d be amazing if we could get the recordings ASAP this year, since most of them will be prerecs + - People need to be uploading files to the very server that we will be storing them on. + - Discussion: + - bandali: The main VMs that we have (live0 and front0) are fairly small, 20-25GB each. What we’ve been doing for the past couple EmacsConf has been to upload to a server provided Computer Science of the University of Waterloo + - Options: + - Fosshost + - corwin: Disk-space comes super-cheap to Fosshost, which means that it might be a good option. + - Could become our primary source (vs. CS Club which we use currently) + - CS Club (University of Waterloo); we might not have it eternally + - At the moment, it is our primary source + - We can still use it as a mirror + - audio-video.gnu.org (FSF) + - yang’s 2 mirrors in Europe + - Other options that we might consider for other editions: + - Justification: + - corwin: The footprint of EmacsConf will always grow as long as we maintain older publications for posterity, even if the grow is fairly linear. + - Linode block storage + - 1$/month for 10 GB + - corwin’s favourite provider + - Meta: + - Having 3 ISP is better than having 2 + - From a growth perspective, it’s good to have some cash outlay to help people understand that we have a need for money + - This also appeared with the android-app + - Other considerations + - Using emacsconf.org for redirections + - bandali: Someone set up two mirrors for us in Europe; it’d be nice to have mirror-resolve/-rotator that we could put in front to do the redirecting + - sachac: That would put more sysad work on bandali, though + - How do we handle the private→public publishing of the recording? + 1. Upload all the files to the public server + 2. chmod o-r on all the talks + 3. When a talk goes live: chmod o+r + - Handling redirections à la CDN + - bandali: + - We might want to add A records pointing to all the servers that we’re using as mirrors (in a round-robin fashion) + - GNU might have solutions + +- Asking new domains to the FSF sysadmins, especially on .emacs.org + - Have we considered having a .gnu.org domain linking to emacs.org? + - conf.emacs.org could be very nice for visibility. + - corwin: Could we do the same with orgmode.org? + - Imagine if the org-mode website had a featured talk from the EmacsConf! + - corwin: Once the relationship exists between emacs.org and orgmode.org, a lot of bridges can be built between the communities with mutual benefits + +- Alternate streams & Rebroadcasts + - APAC: + - sachac: As the prerecs come in, we can touch base with dragestil re: APAC event + - Other streamers: + - sachac: These next few weeks are also the best time to onboard alternate streamers + - corwin: Our must important work right now is bringing more talents/newcommers, and get them to the level where they feel technically-competent and empowered to help us further. + +- How to get new organisers involved as well they could be with the project? + - Doing tech-checks is a pretty good and easy to get started with volunteers. + - sachac: When we activate the other volunteers, what should we be asking them to consider? *Ordered by priority*, and which we should mention on the ~contribute.md~: + 1. Editing captions or writing new ones + 2. Helping with tech-checks + 3. Looking at the schedule, and if there’s something they particularly like, they could run get ready for a prolonged Q&A session + - sachac: We might have a ~contribute.md~ page similar to the prepare.md page + - We should link from /2021 to /2021/contribute.md. + - Also, other people who could come across it rather than just our current volunteers. + - corwin: ~contribute.md~ is the invitation, and the ~prepare.md~ is the directions to the party. + - How do we publicise this contribue.md? + - zaeph: Could we publicise contribute.md on r/emacs + - corwin: Yes! It’s a great piece of promotion to do. + - bandali: It might make sense to mention contribute.md to speakers + - Our next email to speakers should link to contribute.md + +- Tech-checks + - Getting organisers on board with tech-checks + - Which new volunteers could be bring along on this project? + - acdw (AM) + - dragestil (APAC) + - bhavin192 (APAC) + - seabass (EU) + - zleap (EU) + - zaeph (EU) + - corwin (AM) + - ??? + - bandali (AM) + - Putting the finishing touches on the checklist + #+begin_quote + - Would you please share your pronouns? + - Can you tell us how to pronounce your name? + - Can you speak and be heard? Is there echo? + - Can you hear the organizer (me)? + - Can you share your screen? Is the screen readable? + - If you plan to show your keystrokes, is that display visible? + - If you want to share your webcam (optional), can you enable it? Is it visible? Will there likely be distractions in the background? + - Can you view the collaborative pad? Will you be comfortable reviewing questions on your own (perhaps by keeping it open beside your shared window), or will you need a volunteer to relay questions to you? + - Can you share contact information (ex: phone number) so that we can get in touch with you in case of technical issues or scheduling changes? + - Do you need help finding your way around IRC so that you can check into `#emacsconf-org`? What is your IRC nickname? + #+end_quote + +- What to mention in our closing remarks + - Acknowledging volunteers + - Inviting other volunteers + - Alternate streams / Multiple tracks + + * October 23, 2021 meeting - TODO -- cgit v1.2.3 From 13bf8cced2887e563bc8c31c8adc51334fac32c8 Mon Sep 17 00:00:00 2001 From: Leo Vivier Date: Sat, 30 Oct 2021 18:19:02 +0200 Subject: Add another potential volunteer --- 2021/meetings.org | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) (limited to '2021') diff --git a/2021/meetings.org b/2021/meetings.org index 68c0ee91..f5532f4f 100644 --- a/2021/meetings.org +++ b/2021/meetings.org @@ -106,9 +106,6 @@ - Diversity outreach: gopar, sachac, zaeph, mplsCorwin * EmacsConf 2021: Long-running TODOs -** Closer to the conference week -*** Email speaker -- Push speakers to add talk links, homepage/social & sponsoring links on their page (ideally could have been done with our first "please edit your talk page" email) * November 6, 2021 - TODOs: @@ -234,6 +231,7 @@ - bhavin192 (APAC) - seabass (EU) - zleap (EU) + - ullbeking (?) - zaeph (EU) - corwin (AM) - ??? -- cgit v1.2.3 From d897c0289d2515f1e122994057241abd222ef202 Mon Sep 17 00:00:00 2001 From: Mohsen Banan Date: Sat, 30 Oct 2021 19:37:06 +0000 Subject: MohsenBanan: Mostly shaped up now. --- 2021/talks/bidi.md | 74 ++++++++++++++++++++++++++++++++++++++---------------- 1 file changed, 52 insertions(+), 22 deletions(-) (limited to '2021') diff --git a/2021/talks/bidi.md b/2021/talks/bidi.md index 0667d437..a02f8df4 100644 --- a/2021/talks/bidi.md +++ b/2021/talks/bidi.md @@ -6,12 +6,11 @@ # Perso-Arabic Input Methods And BIDI Aware Apps -Mohsen BANAN - - -# Table of Contents - +Mohsen BANAN -- محسن بنان +Emacs is a multilingual user environment. A true multilingual editor must +support bidirectionality and shaping of characters. Perso-Arabic script require +both of these features. Starting with Emacs 24, full native bidi (bidirectional) support became available. For @@ -26,13 +25,13 @@ Arabic and other persoarabic scripts. With all of these in place, Emacs has now become the ne plus ultra Halaal/Convivial usage -environment for persoarabic users. +environment for Perso-Arabic users. Since emacs comes loaded with everything (Gnus for email, Bbdb for address books, XeLaTeX modes for typesetting, org-mode for organization, spell -checkers, completions, calendar, etc.), all basic -computing and communication needs of persoarabic +checkers, completion systems, calendar, etc.), all basic +computing and communication needs of Perso-Arabic users can be addressed in one place and cohesively. @@ -51,24 +50,55 @@ at: شیوه‌هایِ درج به فارسی‌ -In Part 2, I will cover the ramifications of bidi on existing emacs -applications, including: +In Part 2, I'll demonstrate that Emacs is far more than an editor. Emacs can be +a complete Perso-Arabic usage environment. I will also cover the ramifications +of bidi on existing emacs applications, including: - - Gnus: - - Persoarabic rich email sending in HTML. - - Ramifications of bidi on from, to and - subject lines. +- Spell Checking, Dictionaries And Completion Frameworks: + - Existing emacs facilities can be extended to cover Perso-Arabic. - - Bbdb: Ramifications of bidi on display and - completion. +- Gnus: + - Perso-Arabic rich email sending in HTML. + - Ramifications of bidi on from:, to: and subject: lines. - - Calendar: - - Ramifications of bidi on display. - - Use of persian text for Persian (solar) calendar. - - Use of arabic text for Muslem (lunar) calendar. +- Bbdb: Ramifications of bidi on display and completion. - - AUCTeX: Persian typesetting with XeLaTeX - +- Calendar: + - Ramifications of bidi on display. + - Use of persian text for Persian (solar) calendar. + - Use of arabic text for Muslem (lunar) calendar. + +- AUCTeX: Persian typesetting with XeLaTeX + - Option of having Perso-Arabic alias fo all latex commands. + +References: + - Persian Input Methods: + http://mohsen.1.banan.byname.net/PLPC/120036 + http://www.persoarabic.org/PLPC/120036 -- Persian Input Methods Access Page + http://www.persoarabic.org -- Various Perso-Arabic resources + http://www.freeprotocols.org/Repub/fpf-isiri-6219 -- Re-Publication Of + Persian Information Interchange and Display Mechanism, using Unicode + https://github.com/bx-blee/persian-input-method -- Git repo for + persian.el -- Quail package for inputting Persian/Farsi keyboards + + - BIDI: + http://www.unicode.org/reports/tr9/ -- Annex #9 of the Unicode standard + https://www.gnu.org/software/emacs/manual/html_node/elisp/Bidirectional-Display.html + Emacs Bidirectional Display + + - Blee and Persian-Blee: + https://github.com/bx-blee/env2 -- Very messy work-in-progress git repo for: + Blee: By* Libre-Halaal Emacs Environment + http://www.by-star.net -- A Moral Alterantive To The Proprietary American Digital Ecosystem + http://mohsen.1.banan.byname.net/PLPC/120033 -- + Nature of Polyexistentials: + Basis for Abolishment of The Western Intellectual Property Rights Regime + http://mohsen.1.banan.byname.net/PLPC/120039 -- Defining The Libre-Halaal Label + + - Mohsen BANAN -- محسن بنان: + http://mohsen.1.banan.byname.net/ -- Globish + http://mohsen.1.banan.byname.net/persian -- Farsi + http://mohsen.1.banan.byname.net/french -- French [[!inline pages="internal(2021/info/bidi-schedule)" raw="yes"]] -- cgit v1.2.3 From 7d463b0e0db6d2dfcf9828f495ae5580a74329fe Mon Sep 17 00:00:00 2001 From: Mohsen Banan Date: Sat, 30 Oct 2021 19:45:43 +0000 Subject: MohsenBanan: Links needed angle brackets. --- 2021/talks/bidi.md | 29 +++++++++++++++-------------- 1 file changed, 15 insertions(+), 14 deletions(-) (limited to '2021') diff --git a/2021/talks/bidi.md b/2021/talks/bidi.md index a02f8df4..8acc6384 100644 --- a/2021/talks/bidi.md +++ b/2021/talks/bidi.md @@ -72,33 +72,34 @@ of bidi on existing emacs applications, including: - Option of having Perso-Arabic alias fo all latex commands. References: + - Persian Input Methods: - http://mohsen.1.banan.byname.net/PLPC/120036 - http://www.persoarabic.org/PLPC/120036 -- Persian Input Methods Access Page - http://www.persoarabic.org -- Various Perso-Arabic resources - http://www.freeprotocols.org/Repub/fpf-isiri-6219 -- Re-Publication Of + + -- Persian Input Methods Access Page + -- Various Perso-Arabic resources + -- Re-Publication Of Persian Information Interchange and Display Mechanism, using Unicode - https://github.com/bx-blee/persian-input-method -- Git repo for + -- Git repo for persian.el -- Quail package for inputting Persian/Farsi keyboards - BIDI: - http://www.unicode.org/reports/tr9/ -- Annex #9 of the Unicode standard - https://www.gnu.org/software/emacs/manual/html_node/elisp/Bidirectional-Display.html + -- Annex #9 of the Unicode standard + Emacs Bidirectional Display - Blee and Persian-Blee: - https://github.com/bx-blee/env2 -- Very messy work-in-progress git repo for: + -- Very messy work-in-progress git repo for: Blee: By* Libre-Halaal Emacs Environment - http://www.by-star.net -- A Moral Alterantive To The Proprietary American Digital Ecosystem - http://mohsen.1.banan.byname.net/PLPC/120033 -- + -- A Moral Alterantive To The Proprietary American Digital Ecosystem + -- Nature of Polyexistentials: Basis for Abolishment of The Western Intellectual Property Rights Regime - http://mohsen.1.banan.byname.net/PLPC/120039 -- Defining The Libre-Halaal Label + -- Defining The Libre-Halaal Label - Mohsen BANAN -- محسن بنان: - http://mohsen.1.banan.byname.net/ -- Globish - http://mohsen.1.banan.byname.net/persian -- Farsi - http://mohsen.1.banan.byname.net/french -- French + -- Globish + -- Farsi + -- French [[!inline pages="internal(2021/info/bidi-schedule)" raw="yes"]] -- cgit v1.2.3 From 03d04ed81b6861e429178d2ef62ed73ac60e430a Mon Sep 17 00:00:00 2001 From: Mohsen Banan Date: Sat, 30 Oct 2021 20:29:34 +0000 Subject: MohsenBanan: Fixed a few typos. --- 2021/talks/bidi.md | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-) (limited to '2021') diff --git a/2021/talks/bidi.md b/2021/talks/bidi.md index 8acc6384..7bff4e8f 100644 --- a/2021/talks/bidi.md +++ b/2021/talks/bidi.md @@ -9,7 +9,7 @@ Mohsen BANAN -- محسن بنان Emacs is a multilingual user environment. A true multilingual editor must -support bidirectionality and shaping of characters. Perso-Arabic script require +support bidirectionality and shaping of characters. Perso-Arabic scripts require both of these features. Starting with Emacs 24, full native bidi @@ -21,10 +21,10 @@ open-source shaping libraries were also available. With these in place at around 2012, I developed two Persian input methods for emacs. These input methods or variations of them can also be used for -Arabic and other persoarabic scripts. +Arabic and other Perso-Arabic scripts. With all of these in place, Emacs has now become -the ne plus ultra Halaal/Convivial usage +the ne plus ultra Libre-Halaal and Convivial usage environment for Perso-Arabic users. Since emacs comes loaded with everything (Gnus @@ -40,7 +40,7 @@ environment that can be. My talk will be in two parts. -In Part 1, I cover persian input methods. With an emphasis on "Banan +In Part 1, I cover Persian input methods. With an emphasis on "Banan Multi-Character (Reverse) Transliteration Persian Input Method". The software is part of base emacs distribution. Full documentation is available at: @@ -65,11 +65,11 @@ of bidi on existing emacs applications, including: - Calendar: - Ramifications of bidi on display. - - Use of persian text for Persian (solar) calendar. - - Use of arabic text for Muslem (lunar) calendar. + - Use of Persian text for Persian (solar) calendar. + - Use of Arabic text for Muslem (lunar) calendar. - AUCTeX: Persian typesetting with XeLaTeX - - Option of having Perso-Arabic alias fo all latex commands. + - Option of having right-to-left Perso-Arabic aliases for all latex commands. References: @@ -90,7 +90,7 @@ References: - Blee and Persian-Blee: -- Very messy work-in-progress git repo for: Blee: By* Libre-Halaal Emacs Environment - -- A Moral Alterantive To The Proprietary American Digital Ecosystem + -- A Moral Alternative To The Proprietary American Digital Ecosystem -- Nature of Polyexistentials: Basis for Abolishment of The Western Intellectual Property Rights Regime @@ -101,7 +101,6 @@ References: -- Farsi -- French - [[!inline pages="internal(2021/info/bidi-schedule)" raw="yes"]] [[!inline pages="internal(2021/info/bidi-nav)" raw="yes"]] -- cgit v1.2.3