| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
now requires LaTeX2HTML 98.1p1 or newer (& and is still in progress).
This means that doing things to change the formatting of the manuals (at the
"normal user" level, like A4 paper), can happen in just one place, rather
than in each document file.
|
| | |
|
| |
|
|
| |
comes after the arguments are complete.
|
| | |
|
| |
|
|
| |
versioning remain intact.
|
| |
|
|
|
|
| |
with the other example of a structure description (struct _frozen).
Added index entries for the modules referenced in the document.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use \emph{} when referring to title of any of the Python manuals, like is
done in the other manuals.
In some places, use \emph{} or \dfn{} instead of ``...''.
Use \samp{} instead of \code{} when marking identifier prefixes.
Use logical markup wherever it made sense.
Fixed a bunch of typos.
In several places, use "---" instead of "--" to get the emdash.
Start sentences with capital letters and end them with periods, as needed.
"it's" --> "its" in many places: "it's" it *always* a contraction of "it is",
and "its" should always be used for the possessive.
"don't" --> "doesn't"
"should discards any" --> "should discard any"
In C function descriptions, use \var{} to mark parameters in the running
text instead of \code{}. This matches usage in the other manauls better,
and is more consistent with the formatting of the function signatures.
Lots of little changes to implement this.
Lots of fixups needed due to appearant heavy cut-&-paste in the orignal
document.
Mention that the exception objects may be either classes or strings,
depending on the use of -X; they were unequivocally stated to be strings
in the section "Standard Exceptions".
"mkvalue()" --> "Py_BuildValue()"
Description of PyNumber_Power() indicates that the third value is option,
but not how to indicate that it was omitted. Clarified.
Explain the behavior of PyString_FromStringAndSize() if the buffer is NULL.
Explain the Py_complex structure a little (tell what it's used for) and use
a {verbatim} environment for the structure definition itself.
Fix explanation of PyFile_SoftSpace().
Update the example version string to 1.5.
Combined the sections on defining new object types.
|
| | |
|
| | |
|
| |
|
|
| |
Guido, please take a look at new structure, at least the ToC.
|
| |
|
|
| |
"Protocol" and not "protocol".
|
| | |
|
| |
|
|
| |
calling the Python API.
|
| | |
|
| |
|
|
|
|
|
|
| |
"Unix" ==> "\UNIX{}"
"C" ==> "\C{}"
"C++" ==> "\Cpp{}"
|
| | |
|
| |
|
|
| |
mode) and take advantage of changes in myformat.sty.
|
| |
|
|
|
|
|
|
| |
gave the return type as part of the function field and used an empty return
type field. Fixed.
Function name field for PyLong_FromString() included an asterisk at the
beginning of the function name field; removed.
|
| |
|
|
|
| |
Added a warning about the incompleteness to the front.
Added a reminder about CObject to the back.
|
| |
|
|
| |
it ought to be. Maybe the last checkin before 1.5b1 is released.
|
| |
|
|
|
|
|
|
| |
Use spaces instead of tabs to indent structure definition; tabs don't
work in tex/latex.
PyImport_FrozenModules:
struct _freeze ==> struct _frozen
|
| |
|
|
| |
which appears to be out of fashion in this file.
|
| | |
|
| |
|
|
| |
the interfaces defined in import.h.
|
| | |
|
| |
|
|
|
| |
introductory text for reference counts and error handling, with good
examples.
|
| | |
|
| | |
|
| | |
|
| | |
|
|
|
Removed extref.tex (which provided the starting point).
Also removed qua.tex, which is out of date and no longer needed.
|
