== Quote from Jonathan M Davis ([email protected])'s article > There _have_ been some threads on designing a new stream API, and there are > some > preliminary designs, but as far as I know, they have yet to really go > anywhere. > I'm unaware of the stream API really having a champion per se. Andrei has done > some preliminary design work, but I don't know if he intends to actually > implement anything, and as far as I know, no one else has volunteered. So, a > new > std.stream is one of those things that we all agree on that we want but which > hasn't happened yet, because no one has stepped up to do it. > And I do agree that the ability to deal with a compressed file should be part > of > the stream API (probably as some sort of adapter/wrapper which uncompresses > the > stream as you iterate through it). But the stream API needs to be designed and > _implemented_ before we'll have that. > - Jonathan M Davis
So I guess in such a design we would still have things like a decorator to iterate through a stream by chunk, by line, etc., with a range interface?
