<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: ELisp best practices?</title>
	<atom:link href="http://andreasjacobsen.com/2009/01/07/elisp-best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://andreasjacobsen.com/2009/01/07/elisp-best-practices/</link>
	<description>Another cause of procrastination</description>
	<lastBuildDate>Fri, 02 Jul 2010 06:05:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: The Betacantrips Travelogue &#187; Emacs Lisp Best Practices?</title>
		<link>http://andreasjacobsen.com/2009/01/07/elisp-best-practices/#comment-156</link>
		<dc:creator>The Betacantrips Travelogue &#187; Emacs Lisp Best Practices?</dc:creator>
		<pubDate>Sat, 24 Apr 2010 23:39:41 +0000</pubDate>
		<guid isPermaLink="false">http://andreasjacobsen.com/?p=89#comment-156</guid>
		<description>[...] one page wondering the same thing. There&#8217;s always a ton of interesting stuff whenever you go poking at emacs packages; most [...]</description>
		<content:encoded><![CDATA[<p>[...] one page wondering the same thing. There&#8217;s always a ton of interesting stuff whenever you go poking at emacs packages; most [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas</title>
		<link>http://andreasjacobsen.com/2009/01/07/elisp-best-practices/#comment-83</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Thu, 08 Jan 2009 14:04:33 +0000</pubDate>
		<guid isPermaLink="false">http://andreasjacobsen.com/?p=89#comment-83</guid>
		<description>That&#039;s interesting. I think autoload is next up on the list of things to add for my config. I did something similar previously, having a custom package of my own to require so I could gather any customizations there. I cut down on it when I realized I had a bunch of these where the only thing they did was require the original package.</description>
		<content:encoded><![CDATA[<p>That&#8217;s interesting. I think autoload is next up on the list of things to add for my config. I did something similar previously, having a custom package of my own to require so I could gather any customizations there. I cut down on it when I realized I had a bunch of these where the only thing they did was require the original package.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://andreasjacobsen.com/2009/01/07/elisp-best-practices/#comment-82</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 08 Jan 2009 12:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://andreasjacobsen.com/?p=89#comment-82</guid>
		<description>I have another way of doing it that may be more modular.  When I want to use a new package, I make a new file ~/.emacs.d/me-package.el  I put (require &#039;package) in me-package.el, along with any customizations for the package that I want.  I then use autoload in my ~/.emacs to load me-package whenever I use one of the commands that the package provides.

For example, I just started using ack instead of grep.  I put 

(require &#039;ack)

(setq ack-guess-type t)
(setq ack-command &quot;ack-grep --nocolor --nogroup&quot;)

(provide &#039;me-ack)

in ~/.emacs.d/me-ack and 

(autoload &#039;ack &quot;me-ack&quot; &quot;grep replacement&quot; t)

in ~/.emacs

I think the advantage of this is to separate the configuration of different packages, while not dying if one of the packages isn&#039;t present.  It should also speed up initial loading time a little bit because large packages aren&#039;t loaded until they are needed.</description>
		<content:encoded><![CDATA[<p>I have another way of doing it that may be more modular.  When I want to use a new package, I make a new file ~/.emacs.d/me-package.el  I put (require &#8216;package) in me-package.el, along with any customizations for the package that I want.  I then use autoload in my ~/.emacs to load me-package whenever I use one of the commands that the package provides.</p>
<p>For example, I just started using ack instead of grep.  I put </p>
<p>(require &#8216;ack)</p>
<p>(setq ack-guess-type t)<br />
(setq ack-command &#8220;ack-grep &#8211;nocolor &#8211;nogroup&#8221;)</p>
<p>(provide &#8216;me-ack)</p>
<p>in ~/.emacs.d/me-ack and </p>
<p>(autoload &#8216;ack &#8220;me-ack&#8221; &#8220;grep replacement&#8221; t)</p>
<p>in ~/.emacs</p>
<p>I think the advantage of this is to separate the configuration of different packages, while not dying if one of the packages isn&#8217;t present.  It should also speed up initial loading time a little bit because large packages aren&#8217;t loaded until they are needed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
