<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Posts on Colin McLear</title>
    <link>https://www.colinmclear.net/posts/</link>
    <description>Recent content in Posts on Colin McLear</description>
    <generator>Hugo -- 0.146.0</generator>
    <language>en</language>
    <lastBuildDate>Tue, 11 Nov 2025 13:42:58 -0500</lastBuildDate>
    <atom:link href="https://www.colinmclear.net/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Teaching Notes, Slides, &amp; Handouts</title>
      <link>https://www.colinmclear.net/2021/teaching-notes-slides-handouts/</link>
      <pubDate>Fri, 15 Oct 2021 22:50:00 -0400</pubDate>
      <guid>https://www.colinmclear.net/2021/teaching-notes-slides-handouts/</guid>
      <description>&lt;p&gt;I’ve recently created some functions in emacs to make exporting notes, slides, and
handouts somewhat easier. I do all this using &lt;a href=&#34;https://orgmode.org&#34;&gt;org-mode&lt;/a&gt;. I figure there are at least a
few other people who might find this workflow of interest so I though I would
document it here (it will also serve as a document of how all this works in case I
forget in the future).&lt;/p&gt;
&lt;p&gt;I want to be able to turn something like the following:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Emacs Configurations</title>
      <link>https://www.colinmclear.net/2019/emacs-configurations/</link>
      <pubDate>Tue, 22 Oct 2019 20:26:00 -0400</pubDate>
      <guid>https://www.colinmclear.net/2019/emacs-configurations/</guid>
      <description>&lt;p&gt;I spend a lot of time writing and editing. I use a &lt;a href=&#34;https://en.wikipedia.org/wiki/Text_editor&#34;&gt;text editor&lt;/a&gt; for this. I’ve &lt;a href=&#34;https://www.colinmclear.net/posts/texteditor/&#34;&gt;written
before&lt;/a&gt; on why I think text editors are the best means for writing and editing one can
have. But part of why a text editor can be so important is that they tend to be
extensible or configurable (or both)&amp;mdash;you can fit the editor to your needs. I use
&lt;a href=&#34;https://www.gnu.org/s/emacs/&#34;&gt;emacs&lt;/a&gt;, which is perhaps the most configurable and extensible text editor there is.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Moving to Hugo</title>
      <link>https://www.colinmclear.net/2018/moving-to-hugo/</link>
      <pubDate>Thu, 19 Jul 2018 10:49:00 -0400</pubDate>
      <guid>https://www.colinmclear.net/2018/moving-to-hugo/</guid>
      <description>&lt;p&gt;Another summer, another excuse to tinker with my website. I’ve used &lt;a href=&#34;https://blog.getpelican.com&#34;&gt;pelican&lt;/a&gt;, a
python &lt;a href=&#34;https://en.wikipedia.org/wiki/Web_template_system#Static_site_generators&#34;&gt;static site generator&lt;/a&gt;, to run this website for nearly six years. It’s a
great tool. But I dislike python &lt;a href=&#34;https://en.wikipedia.org/wiki/Dependency_hell&#34;&gt;dependency hell&lt;/a&gt;, and pelican is a bit slow.
So I’ve looked elsewhere. &lt;a href=&#34;https://gohugo.io&#34;&gt;Hugo&lt;/a&gt; is blazing fast, has a thriving community,
decent templates, and a downloadable binary that you can get via &lt;a href=&#34;https://brew.sh&#34;&gt;homebrew&lt;/a&gt;. No
more dependency management! Also important for me (as an &lt;a href=&#34;https://www.gnu.org/software/emacs/&#34;&gt;emacs&lt;/a&gt; user), there is
a great &lt;a href=&#34;https://orgmode.org&#34;&gt;org-mode&lt;/a&gt; exporter&amp;mdash;&lt;a href=&#34;https://ox-hugo.netlify.com&#34;&gt;ox-hugo&lt;/a&gt;&amp;mdash;that lets me easily generate the web
content from an org-file. On the whole I’ve been very happy with the move.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Text Editors and Academic Writing</title>
      <link>https://www.colinmclear.net/2016/text-editors-and-academic-writing/</link>
      <pubDate>Mon, 05 Sep 2016 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2016/text-editors-and-academic-writing/</guid>
      <description>&lt;p&gt;Tools for writing using a computer fall into two broad camps. On the one side
we have &lt;a href=&#34;https://en.wikipedia.org/wiki/WYSIWYG&#34;&gt;WYSIWIG&lt;/a&gt; word processing applications like Microsoft Word, Apple Pages,
and Google Docs. They allow not only the typing of text but also real-time
formatting and display. These applications are familiar to most, and are the
dominant ones used in higher-ed today. They also tend to be expensive (or
available only to those with institutional affiliation), suffer from issues of
feature-bloat and unnecessary make-overs, and use proprietary
non-human-readable file formats.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Writing a syllabus for multiple formats</title>
      <link>https://www.colinmclear.net/2016/writing-a-syllabus-for-multiple-formats/</link>
      <pubDate>Sun, 17 Jul 2016 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2016/writing-a-syllabus-for-multiple-formats/</guid>
      <description>&lt;p&gt;I find it generally preferable to keep information I use for teaching in a
format that allows for different styles of presentation. I’ve written &lt;a href=&#34;http://colinmclear.net/2015/maintaining-a-cv-in-multiple-formats&#34;&gt;before&lt;/a&gt;
about how one might keep a CV in a yaml document that outputs to a variety of
different possible formats using &lt;a href=&#34;http://pandoc.org/README.html&#34;&gt;pandoc&lt;/a&gt;. I also use a similar system for
syllabi.&lt;/p&gt;
&lt;p&gt;The basic idea is to keep your syllabus in a yaml file and export it to html,
pdf, or rtf using a makefile. The nice thing about this is that you can, e.g.,
hand out a nicely formatted PDF (or printout) of your syllabus at the
beginning of the semester, and then keep a continually updated version on your
course website as HTML, all without having to have multiple documents that
you’re editing. You can find the basic template on &lt;a href=&#34;https://github.com/mclear-teaching-projects/syllabus_template&#34;&gt;Github&lt;/a&gt; and an example from
my &lt;a href=&#34;http://phil101.colinmclear.net&#34;&gt;PHIL 101 class&lt;/a&gt;, also on &lt;a href=&#34;https://github.com/mclear-teaching-projects/phil101/tree/master/Syllabus_Intro&#34;&gt;Github&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Site Changes</title>
      <link>https://www.colinmclear.net/2016/site-changes/</link>
      <pubDate>Sat, 28 May 2016 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2016/site-changes/</guid>
      <description>&lt;p&gt;I’m making some changes to the website over the next couple weeks. I’m moving
all the teaching materials to their own websites (e.g.
&lt;a href=&#34;http://phil105.colinmclear.net&#34;&gt;phil105.colinmclear.net&lt;/a&gt;). So please excuse any broken links you find in the
meantime!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Maintaining a CV in Multiple Formats</title>
      <link>https://www.colinmclear.net/2015/maintaining-a-cv-in-multiple-formats/</link>
      <pubDate>Mon, 14 Dec 2015 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2015/maintaining-a-cv-in-multiple-formats/</guid>
      <description>&lt;p&gt;Suppose you want to keep a CV accessible in PDF, html, and perhaps other
formats (e.g. docx). It’s a pain to do them all individually and keep them in
sync. Here’s one way to avoid that issue, though it has a bit of initial work
involved in setting everything up. What you want to do is keep your CV (or
really anything of that ilk that you want to have available in multiple
formats) in a &lt;a href=&#34;https://en.wikipedia.org/wiki/YAML&#34;&gt;YAML&lt;/a&gt; file and then use
&lt;a href=&#34;http://pandoc.org&#34;&gt;pandoc&lt;/a&gt; to convert the YAML file into whatever documents
you need. I got the idea from looking at
&lt;a href=&#34;https://github.com/mrzool/cv-boilerplate&#34;&gt;this template&lt;/a&gt; on Github.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pandoc Letters</title>
      <link>https://www.colinmclear.net/2015/pandoc-letters/</link>
      <pubDate>Wed, 22 Jul 2015 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2015/pandoc-letters/</guid>
      <description>&lt;p&gt;I had to write a recommendation letter today and thought I’d use it as an
excuse to write up a Pandoc template for Pandoc-LaTeX conversion. It generates
a nice looking letter with letterhead (assuming you have a logo for it). It
uses the &lt;a href=&#34;https://www.ctan.org/pkg/newlfm?lang=en&#34;&gt;newlfm package&lt;/a&gt;. The template is on github &lt;a href=&#34;https://raw.githubusercontent.com/mclearc/pandoc-templates/master/letter.tex&#34;&gt;here&lt;/a&gt;. I got the idea from
Matthew Miller’s &lt;a href=&#34;http://www.matthewjmiller.net/howtos/customized-cover-letter-scripts/&#34;&gt;post&lt;/a&gt;, and &lt;a href=&#34;http://texblog.org/2013/11/11/latexs-alternative-letter-class-newlfm/&#34;&gt;this discussion&lt;/a&gt; on &lt;a href=&#34;http://texblog.org&#34;&gt;texblog.org&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Version Control and Academic Writing</title>
      <link>https://www.colinmclear.net/2015/version-control-and-academic-writing/</link>
      <pubDate>Fri, 17 Jul 2015 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2015/version-control-and-academic-writing/</guid>
      <description>&lt;p&gt;Academic writing typically requires writing something in drafts. Many drafts.
Until recently there have been few ways of elegantly handling this. Often, one
would need to title the current draft with the day’s date, then save this
draft in a folder (named, e.g., “drafts” or “versions”), and do this every
time one sits down to write. This works, in some ways. The data is there. The
problem is that you quickly end up with a folder (or desktop’s) worth of
files. These filenames have typically ridiculous and increasingly obscure
titles (e.g. final-draft-final-revision\final-draft-04-2018.docx). And it
is seldom clear, using this method, exactly what one did when, without
actually opening a particular file and looking, or trying to remember when
(and where) it was that one made the relevant change.&lt;/p&gt;</description>
    </item>
    <item>
      <title>New Site Design</title>
      <link>https://www.colinmclear.net/2015/new-site-design/</link>
      <pubDate>Mon, 13 Jul 2015 00:00:00 +0000</pubDate>
      <guid>https://www.colinmclear.net/2015/new-site-design/</guid>
      <description>&lt;p&gt;I’ve updated the website with (what I hope is) a cleaner look and a bit better
navigation. Thanks go to &lt;a href=&#34;https://github.com/DandyDev&#34;&gt;DandyDev&lt;/a&gt; for developing a great &lt;a href=&#34;https://github.com/DandyDev/pelican-bootstrap3&#34;&gt;bootstrap theme&lt;/a&gt; for
&lt;a href=&#34;http://blog.getpelican.com&#34;&gt;Pelican&lt;/a&gt;. I’ll be continuing to tweak here and there so apologies if you find
broken links or other infelicities.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
