[issue5703] inside *currentmodule* some links is disabled

Georg Brandl added the comment: If you want that level of control, it may be better to just write :meth:`Message.add_header() `. -- ___ Python tracker ___ ___

[issue5703] inside *currentmodule* some links is disabled

Hirokazu Yamamoto 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

[issue5703] inside *currentmodule* some links is disabled

Hirokazu Yamamoto added the comment: Thanks, I'll create the patch using this. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5703] inside *currentmodule* some links is disabled

Georg Brandl 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

[issue5703] inside *currentmodule* some links is disabled

Hirokazu Yamamoto 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 2. Introduce something new

[issue5703] inside *currentmodule* some links is disabled

Georg Brandl 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

[issue5703] inside *currentmodule* some links is disabled

New submission from Hirokazu Yamamoto : 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 email.mime.application (specified by curre