[issue3857] ImportError: No module named test.test_support
New submission from Winfried Plappert <[EMAIL PROTECTED]>:
The following 2 line program fails under Python 2.6rc1:
Python 2.6b3 (r26b3:66303, Sep 8 2008, 13:45:13) [MSC v.1500 32 bit
(Intel)] on win32
as downloaded today (2008-09-13):
# start program ---
import urllib
fh = urllib.urlopen('http://bugs.python.org/')
# end program ---
with the messages:
Traceback (most recent call last):
File "bug.py", line 2, in
fh = urllib.urlopen('http://bugs.python.org/')
File "d:\Python26\lib\urllib.py", line 87, in urlopen
return opener.open(url)
File "d:\Python26\lib\urllib.py", line 203, in open
return getattr(self, name)(url)
File "d:\Python26\lib\urllib.py", line 285, in open_http
import httplib
File "d:\Python26\lib\httplib.py", line 72, in
from test.test_support import catch_warning
ImportError: No module named test.test_support
The program works fine on Python 2.5
--
components: Library (Lib)
messages: 73169
nosy: wplappert
severity: normal
status: open
title: ImportError: No module named test.test_support
type: crash
versions: Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3857>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3857] ImportError: No module named test.test_support
Winfried Plappert <[EMAIL PROTECTED]> added the comment: OK, by now I know exactly what the problem is: The Windows installer allows you the option of DESELECTING the "Test Suite". Initially I deselected the Test Suite because I thought I do not need it. But this is wrong. urllib loads test.test_support. In my opinion you must not be able to deselect a feature if this feature is needed for the proper running of Python. PS.: Forget all the bits about "Python 2.6b3 (r26b3:66303, Sep 8 2008, 13:45:13) [MSC v.1500 32 bit (Intel)] on win32": I just was too fast. I have verified the bug now with proper 2.6rc1: Python 2.6rc1 (r26rc1:66438, Sep 13 2008, 09:20:38) [MSC v.1500 32 bit (Intel)]. Thanks a lot for the wonderful programming language Python!! -- components: +Windows -Library (Lib) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3857> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3857] ImportError: No module named test.test_support
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Please close this issue. Between 2.6b3 and 2.6rc1 Lib/httplib.py has been changed. Sorry about the confusion! ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3857> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
New submission from Winfried Plappert <[EMAIL PROTECTED]>: I try to build PDF documentation from current Python-2.6rc2 and Python- 3.0rc1 versions. I tried the process under Windows XP and also Linux (Ubuntu). The results are the same. The documentation is not built correctly, mostly the table of contents and always the index is missing. pdflatex always stops with the same error: ! Too many }'s. l.122 } Line 122 refers to the file sphinx.sty. After stopping, I rerun pdflatex with the command "R" to completion. This run has been created via the 3.0rc1 files, based on WindowsXP. I will include a log file from the pdflatex build process. The error is in line 364 of file tutorial.log. The pdflatex (WindowsXP) version is: MiKTeX-pdfTeX 2.7.3147 (1.40.9) (MiKTeX 2.7) Copyright (C) 1982 D. E. Knuth, (C) 1996-2006 Han The Thanh TeX is a trademark of the American Mathematical Society. In case you need more docu, please let me know. Winfried -- assignee: georg.brandl components: Documentation files: tutorial.zip messages: 73430 nosy: georg.brandl, wplappert severity: normal status: open title: Building PDF documentation from tex files type: crash versions: Python 2.5, Python 3.0 Added file: http://bugs.python.org/file11525/tutorial.zip ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment: modified version info: 2.6, 3.0 -- versions: +Python 2.6 -Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Hi Georg, whatever I am getting when I am doing a make latex in the Docs directory. The current version is 66550: "Sphinx v0.5, building latex". I just redid it again and the error persists. But you say that one has to use unreleased SVN versions. So I have to wait another few days for a PDF version of the new documents. Thanks a lot for your time, Winfried - viele Grüße nach München und viel Glück in der Pyhsik :) -- type: crash -> ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment: I had a go at commenting stuff in sphinx.sty, but every change produced another error message. In the end I concluded that the best thing is to leave sphinx.sty untouched, despite the fact that the index is always missing. Since I do not understand the magic of tex (or pdflatex), I better leave it to the expert(s) to figure out how one generates perfect PDF documentation. Sorry for that. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment:
I found at least one bug:
% Detect if we're using XeLaTeX
\IfFileExists{ifxetex.sty}{%
\RequirePackage{ifxetex}
}{% not using xelatex
\newif\ifxetex\xetexfalse %(line 69)
}
should say:
\newif\ifxetex\xetexfalse\fi
That makes it possible to run through without any serious errors.
However the index is still defective. Here are the relevant line from
"reference.log" (just as an example):
"""
Writing index file reference.idx
\modindexfile=\write6
...
No file reference.ind.
[99
] (reference.aux) )
"""
Something with your suffixes seems to be incorrect, but I cannot find
it. I guess you are using a built-in macro, but you're not obeying the
filename specifications correctly. Otherwise the index should be included.
The generated PDF looks far better, but still lacks a proper footer. The
current footer is just "Contents" (at least for reference.pdf,
documenting.pdf, extending.pdf file).
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3909>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment: I just tested it under Linux/Ubuntu and it is the same behaviour as described earlier: fix line 69 in sphinx.sty and it works. My pdflatex version on Windows (MiKTeX) has been mentioned in my first entry and the version for Ubuntu is (TeX-live): pdfTeX 3.1415926-1.40.9-2.2 (Web2C 7.5.7) kpathsea version 3.5.7 Copyright 2008 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea is copyright 2008 Karl Berry and Olaf Weber. There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea written by Karl Berry, Olaf Weber, and others. Compiled with libpng 1.2.29; using libpng 1.2.29 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.02pl2 I include all reference.* files (apart from reference.tex) in zipped format. Added file: http://bugs.python.org/file11626/reference.zip ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Now that the official PDF documentation is released for download on the website - including TOC and Index for every major document, the question arises: what is the difference between the 'official' built and my 'private' built since some of my documents still missing the TOC and the index? Is it the pdflatex version? The underlying OS or modified control files? I have used the official 2.6 tar ball as a base fpr my experiments, including the released sphinx version etc... Any ideas? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4027] wrong page index number in reference book of python documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: In addition to the same issue: library.pdf, downloaded from http://docs.python.org/ftp/python/doc/2.6/python-docs-pdf-a4.tar.bz2: Glossarypoints to chapter 1, "About these documents" chapter 2, History and License chapter 3, Copyright chapter 4. The Index points correctly to the "Symbol Index", but misplaces the "Module Index": the "Module Index" is a subchapter of the "Copyright". -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4027> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4027] wrong page index number in reference book of python documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: distutils.pdf shows the wrong behaviour quite nicely. See attached png file Added file: http://bugs.python.org/file11701/distutils.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4027> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4041] reference to rexec in __import__
New submission from Winfried Plappert <[EMAIL PROTECTED]>: on the web page http://docs.python.org/library/functions.html, __import__ references rexec why and how one could use __import__. On the rexec page (http://docs.python.org/library/rexec.html) it says: "Deprecated since version 2.6". I think one should not really refer to deprecated functions in the current documentation. -- assignee: georg.brandl components: Documentation messages: 74316 nosy: georg.brandl, wplappert severity: normal status: open title: reference to rexec in __import__ versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4041> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert <[EMAIL PROTECTED]> added the comment: I have rerun the making of the PDFs with the make command. Everything looks fine now. I did not realize that pdflatex is called multiple times during the process of PDF creation. %.pdf: %.tex pdflatex '$<' pdflatex '$<' pdflatex '$<' -makeindex -s python.ist '$(basename $<).idx' -makeindex -s python.ist '$(basename mod$<).idx' pdflatex '$<' pdflatex '$<' Sorry, my fault and responsibility. Thanks, Winfried ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains nor data.
New submission from Winfried Plappert : When parsing HTML and having a string along the lines of , a call to handle_data is not issued between handle_starttag and handle_endtag, but afterwards. The problem is in HTMLparser.goahead, where the position i and j are calculated. The code reads if i < j: self.handle_data(rawdata[i:j]) but it should be if i <= j: self.handle_data(rawdata[i:j]) If there is data between and , everything works fine. I just checked the trunk of 2.6, this occurs in line 142 of Lib/HTMLParser.py. The size of HTMLParser.py is 13407 bytes, and is dated 'Feb 26 19:25'. -- components: Library (Lib) messages: 102392 nosy: wplappert severity: normal status: open title: HTMLparser does not handle call to handle_data when a tag contains nor data. type: behavior versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Changes by Winfried Plappert : -- title: HTMLparser does not handle call to handle_data when a tag contains nor data. -> HTMLparser does not handle call to handle_data when a tag contains no data. ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Winfried Plappert added the comment: The same code can be found in the 3.1 distribution. -- versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Winfried Plappert added the comment: Here is a test program (shannon_data.py), some sample data (Shannon-2010.0.02-extract.html) and two output files (correct.out and wrong.out). -- Added file: http://bugs.python.org/file16771/shannon_data.py ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Changes by Winfried Plappert : Added file: http://bugs.python.org/file16772/Shannon-2010.0.02-extract.html ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Changes by Winfried Plappert : Added file: http://bugs.python.org/file16773/correct.out ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Changes by Winfried Plappert : Added file: http://bugs.python.org/file16774/wrong.out ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Winfried Plappert added the comment: in short the correct output should be 2/4/2010;6.3;11.1;0.8;6.5;;7.8;-5 versus 2/4/2010;6.3;11.1;0.8;6.5;7.8;-5 which implies that one element is missing in the output stream :) -- ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8319] HTMLparser does not handle call to handle_data when a tag contains no data.
Winfried Plappert added the comment: I have modified my program so I will check for data/no-data at the end of a td-call (td_end). Now it produces the correct result. I think you can close this issue. -- Added file: http://bugs.python.org/file17074/shannon_data-v2.py ___ Python tracker <http://bugs.python.org/issue8319> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4027] wrong page index number in reference book of python documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: This problem also applies to Python 3.0rc1. Georg, could you please comment on ray's and tjreedy's question. Thanks -- versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4027> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4132] LaTeX Error: Environment cmemberdescni undefined.
New submission from Winfried Plappert <[EMAIL PROTECTED]>: When building latex documentation for the first time round, the make of c-api fails with "! LaTeX Error: Environment cmemberdescni undefined.". A second make builds c-api and all other documents successfully. However, The pdf document c-api.pdf is lacking the TOC and the Index. All other PDFs have a TOC and an Index. I will include the a copy of the make output (typescript.org) - first call to make. -- assignee: georg.brandl components: Documentation files: typescript.org messages: 74836 nosy: georg.brandl, wplappert severity: normal status: open title: LaTeX Error: Environment cmemberdescni undefined. versions: Python 3.0 Added file: http://bugs.python.org/file11808/typescript.org ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4132] LaTeX Error: Environment cmemberdescni undefined.
Winfried Plappert <[EMAIL PROTECTED]> added the comment: PS.: The original error occurs in line 164 of the attached output file. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4132> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4027] wrong page index number in reference book of python documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Hi Georg, I tried to rebuilt the documentation from scratch (2.6 as well as 3.0rc1) and make fails with the command " \tableofcontents", which is part of the generated *.tex file. I will include the typescript output of the make command. The error message in 'typescript' is line 77. The checked ot revision of sphinx is: 'Checked out revision 66957.' Added file: http://bugs.python.org/file11815/typescript ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4027> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4027] wrong page index number in reference book of python documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Interesting: I reran the build of PDFs under Windows (XP) and it works like a charm! Everything is there, the TOC, the Index and the Contents. I have no idea why Ubuntus pdflatex decided to go on strike. Thanks a lot for all your work! ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4027> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4027] wrong page index number in reference book of python documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Georg, sphinx r66972 works perfectly. Thanks again! ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4027> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: An the PDF view of the same table Added file: http://bugs.python.org/file11828/Screenshot-library.pdf - Adobe Reader.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
New submission from Winfried Plappert <[EMAIL PROTECTED]>: I wonder if the readabiliy of tables in PDFs can be improved. I take the example of ABCs. The online documentation can be found at http://docs.python.org/library/collections.html, the rst source is at /Doc/library/collections.rst. I'll enclose two png files, which show the table in HTML format and in PDF format. My PDF reader is Adobe Acrobat Reader 8.1.2 (Ubuntu), but I also tried xpdf and "Evince Document Viewer 2.22.2". The result is the same that the coulumn width is somehow not calculated correctly. Any ideas? PS.: Since I can only upload one file at a time, there will be another entry soon. -- assignee: georg.brandl components: Documentation files: Screenshot-collections — High-performance container datatypes — Python v2.6 documentation - Mozilla Firefox.png messages: 74969 nosy: georg.brandl, wplappert severity: normal status: open title: tabulary entries in PDF documentation type: behavior versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file11827/Screenshot-collections — High-performance container datatypes — Python v2.6 documentation - Mozilla Firefox.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Oh, what a pain, if you have to do it by hand! Is there no other way of doing it by counting record lengths (in a column) - see below? Just for the grins of it, I modified collections.html a bit to show more on the first page. Then I printed a PDF copy of the online web pages. I include that print as reference. When looking at the HTML source, I find the following lines at the beginning of the relevant table: And the the first table line follows: ABC Inherits Abstract Methods Mixin Methods So somebody is calculating the column width :) And this somebody - I guess - is Sphinx? Is is possible to do the same for latex? Hmmm. Added file: http://bugs.python.org/file11829/collections_pdf.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment:
I probed a bit more into HTML output and the column width of tabulary
entries is always present in the HTML output. I don't yet know where
these relative widths are calculated, but I do roughly know how they are
calculated: from the width of table definition in the *.rst files. This
information should be sufficient to define a (relative) width instead of
the generic latex command "\begin{tabulary}{\textwidth}{|L|L|L|L|}".
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4145>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment:
Hi Georg,
the only thing I could find on the net is a reference to:
"\begin{tabular}{p{1in}p{2in}}" at
http://www.cs.cornell.edu/Info/Misc/LaTeX-Tutorial/Tables.html. Assuming
that one knows the effective width of the whole table, one then should
be able to calculate the width of a column based on previous information
in the *.rst files. Since I really don't know anything about LaTeX - and
you certainly do, I should better shut up and don't say anything more.
But indeed, this table business in LaTeX seems to be a bit messy.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4145>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Hi Georg, I tried to find a few bones and came up with the following little demo. I pinched the first few lines from http://www.latex-community.org/viewtopic.php?f=5&t=910 and set up a table with defined column widths - see attached file. Added file: http://bugs.python.org/file11833/test_latex-2.tex ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Changes by Winfried Plappert <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11833/test_latex-2.tex ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Changes by Winfried Plappert <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11834/test_latex-2.tex ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment:
I used the following values, based on 14cm total width (of the paper)
[it could be a bit more for A4]:
\begin{tabular}{|p{2.94cm}|p{2.52cm}|p{2.52cm}|p{6.02cm}|} - for the ABC
table and reran library.tex completely. The table came out beautifully.
The percent values I took from the equivalent HTML output, based on
collections.rst.
So I think it is possible to calculate column width automatically. Since
it is late, I will not show the PDF output now. Perhaps tomorrow.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4145>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Here is the screenshot: ABCs-2.png Added file: http://bugs.python.org/file11835/ABCs-2.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Winfried Plappert <[EMAIL PROTECTED]> added the comment: There are some 200 tables in the 2.6 documentation, 150 alone in library.tex - and a few less in the 3.0rc1 documentation. So may suggest a course of action: since most of these tables produces reasonable results by using your automatic layout, there are only a few to tackle "manually". You could invent a new keyword e.g. relativecolumnwidth, which then renders the table in the above style, based on effective paper width and based on column widths in the *.rst files. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
New submission from Winfried Plappert <[EMAIL PROTECTED]>: library.pdf - Chapter 8.8.3 deals with Standard Encodings. There is a long table which is massively overshooting the bottom of the page (page 110) in the PDF-A4 version. About 35 rows in the table get completely lost - compared to the HTML version at http://docs.python.org/library/codecs.html. -- assignee: georg.brandl components: Documentation messages: 75028 nosy: georg.brandl, wplappert severity: normal status: open title: Table about Standard Encodings is cut off at the bottom - 35 entries missing type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4159> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
New submission from Winfried Plappert <[EMAIL PROTECTED]>:
in the Python 2.6 PDF-documentation, the example followong the
"text_factory is incomplete, because it is cut off at the right hand
side of the text. HTML-version: http://docs.python.org/library/sqlite3.html
I include the relevant line from the HTML-version:
cur.execute("select ?", ("this is latin1 and would normally create
errors" + u"\xe4\xf6\xfc".encode("latin1"),)) .
This line should probably be split, so the text cannot run off at the
right edge.
--
assignee: georg.brandl
components: Documentation
messages: 75029
nosy: georg.brandl, wplappert
severity: normal
status: open
title: library.pdf - Section 12.13.2 Connection Objects - example cut off at
the right hand side
versions: Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4160>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Can also be seen on 3.0rc1 if the PDF documents are built 'by hand'. -- versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4159> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Another example is chapter 16.8.3 GENERIC OPERATING SYSTEM SERVICES::curses — Terminal handling for character-cell displays::Constants. The table on page 442 again misses about 35 entries completely. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4159> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4162] library.pdf - Section 17.6.4 Examples - Multiprocessing - Formatting got lost
New submission from Winfried Plappert <[EMAIL PROTECTED]>: There is a very long (last) example following the paragraph which starts with the words: "An example/demo of how to use the managers.SyncManager, Process and others ...". The formatting that this an example somehow got lost and the PDF text becomes very sparse. I will attach a png file later. The HTML documentation recognizes it as an example and formats it correctly. -- assignee: georg.brandl components: Documentation messages: 75033 nosy: georg.brandl, wplappert severity: normal status: open title: library.pdf - Section 17.6.4 Examples - Multiprocessing - Formatting got lost type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4162> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- components: +Documentation tools (Sphinx) -Documentation ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4160> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- components: +Documentation tools (Sphinx) -Documentation ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4159> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4162] library.pdf - Section 17.6.4 Examples - Multiprocessing - Formatting got lost
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- components: +Documentation tools (Sphinx) -Documentation ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4162> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4145] tabulary entries in PDF documentation
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- components: +Documentation tools (Sphinx) -Documentation ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4145> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4162] library.pdf - Section 17.6.4 Examples - Multiprocessing - Formatting got lost
Winfried Plappert <[EMAIL PROTECTED]> added the comment: example-17.6.4.png shows two pieces of Python code, the top being good and the bottom very sparse. Added file: http://bugs.python.org/file11851/example- 17.6.4.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4162> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
Winfried Plappert <[EMAIL PROTECTED]> added the comment: here is the screen copy of chapter 8.8.3 Added file: http://bugs.python.org/file11852/8.8.3.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4159> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
Winfried Plappert <[EMAIL PROTECTED]> added the comment: The page of chapter 12.13.2 Added file: http://bugs.python.org/file11853/12.13.2.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4160> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4166] extra "\fi" in sphinx.sty, line 62
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4166> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4167] Inline Markup :const: shows up in Documentation
New submission from Winfried Plappert <[EMAIL PROTECTED]>: The Inline Markup :const: shows up in the final documentation. Example can be found on http://docs.python.org/library/select.html : kevent.fflags¶ Filter specific flags :const:`KQ_FILTER_READ` and :const:`KQ_FILTER_WRITE` filter flags ConstantMeaning KQ_NOTE_LOWAT low water mark of a socket buffer :const:`KQ_FILTER_VNODE` filter flags It also shows up in the equivalent PDF documentation. The underlying rst file is library/select.rst, relevant part of source text follows: *:const:`KQ_FILTER_READ` and :const:`KQ_FILTER_WRITE` filter flags* +++ | Constant | Meaning | +++ | :const:`KQ_NOTE_LOWAT` | low water mark of a socket buffer | +++ *:const:`KQ_FILTER_VNODE` filter flags* There is one more occurrance of :const: in http://docs.python.org/library/cookielib.html: ... Cookie.is_expired([now=:const:`None`])¶ True if cookie ... -- assignee: georg.brandl components: Documentation tools (Sphinx) messages: 75063 nosy: georg.brandl, wplappert severity: normal status: open title: Inline Markup :const: shows up in Documentation type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4167> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4169] library/turtle.rst does not format properly in PDF mode
New submission from Winfried Plappert <[EMAIL PROTECTED]>: library.pdf, Section 25.4.3 Methods of RawTurtle/Turtle and corresponding functions does not format the :param xxx: keyword properly. The HTML version at http://docs.python.org/library/turtle.html looks like turtle.fd(distance)¶ Parameters: * distancea number (integer or float) The formatting in HTML version is 100% correct, since it misses a space between 'distance' and 'a', but at least is readable. The screenshot of the PDF is not really readble. There is also the space missing between the parameter and its description. -- assignee: georg.brandl components: Documentation tools (Sphinx) files: turtle-pdf.png messages: 75065 nosy: georg.brandl, wplappert severity: normal status: open title: library/turtle.rst does not format properly in PDF mode versions: Python 2.6 Added file: http://bugs.python.org/file11855/turtle-pdf.png ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4169> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4169] library/turtle.rst does not format properly in PDF mode
Winfried Plappert <[EMAIL PROTECTED]> added the comment: The formatting in HTML version is 100% correct, s/is 100% correct/is NOT 100% correct/. Sorry for the typo. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4169> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4169] library/turtle.rst does not format properly in PDF mode
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Ihave seen this formatting issue also at other places. But if you cure the problem, the issue at the other places will also go away :-) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4169> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4173] PDF documentation: long verbatim lines are cut off at right hand side
New submission from Winfried Plappert <[EMAIL PROTECTED]>: I seen this issue at various places, but I will quote from extending.pdf: Chapter 3: 'Building C and C++ Extensions with distutils' shows two long gcc commands. gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -DMAJOR_VERSION=1 -DMINOR_VERSION=0 -I/usr/local/include -I/usr/local/include/python2.2 -c demo.c -o build/temp.linux-i686-2.2/demo.o gcc -shared build/temp.linux-i686-2.2/demo.o -L/usr/local/lib -ltcl83 -o build/lib.linux-i686-2.2/demo.so The HTML version at http://docs.python.org/extending/building.html uses a slider to be able to see all the code, but the PDF-version does not have this feature. Consequently, the text is chopped off at the right hand side after the 98th character. -- assignee: georg.brandl components: Documentation tools (Sphinx) messages: 75080 nosy: georg.brandl, wplappert severity: normal status: open title: PDF documentation: long verbatim lines are cut off at right hand side versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4173> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4173] PDF documentation: long verbatim lines are cut off at right hand side
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4173> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4169] library/turtle.rst does not format properly in PDF mode
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4169> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4160> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3203] sphinx - table of contents doesn't render correctly (html)
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3203> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3143] development docs waste a lot of horizontal space on left nav bar
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplapper ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3143> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
Winfried Plappert <[EMAIL PROTECTED]> added the comment: There are some interesting remarks about long tables at http://www.tex.ac.uk/cgi-bin/texfaq2html?label=longtab. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4159> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Hi Skip, I find different measurements om Windows/XP: I copied the script and ran it under Python 2.5.2 and Python 2.6 (as downloaded from http://python.org/ftp/python/2.6/python-2.6.msi): [EMAIL PROTECTED] /cygdrive/e/tmp $ python ./timing.py # 2.5.2 time with os.popen : 0.29631335 time with subprocess.Popen : 0.20368665 in other words: identical or subprocess.Popen even faster. and it is getting even better with Python2.6: [EMAIL PROTECTED] /cygdrive/e/tmp $ python26 timing.py # 2.6 time with os.popen : 0.26632425 time with subprocess.Popen : 0.1873624 So could that be a Mac OS issue? -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Here are my figures from a different processor on Linux (Ubuntu): [EMAIL PROTECTED]:~/python$ python2.5 popentest.py time with os.popen : 0.0478880405426 time with subprocess.Popen : 0.0596849918365 [EMAIL PROTECTED]:~/python$ python2.6 popentest.py time with os.popen : 0.0481159687042 time with subprocess.Popen : 0.0592260360718 uname -a: ... 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Yes, I can confirm that the performance is lousy on Solaris. Solaris-9/Python 2.5.1: time with os.popen : 0.124045133591 time with subprocess.Popen : 1.60335588455 Solaris-9/Python 2.6: time with os.popen : 0.115752220154 time with subprocess.Popen : 1.61768198013 Solaris-10/Python 2.4.4: time with os.popen : 0.124130010605 time with subprocess.Popen : 1.45624995232 Solaris-10/Python 2.6: time with os.popen : 0.113790988922 time with subprocess.Popen : 1.42739701271 All machines are idendital in processor speed: v240. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- type: -> performance versions: +Python 2.4, Python 2.5, Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Hi is the dramatic difference on Solaris-10 / Python2.6: I dtraced the popentest.py and counted syscalls: with os_popen: read =243 with process:Popen read = 589018 That explains a lot! The rest of the system calls are similir in count and appearance. I have not looked into the C-source (yet). ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: s/Hi is/Hi, here is/ :) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: The created testfile size is 588890 bytes, which implies that subprocess.Popen reads the file in completely unbuffered mode, one byte at a time. If I modify the popentest.py programme by specifying a bufsize of 1_000_000, the execution time drops quite a bit: time with os.popen 0.069 sec time with subprocess.Popen 0.118 sec This Solaris 9/Python 2.6. I think I have got it: Lib/subprocess.py should have a default bufsize of -1, not 0! I tested it by modifying the subprocess.Popen call and here is the result: time with os.popen 0.086 sec time with subprocess.Popen 0.080 sec See also Modules/posixmodule.c. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] Miserable subprocess.Popen performance
Winfried Plappert <[EMAIL PROTECTED]> added the comment: On the other hand, we will silently break all those applications which are out there relying on the fact that a pipe is an unbuffered device. You might consider it for Python 3.0, but I don't know if it is a good idea for Python 2.x. The documentation of subprocess.Popen clear states that the default is unbuffered, bufsize=0. I quote from http://docs.python.org/library/subprocess.html: bufsize, if given, has the same meaning as the corresponding argument to the built-in open() function: 0 means unbuffered, 1 means line buffered, any other positive value means use a buffer of (approximately) that size. A negative bufsize means to use the system default, which usually means fully buffered. The default value for bufsize is 0 (unbuffered). ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4251] library.pdf documentation: "See also: Module " does not link to xxx inside the PDF File
New submission from Winfried Plappert <[EMAIL PROTECTED]>: I take chapter "19.12 base64—RFC 3548: Base16, Base32, Base64 Data Encodings" (Python 2.6) as an example. At the bottom of the chapter, you find references to other resouces, in this case: See Also: Module binascii Support module containing ASCII-to-binary and binary-to-ASCII conversions. RFC 1521 - MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Section 5.2, “Base64 Content-Transfer-Encoding,” provides the definition of the base64 encoding. Interestingly enough RFC 1521 points to a web page (the link has been removed in the current HTML documentation). However "Module binascii" does not link to binascii in the library.pdf, whereas the HTML documentation nicely links to http://docs.python.org/library/binascii.html. The file base64.rst IMO indicates that a link should be produced: .. seealso:: Module :mod:`binascii` Support module containing ASCII-to-binary and binary-to-ASCII conversions. :rfc:`1521` - MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message Bodies Section 5.2, "Base64 Content-Transfer-Encoding," provides the definition of the base64 encoding. -- assignee: georg.brandl components: Documentation tools (Sphinx) messages: 75456 nosy: georg.brandl, wplappert severity: normal status: open title: library.pdf documentation: "See also: Module " does not link to xxx inside the PDF File versions: Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4251> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4251] library.pdf documentation: "See also: Module " does not link to xxx inside the PDF File
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4251> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4256] optparse: provide a simple way to get a programmatically useful list of options
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4256> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4266] Python 3.0 docs are broken.
Winfried Plappert <[EMAIL PROTECTED]> added the comment: This is a simple one to fix: remove the second \fi on the incriminated line in sphinx.sty, line 62. I just checked out Sphinx version 67115 and retested. With my fix = removal of the second \fi, the make process works. The issue also applies to Python 2.6. -- nosy: +wplappert versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4266> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4266] Python 3.0 docs are broken.
Winfried Plappert <[EMAIL PROTECTED]> added the comment: In other words, the various *Tex packages cannot agree on a common syntax? MiKTeX-pdfTeX 2.7.3147 (1.40.9) (MiKTeX 2.7) also complains about the double \fi. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4266> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4266] Python 3.0 docs are broken.
Winfried Plappert <[EMAIL PROTECTED]> added the comment: And Ubuntu Linux pdflatex complains as well: /usr/bin/pdflatex from package texlive-latex-base. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4266> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4271] conversion tool does not fix "from Tkinter import N,E"
New submission from Winfried Plappert <[EMAIL PROTECTED]>: I tried to check the tracker for an existing issue with the conversion tool, but I could not find one. I am using the "python2.6 Python2.6/Tools/scripts/2to3 -w -v ." command to convert existing Python scripts to Python3.0. I made two observations: 1. Tkinter from Tkinter import (N, E, ...) does NOT get translated to from tkinter import (N, E, ...) 2. 2to3 produces relative imports for stuff which lives in the same directory, but trying to compile the stuff, I get the error: org: from global_stuffimport * 2t3: from .global_stuffimport * ValueError: Attempted relative import in non-package -- components: 2to3 (2.x to 3.0 conversion tool) messages: 75571 nosy: wplappert severity: normal status: open title: conversion tool does not fix "from Tkinter import N,E" type: compile error versions: Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4271> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4271] conversion tool does not fix "from Tkinter import N,E"
Winfried Plappert <[EMAIL PROTECTED]> added the comment: and it is also fixed in 3.0rc1: I reran the conversion, but issue 2 still persists, ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4271> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4271] conversion tool does not fix "from Tkinter import N,E"
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Sorry, issue 1 still persists: >From Tkinter import (bla,blah, blahh) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4271> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4273] cycle created by profile.run
Winfried Plappert <[EMAIL PROTECTED]> added the comment: I tested profile_cycle.txt on both Python 2.5.2 and Python 2.6. The cycle you are showing for release 2.4.1 cannot be seen on both releases. Why dont't you try and upgrade to Python 2.6? -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4273> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4251] library.pdf documentation: "See also: Module " does not link to xxx inside the PDF File
Winfried Plappert <[EMAIL PROTECTED]> added the comment: Hi, I just checked out sphinx version 67171. It still seems not to procduce a link to the module. How does Sphinx rev 735:a4019921bdf4 translate into a Python revision? This is what I did: $ make update svn update tools/sphinx At revision 67171. svn update tools/docutils At revision 67171. svn update tools/jinja At revision 67171. svn update tools/pygments At revision 67171. ... make latex; cd build/latex; make ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4251> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4468] Restore chapter enumeration in Python docs
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4468> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4565] io write() performance very slow
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4565> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3476] BufferedWriter not thread-safe
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3476> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4561] Optimize new io library
Changes by Winfried Plappert <[EMAIL PROTECTED]>: -- nosy: +wplappert ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4561> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4169] library/turtle.rst does not format properly in PDF mode
Winfried Plappert added the comment: When looking at the PDF documentation for Python 2.6.1, the issue4169 is gone away. What has changed? I think we can close 4169 now. ___ Python tracker <http://bugs.python.org/issue4169> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4162] library.pdf - Section 17.6.4 Examples - Multiprocessing - Formatting got lost
Winfried Plappert added the comment: Changes to Sphinx fixed issue4162 for Python version 2.6.1. This issue can be closed. ___ Python tracker <http://bugs.python.org/issue4162> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4173] PDF documentation: long verbatim lines are cut off at right hand side
Winfried Plappert added the comment: see also issue4160. ___ Python tracker <http://bugs.python.org/issue4173> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
Winfried Plappert added the comment: see also issue4173, might be the same root cause. ___ Python tracker <http://bugs.python.org/issue4160> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16337] typo in documentation regarding "Bytearray Objects", chapter 4.8.2
New submission from Winfried Plappert: In the online documentation at http://docs.python.org/py3k/library/stdtypes.html?highlight=bytearray%20objects%20copying%20existing%20binary%20data%20via%20buffer%20protocol and the PDF version 3.3.0, page 46, both in chapter 4.8.2: Bullet 4 is "bytearray(b'Hi!)" but should be "bytearray(b'Hi!')" -- assignee: docs@python components: Documentation messages: 173924 nosy: docs@python, wplappert priority: normal severity: normal status: open title: typo in documentation regarding "Bytearray Objects", chapter 4.8.2 type: enhancement versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue16337> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
New submission from Winfried Plappert :
When running the attached program, it will fail with above message on
Control-2 only! All other control keys work happily.
The same program under MS-Windows seems to work (I am under Linux, so I
can't switch easily).
My version of Python:
Python 3.1 (r31:73572, Jul 18 2009, 08:33:59)
[GCC 4.3.3] on linux2
uname -a: Linux lin-wpl 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30
19:49:51 UTC 2009 i686 GNU/Linux
Do I have to replace the line:
self.c.bind('',
lambda x=str(i): self.key_control_num(x))
with something different? str->unicode, bytes???
This does not help either:
bytes("", 'utf-8')
This program has been converted via 2to3.
--
components: Tkinter
files: tkpy_70.py
messages: 90656
nosy: wplappert
severity: normal
status: open
title: UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1:
illegal encoding
versions: Python 3.1
Added file: http://bugs.python.org/file14517/tkpy_70.py
___
Python tracker
<http://bugs.python.org/issue6512>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Changes by Winfried Plappert : Removed file: http://bugs.python.org/file14517/tkpy_70.py ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Changes by Winfried Plappert : Added file: http://bugs.python.org/file14518/tkpy_70.py ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Changes by Winfried Plappert : Removed file: http://bugs.python.org/file14518/tkpy_70.py ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Changes by Winfried Plappert : Added file: http://bugs.python.org/file14519/tkpy_70.py ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Winfried Plappert added the comment: As I said, it does work on Windows, but NOT on Linux! Her is the full traceback: wplap...@lin-wpl:~/sudoku/version3.0/tk_test/python3$ python3 tkpy_70.py key_control_num 1 (# I pressed Control-1) Traceback (most recent call last): File "tkpy_70.py", line 27, in app.mainloop() File "/usr/local/lib/python3.1/tkinter/__init__.py", line 1009, in mainloop self.tk.mainloop(n) UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding -- ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Winfried Plappert added the comment: Is it possible that this issue is related to issue6144? BTW: I have to handcomile my python 3.1 :) -- ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6512] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding
Winfried Plappert added the comment: I have verified that the problem goes away when you switch from tcl/tk8.4 to tcl/tk8.5 . Luckily my Ubuntu 9.04 has the 8.5-version available for install. Thanks for the quick help! -- ___ Python tracker <http://bugs.python.org/issue6512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
