<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Atomized &#187; shell-mode</title>
	<atom:link href="http://atomized.org/tag/shell-mode/feed/" rel="self" type="application/rss+xml" />
	<link>http://atomized.org</link>
	<description>Fragmenting reality.</description>
	<lastBuildDate>Mon, 23 May 2011 23:46:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Last dirtrack issue solved</title>
		<link>http://atomized.org/2008/08/last-dirtrack-issue-solved/</link>
		<comments>http://atomized.org/2008/08/last-dirtrack-issue-solved/#comments</comments>
		<pubDate>Fri, 08 Aug 2008 18:03:03 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[Code]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[dirtrack]]></category>
		<category><![CDATA[emacs]]></category>
		<category><![CDATA[shell]]></category>
		<category><![CDATA[shell-dirtrack]]></category>
		<category><![CDATA[shell-mode]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[ssh-mode]]></category>

		<guid isPermaLink="false">http://atomized.org/?p=296</guid>
		<description><![CDATA[Turns out the problem I ran into was a clash between dirtrack-mode and shell-dirtrack-mode. I had no idea there were two competing packages; the problem was that dirtrack picked up the new path, then shell-dirtrack noticed the “cd ..”. Solved: (add-hook 'shell-mode-hook (lambda () (setq shell-dirtrackp nil) (add-hook 'comint-preoutput-filter-functions 'dirtrack nil t))) This caused some [...]]]></description>
			<content:encoded><![CDATA[<p>Turns out the <a href="http://atomized.org/2008/08/a-problem-with-my-dirtrack-regex/">problem</a> I ran into was a clash between <code>dirtrack-mode</code> and <code>shell-dirtrack-mode. I had no idea there were two competing packages; the problem was that <code>dirtrack</code> picked up the new path, then <code>shell-dirtrack</code> noticed the “cd ..”.</code></p>
<p>Solved:</p>
<pre>
(add-hook 'shell-mode-hook
          (lambda ()
            (setq shell-dirtrackp nil)
            (add-hook 'comint-preoutput-filter-functions 'dirtrack nil t)))
</pre>
<p>This caused some trouble with <code>ssh-mode</code>. Solved thusly:</p>
<pre>
(add-hook 'ssh-mode-hook (lambda () (setq dirtrackp nil)))
</pre>
]]></content:encoded>
			<wfw:commentRss>http://atomized.org/2008/08/last-dirtrack-issue-solved/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>A problem with my dirtrack regex</title>
		<link>http://atomized.org/2008/08/a-problem-with-my-dirtrack-regex/</link>
		<comments>http://atomized.org/2008/08/a-problem-with-my-dirtrack-regex/#comments</comments>
		<pubDate>Wed, 06 Aug 2008 21:49:47 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[dirtrack]]></category>
		<category><![CDATA[emacs]]></category>
		<category><![CDATA[shell]]></category>
		<category><![CDATA[shell-mode]]></category>

		<guid isPermaLink="false">http://atomized.org/?p=294</guid>
		<description><![CDATA[I’ve been happily using my dirtrack regex for a while now, but I just discovered that it breaks when you run cd ... It seems that my regex picks up the correct (new) directory, then shell-mode notices the cd and list-buffers-directory goes up one more level. I’m not sure how to fix this – is [...]]]></description>
			<content:encoded><![CDATA[<p>I’ve been happily using <a href="/2008/08/fixing-dirtrack/">my dirtrack regex</a> for a while now, but I just discovered that it breaks when you run <code>cd ..</code>. It seems that my regex picks up the correct (new) directory, then shell-mode notices the cd and <code>list-buffers-directory</code> goes up one more level.</p>
<p>I’m not sure how to fix this – is there some way to disable the intercept of “cd?” &lt;/p?</p>
]]></content:encoded>
			<wfw:commentRss>http://atomized.org/2008/08/a-problem-with-my-dirtrack-regex/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Better abbrev expansion in shell-mode</title>
		<link>http://atomized.org/2008/08/better-abbrev-expansion-in-shell-mode/</link>
		<comments>http://atomized.org/2008/08/better-abbrev-expansion-in-shell-mode/#comments</comments>
		<pubDate>Tue, 05 Aug 2008 23:50:51 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[abbrev]]></category>
		<category><![CDATA[emacs]]></category>
		<category><![CDATA[shell]]></category>
		<category><![CDATA[shell-mode]]></category>

		<guid isPermaLink="false">http://atomized.org/?p=293</guid>
		<description><![CDATA[One of the little things that has bugged me about shell-mode is that abbrevs don’t get expanded when you press RET. I have a number of frequently used commands and arguments abbreviated, but I have to hit a key to expand them before I send the line. The solution is to advise comint-send-input. (defadvice comint-send-input [...]]]></description>
			<content:encoded><![CDATA[<p>One of the little things that has bugged me about <code>shell-mode</code> is that abbrevs don’t get expanded when you press RET. I have a number of frequently used commands and arguments abbreviated, but I have to hit a key to expand them before I send the line.</p>
<p>The solution is to advise <code>comint-send-input</code>.</p>
<pre>
(defadvice comint-send-input (before expand-input activate)
       "Expand input before sending"
       (expand-abbrev))
</pre>
]]></content:encoded>
			<wfw:commentRss>http://atomized.org/2008/08/better-abbrev-expansion-in-shell-mode/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

