<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>I would not expect this to be “mapped” over the slice. I encourage you to come up with an appropriate syntax to describe that and submit an RFC, although I wonder how you plan on dealing with things like key vs value in Maps, and further nesting (e.g. slices of slices, etc).</div><div><br></div><div>As for applying it to the slice as a whole, that would be the appropriate way to handle this format parameter. The problem is doing that requires building an intermediate string first, because you have to know the length of the full output before you can know how to pad it, and it’s generally considered to be undesired work to do that. As far as I’m aware, the only types right now that actually support the various padding-related formatting controls are the ones that can be printed in a single operation (such as numbers, or strings).</div><div><br></div><div>-Kevin</div><br><div><div>On Jun 9, 2014, at 8:50 PM, Tom Jakubowski <<a href="mailto:tom@crystae.net">tom@crystae.net</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="font-family: Helvetica, Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;"><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;">I would expect that `println!("{:_>4}", [1].as_slice());` would print either `[___1]` (where the format is "mapped" over the slice) or `_[1]` (where the format is applied to the slice as a whole), but instead no formatting is applied at all and it simply prints `[1]`. </div><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;"><br></div><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;">I can see uses and arguments for both the "mapping" and "whole” interpretations of the format string on slices. On the one hand this ambiguity makes a case for leaving the behavior as-is for backwards compatibility. On the other hand it would be useful to be able to format slices (and other collections, of course). Would it be appropriate to expand the syntax for format strings to allow for nested format strings, so that separate formatting can be applied to the entire collection and to its contents? I assume it this would require an RFC.</div><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;"><br></div><div id="bloop_customfont" style="font-family: Helvetica, Arial; font-size: 13px; margin: 0px;">(The "mapped" variant can be very easily implemented, by the way, by replacing `try!(write!("{}", x))` with `try!(x.fmt(f))` in the `impl<T: Show> Show for &[T]`.)</div></div><div><br></div>Tom<br><div><div id="bloop_sign_1402372083140491008" class="bloop_sign"><br><span style="font-family: helvetica, arial; font-size: 13px;"></span><span></span></div></div>_______________________________________________<br>Rust-dev mailing list<br><a href="mailto:Rust-dev@mozilla.org">Rust-dev@mozilla.org</a><br><a href="https://mail.mozilla.org/listinfo/rust-dev">https://mail.mozilla.org/listinfo/rust-dev</a></div></blockquote></div><br></body></html>