From: Thomas S. Dye <tsd@tsdye.com>
To: Erik Hetzner <egh@e6h.org>
Cc: emacs-orgmode@gnu.org
Subject: Re: emacs & org mode for scholars questions
Date: Tue, 25 Aug 2015 06:48:13 -1000 [thread overview]
Message-ID: <m28u8z71rm.fsf@tsdye.com> (raw)
In-Reply-To: <55dbff57.2491420a.591b6.5304@mx.google.com>
Aloha Erik,
Erik Hetzner <egh@e6h.org> writes:
> Hi all,
>
> I am going to be giving a talk on how Emacs can help support scholars,
> especially those who are using plain text and doing reproducible
> research, at “Emacsconf 2015” in San Francisco this Saturday (the
> 29th).
>
> I have done some work on managing references using Emacs & pandoc, but
> what I’d like to focus on in this talk is why Emacs is a great tool
> for scholarly writers (both scientists and humanists) and what Emacs
> developers should be concentrating on to make it an even better tool
> for the scholarly community.
>
> I’m wondering if you any of you might have any suggestions about what
> you would like to see Emacs do better to support the scholarly writing
> community.
If you'll be talking to Emacs developers, then my advice would be to
thank them for their good work. The stable platform they've developed
supports the most congenial scholarly writing environment I can
imagine.
From my point of view, most of the development action that directly
affects scholarly writers takes place outside of Emacs proper in the
various modes and packages that run on top of it, especially Org mode.
The shifting community of volunteers that regularly congregates around
Org mode development is open to and interested in the needs of the
scholarly writing community. This is one of the lasting legacies
established by Org mode's creator, Carsten Dominik, a scholar and writer
himself. Early on, he recognized the potential of Babel and the support
and guidance he offered Eric Shulte and Dan Davison were integral to the
success of that audacious project. When Nicolas Goaziou rebuilt the
export framework a few years ago, the last piece of the puzzle was in
place. Now, a single plain text computer file on my computer regularly
contains reading notes, a laboratory notebook, work schedules, data
sets, computer code designed to analyze the data, and one or more
scholarly papers ready to be exported to publishers' specs. How
incredible is that!
From the end-user's perspective, the Achilles' heel is the staggering
complexity right at the surface. Of course, this is part of what makes
Emacs a great development platform. But for the scholarly writer the
complexity can be daunting, and it is here that I think Emacs
development might give more help to mode and package developers. The
customization facilities of Emacs are fine if you're willing to spend
time trying to grasp the fine-grained structure of the Emacs
environment, and want your customization to apply globally, but in my
experience this is a consistent source of frustration. When I set a
variable I'm reasonably confident that my setting will solve a
particular issue I'm having, but I lack the ability to understand what
other effects it might have when I'm working later on another task with
other issues. Over the years I've come to set most variables locally,
either individually and directly or indirectly in batches by executing
code I keep in the library of Babel. It would be great to have a
customization tool whose effects are buffer local, sensitive to the
task at hand, and easily accessed by the user.
But, really, I can't imagine doing my scholarly writing outside of
Emacs.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
next prev parent reply other threads:[~2015-08-25 16:48 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-25 5:38 emacs & org mode for scholars questions Erik Hetzner
2015-08-25 13:51 ` John Kitchin
2015-08-25 15:04 ` Matt Price
2015-08-25 15:16 ` Eric S Fraga
2015-08-25 20:18 ` John Kitchin
2015-08-26 9:30 ` Eric S Fraga
2015-08-26 10:39 ` John Kitchin
2015-08-26 11:07 ` Eric S Fraga
2015-08-26 13:04 ` John Kitchin
2015-08-25 16:10 ` Suvayu Ali
2015-08-26 13:06 ` John Kitchin
2015-08-27 5:21 ` Marcin Borkowski
2015-08-27 10:31 ` John Kitchin
2015-08-25 16:48 ` Thomas S. Dye [this message]
2015-08-25 17:23 ` Eric S Fraga
2015-09-02 4:03 ` Erik Hetzner
2015-09-02 10:40 ` John Kitchin
2015-09-03 2:00 ` Erik Hetzner
2015-09-05 0:29 ` John Kitchin
2015-09-05 14:08 ` Thierry Banel
2015-09-04 6:44 ` Christian Wittern
2015-09-04 7:45 ` Rasmus
2015-09-02 11:00 ` Rasmus
2015-09-02 12:33 ` Xebar Saram
2015-09-02 12:51 ` Rasmus
2015-09-02 13:17 ` Marcin Borkowski
2015-09-02 14:53 ` Jorge A. Alfaro-Murillo
2015-09-03 2:10 ` Erik Hetzner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m28u8z71rm.fsf@tsdye.com \
--to=tsd@tsdye.com \
--cc=egh@e6h.org \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.