The string-count procedure is considered a search rather than a map, and the argument order has been the same since SRFI 13. I don't think there's any chance of changing it now in any SRFI.

On Mon, Nov 18, 2019 at 10:22 PM Chris Hanson <xxxxxx@chris-hanson.org> wrote:

I notice that string-count is different from other string mapping
procedures in that the arguments are in a different order.

All of the other mappers are PROC STRING [START [END]] while
string-count is
STRING PROC [START [END]].

Is this an oversight or intentional? It seems like a poor choice if
intentional.