| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
regex match from 6 to 16 characters.
|
|
|
|
|
|
| |
have pointer addresses in uppercase.
Closes bug #934282. Thanks Robin Becker.
|
| |
|
| |
|
|
|
|
|
|
| |
* Add unittests, newsitem, and whatsnew
* Apply to Queue.py mutex.py threading.py pydoc.py and shlex.py
* Docs are forthcoming
|
| |
|
| |
|
|
|
|
| |
module
|
|
|
|
| |
attribute. Patch and bug report from Geoff Talvola. Closes patch #672855.
|
| |
|
|
|
|
|
|
| |
it expects based on what inspect classifies it as.
Closes bug #729103 .
|
|
|
|
|
| |
Modified the patch some. Fixed invalid link in UNICODE (to STRING).
Also updates some references.
|
| |
|
| |
|
|
|
|
|
|
| |
Clean up section headings; make the bars on the left less fat.
Adjust the display of properties slightly.
Don't show stuff inherited from the base 'object' type.
|
| |
|
| |
|
|
|
|
| |
get help on os attributes)
|
|
|
|
|
|
| |
Fix pydoc when doing help for: and, or, not, UNICODE.
Will backport.
|
|
|
|
|
|
| |
Reverting one of those irritating "security fixes". fdopen() opens
files in binary mode. That makes pydoc skip the \r\n on Windows that's
need to make the output readable in the shell. Screw it.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Wow, what a brittle subsystem! Fixed, maybe, provided Fred doesn't
shuffle the docs around.
Bugfix candidate.
|
| |
|
|
|
|
|
| |
Solaris from squawking if less isn't available. See
http://python.org/sf/612111 for details.
|
|
|
|
| |
to the list of places where pydoc looks for HTML documents.
|
|
|
|
|
| |
Add resolve() to handle looking up objects and names (fix SF bug 586931).
Add a nicer error message when given a filename that doesn't exist.
|
|
|
|
|
| |
Weinberg). This changes all uses of deprecated tempfile functions to
the recommended ones.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
non-callable objects is always None. This makes for less confusing
output and fixes the problem reported in SF patch #550290.
|
| |
|
| |
|
| |
|
|
|
|
| |
slash on strings like "http://www.python.org/ is good".
|
|
|
|
|
| |
- reflects the change in type("").__name__ between 2.1 and 2.2. The
__name__ field is used to find a method to call for particular types.
|
|
|
|
| |
(see patch #514490, by Stefan Schwarzer)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The GUI-mode code to display properties blew up if the property functions
(get, set, etc) weren't simply methods (or functions).
"The problem" here is really that the generic document() method dispatches
to one of .doc{routine, class, module, other}(), but all of those require
a different(!) number of arguments. Thus document isn't general-purpose
at all: you have to know exactly what kind of thing is it you're going
to document first, in order to pass the correct number of arguments to
.document for it to pass on. As an expedient hack, just tacked "*ignored"
on to the end of the formal argument lists for the .docXXX routines so
that .document's caller doesn't have to know in advance which path
.document is going to take.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
getting displayed, due to a special case here whose purpose I didn't
understand. So just disabled the doc suppression here.
Another special case here skips the docs when picking apart a method
and finding that the im_func is also in the class __dict__ under
the same name. That one I understood. It has a curious consequence,
though, wrt inherited properties: a static class copies inherited stuff
into the inheriting class's dict, and that affects whether or not this
special case triggers. The upshoot is that pydoc doesn't show the
function docstrings of getter/setter/deleter functions of inherited
properties in the property section when the class is static, but does
when the class is dynamic (bring up Lib/test/pydocfodder.py under
GUI pydoc to see this).
|
|
|
|
| |
order of defining class's name.
|
|
|
|
|
| |
Python since 1.5 (virtually everything I changed over the last week relies
on "modern" features, particularly nested scopes).
|
|
|
|
|
| |
here means it has no more than one base class to rummage through (in which
cases there's no potential confusion about resolution order).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
property() (get, set, del; not set, get, del).
+ Change "Data defined/inherited in ..." header lines to
"Data and non-method functions defined/inherited in ...". Things like
the value of __class__, and __new__, and class vrbls like the i in
class C:
i = int
show up in this section too. I don't think it's worth a separate
section to distinguish them from non-callable attrs, and there's no
obvious reliable way to distinguish callable from non-callable attrs
anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
always been close to useless, because the <small>-ified docstrings
were too small to read, even after cranking up my default font size
just for pydoc. Now it reads fine under my defaults (as does most
of the web <0.5 wink>). If it's thought important to play tricks
with font size, tough, then someone should rework pydoc to use style
sheets, and (more) predictable percentage-of-default size controls.
+ Tried to ensure that all <dt> and <dd> tags are closed. I've read (but
don't know) that some browsers get confused if they're not, and esp.
when style sheets are in use too.
|
|
|
|
|
| |
than text mode, since here we can hyperlink from the getter etc methods
back to their definitions.
|
|
|
|
|
|
|
|
|
|
| |
properties: the docstring (if any) is displayed, and the getter, setter
and deleter (if any) functions are named. All that is shown indented
after the property name.
+ Text-mode pydoc class display now draws a horizontal line between
class attribute groups (similar to GUI mode -- while visually more
intrusive in text mode, it's still an improvement).
|
|
|
|
|
|
|
|
|
| |
+ Minor code cleanup, generalization and simplification.
+ "Do something" to make the attribute aggregation more apparent:
- In text mode, stick a "* " at the front of subgroup header lines.
- In GUI mode, display a horizontal rule between subgroups.
For GUI mode, this is a huge improvement, at least under IE.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mode (identify the source class for class attrs; segregate attrs according
to source class, and whether class method, static method, property, plain
method, or data; display data attrs; display docstrings for data attrs
when possible).
Alas, this is mondo ugly, and I'm no HTML guy. Part of the problem is
that pydoc's GUI mode has always been ugly under IE, largely because
<small> under IE renders docstrings unreadably small (while sometimes
non-docstring text is painfully large). Another part is that these
segregated listings of attrs would *probably* look much better as bulleted
lists. Alas, when I tried that, the bullets all ended up on lines by
themselves, before the method names; this is apparently because pydoc
(ab?)uses definition lists for format effects, and at least under IE
if a definition list is the first chunk of a list item, it gets rendered
on a line after the <li> bullet.
An HTML wizard would certainly be welcomed here.
|