Issue 3309043: Roundup issue #10499: Modular interpolation in configparser

Keyboard Shortcuts

	File
u :	up to issue
m :	publish + mail comments
M :	edit review message
j / k :	jump to file after / before current file
J / K :	jump to next file with a comment after / before current file
	Side-by-side diff
i :	toggle intra-line diffs
e :	expand all comments
c :	collapse all comments
s :	toggle showing all comments
n / p :	next / previous diff chunk or comment
N / P :	next / previous comment
<Up> / <Down> :	next / previous line
<Enter> :	respond to / edit current comment
d :	mark current comment as done

	Issue
u :	up to list of issues
m :	publish + mail comments
j / k :	jump to patch after / before current patch
o / <Enter> :	open current patch in side-by-side view
i :	open current patch in unified diff view

	Issue List
j / k :	jump to issue after / before current issue
o / <Enter> :	open current issue
# :	close issue

	Comment/message editing
<Ctrl> + s or <Ctrl> + Enter :	save comment
<Esc> :	cancel edit

Issue 3309043: Roundup issue #10499: Modular interpolation in configparser

Can't Edit
Can't Publish+Mail
Start Review

Created:
14 years, 5 months ago by Lukasz.Langa (ambv)

Modified:
10 years, 7 months ago

Reviewers:
fdrake

Base URL:
http://svn.python.org/projects/python/branches/py3k/

Visibility:
Public.

Patch Set 1 #

Total comments: 2

Created: 14 years, 5 months ago

Download [raw] [tar.bz2]

		Unified diffs	Side-by-side diffs	Delta from patch set	Stats (+185 lines, -203 lines)			Patch
	M	Lib/configparser.py	View		9 chunks	+177 lines, -201 lines	2 comments	Download
	M	Lib/test/test_cfgparser.py	View		3 chunks	+8 lines, -2 lines	0 comments	Download

Messages

Total messages: 1

Expand All Messages | Collapse All Messages

fdrake

14 years, 5 months ago (2010-11-28 22:56:23 UTC) #1

- Still needs tests of passing in an interpolation.

- When there's no interpolation, using an identity interpolation instead can
simplify the logic, avoiding the "if self._interpolation is None" bits.

- Needs documentation.

http://codereview.appspot.com/3309043/diff/1/Lib/configparser.py
File Lib/configparser.py (right):

http://codereview.appspot.com/3309043/diff/1/Lib/configparser.py#newcode508
Lib/configparser.py:508: if self.__class__ is RawConfigParser:
I'd like to discourage this deprecation; I've been recommending RawConfigParser
for a long time, and it still seems a reasonable way to ask for cross-version
code to request no interpretation.

http://codereview.appspot.com/3309043/diff/1/Lib/configparser.py#newcode545
Lib/configparser.py:545: self._interpolation = interpolation()
I'd rather see *interpolation* be an object rather than a factory.  We really
don't care how it's instantiated, and it might take construction parameters.  If
we don't need to be involved in the construction of the object, let's not be.

The default interpolations can probably be pre-constructed instances as well,
though I don't think that matters so much.

Expand All Messages | Collapse All Messages