* sorry, to clarify: This was discussing padding. trimLeft/trimRight / trimStart/trimEnd is still stage 2
On Wed, May 25, 2016 at 2:56 PM, Jordan Harband <[email protected]> wrote: > Closing the loop on this: this feature is now stage 4, and will be > included in ES 2017. https://github.com/tc39/ecma262/pull/581 > > Polyfills: https://www.npmjs.com/package/string.prototype.padstart and > https://www.npmjs.com/package/string.prototype.padend > > On Thu, Jul 30, 2015 at 10:33 AM, Behrang Saeedzadeh <[email protected]> > wrote: > >> I think poly-filling is only a good idea when the spec says a given type >> should have a given function but one or more browsers haven't implemented >> it yet. >> >> Otherwise it will become like the era of overtly monkey patching >> everything in Ruby that could end up with libraries clashing with each >> other and leading to lots of headaches for developers. >> >> Unless something similar to C#'s extension methods are added to >> EcmaScript: https://msdn.microsoft.com/en-AU/library/bb383977.aspx that >> can turned on a polyfill on a per scope basis. >> >> >> >> On Thu, Jul 30, 2015 at 1:12 AM Michał Wadas <[email protected]> >> wrote: >> >>> I can't remember last time when I would need `isNullOrEmpty` - >>> Boolean('') and Boolean(null) evaluates to false. And `if (str)` >>> handles any case with consistent types. >>> >>> String.isNullOrEmpty = (a)=>(typeof a === 'string' || a === null) && !a; >>> >>> Anyway - native isNullOrWhiteSpace would be probably be useful only to >>> reduce GC pressure, because it's easily polyfilled. >>> >>> String.isNullOrWhiteSpace = (a)=>a === null ? true : typeof a === >>> 'string' && !a.trim(); >>> >>> >>> 2015-07-29 13:27 GMT+02:00 Behrang Saeedzadeh <[email protected]>: >>> > Another set of very handy functions that in Java are provided by >>> libraries >>> > such as Guava or Apache Commons and in C# are built in, are >>> > `String.isNullOrEmpty(aStr)` and `String.IsNullOrWhiteSpace(aStr)`. >>> > >>> > Would be nice if they ES Strings had them too. >>> > >>> > On Tue, Jul 28, 2015 at 10:15 AM John-David Dalton >>> > <[email protected]> wrote: >>> >> >>> >> In the wild I've seen ltrim rtrim which are variations of trimLeft and >>> >> trimRight and padLeft padRight or lpad, rpad for other forms. For >>> stings I >>> >> think of left and right as leading and trailing and think of start >>> and end >>> >> as more position indicators of like slice or a range. >>> >> >>> >> >>> >> -JDD >>> >> >>> >> On Mon, Jul 27, 2015 at 4:55 PM, Dmitry Soshnikov >>> >> <[email protected]> wrote: >>> >>> >>> >>> OK, it was added to the agenda for the next meeting (will be >>> presented by >>> >>> Sebastian Markbage), so can be discussed in detail. I agree that >>> "start", >>> >>> and "end" are now probably better fit (because of i18n, and a strong >>> >>> correlation with "startsWith" and "endsWith"). We can probably >>> ignore the >>> >>> de-facto shipped in browsers, they will just implement in addition >>> >>> `trimStart` and `trimEnd`, and eventually deprecate the "right" and >>> "left". >>> >>> >>> >>> Dmitry >>> >>> >>> >>> On Tue, Jul 21, 2015 at 12:02 AM, Claude Pache < >>> [email protected]> >>> >>> wrote: >>> >>>> >>> >>>> >>> >>>> > Le 21 juil. 2015 à 08:28, Jordan Harband <[email protected]> a >>> écrit : >>> >>>> > >>> >>>> > On the contrary -"left" always begins at index 0 - "start" is >>> >>>> > sometimes index 0, sometimes index (length - 1). >>> >>>> >>> >>>> Counter-example: ES6 methods `String#startsWith` and >>> `String#endsWith` >>> >>>> are named correctly. >>> >>>> >>> >>>> > I think "left" and "right" are the right names; "start" and "end" >>> >>>> > would require unicode bidirectional stuff. >>> >>>> >>> >>>> No, because characters in Unicode strings are ordered logically, not >>> >>>> visually. >>> >>>> >>> >>>> —Claude >>> >>>> >>> >>>> _______________________________________________ >>> >>>> es-discuss mailing list >>> >>>> [email protected] >>> >>>> https://mail.mozilla.org/listinfo/es-discuss >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> es-discuss mailing list >>> >>> [email protected] >>> >>> https://mail.mozilla.org/listinfo/es-discuss >>> >>> >>> >> >>> >> _______________________________________________ >>> >> es-discuss mailing list >>> >> [email protected] >>> >> https://mail.mozilla.org/listinfo/es-discuss >>> > >>> > -- >>> > Best regards, >>> > Behrang Saeedzadeh >>> > >>> > _______________________________________________ >>> > es-discuss mailing list >>> > [email protected] >>> > https://mail.mozilla.org/listinfo/es-discuss >>> > >>> >> -- >> Best regards, >> Behrang Saeedzadeh >> >> _______________________________________________ >> es-discuss mailing list >> [email protected] >> https://mail.mozilla.org/listinfo/es-discuss >> >> >
_______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
