# Allow more characters (like whitespaces and punctuations) for escaped identifiers

**URL:** <https://forums.swift.org/t/allow-more-characters-like-whitespaces-and-punctuations-for-escaped-identifiers/32073>\
**Category:** Pitches\
**Created:** [December 27, 2019, 4:45pm UTC](https://forums.swift.org/t/allow-more-characters-like-whitespaces-and-punctuations-for-escaped-identifiers/32073 "2019-12-27T16:45:08Z")\
**Posts on this page:** 1\
**Showing post:** 18

<div class="post-metadata">

**Author:** ![benrimmington](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/benrimmington/32/695_2.png) [@benrimmington](https://forums.swift.org/u/benrimmington)\
**Post date:** [December 29, 2019, 6:14am UTC](https://forums.swift.org/t/allow-more-characters-like-whitespaces-and-punctuations-for-escaped-identifiers/32073/18 "2019-12-29T06:14:20Z")

</div>

Backticks might also be required (by the compiler) or optional (for readability) if the SE-0111 regression is fixed.

> [@Extending declaration names for closures](https://forums.swift.org/t/extending-declaration-names-for-closures/10376/1):
>
> [SE-0111](https://github.com/apple/swift-evolution/blob/master/proposals/0111-remove-arg-label-type-significance.md) was accepted with a small temporary regression of loosing parameter labels in closures. In an [extra commentary](https://lists.swift.org/pipermail/swift-evolution-announce/2016-July/000233.html) to this regression the core team pitched a solution that would be purely additive to the language without being a burden for the type system like pre SE-0111. The solution has to come in two steps: We have to extend the declaration names to allow labels in parentheses for variables, properties and parameters. (The following code snippet does not use , in between labels becau…

One of the further suggestions was for multi-line compound names (with insignificant whitespace).

> [@Extending declaration names for closures](https://forums.swift.org/t/extending-declaration-names-for-closures/10376/2):
>
> Furthermore I think we also should allow multi-line declaration names when they contain parentheses similar to how we can break down a closure type into multiple line when necessary (for instance in a 80 character line width code base): var operate( first: second: third: fourth: fifth: ): ( SomeType, OtherType, SomeVeryLongNameForAType, YetAnotherType, LastType ) -\> Void = ...

If I had to choose, I'd prefer to reserve backticks for closures with compound names.

---

_[View the full topic](https://forums.swift.org/t/allow-more-characters-like-whitespaces-and-punctuations-for-escaped-identifiers/32073)._