Well, that's fair enough. I don't think that I can argue with that.
Seems like ignoreCase method is not necessary.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
[Preamble: this is my first post to es-discuss -- if this isn't the
right place to suggest language extensions, please let me know.
Thanks. - rdp]
How often have you seen code that calls Math.sin() and Math.cos() with
the same argument, e.g:
x = r * Math.cos(theta);
y = r * Math.sin(theta);
theta, you've
already done half the work.
On Fri, Jun 23, 2017 at 3:00 AM, Nicolas B. Pierron <
nicolas.b.pier...@mozilla.com> wrote:
> Hi Robert,
>
> On Thu, Jun 22, 2017 at 6:02 PM, Robert Poor wrote:
> > How often have you seen code that calls Math.sin() and Math.co
un 22, 2017 at 8:02 PM, Robert Poor wrote:
>>
>>function sincos(theta) {
>> return { sin: sin(theta), cos: cos(theta) };
>>}
>>
>
> Allocating, filling, accessing and GC'ing the return object will take more
> time than calling the underlyi
shaders for them.
The most important thing probably is having a way of storing high
dimensional data in the browser without worrying about the memory
footprint, even for complex applications.
What do you think about it?
Robert Eisele
___
es
right at the finger tips of a JS
developer could facilitate all that.
I'm not sure if tensors are the best abstraction for DOM parallelism.
Furthermore, I think static changes should not go beyond 2- or 3
dimensional spaces. And as Boris said, it only works if one can make
sure there
And this is the purpose of
a standard library: 1) Providing regular functionalities without the
need of external dependencies (e.g. libraries) and 2) Making them as
fast and accurate as possible on a given machine.
And I think all these points make tensors a good fit for Web Assembly.
Robert
Am 28
eter is an array of strings, which are going to
be compared with the parent string chosen by the developer. Once the parent
string equals one of the strings in an array, it will return true and stops
iterating through.
Example:
const stringOne = "Matheus";const manyStrings = ['robe
Hi,
I think you’re right, It could be simpler to do it like that.
I have checked “localeCompare”, it does compare case sensitive strings but it
doesn’t compare strings in an array and to do it, you will have to execute the
method as many times as strings in an array. By using ignoreCase method
http://robert.accettura.com/blog/2011/03/03/wanted-native-js-encryption/
3.
http://software.intel.com/en-us/articles/intel-advanced-encryption-standard-instructions-aes-ni/
--
Robert Accettura
rob...@accettura.com
___
es-discuss mailing list
es-discuss@
On Mar 18, 2011, at 9:44 PM, Shabsi Walfish wrote:
>
>
> On Fri, Mar 18, 2011 at 4:53 PM, Brendan Eich wrote:
> On Mar 18, 2011, at 12:56 PM, Shabsi Walfish wrote:
>
>> I'm not convinced that this use case, or any other use case I could think of
>> for the web (with the possible exception of
On Mar 19, 2011, at 4:12 PM, Mike Shaver wrote:
> On Sat, Mar 19, 2011 at 10:09 AM, Mark S. Miller wrote:
>> I agree about outside domain experts. In fact, I wish we could invite
>> outside domain experts participate in all tc39 activities as we deem
>> appropriate. I do not understand the ratio
On Wed, Aug 13, 2008 at 11:02 PM, Peter Michaux <[EMAIL PROTECTED]> wrote:
> Are these
> type-related features what the community of ECMAScript 3 programmers
> were really asking for emphatically years ago?
No need to take a poll here. It's better to look at existing programs
and examine whether a
cussion. This
> is rather urgent. Thanks.
What should a reviewer look for? What is strict mode supposed to accomplish?
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
The notation he used in this specification was raised as one option
for the ES-Harmony spec's notation.
http://www.mozilla.org/js/language/old-es4/
- Rob
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
consume strings like "4.2", as does IE8.
What gives? I feel like I'm reverse engineering IE8, which is not
supposed to be the point here.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
E
This section doesn't address the precision to which the date should be printed.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozil
, Robert Sayre <[EMAIL PROTECTED]> wrote:
> This section doesn't address the precision to which the date should be
> printed.
>
> --
>
> Robert Sayre
>
> "I would have written a shorter letter, but I did not have the time."
>
--
Robert Sayre
"I wo
ion() {
test(this.foo == "qux", "thisArg supplied");
}
function testApplyAndCall() {
f.apply(undefined, []);
f.apply(null, []);
f.call(undefined);
f.call(null);
var obj = {foo: "qux"};
g.apply(obj, []);
g.apply(obj, []);
g.call(obj);
the global object for Array.map in this example, so Mozilla opposes
these changes.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.m
I am skeptical that we'll arrive at a definition of isArray that sounds
proper and uses only observable properties of the language. I would prefer
that we leave arrayness unspecified or settle on one major implementor's
interpretation.
- Rob
On Feb 10, 2009 9:01 PM, "Mark S. Miller" wrote:
2009
27;s a little too much pushing of complexity onto users of the proposal.
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
In describing the abstract operation Str(key, holder), the spec says
9. If Type(value) is number
a. If value is finite then return value.
b. else, return "null"
Perhaps I am misreading, but this looks like a bug to me, since Str
should return a string.
--
Robert Sayre
&qu
Looks like the wiki skewed from the word .doc that was sent out.
The meeting is taking place on the 28th/29th only, not today, the 27th.
I've updated the wiki, sorry for any confusion. I'll be sending out
details for committee members in a bit.
- Rob
_
implementation.
JSON.parse("[010]")
should be an error, per spec. Nobody follows the spec though...
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
tart symbol?
>> If so, then I agree.
>
> Yes. Then we are in agreement.
OK, so, all such deviations will be considered bugs by implementations
that purport to conform. Right?
--
Robert Sayre
"I would have written a shorter letter, but I did not have the time."
___
On Wed, Aug 26, 2009 at 11:03 PM, Allen
Wirfs-Brock wrote:
> At this point it’s hard to say whether or not the exact handling of this
> specific edge case was intentional or not.
I think it is obvious. The list of keys is built before iteration
takes place for a couple of reasons.
- Rob
_
27 matches
Mail list logo
