<?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 about="http://blog.gmane.org/gmane.text.docutils.devel">
    <title>gmane.text.docutils.devel</title>
    <link>http://blog.gmane.org/gmane.text.docutils.devel</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.text.docutils.devel/4384"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4379"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4374"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4372"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4366"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4362"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4359"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4358"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4354"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4353"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4352"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4351"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4342"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4318"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4317"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4310"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4309"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4308"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/4307"/>
      </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.text.docutils.devel/4384">
    <title>rst2odp</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4384</link>
    <description>Hey Folks-

I've been wanting rst2odp for a long time.  I like the s5 and bruce
frontends (and have used both for presenting), but am beginning to
think that impress (and open standards) are the way to go.  Anyway
enough chit chat.  I had an itch and am now scratching.

Thanks to the work by rst2odt, which inspired me, now I have the start
of something.

The following somewhat works:

  * titles
  * basic text
  * lists
  * images

I'd like to get this into the sandbox and continue dev there, with
others who are interested in this.   I'm interested in taking this to
the point where it can render my talk from pycon [0] (I used s5 at the
conference.  For the handout/slides I used latex backend.  Note that
the latex backend doesn't/didn't at that time support code/pygments).
If it get's to that point I'll be happy.

Also I've some questions about testing, but those can wait for another time...

cheers,

-matt

0 - http://panela.blog-city.com/pycon_2008_managing_complexity_slides.htm

---------------------------</description>
    <dc:creator>m h</dc:creator>
    <dc:date>2008-10-08T17:57:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4379">
    <title>[ docutils-Bugs-2152541 ] double-quotes insidecode block get translated by htmlwriter</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4379</link>
    <description>Bugs item #2152541, was opened at 2008-10-07 22:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2152541&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jeet Sukumaran (jeetsukumaran)
Assigned to: Nobody/Anonymous (nobody)
Summary: double-quotes inside code block get translated by htmlwriter

Initial Comment:
The following rst source:

   This is a sample of Python code::

        print "Hello, world"

Results in the following HTML:

u'&lt;p&gt;This is a sample of Python code:&lt;/p&gt;\n&lt;pre class="literal-block"&gt;\nprint &amp;quot;Hello, world&amp;quot;\n&lt;/pre&gt;\n'

Using 'core.publish_parts(s, writer_name="html")["fragment"]'.

Because the code is in a "&lt;pre&gt;" block, then the '&amp;quot;'</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-10-08T03:20:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4374">
    <title>Fw:  Creating a file-like object.</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4374</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/</description>
    <dc:creator>Sebastian Noack</dc:creator>
    <dc:date>2008-10-06T14:14:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4372">
    <title>Creating a file-like object.</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4372</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/</description>
    <dc:creator>Sebastian Noack</dc:creator>
    <dc:date>2008-09-29T16:13:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4366">
    <title>Adding rst2odt/odtwriter to the queue for thenext release</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4366</link>
    <description>I'd like rst2odt/odtwriter to be considered for the the next
release of Docutils.

Currently, when I run rst2odt.py on demo.txt, it successfully runs;
it produces an output file that looks good to me; and it shows me
that rst2odt does not support citations and sidebars.  Are these
required for inclusion?

I suppose that I am asking how we decide whether to include it.  I
suspect that there needs to be some demand for it and that it needs
to pass certain tests.  I believe that David (G.) said that the
ability to process demo.txt without failing was a requirement,
so it has passed that test.

So, is there anything I can do to move this forward or at least
have it considered?

And, by the way, we will have the same questions with rst2pdf, which
I'm also hoping will be included in the Docutils distribution,
soon.

- Dave

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications</description>
    <dc:creator>Dave Kuhlman</dc:creator>
    <dc:date>2008-09-29T17:52:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4362">
    <title>I was thinking that reST would be just the thingfor thisapplication...</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4362</link>
    <description>
How to describe it?  I need a not too user-unfriendly format for
entering items that are mostly a scrap of descriptive text and a
hypertext link.  The tricky bit is that this is part of a system that
has a catalog of URLs, and I want to allow items to refere to cataloged
links by name - so that when a URL changes, there's one place to fix
it, or to redirect to a "sorry, this resource is no longer available"
(and, in my dreams, maybe suggest alternatives... but that's only a
dream for now).

I've been trying to avoid reinventing this wheel, but the first few
things I looked at didn't do well on the user ratings.  reST's
hyperlink syntax has always seemed kind of funky to me, but my users
seem to like it.  The problem then would be that this seems to call for
a transform, and it's probably quite simple... except that the
documentation of that area is so incomplete as to be useless.  I've
groveled the code enough to decide that if I have to go that route it
truly will be simpler to reinvent the wheel once agai</description>
    <dc:creator>Martin Maney</dc:creator>
    <dc:date>2008-09-22T15:09:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4359">
    <title>Include roman.py as a submodule?</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4359</link>
    <description>Just a suggestion for the next release: why not include roman.py as a
submodule of docutils? There are lots of problems people have with the
status quo, where roman is distributed and installed as a separate
toplevel module...

Georg


</description>
    <dc:creator>Georg Brandl</dc:creator>
    <dc:date>2008-09-12T17:20:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4358">
    <title>[ docutils-Support Requests-2100641 ] not oninternap mirror (San Jose)</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4358</link>
    <description>Support Requests item #2100641, was opened at 2008-09-08 10:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422031&amp;aid=2100641&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Install Problem (example)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nathan Youngman (nyoungman)
Assigned to: Nobody/Anonymous (nobody)
Summary: not on internap mirror (San Jose)

Initial Comment:
The default mirror SF picks for me is internap in San Jose. Seems the 0.5.0 download isn't there, and gives an error. I originally got this error while trying to easy_install Sphinx.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422031&amp;aid=2100641&amp;gro</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-09-08T17:23:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4354">
    <title>Patch [ 1878977 ] make_id(): deaccent characters</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4354</link>
    <description>hello,

any objections to apply this patch

--- docutils/nodes.py   (revision 5503)
+++ docutils/nodes.py   (working copy)
&lt; at &gt;&lt; at &gt; -1766,13 +1766,183 &lt; at &gt;&lt; at &gt;
    .. _HTML 4.01 spec: http://www.w3.org/TR/html401
    .. _CSS1 spec: http://www.w3.org/TR/REC-CSS1
    """
-    id = _non_id_chars.sub('-', ' '.join(string.lower().split()))
+    if isinstance(string, unicode):
+        id = string.lower().translate(_non_id_translate)
+    else:
+        try:
+            id = string.decode().lower().translate(_non_id_translate)
+        except UnicodeDecodeError:
+            id = string.lower()
+    id = _non_id_chars.sub('-', ' '.join(id.split()))
    id = _non_id_at_ends.sub('', id)
    return str(id)

 _non_id_chars = re.compile('[^a-z0-9]+')
 _non_id_at_ends = re.compile('^[-0-9]+|-+$')
+_non_id_translate = {
+    # From Latin-1 Supplement
+    0x00df: u'ss',      # sharp s
+    0x00e0: ord('a'),   # a with grave
and 180 other mappings

is the test ``isinstance(string, unicode)`` required ?

tests pass and i would extend</description>
    <dc:creator>engelbert gruber</dc:creator>
    <dc:date>2008-09-01T14:26:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4353">
    <title>[ docutils-Bugs-2080572 ] RFE: document links</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4353</link>
    <description>Bugs item #2080572, was opened at 2008-08-28 09:51
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2080572&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthew Leingang (leingang)
Assigned to: Nobody/Anonymous (nobody)
Summary: RFE: document links

Initial Comment:
Metadata is good.

Much in the same way that ReST authors can specify metadata that gets converted to HTML meta elements by rst2html, they should be able to use document links as specified in

http://www.w3.org/TR/html4/struct/links.html#edef-LINK

One way to implement this would be a copy of the meta directive, with an interface something like


.. link:: 
   :next type=text/html: chapter3.html
   :next</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-08-28T13:51:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4352">
    <title>Development Status</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4352</link>
    <description>hi

we currently have the status "1 - Planning" and "3 - Alpha"
maybe "5 - Production/Stable" or at least "4 - Beta"
are more appropriate

cheers


</description>
    <dc:creator>grubert&lt; at &gt;users.sourceforge.net</dc:creator>
    <dc:date>2008-08-14T18:52:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4351">
    <title>[ docutils-Patches-2051599 ] multi-page tablesin latex writer</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4351</link>
    <description>Patches item #2051599, was opened at 2008-08-14 07:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422032&amp;aid=2051599&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Peter A. Bigot (pabigot)
Assigned to: Nobody/Anonymous (nobody)
Summary: multi-page tables in latex writer

Initial Comment:
This patch implements the endfirstheader/endfoot/endlastfoot commands so that table headers indicate when they are a continuation, table footers indicate when there is a continuation, and multi-page tables do not have multiple entries in the latex list of tables.

The patch is relative to 0.5 but seems to apply (with offset) to the current snapshot.

----------------------------------------</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-08-14T14:43:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4343">
    <title>Merged abolish-userstring-haskey branch,what about adjacent-citations?</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4343</link>
    <description>on 25.07.2008 10:26 engelbert gruber said the following:
 &gt; On 7/25/08, Stefan Rank &lt;list-ener&lt; at &gt;strank.info&gt; wrote:
 &gt;&gt;  The tests now pass here for
 &gt;
 &gt; here, linux (ubuntu) 2.2.3, 2.3.7, 2.4.3, 2.5.2, 2.6b2+ all tests pass
 &gt;
 &gt;&gt;  Green light for checking in to trunk?
 &gt;
 &gt; i think yes

I took one OK plus silence as consent and merged the 
abolish-userstring-haskey branch.

If no one objects, I will also merge the adjacent-citations branch, 
which contains only a minor change to the latex2e writer?

cheers,
stefan

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Stefan Rank</dc:creator>
    <dc:date>2008-07-28T09:00:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4342">
    <title>[ docutils-Bugs-2029251 ] alltests.py shouldreturn nonzero when tests fail</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4342</link>
    <description>Bugs item #2029251, was opened at 2008-07-27 10:51
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2029251&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ali Polatel (hawking2)
Assigned to: Nobody/Anonymous (nobody)
Summary: alltests.py should return nonzero when tests fail

Initial Comment:
alltests.py should return nonzero when tests fail.
Attached patch does that.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2029251&amp;group_id=38414

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Mobli</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-07-27T07:51:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4318">
    <title>docutils on Python 3</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4318</link>
    <description>Last night I wanted rst2html on Python 3, and
(so far) it seems this was not too hard to achieve.
Today I realized that perhaps I should share this
experience.

No problem
----------

- Lots of replacing ``has_key`` with ``in``
- Replace a few ``print`` statements
- use builtin type names instead of the ``types`` module 
  (``str`` instead of ``types.StringType`` etc)
- import ``configparser as ConfigParser`` if cannot import ``ConfigParser
- copy ``UserString.py`` to docutils folder and use relative import

Some problems for earlier versions
----------------------------------

- Replace a few ``print &gt;&gt;``
- ``except`` and ``raise``
- change ``u'string'`` to ``'string'``
- encoding test (now 'utf-8' instead of 'unicode')
- use ``str(data)`` instead of ``unicode(data)``

Hmm, I think that was most of it.

Anyway, the changes in the first group could all be
made without affecting 2.2 compatability.
Should I make some of them?  If so, do you want patches, or
should I put the changed files somewhere (where?) on </description>
    <dc:creator>Alan G Isaac</dc:creator>
    <dc:date>2008-07-22T14:01:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4317">
    <title>[ docutils-Bugs-2021966 ] whitespace notpreserved in Address metadata</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4317</link>
    <description>Bugs item #2021966, was opened at 2008-07-19 01:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2021966&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Simon McVittie (smcvittie)
Assigned to: Nobody/Anonymous (nobody)
Summary: whitespace not preserved in Address metadata

Initial Comment:
Quoting from: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484229

At [0] the specification says that whitespace should be preserved within the Address bibliographic field.  This is not the case for PDFs created via rst2newlatex.  For example,

  :Address: Foo,
            Bar,
            Baz

renders as

  Address:   Foo, Bar, Baz

instead of

  Address:   Foo,
             </description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-07-19T01:22:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4310">
    <title>[ docutils-Bugs-2018331 ] files without codingline trigger bus error on OS X 10.4.11</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4310</link>
    <description>Bugs item #2018331, was opened at 2008-07-15 01:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2018331&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: cfr (cfr)
Assigned to: Nobody/Anonymous (nobody)
Summary: files without coding line trigger bus error on OS X 10.4.11 

Initial Comment:
Docutils 0.6 [snapshot 2008-07-14, r5592], Docutils 0.5 [release tarball]

Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC

Python 2.5.2

Trying to (1) create the documentation and (2) run the test suite post-install. From source (working) directory:

cd tools

./rst2html.py ../&lt;doc&gt;.txt ../&lt;doc&gt;.html

succeeds for &lt;doc&gt; = FAQ, HISTORY a</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-07-15T00:22:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4309">
    <title>bug about node comparisons,resolution advice needed</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4309</link>
    <description>Hi,

behold a bug: there are several occurrences of this code (or similar) in 
docutils::

   index = node.parent.index(node)

For example in node.traverse().
This assumes that the equality (==) that the index method uses is 
actually identity (is) which is the case for docutils nodes ---
except for Text nodes which are derived from UserString...

I added suitable failing tests to a branch (index-bug).
Here is a snippet::

         e += nodes.TextElement()
         e[0] += nodes.Text('one')
         e[0] += nodes.Text('two')
         e[0] += nodes.Text('three')
         e[0] += nodes.Text('two') # CURRENTLY FAILS FOR THIS ELEMENT
         e[0] += nodes.Text('five')
         for ind in range(5):
             self.assertEquals(e[0][ind].parent.index(e[0][ind]), ind)

I see two possible fixes:

- implement index using 'is' and not using list.index
- change the Text node so that equality is identity.

cheers,
stefan


-------------------------------------------------------------------------
Sponsored by: SourceF</description>
    <dc:creator>Stefan Rank</dc:creator>
    <dc:date>2008-07-04T13:57:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4308">
    <title>[ docutils-Bugs-2009606 ] Footnotes put name andid tags on different elements</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4308</link>
    <description>Bugs item #2009606, was opened at 2008-07-03 13:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2009606&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Tommi Virtanen (tv42)
Assigned to: Nobody/Anonymous (nobody)
Summary: Footnotes put name and id tags on different elements

Initial Comment:
With xhtml, the name attribute is pretty much considered an obsolete alias for id. Processing the xhtml output with xslt even copies the name attribute values to id attributes.

The way docutils uses name and id with footnotes causes trouble with this, because the same value is present on two different elements:

$ printf 'see [#bar]_\n\n.. [#bar] here'|rst2html|grep -A 3 '&lt;tab</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-07-03T10:35:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4307">
    <title>[ docutils-Bugs-2003527 ] DocUtils 0.4 NotAvailable through PyPI.</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4307</link>
    <description>Bugs item #2003527, was opened at 2008-06-26 16:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2003527&amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kenneth Miller (xkenneth)
Assigned to: Nobody/Anonymous (nobody)
Summary: DocUtils 0.4 Not Available through PyPI.

Initial Comment:
Could someone please upload DocUtils 0.4 to the pypi, or give me the ability to?

Regards,
Kenneth Miller
xkenneth&lt; at &gt;gmail.com

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;atid=422030&amp;aid=2003527&amp;group_id=38414

-------------------------------------------------------------------------
C</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2008-06-26T21:59:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/4304">
    <title>release 0.5</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/4304</link>
    <description>so i am through to all the things i could find in the release notes

test runs were done on ubuntu6.06 for python 2.2..2.5

please verify and notify me for any missings that i surely made.

cheers

</description>
    <dc:creator>grubert&lt; at &gt;users.sourceforge.net</dc:creator>
    <dc:date>2008-06-25T20:53:12</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.text.docutils.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.text.docutils.devel</link>
  </textinput>
</rdf:RDF>
