> -----Original Message----- > > [Scott David Daniels] > >> One feature that I'd find nice in itertools is access to "universal > >> newlines" behavior. This would make it much easier to extend zipfile > >> and other compression-related code to provide pseudo-files that > > iterate > >> properly. > > [Raymond] > > My initial thoughts are: > > > > * the functionality is useful > > * it duplicates some code from fileobject.c [Bob] > Which isn't available in pure Python anywhere, and isn't extensible > enough to do what he wants to do. > > > * unsure whether the needs to be Unicode aware > > Universal newlines doesn't really make sense in the context of unicode. > Unicode would definitely have another implementation, anyway > (unicode.splitlines(...)). > > FWIW, I've wanted to do things like this before.. but I think that the > universal newlines support in fileobject should just be refactored so > that you can use it without a file object (possibly with a similar API > to this). I would support exposing this as a static function for the file type. Alternately, I could see it going in the string module. Raymond
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4