[issue17282] document the defaultTest parameter to unittest.main()

Changes by Kyle Roberts roberts...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file30096/default_test_3.4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17282

[issue17282] document the defaultTest parameter to unittest.main()

Kyle Roberts added the comment: I've uploaded a patch documenting defaultTest in the latest branch and also in the previous branches. -- nosy: +kyle.roberts Added file: http://bugs.python.org/file30097/default_test_2.7-3.3.patch ___ Python tracker

[issue15984] Wrong documentation for PyUnicode_FromObject()

Kyle Roberts added the comment: Thanks for the quick responses. Brian: Nice catch, I'll add the ``obj`` shortly. R. David: You're correct, that's exactly what happens, and what coercion means here. The language is almost the same as PyUnicode_FromEncodedObject()'s documentation, but if it's

[issue15984] Wrong documentation for PyUnicode_FromObject() and PyUnicode_FromEncodedObject()

Kyle Roberts added the comment: I've uploaded a new patch with the obj argument properly marked up. Brian, I think *obj* is what we want based on other examples in that file. It looks like italics is typically used when discussing parameters since each parameter is italicized in the signature

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: Thanks for the comments Antoine. I didn't have a good reason for using the file name at the time, although even when using the file name I should have used the file variable that was already created. I tried using the file descriptor, but I encountered a [Errno

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: Thanks for the quick response. The test file is sandwiched in between the two patch files, so it's easy to miss. You made a great point about not cluttering up the repo with any unnecessary files. I'll change the test methods to create a new copy_from file

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: Very cool, I didn't think it'd be included in the patch for some reason. Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17673

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: Attached is a patch to include the copy_from argument in mkstemp, TemporaryFile, and NamedTemporaryFile. Also attached is a text file for testing the copy operation. Some notes: I intended to use shutil's copyfile(src, dst) method to copy the copy_from file

[issue17673] add `copy_from` argument to temporaryfile

Changes by Kyle Roberts roberts...@gmail.com: Added file: http://bugs.python.org/file29896/copy_from_test.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17673

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: Sorry, disregard my second question about finding a test file. I found an example in test_mailcap.py. I've uploaded a new patch with the cleaner test functions. -- Added file: http://bugs.python.org/file29897/copy_from_v2.patch

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: I think `copy_from` should be included for mkstemp as well. It provides similar functionality to TemporaryFile and NamedTemporaryFile, but it doesn't delete the temp file on close as the other two do by default. Thoughts

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: I'm working on a patch for this. -- nosy: +kyle.roberts ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17673

[issue17661] documentation of '%r' links to the wrong repr

Kyle Roberts added the comment: Ah that's the type of thing I was looking for, thanks Éric. I saw the underscored reference in functions.rst last night but figured it was just a local file link. I'll have a patch available later today. Thanks again

[issue17661] documentation of '%r' links to the wrong repr

Kyle Roberts added the comment: So the :ref: keyword helps and creates a link, but it has the unfortunate side effect of adding different markup and style. I've attached two images to illustrate the differences. I couldn't find a way in the Sphinx or reST documentation to force it to style

[issue17661] documentation of '%r' links to the wrong repr

Changes by Kyle Roberts roberts...@gmail.com: Added file: http://bugs.python.org/file29772/diff_style_markup.PNG ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17661

[issue17661] documentation of '%r' links to the wrong repr

Kyle Roberts added the comment: Adding a '.' to the beginning (i.e. `.repr`) creates a link to repr.html#repr.repr. This made more sense after perusing Sphinx's documentation: If you prefix the name with a dot, this order is reversed. For example, in the documentation of Python’s codecs

[issue15984] Wrong documentation for PyUnicode_FromObject()

Kyle Roberts added the comment: I made a change to the documentation to reflect PyUnicode_FromObject()'s change in implementation details. Let me know if the wording is off or more information is needed. Thanks! -- keywords: +patch nosy: +kyle.roberts Added file: http

[issue15744] missing tests for {RawIO,BufferedIO,TextIO}.writelines

Changes by Kyle Roberts roberts...@gmail.com: -- nosy: +kyle.roberts ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15744 ___ ___ Python-bugs-list