Move [range.counted] from [range.adaptors] to [range.factories]

[ericniebler]

It isn't a range adaptor. It's a range factory.

Proposed Resolution

At the editor's discretion.

[CaseyCarter]

view::counted(i, n) adapts the counted range [i, n) into the iterator/sentinel range [i, i+n) or [counted_iterator{i, n}, default_sentinel), no?

[ericniebler]

In a manner of speaking, yes, I suppose so. But the other range adaptors support pipe syntax. And view::counted just feels more like a factory than an adaptor.

Feel free to close if you disagree.

[h-2]

But the other range adaptors support pipe syntax

I also think it would be helpful to have some overlap between semantic rules and syntactic rules and I think "you can pipe something into it" is a good rule for disambiguating adaptors and factories – if the distinction is one that we want to make at all; I could live with all of them being called adaptors, but I sense confusion around the topic 😉

This also affects view::zip which does not accept a range but is documented as a "range adaptor" in the last proposal IIRC.

For the concrete example of view::counted I thought the main purpose of it was to beused in cases where you have no range and just an iterator, right? In the other cases you can use view::take.