<?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://blog.gmane.org/gmane.emacs.help">
    <title>gmane.emacs.help</title>
    <link>http://blog.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://comments.gmane.org/gmane.emacs.help/91610"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91606"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91600"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91589"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91612"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91610"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91606"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91600"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91589"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91587"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91583"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91582"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91576"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91566"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91563"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91554"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91535"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.help/91512"/>
      </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://comments.gmane.org/gmane.emacs.help/91610">
    <title>Dialog from emacsclientw.exe must be dismissed (was RE: Bestpractices for launching Emacs on Windows 7/8)</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91610</link>
    <description>&lt;pre&gt;
This bug still exists.  The first time emacsclientw.exe
attempts to find a running Emacs daemon after restarting
Windows, it pops up a dialog that must be manually
dismissed.  The dialog says:

c:\&amp;lt;...&amp;gt;\emacsclientw.exe: connect: No connection could be
made because the target machine actively refused it.

This behavior has been there for a long time, and would seem
easy to fix.  Doesn't anyone else hit this?

Thanks,
Mark Ludwig



&lt;/pre&gt;</description>
    <dc:creator>Ludwig, Mark</dc:creator>
    <dc:date>2013-06-19T18:17:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91606">
    <title>How to get info about narrowing in effect?</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91606</link>
    <description>&lt;pre&gt;
Hi List, 

in a program, I would like to find out about a buffer:

1. is narrowing is active?

2. what are the boundaries of the narrowed region (so to say point-min
and point-max of the narrowed region)?

but I don't find related functions in the Elisp manual. 
How can I do that?

&lt;/pre&gt;</description>
    <dc:creator>Thorsten Jolitz</dc:creator>
    <dc:date>2013-06-19T16:50:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91600">
    <title>How to get ido-find-file to open DOIs in browser (like URLs)?</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91600</link>
    <description>&lt;pre&gt;Hi,

I often use C-x C-f (ido-find-file) to open links/URLs in the browser.
I am wondering how one could get the same behavior when the point is
on DOIs (digital object identifier). This is of the form
10.1016/j.csda.2008.05.019, for example, and should open
http://dx.doi.org/10.1016/j.csda.2008.05.019. There are some regular
expressions posted on stackoverflow to match (a larger number) of
DOIs.

Cheers,

Marius


&lt;/pre&gt;</description>
    <dc:creator>Marius Hofert</dc:creator>
    <dc:date>2013-06-19T07:37:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91589">
    <title>[Bug] in newcomment.el</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91589</link>
    <description>&lt;pre&gt;
Hi List, 

newcomment.el uses (line 477)

,------------------------------------
| (if (looking-at comment-start-skip)
`------------------------------------

in function

,--------------------------------------------------------
| (defun comment-search-forward (limit &amp;amp;optional noerror)
`--------------------------------------------------------

what gives an error if `comment-start-skip' is nil, as in sql-mode. 

E.g. this small file (sql-test.sql) in a buffer in sql-mode

,----------------------
| -- * data load
| -- ** data for table1
| drop table1;
`----------------------

with point at (point-min), causes an error when this command is applied:

,----------------------------------
| M-: (comment-search-forward 15 t)
`----------------------------------

,----------------------------------------------------------------
| Debugger entered--Lisp error: (wrong-type-argument stringp nil)
|   looking-at(nil)
|   comment-search-forward(15 t)
|   eval((comment-search-forward 15 t) nil)
|   eval-expression((comment-search-forward 15 t) nil)
|   call-interactively(eval-expression nil nil)
`----------------------------------------------------------------

because 'C-h v comment-start-skip' gives

,-------------------------------------------------------------
| comment-start-skip is a variable defined in `newcomment.el'.
| Its value is nil
`-------------------------------------------------------------

&lt;/pre&gt;</description>
    <dc:creator>Thorsten Jolitz</dc:creator>
    <dc:date>2013-06-18T17:08:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91612">
    <title>postscript printing in emacs</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91612</link>
    <description>&lt;pre&gt;Hi all,

I have aliased pw to be:
mp -l -s "\!*" &amp;lt;\!* | lp
which prints buffers in a nice format 2 pages on each printed page in landscape.
But I have to do that from a shell.

How do I incorporate this functionality in emacs so I could choose a region or simply print the whole buffer using "postscript print from buffer/region" from inside emacs?

&lt;/pre&gt;</description>
    <dc:creator>Rami A</dc:creator>
    <dc:date>2013-06-19T23:46:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91610">
    <title>Dialog from emacsclientw.exe must be dismissed (was RE: Bestpractices for launching Emacs on Windows 7/8)</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91610</link>
    <description>&lt;pre&gt;
This bug still exists.  The first time emacsclientw.exe
attempts to find a running Emacs daemon after restarting
Windows, it pops up a dialog that must be manually
dismissed.  The dialog says:

c:\&amp;lt;...&amp;gt;\emacsclientw.exe: connect: No connection could be
made because the target machine actively refused it.

This behavior has been there for a long time, and would seem
easy to fix.  Doesn't anyone else hit this?

Thanks,
Mark Ludwig



&lt;/pre&gt;</description>
    <dc:creator>Ludwig, Mark</dc:creator>
    <dc:date>2013-06-19T18:17:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91606">
    <title>How to get info about narrowing in effect?</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91606</link>
    <description>&lt;pre&gt;
Hi List, 

in a program, I would like to find out about a buffer:

1. is narrowing is active?

2. what are the boundaries of the narrowed region (so to say point-min
and point-max of the narrowed region)?

but I don't find related functions in the Elisp manual. 
How can I do that?

&lt;/pre&gt;</description>
    <dc:creator>Thorsten Jolitz</dc:creator>
    <dc:date>2013-06-19T16:50:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91600">
    <title>How to get ido-find-file to open DOIs in browser (like URLs)?</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91600</link>
    <description>&lt;pre&gt;Hi,

I often use C-x C-f (ido-find-file) to open links/URLs in the browser.
I am wondering how one could get the same behavior when the point is
on DOIs (digital object identifier). This is of the form
10.1016/j.csda.2008.05.019, for example, and should open
http://dx.doi.org/10.1016/j.csda.2008.05.019. There are some regular
expressions posted on stackoverflow to match (a larger number) of
DOIs.

Cheers,

Marius


&lt;/pre&gt;</description>
    <dc:creator>Marius Hofert</dc:creator>
    <dc:date>2013-06-19T07:37:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91589">
    <title>[Bug] in newcomment.el</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91589</link>
    <description>&lt;pre&gt;
Hi List, 

newcomment.el uses (line 477)

,------------------------------------
| (if (looking-at comment-start-skip)
`------------------------------------

in function

,--------------------------------------------------------
| (defun comment-search-forward (limit &amp;amp;optional noerror)
`--------------------------------------------------------

what gives an error if `comment-start-skip' is nil, as in sql-mode. 

E.g. this small file (sql-test.sql) in a buffer in sql-mode

,----------------------
| -- * data load
| -- ** data for table1
| drop table1;
`----------------------

with point at (point-min), causes an error when this command is applied:

,----------------------------------
| M-: (comment-search-forward 15 t)
`----------------------------------

,----------------------------------------------------------------
| Debugger entered--Lisp error: (wrong-type-argument stringp nil)
|   looking-at(nil)
|   comment-search-forward(15 t)
|   eval((comment-search-forward 15 t) nil)
|   eval-expression((comment-search-forward 15 t) nil)
|   call-interactively(eval-expression nil nil)
`----------------------------------------------------------------

because 'C-h v comment-start-skip' gives

,-------------------------------------------------------------
| comment-start-skip is a variable defined in `newcomment.el'.
| Its value is nil
`-------------------------------------------------------------

&lt;/pre&gt;</description>
    <dc:creator>Thorsten Jolitz</dc:creator>
    <dc:date>2013-06-18T17:08:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91587">
    <title>Finding a file by name that has been indexed in etags</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91587</link>
    <description>&lt;pre&gt;Hi,
In vim, I can quickly jump to a file by typing its partial name and it
lists all the files that match that pattern and are in the tags file.
I could not find an equivalent in emacs.
Regards,
Kashyap

&lt;/pre&gt;</description>
    <dc:creator>C K Kashyap</dc:creator>
    <dc:date>2013-06-18T13:42:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91583">
    <title>help needed setting up etags on Windows</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91583</link>
    <description>&lt;pre&gt;Hi folks,

Could someone please help me get started with setting up etags for a large
C++ source base? I'd like to use emacs on cygwin. I assume etags is the
right tool for source indexing with emacs.

Regards,
Kashyap

&lt;/pre&gt;</description>
    <dc:creator>C K Kashyap</dc:creator>
    <dc:date>2013-06-18T12:29:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91582">
    <title>el-get fails to install graphviz-dot-mode</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91582</link>
    <description>&lt;pre&gt;with this message

Source does not have a :name property

what does that mean ? What can I do ?

It´s Emacs 24.2.1 and it´s the master branch version of el-get

Thanks

&lt;/pre&gt;</description>
    <dc:creator>Catonano</dc:creator>
    <dc:date>2013-06-17T19:43:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91576">
    <title>dired listg &amp; dired-sort-menu.el</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91576</link>
    <description>&lt;pre&gt;   Running 
   Emacs 24.0.92.1 on Debian (testing)

Just tinkering with the sorting in dired and ran across Francis J
Wright's 'dired-sort-menu.el' (and menu+)... The following site shows
the menu that is produced:

  http://www.emacswiki.org/emacs/DiredSortMenu

But when I load the library and press 'M-x dired-sort-dialogue' I get
a less extensive menu and wondered if this is a result of the library
being quite old (or possibly changes in the gnu 'ls' command..) 

  ( dired-sort-menu.el,v 1.26 2001-07-26 21:22:48+01 )

compared to the emacs version I'm running or if
I've done something to cause this.

If it matters I tried with and without dired-x.



&lt;/pre&gt;</description>
    <dc:creator>Harry Putnam</dc:creator>
    <dc:date>2013-06-17T13:24:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91566">
    <title>Extending 'emacs-lisp-mode' Disables 'auto-complete' for It</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91566</link>
    <description>&lt;pre&gt;Hello,

I've extended emacs-lisp-mode with my elisp-mode in order to provide 
more syntax highlighting. Relevant excerpt:

...

(define-derived-mode elisp-mode
   emacs-lisp-mode
   "?L"
   "A major mode for Emacs Lisp.
\\{elisp-mode-keymap}"
   (set 'font-lock-defaults '((elisp-mode-font-lock-keywords)))
   (set-syntax-table elisp-mode-syntax-table)
   (use-local-map elisp-mode-keymap)
   (run-hooks 'emacs-lisp-mode-hook); Tried `run-mode-hooks` as well...
   (run-mode-hooks 'elisp-mode-hook))

(provide 'elisp)

Then I have:

(add-hook 'emacs-lisp-mode-hook 'ac-emacs-lisp-mode-setup)

And of course:

(require 'elisp)

(add-to-list
  'auto-mode-alist
  '("\\.el" . elisp-mode))

Now the problem is that auto-completion doesn't work in elisp-mode.
I have no clue why.
As soon as I disable elisp-mode and return to the emacs-lisp-mode it 
works just fine.
I've also tried:

(add-hook 'elisp-mode-hook 'ac-emacs-lisp-mode-setup)

and without luck...

Any help is appreciated.
Thanks.



&lt;/pre&gt;</description>
    <dc:creator>Haroogan</dc:creator>
    <dc:date>2013-06-15T17:26:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91564">
    <title>Moving between headers in message-mode</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91564</link>
    <description>&lt;pre&gt;Hello all. I wrote this tonight. The purpose is defined in the
docstring. It is supposed to be used in message-mode. I haven't
done much testing but it seems to work. If you have any
suggestions how to make it better, please tell me. Cheers.

;; separator
(setq mail-header-separator "---")
(set-face-attribute 'message-separator nil :foreground "black")

(defun do-nothing () "Do nothing." () )
(defun iterate-header (back)
  "Unless BACK, go to the next header input field:
either on the same line as the present point,
or the next header below.
If the field has a string, put point to the string's right;
if the field is empty, put point so that typing will set the header,
without any prior cursor movement.
If you move from a header which has data, that data is expanded if
found to be an `abbrev-mode' abbreviation (possibly setup in
~/.mailrc), without need for a whitespace.
If there are no headers left, `message-goto-body';
if already in the body, goto the topmost header.
If BACK, do the same, only in reverse direction."
  (interactive)
    (let ((position (point)))
      (goto-char (point-min))
      (search-forward mail-header-separator)
      (let ((separator-pos (point))
            (search-fun)
            (start-pos)
            (end-pos)
            (chars-forward-after-hit)
            (maybe-beginning-of-line))
        (if back
            (progn
              (setq search-fun 'search-backward)
              (setq start-pos separator-pos)
              (setq end-pos (point-min))
              (setq chars-forward-after-hit 2)
              (setq maybe-beginning-of-line 'beginning-of-line) )
            (progn
              (setq search-fun 'search-forward)
              (setq start-pos (point-min))
              (setq end-pos separator-pos)
              (setq chars-forward-after-hit 1)
              (setq maybe-beginning-of-line 'do-nothing) ))
        (if (&amp;lt; position separator-pos)
            (progn
              (goto-char position)
              (expand-abbrev) )
          (goto-char start-pos) )
        (funcall maybe-beginning-of-line)
        (if (not (funcall search-fun ":" end-pos t))
            (message-goto-body)
          (progn
            (forward-char chars-forward-after-hit)
            (end-of-line) )))))

(defun iterate-header-back ()
  "See `iterate-header'."
  (interactive)
  (iterate-header t) ) ; t = back (or up)

(defun iterate-header-next ()
  "See `iterate-header'."
  (interactive)
  (iterate-header nil) ) ; nil = forward (or down)

(define-key message-mode-map (kbd "TAB") 'iterate-header-next)
(define-key message-mode-map (kbd "&amp;lt;backtab&amp;gt;") 'iterate-header-back)

&lt;/pre&gt;</description>
    <dc:creator>Emanuel Berg</dc:creator>
    <dc:date>2013-06-15T04:00:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91563">
    <title>What does "merge" in ido.el mean?</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91563</link>
    <description>&lt;pre&gt;I'm reading ido.el, and I have a small question.

I saw the word (or term) "merge" in in `ido-ignore-directories-merge',
`ido-merge-ftp-work-directories',
`ido-auto-merge-work-directories-length', and some other
symbols/docstrings.

I don't know what this term means here (what does it merge?).  I want
to read the sources in detial but don't know where to start.  And I
have also searched "emacs ido merge" and "ftp merge" on web but
there's nothing promising.  Can anyone point me in the right
direction?

--
Best regards, Xue Fuqiao.


&lt;/pre&gt;</description>
    <dc:creator>Xue Fuqiao</dc:creator>
    <dc:date>2013-06-15T13:10:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91554">
    <title>Invalid font name</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91554</link>
    <description>&lt;pre&gt;Hi,

I am using GNU Emacs 24.3.1 (x86_64-suse-linux-gnu, GTK+ Version 3.6.4). I
have custom font Inconsolata-g in my ~/.fonts folder, and I have set it as
the Monospace font in ~/.config/fontconfig/fonts.conf.

It works well except Emacs is giving me error: Invalid font name,
-unknown-Inconsolata-g-normal-normal-normal-*-15-*-*-*-m-0-iso10646-1 at
launch.

If I change monospace font (to a DejaVu Sans Mono, for example), then Emacs
launch without problem, but when I do M-x set-default-font, and select
-unknown-Inconsolata-g-normal-normal-normal-*-*-*-*-*-m-0-iso10646-1, I
also get Invalid font name:
"-unknown-Inconsolata-g-normal-normal-normal-*-*-*-*-*-m-0-iso10646-1",
even though I inputted it through auto-completion.

Best,

Joon

&lt;/pre&gt;</description>
    <dc:creator>Joon Ro</dc:creator>
    <dc:date>2013-06-14T14:33:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91535">
    <title>resolve rename-buffer conflicts</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91535</link>
    <description>&lt;pre&gt;
Hi,

  I have followed some tips to rename file(and the corresponding buffer
  name) like this below:

,----------[ rename-this-file ]
|   (defun rename-this-file (new-name)
|   "Renames both current buffer and file it's visiting to NEW-NAME."
|   (interactive "sNew name: ")
|   (let ((name (buffer-name))
|         (filename (buffer-file-name)))
|     (unless filename
|       (error "Buffer '%s' is not visiting a file!" name))
|     (if (get-buffer new-name)
|         (message "A buffer named '%s' already exists!" new-name)
|       (progn
|         (rename-file filename new-name t)
|         (rename-buffer new-name t)
|         (set-visited-file-name new-name)
|         (set-buffer-modified-p nil)))))
`----------

Since there might be a buffer name conflict I am using `(rename-buffer
new-name t)' inside this function instead(according to the docstrings,
if the last argument is non-nil it is supposed to generate a new buffer
name when there is a conflict). However it DOESN'T work at all. It
reports like below:

    A buffer named 'test.cpp' already exists!

But it works fine when invoking `rename-buffer' interactively like `C-u
M-x rename-buffer'.

So Why it fails for the snippet above?
(I also use uniquify.el but I don't believe it is a problem since it
defines an advice `rename-buffer-uniquify')

&lt;/pre&gt;</description>
    <dc:creator>Hongxu Chen</dc:creator>
    <dc:date>2013-06-14T01:54:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91523">
    <title>Number of Windows in Current Frame</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91523</link>
    <description>&lt;pre&gt;Hello,

How do I determine the number of windows in the current frame?
I'm aware of current-window-configuration, however I couldn't find how 
to retrieve any information from it.
In particular how do I get the number of windows from it?
Or is there another way to do it?

Thanks.

&lt;/pre&gt;</description>
    <dc:creator>Haroogan</dc:creator>
    <dc:date>2013-06-13T17:20:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91512">
    <title>emacs 24.3 installation instruction</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91512</link>
    <description>&lt;pre&gt;Hi,

I am trying to install emacs 24.3 with the standard installation, could you please provide me the details of installation instruction.


Regards,
Srinivasa

&lt;/pre&gt;</description>
    <dc:creator>Srinivasa Kempapura Padmanabha</dc:creator>
    <dc:date>2013-06-13T13:13:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.help/91511">
    <title>matching parenthesis and guillemets</title>
    <link>http://comments.gmane.org/gmane.emacs.help/91511</link>
    <description>&lt;pre&gt;In text-mode when typing guillemts to indicate direct speech I always
get this message about non matching parenthesis:

`No matching parenthesis found'

Yes, I could disable it with `blink-matching-paren' or set
`show-paren-mode' to nil. But because this affects emacs' global
behaviour this is not what I want.

Why in the first place does emacs think he has to tell me about matching
or not matching guillemets - they are no braquets actually.
And in fact emacs treats the guillemets the wrong way up, the above
message is displayed on the opening guillemet (») and not on a single
closing one («) with a missing match.

henry

&lt;/pre&gt;</description>
    <dc:creator>henry atts</dc:creator>
    <dc:date>2013-06-13T12:34:30</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>
