ascii-string? predicate
Lassi Kortela
(20 Sep 2019 09:51 UTC)
|
Re: ascii-string? predicate
John Cowan
(20 Sep 2019 18:25 UTC)
|
ascii-string/char/byte/bytevector predicates
Lassi Kortela
(20 Sep 2019 19:53 UTC)
|
Re: ascii-string/char/byte/bytevector predicates
John Cowan
(20 Sep 2019 20:20 UTC)
|
Re: ascii-string/char/byte/bytevector predicates
Lassi Kortela
(20 Sep 2019 20:26 UTC)
|
Re: ascii-string/char/byte/bytevector predicates
Shiro Kawai
(20 Sep 2019 22:22 UTC)
|
Re: ascii-string/char/byte/bytevector predicates
Lassi Kortela
(20 Sep 2019 22:52 UTC)
|
Re: ascii-string/char/byte/bytevector predicates
Shiro Kawai
(21 Sep 2019 03:48 UTC)
|
Re: ascii-string/char/byte/bytevector predicates Lassi Kortela (21 Sep 2019 09:24 UTC)
|
Re: ascii-string/char/byte/bytevector predicates
Lassi Kortela
(21 Sep 2019 09:28 UTC)
|
>> * byte-ascii? >> * char-ascii? >> * bytevector-ascii? >> * string-ascii? > > I like these better. Though byte-ascii? suggests it asks a property to a > given byte, and gives the impression that it only accepts a byte. Right, I see your point. > Can be integer-ascii?. Maybe that is better. In that case, maybe it would be clear enough if we start the symbols with "ascii-" as well. Then every procedure in the SRFI would start with "ascii-" for consistency. * ascii-integer? * ascii-char? * ascii-bytevector? * ascii-string? Would this be unambiguous enough? John, what do you think about these names? "There are only two hard things in computer science: cache invalidation and naming things." ("There are two hard problems in computer science: we only have one joke and it's not funny.")