On Mon, Sep 1, 2014 at 2:24 PM, Andrew Boling <[email protected]> wrote: > The _wordbreaks and _grapheme_breaks functions, while useful, currently > return void instead of the number of breaks written to the output array. Is > there a reason why it would be inappropriate to return the number of breaks > (or number of clusters) in this context? I'm not opposed to scanning the > result buffer to determine this information, but the second pass strikes me > as unnecessary.
I wrote the grapheme break functions. It didn't occur to me that it would be useful to return anything, because usually the breakpoints are scanned to find good places to break, and usually those are pretty common. > In my particular case I need to split strings at grapheme boundaries based > on user supplied integers, and it would make sense to skip the operation > entirely if (n >= array_units || n >= grapheme_clusters). I guess that if this is a common need (I do not really understand your application) then returning the number of breaks would make sense.
