<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.emacs.help">
    <title>gmane.emacs.help</title>
    <link>http://permalink.gmane.org/gmane.emacs.help</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84941"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84940"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84939"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84938"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84937"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84936"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84935"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84934"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84933"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84932"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84931"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84930"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84929"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84928"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84927"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84926"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84925"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84924"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84923"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.help/84922"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84941">
    <title>How to disable warnings/questions when using desktop-save-mode?</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84941</link>
    <description>&lt;pre&gt;Hi,

1) I have enabled desktop-save mode (with (desktop-save-mode 1)) since I find this
quite useful. I recently started to use different instances of Emacs (Emacs 24
GTK Snapshot version on Xubuntu 12.04). Every time I open another instance of
Emacs, I receive "...Warning: desktop file appears to be in
use by PID ... Use it anyway? (y or n)". How can I tell Emacs to not ask me but
always choose y (= yes) here automatically? [I tried (setq desktop-save t) but
I still obtained the warning.]

2) A similar problem appears when a new instance is closed and thus writes to the
desktop file. When closing an older instance afterwards one then obtains
"... Desktop file is more recent than the one loaded. Save anyway?". How can I
tell Emacs to not ask me but choose y (= yes) automatically?

Maybe 2) is solved by choosing "no" in 1) [which I guess is also fine in most cases].

Cheers,

Marius





&lt;/pre&gt;</description>
    <dc:creator>Marius Hofert</dc:creator>
    <dc:date>2012-05-23T10:21:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84940">
    <title>Table formatting (cell padding) and navigation</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84940</link>
    <description>&lt;pre&gt;I am using emacs 24.0.92.1 with the table psuedo-mode.

1) Is there a way to pad cells so that there is one or more spaces between the
text and the cell separator (i.e. '|')?

2) I realize that table mode isn't really a mode. Nonetheless I find doing C-h m
useful for finding out what keys are bound in a particular mode. Where can I
find documentation on what key combinations are bound in table mode? In
particular, I'm trying to determine how to navigate within a table (for example,
I found that tab sends me to the next cell).

Thanks.



&lt;/pre&gt;</description>
    <dc:creator>Avery Chan</dc:creator>
    <dc:date>2012-05-23T02:22:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84939">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84939</link>
    <description>&lt;pre&gt;

Thanks! I'll probably just stick with mingus for now. I don't think I'll
revisit EMMS unless I eventually decide I want a full-blow multimedia
suite…

E

&lt;/pre&gt;</description>
    <dc:creator>Eric Abrahamsen</dc:creator>
    <dc:date>2012-05-23T01:44:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84938">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84938</link>
    <description>&lt;pre&gt;

[...]


Yup, it's a pretty ideal setup. We're getting a wee bit off topic here,
but basically what I do is start mpd at boot time, so it's running
before X starts, and then I've got the following in my .stumpwmrc:

--8&amp;lt;---------------cut here---------------start-------------&amp;gt;8---
(load-module "mpd")
(define-key *root-map* (kbd "m") '*mpd-map*)
(mpd-connect)

(defcommand PCM-volume-up () ()
  "Adjust PCM volume up"
  (run-shell-command "amixer set PCM 3+"))

(defcommand PCM-volume-down () ()
  "Adjust PCM volume down"
  (run-shell-command "amixer set PCM 3-"))

(define-key *top-map* (kbd "XF86AudioRaiseVolume") "PCM-volume-up")
(define-key *top-map* (kbd "XF86AudioLowerVolume") "PCM-volume-down")
(define-key *top-map* (kbd "XF86AudioPlay") "mpd-toggle-pause")
(define-key *top-map* (kbd "XF86AudioStop") "mpd-stop")
(define-key *top-map* (kbd "XF86AudioNext") "mpd-next")
(define-key *top-map* (kbd "XF86AudioPrev") "mpd-prev")
(define-key *top-map* (kbd "XF86AudioMute") "toggle-mute")
--8&amp;lt;---------------cut he&lt;/pre&gt;</description>
    <dc:creator>Eric Abrahamsen</dc:creator>
    <dc:date>2012-05-23T01:42:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84937">
    <title>Re: Where can I find `aget'</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84937</link>
    <description>&lt;pre&gt;
In Emacs, "obsolete" just means "please try to stop using it because we
will remove it in some future version".


        Stefan

&lt;/pre&gt;</description>
    <dc:creator>Stefan Monnier</dc:creator>
    <dc:date>2012-05-23T01:09:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84936">
    <title>Re: Quick installation of Emacs modules?</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84936</link>
    <description>&lt;pre&gt;
It's the one bundled with Emacs-24 (aka the one in Emacs's Bzr trunk).


        Stefan

&lt;/pre&gt;</description>
    <dc:creator>Stefan Monnier</dc:creator>
    <dc:date>2012-05-23T01:00:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84935">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84935</link>
    <description>&lt;pre&gt;

Yes, it is probably possible to customize this in some way. What I like
with ncmpcpp way is that it tries several sites for lyrics before giving
up. Unfortunately my lisp skills are abysmal and it is a challenge every
time I need to customize a simple variable, so a patch provided by
myself is a utopia...

David Engster &amp;lt;deng&amp;lt; at &amp;gt;randomsample.de&amp;gt; writes:

Unfortunately, this is the feeling I got as well that emms is somewhat
out of date and not actively maintained. It seems all the stuff is there
but it needs some tweaking to get all the way and it is hard to find any
digestable beginners info, although the manual goes some way.

Eric Abrahamsen &amp;lt;eric&amp;lt; at &amp;gt;ericabrahamsen.net&amp;gt; writes:

I haven't seens this as an issue yet as i haven't got a very good setup
yet, but if I edit the playlist in ncmpcpp the emms playlist must be
manually udated to reflect this, if this is what you mean with out of
sync.


I have seen mingus mentioned and got a copy to test. 

I read your discussion on the stumpwm list on mpd setup and ha&lt;/pre&gt;</description>
    <dc:creator>Johnny</dc:creator>
    <dc:date>2012-05-22T18:40:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84934">
    <title>a key system to replace gnu emacs's 1000 default keybindings</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84934</link>
    <description>&lt;pre&gt;haha, yes the subject line is right.

my first voice blog.
http://www.youtube.com/watch?v=-sXu4pf67i8

〈The Roadmap to Completely Replace Emacs's Key System〉
http://xahlee.org/emacs/emacs_keybinding_redesign.html

 Xah

&lt;/pre&gt;</description>
    <dc:creator>Xah Lee</dc:creator>
    <dc:date>2012-05-22T19:18:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84933">
    <title>Re: Quick installation of Emacs modules?</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84933</link>
    <description>&lt;pre&gt;
Here: http://elpa.gnu.org/


&lt;/pre&gt;</description>
    <dc:creator>Mark Skilbeck</dc:creator>
    <dc:date>2012-05-22T19:11:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84932">
    <title>Re: Quick installation of Emacs modules?</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84932</link>
    <description>&lt;pre&gt;


Fascinating.



So how is one supposed to find the latest/"official" version?

&lt;/pre&gt;</description>
    <dc:creator>kj</dc:creator>
    <dc:date>2012-05-22T18:57:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84931">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84931</link>
    <description>&lt;pre&gt;
FWIW, I think I managed to fix at least some of these issues with EMMS
and mpd. I've submitted the changes, but unfortunately they were never
applied. It seems EMMS is barely maintained at the moment. I still have
them around somewhere, so I can dig them up if necessary.

-David


&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2012-05-22T15:59:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84930">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84930</link>
    <description>&lt;pre&gt;

M-x emms-lyrics-visit-lyric will try to search from some internet
location (http://search.lyrics.astraweb.com) if lyrics are not present
locally.  But it seems the location is not accessiable any more..  Maybe
you can take a look at ncmpcpp and added it to emms-lyrics-visit-lyric,
and sumbit a patch. :)

&lt;/pre&gt;</description>
    <dc:creator>William Xu</dc:creator>
    <dc:date>2012-05-22T15:04:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84929">
    <title>Re: Unbinding nxml-mode</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84929</link>
    <description>&lt;pre&gt;
I dont make an advanced use of the *ml-modes, but I manually
M-x sgml-mode each time I open an XML file...


&lt;/pre&gt;</description>
    <dc:creator>Mihamina Rakotomandimby</dc:creator>
    <dc:date>2012-05-22T09:41:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84928">
    <title>Re: Unbinding nxml-mode</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84928</link>
    <description>&lt;pre&gt;
xml-mode has always been an alias.  In earlier versions, it was an alias for sgml-mode. In current versions, it is an alias for nxml-mode.

If you were previously overriding xml-mode to point to psgml or xxml, then the same should work for nxml.  Without seeing exactly what your .emacs is doing, it is difficult to tell what is causing you problems.

&lt;/pre&gt;</description>
    <dc:creator>Jason Rumney</dc:creator>
    <dc:date>2012-05-22T08:58:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84927">
    <title>shutdown emacsclient when logging out</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84927</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

I am using awesome window manager and would like to start emacsclient when I log in. THis is the
easy part and this is working.
But when I logout, emacsclient is just killed and,as I am saving the desktop, I get the following
message when starting emacs, or emacsclient just sits hidden away and waiting.

Warning: desktop file appears to be in use by PID 30566.
Using it may cause conflicts.  Use it anyway? (y or n)

So my question: can I shutdown emacsclient when logging out in a controlled way, so that all still
open files are saved, and emacsclient starts the next time cleanly?

Awesome can execute commands on logout, so that I could execute a commandline command.

Cheers,

Rainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+7TV8ACgkQoYgNqgF2egqwygCcDFPyCUUOGNyKFw6fUwAQcYPM
sGIAn0yJKhUEeMcar/t8pZagOkQHeQ8z
=qF2W
-----END PGP SIGNATURE-----



&lt;/pre&gt;</description>
    <dc:creator>Rainer M Krug</dc:creator>
    <dc:date>2012-05-22T08:25:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84926">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84926</link>
    <description>&lt;pre&gt;
On 05/22/12 02:12 AM, Johnny wrote:

I started off with EMMS and was happy with it at first, but eventually
ditched it because:

1. I was only using it for music, none of the other multimedia things.
2. I had 32 lines of customization, just to listen to music.
3. It got out of sync with mpd. I control mpd through emacs, the command
   line, and my window manager, and I found that emms wouldn't notice
   when I changed the playlist or playstate through a different
   interface. That sort of defeated the purpose! (I would be curious to
   hear if this happens to you as well.)

I'm liking Mingus: it only does music, which is all I want, and it stays
aware of the global state of mpd (a 'g' is usually all it takes). I
don't like the browsing interface as well as EMMS (it's too tied to the
filesystem structure of your music library), but with ido-mode on it's
not bad at all.

E



&lt;/pre&gt;</description>
    <dc:creator>Eric Abrahamsen</dc:creator>
    <dc:date>2012-05-22T03:14:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84925">
    <title>Re: Emacs quitting on Control-G when committing to mercurial</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84925</link>
    <description>&lt;pre&gt;Interesting.  Thanks for the information.

On May 21, 2012, at 8:05 PM, Matt McClure wrote:



--
Roy Smith
roy&amp;lt; at &amp;gt;panix.com



&lt;/pre&gt;</description>
    <dc:creator>Roy Smith</dc:creator>
    <dc:date>2012-05-22T00:34:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84924">
    <title>Re: 256 colors in ansi-term buffers</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84924</link>
    <description>&lt;pre&gt;After thinking about it a little more I realized that I generally don't 
use more than 10 colors in my shell...just a very specific 10 colors.  
So the vector remap actually is pretty usable with only a few things 
collapsed together.  As time allows I will look at adding the full 
support.  At first glance that seems straightforward enough, although 
I'm probably underestimating it.  I haven't looked at nterm.el yet.  
I'll do that next.
Chris.


&lt;/pre&gt;</description>
    <dc:creator>Christopher Grubert</dc:creator>
    <dc:date>2012-05-22T00:33:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84923">
    <title>Re: Emacs quitting on Control-G when committing to mercurial</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84923</link>
    <description>&lt;pre&gt;That's a bug. Emacs' process has the wrong pgid when its parent isn't an
interactive shell. Here's a workaround for the same problem using Git. I
would hope you can configure Mercurial similarly.

http://static.matthewlmcclure.com/n/

Emacs C-g Kills `git commit` On Mac OS X
2012-02-22

Workaround: Invoke Emacs via an interactive Bash shell.

emacs.sh:


    #! /bin/bash -i

    emacs "$&amp;lt; at &amp;gt;"


In a shell:


    git config --global core.editor emacs.sh


See also:

   - http://thread.gmane.org/gmane.comp.version-control.git/158981
   - http://www.cons.org/cracauer/sigint.html


Matt McClure
http://matthewlmcclure.com
http://www.mapmyfitness.com/profile/matthewlmcclure

On May 21, 2012, at 9:54 AM, Roy Smith &amp;lt;roy&amp;lt; at &amp;gt;panix.com&amp;gt; wrote:

I'm running:

GNU Emacs 22.1.1
OSX-10.6.8
Mercurial Distributed SCM (version 1.6.4+20101001)

If I do "hg commit", emacs is run as I would expect, but if I type a
Control-G, I get an "interrupted!" message, and emacs quits (leaving the
terminal modes unrestored).

Running ps shows tha&lt;/pre&gt;</description>
    <dc:creator>Matt McClure</dc:creator>
    <dc:date>2012-05-22T00:05:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84922">
    <title>Re: EMMS best practice, tag editing and fetching lyrics</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84922</link>
    <description>&lt;pre&gt;

Thanks for the completions, I may look into these at some point. I am a
bit puzzled by the lack of documentation for emms and have not yet
realised whether it is the best way to go in emacs for playing music
(/media). I have managed to get a decent set up but not entirely
content. I got the tag editor working by customising the
'emms-tag-editor-tagfile-functions' [1]to use 'id3tag' instead of the
(seemingly obsolete? from 2006) 'mp3info'. This is maybe the main place
where emacs shines, in addition to searching and adding to the
playlist. 

Lyrics seem possible, but quite complex to set up for fetching from the
net, so I will be satisfied with usimg emms and ncmpcpp in parallell
(and ario for a graphical front end for visitors who don't like the
cli) to interface mpd.

Any further opinions on setting up mpd through emacs will be
appreciated! 

Cheers!

Footnotes: 
[1]  The customisation I added in init.el is:
     ,----
     |  (setq emms-tag-editor-tagfile-functions
     | '(("mp3" "id3tag"
     |    ((in&lt;/pre&gt;</description>
    <dc:creator>Johnny</dc:creator>
    <dc:date>2012-05-21T18:12:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.help/84921">
    <title>RE: Where can I find `aget'</title>
    <link>http://permalink.gmane.org/gmane.emacs.help/84921</link>
    <description>&lt;pre&gt;
Could be - dunno.
 

AFAIK, assoc.el will be deprecated in Emacs 24 (which is not yet released).

As you saw, the assoc.el code still remains in Emacs, at least for now
(prerelease).  So I would say that it is not yet _effectively_ obsolete, in the
usual sense of the term - in spite of what that message tells you.  Dunno
whether the assoc.el code will in fact remain part of Emacs when Emacs 24 is
released.

Typically, deprecation means that a feature/object might (typically will) become
obsolete (and desupported) at some _future_ time.  Deprecation gives users a
heads-up that becoming obsolete and being desupported might (probably will)
follow at some point.  Deprecation provides a period of backward compatibility
and lets users adapt before losing the feature/object altogether.

My guess is that what is really meant in this case is that assoc.el will be
deprecated (not made obsolete) in Emacs 24, meaning that it might be made
obsolete and desupported in some post-24.1 release.  But you would need to ask
Em&lt;/pre&gt;</description>
    <dc:creator>Drew Adams</dc:creator>
    <dc:date>2012-05-21T17:06:03</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.help">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.help</link>
  </textinput>
</rdf:RDF>

