Re: [LANG] New Unicode-capable additions to RandomStringUtils

2016-12-18 Thread Pascal Schumacher
Am 18.12.2016 um 07:38 schrieb Duncan Jones: Hi all, I’ve created a variation of RandomStringUtils.random(), which generates the specified number of code points (rather than chars). Implementation can be seen here (https://gist.github.com/dmjones500/da2f61a0234f428748417bf1443c0dff). Signatu

Re: [LANG] New Unicode-capable additions to RandomStringUtils

2016-12-18 Thread Pascal Schumacher
Am 18.12.2016 um 07:55 schrieb Gary Gregory: I thought we were talking about deprecating any random code in favor of Commons RNG? I would not expect functionality like this in a component RNG. If features like this are added to RNG it should be renamed, e.g. to commons-random. --

Re: [LANG] New Unicode-capable additions to RandomStringUtils

2016-12-17 Thread Gary Gregory
I thought we were talking about deprecating any random code in favor of Commons RNG? Gary On Dec 17, 2016 10:39 PM, "Duncan Jones" wrote: > On reflection, a bad choice of subject line. The other methods are > Unicode-capable, but just very rooted in thinking about char data types. > > > On 18 D

Re: [LANG] New Unicode-capable additions to RandomStringUtils

2016-12-17 Thread Duncan Jones
On reflection, a bad choice of subject line. The other methods are Unicode-capable, but just very rooted in thinking about char data types. > On 18 Dec 2016, at 06:38, Duncan Jones wrote: > > Hi all, > > I’ve created a variation of RandomStringUtils.random(), which generates the > specified n

[LANG] New Unicode-capable additions to RandomStringUtils

2016-12-17 Thread Duncan Jones
Hi all, I’ve created a variation of RandomStringUtils.random(), which generates the specified number of code points (rather than chars). Implementation can be seen here (https://gist.github.com/dmjones500/da2f61a0234f428748417bf1443c0dff). Signature is: public static String randomUnicode(f