This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author scott.dial
Recipients georg.brandl, scott.dial
Date 2008-12-21.16:55:51
SpamBayes Score 4.021754e-09
Marked as misclassified No
Message-id <1229878552.94.0.178929851509.issue4711@psf.upfronthosting.co.za>
In-reply-to
Content
There is a problem with the table contents with respect to literals that
cannot be word-wrapped. I see this issue here:

http://docs.python.org/dev/2.6/library/multiprocessing.html

The line in the table of contents that reads "The multiprocessing.dummy
module" is broken in that the literal "multiprocessing.sharedctypes"
overflows into the right-hand side. It also ends up underneath the
contents on the right, which makes it extra hard to know what that entry
was about.

This instance may be browser specific, but I think it brings up a more
general question of what should be done with such long literals and how
overflow should be handled. And perhaps even whether it is wise to have
set the width of that div to such a narrow and specific value (230px).

I've attached a screenshot from Firefox 2.0.0.20/Win32 in case it is not
as reproducible as I would expect.
History
Date User Action Args
2008-12-21 16:55:53scott.dialsetrecipients: + scott.dial, georg.brandl
2008-12-21 16:55:52scott.dialsetmessageid: <1229878552.94.0.178929851509.issue4711@psf.upfronthosting.co.za>
2008-12-21 16:55:52scott.diallinkissue4711 messages
2008-12-21 16:55:51scott.dialcreate