String.prototype.padLeft / String.prototype.padRight
me at azimi.me
Mon Nov 16 18:59:54 UTC 2015
I might be late to this but please don't use "left" and "right" for
referring to start and end of a string. In right to left languages it's
confusing. As someone who writes right-to-left we have enough of those
"left" and "rights" based on English writing direction. CSS made this
mistake but corrected it in later specs. Original box model (margin and
padding) used left and right but newer flex box spec uses start and end.
Because we made a mistake in the past we don't have to repeat it.
On Mon, Nov 16, 2015 at 10:44 AM Claude Pache <claude.pache at gmail.com>
> > Le 16 nov. 2015 à 14:01, Alexander Jones <alex at weej.com> a écrit :
> > I see about as little use case for this as `String.prototype.blink`.
> Date/hours is better solved with zero padding formatting, not just padding
> out the already stringified number (think negative values -000042). Same
> applies to filenames for lexicographical sort. Fixed length fields in wire
> protocols already need to be converted to bytes first before padding, which
> makes the use of this feature impossible.
> Sure, in all those cases I could have used `sprintf` instead of `str_pad`.
> However, the equivalent of neither one is natively available in JS.
> I could write a tagged template that does the equivalent of `sprintf`....
> And `.padLeft^H^H^H^HStart` and `.padEnd` would be nice to have for writing
> more easily such a template,... oh well... :-/
> > On Monday, 16 November 2015, Claude Pache <claude.pache at gmail.com>
> > Here are my typical use cases (found by scanning uses of "str_pad" in my
> PHP codebase):
> > * transferring data through a protocol that uses fix-length fields;
> > * formatting things like date/hours, e.g. "08:00" for "8am";
> > * generating filenames of fixed length, so that they sort correctly,
> e.g. "foo-00042.txt";
> > * generating codes of fixed length (e.g. barcodes).
> > In all those cases, the set of characters is typically limited to ASCII
> or ISO-8559-1.
> > Moreover, the filler string consists always of one ASCII character
> (usually " " or "0").
> > —Claude
> > _______________________________________________
> > es-discuss mailing list
> > es-discuss at mozilla.org
> > https://mail.mozilla.org/listinfo/es-discuss
> es-discuss mailing list
> es-discuss at mozilla.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss