Georg Brandl ge...@python.org added the comment:
If you want that level of control, it may be better to just write
:meth:`Message.add_header() email.message.Message.add_header`.
--
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
You can write :class:`~email.mime.MIMENonMultipart`; this will link to
the correct class but only display the thing after the last dot, in this
case MIMENonMultipart.
--
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thanks, I'll create the patch using this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5703
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I noticed :meth:`~email.message.Message.add_header` renders add_header
but maybe Message.add_header is better? (Maybe sphinx tracker is
suitable for now)
--
___
Python tracker
Georg Brandl ge...@python.org added the comment:
Since NonMultipart is in another module, it is not found automatically
by unqualified name. This is working as expected.
--
resolution: - wont fix
status: open - closed
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry, I shouldn't call this a bug. Rather I should use the word
proposal. I think a link to MIMENonMultipart is also useful. What I
can imagine how to achieve this is...
1. Rewrite MIMENonMultipart to email.mime.MIMENonMultipart
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
See http://docs.python.org/library/email.mime.html
Inside MIMEApplication documentation, link to MIMEApplication is enabled
but link to MIMENonMultipart is disabled. This happens because
MIMENonMultipart is not in