Perhaps drawing a distinction between containers (or maybe "collections"?),
and non-container iterables is appropriate? I would define containers as
objects that can be iterated over multiple times and for which iteration
does not instantiate new objects. By this definition generators would not
b
"Jim Jewett"
It isn't really stringiness that matters, it is that you have to
terminate even though you still have an iterable container.
Well said.
Guido had at least a start in Searchable, back when ABC
were still in the sandbox:
Have to disagree here. An object cannot know in general
w
