<div dir="ltr">That is an interesting solution.  Haravikk&#39;s solution was a breaking change so it undoubtedly had resistance. <div><br></div><div>If we were to merely allow Arrays to be cast as type String... then there were be nothing to break.</div><div><br></div><div>String... is technically not a real type though, so when you use it anywhere outside of a functions argument list, it will not compile.</div><div><br></div><div>Maybe we can make a special case?</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Feb 26, 2017 at 12:25 PM Tino Heth &lt;<a href="mailto:2th@gmx.de">2th@gmx.de</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="gmail_msg"><div class="gmail_msg">I suggest to take a look at the topics &quot;<span style="color:rgba(0,0,0,0.85098);font-family:&#39;Helvetica Neue&#39;" class="gmail_msg">Variadics as an Attribute&quot; and &quot;</span><font color="rgba(0, 0, 0, 0.85098)" face="Helvetica Neue" class="gmail_msg">array splatting for variadic parameters&quot; and </font><a href="https://github.com/Haravikk/swift-evolution/blob/a13dc03d6a8c76b25a30710d70cbadc1eb31b3cd/proposals/nnnn-variadics-as-attribute.md" class="gmail_msg" target="_blank">https://github.com/Haravikk/swift-evolution/blob/a13dc03d6a8c76b25a30710d70cbadc1eb31b3cd/proposals/nnnn-variadics-as-attribute.md</a>.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">This is basically the other way round (arrays would accept variadic arguments), but it has the same effect — and more:</div><div class="gmail_msg">You get rid of the odd &quot;…&quot; type, and it&#39;s also possible to use this with types besides array (set, iterator….)</div></div></blockquote></div>