String type re-evaluation

In the discussion of “SE-0027 Expose code unit initializers on String”, Dave Abrahams and Doug Gregor alluded to a re-evaluation of the String type [1, 2]. Is any information available already about this re-evaluation? I’m particularly interested in whether it includes changes to the definition of Character, whose current tie to extended grapheme clusters is quite problematic for some Brahmic scripts.

Thanks,
Norbert

[1] [swift-evolution] [Review] SE-0027 Expose code unit initializers on String
[2] [swift-evolution] [Rejected] SE-0027 Expose code unit initializers on String

In the discussion of “SE-0027 Expose code unit initializers on
String”, Dave Abrahams and Doug Gregor alluded to a re-evaluation of
the String type [1, 2]. Is any information available already about
this re-evaluation?

I'm sorry to say we don't have any information for you yet.

I’m particularly interested in whether it includes changes to the
definition of Character, whose current tie to extended grapheme
clusters is quite problematic for some Brahmic scripts.

That's certainly on the table. I'd very much like to know more about
these problems so we can address them. Care to fill in the details?

···

on Mon Feb 22 2016, Norbert Lindenberg <swift-evolution@swift.org> wrote:

Thanks,
Norbert

[1] [swift-evolution] [Review] SE-0027 Expose code unit initializers on String
[2] [swift-evolution] [Rejected] SE-0027 Expose code unit initializers on String
_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution

--
-Dave