Andrew Plummer

Sorry buddy I think you opened up Pandora's box here :) My instinct is to keep the behavior here the same as the browser vendors, even if it's not guided...

Give it a thumbs up if you like it! I'm going to be looking at these.

After considering this, one thing I really don't like about the idea is the potential for confusion about which methods are unwrapped. If all methods were prefixed with `is`, it...

I think that I agree with this. I want subsequent versions of Sugar to have a lower hurdle to their use, not higher. That said, the core issue I would...

Sorry, but I'm not quite sure which part you're agreeing with?

Ah ok I see... Well, the problem with that rule is that Sugar provides many useful number and string methods. Unwrapping these would inevitably lead to people needing to rewrap...

Well I agree with that part for sure. Just to throw it out there, here are the current methods that begin with "is": - `Date#isUTC` - `Date#isValid` - `Date#isAfter` -...

I think that **if** this were to get implemented, this rule ("begins with is") is the only way to do it without introducing major confusion. As mentioned though, I don't...

@vendethiel This is the stance that I'm tending to lean toward as well. It's worthwhile noting that the complaints that I have had come in came before I created the...

@vendethiel To clarify, were you referring to documentation or something else?