You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For other entities in a nested namespace, we just index its name, not its scope. For example, the index contains steady_clock, not chrono|steady_clock, and duration not chrono|duration, and adjacent_view not ranges|adjacent_view.
But then for the range adaptors we have views|adjacent, views|drop etc.
Was this a deliberate choice?
The text was updated successfully, but these errors were encountered:
First and foremost, the index needs to be useful more than it needs to be consistent. If generic names benefit from context, I can see that being useful. It's not that surprising that durations or clocks have to do with chrono, but for the range adaptors there is otherwise litlte context -- what kind of "chunk" are we talking about?
So the status quo seems fine.
If you really wanted to, you could add the namespace to the "chrono" and "ranges" names, but I'm not sure that would improve the usability of the index. If in doubt, I'd leave it as is.
For other entities in a nested namespace, we just index its name, not its scope. For example, the index contains
steady_clock
, notchrono|steady_clock
, andduration
notchrono|duration
, andadjacent_view
notranges|adjacent_view
.But then for the range adaptors we have
views|adjacent
,views|drop
etc.Was this a deliberate choice?
The text was updated successfully, but these errors were encountered: