> -Original Message-
> From: Erik Arvidsson [mailto:[EMAIL PROTECTED]
> Sent: 11. mars 2008 11:25
> To: Lars Hansen
> Cc: es4-discuss@mozilla.org
> Subject: Re: ES4 draft: Map
>
> I still find this bad UI for people that do not use types,
> and remember types
ould appreciate comments.
>
> --lars
>
>
>
> > -Original Message-
> > From: Lars Hansen
>
>
> > Sent: 3. mars 2008 02:03
> > To: Lars Hansen; es4-discuss@mozilla.org
> > Subject: RE: ES4 draft: Map
> >
> > Draft 2 enclosed (chang
Hansen
> Sent: 3. mars 2008 02:03
> To: Lars Hansen; es4-discuss@mozilla.org
> Subject: RE: ES4 draft: Map
>
> Draft 2 enclosed (changelog near the top).
>
> --lars
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED
How would the 'fixed' property be used, in practice? I can see a use
for fixed-length vectors, but I'm unsure about vectors that can be
switched between fixed and variable length by untrusted code.
-Jon
On 3/3/08, Lars Hansen <[EMAIL PROTECTED]> wrote:
> Draft 2 enclosed (changelog near the top)
Thanks, I noticed that too. Will be corrected in the next draft.
--lars
> -Original Message-
> From: Erik Arvidsson [mailto:[EMAIL PROTECTED]
> Sent: 4. mars 2008 02:42
> To: Lars Hansen
> Cc: es4-discuss@mozilla.org
> Subject: Re: ES4 draft: Map
>
> Hi Lars
Hi Lars,
prototype get and put are missing the new optional notfound param
2008/3/3 Lars Hansen <[EMAIL PROTECTED]>:
> Draft 2 enclosed (changelog near the top).
>
> --lars
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
>
>
> > [mailto:[EMAIL PROTECTED] On Behalf Of Lars Hansen
t;>>> P T Withington
>>>> Sent: 3. mars 2008 13:47
>>>> To: Lars Hansen
>>>> Cc: Waldemar Horwat; es4-discuss@mozilla.org
>>>> Subject: Re: ES4 draft: Map
>>>>
>>>> On 2008-03-03, at 02:26 EST, Lars Hansen wrote:
at 5:48 AM, Lars Hansen wrote:
>
>>> -Original Message-
>>> From: P T Withington [mailto:[EMAIL PROTECTED] On Behalf Of
>>> P T Withington
>>> Sent: 3. mars 2008 13:47
>>> To: Lars Hansen
>>> Cc: Waldemar Horwat; es4-discuss@mozilla.org
ington
>> Sent: 3. mars 2008 13:47
>> To: Lars Hansen
>> Cc: Waldemar Horwat; es4-discuss@mozilla.org
>> Subject: Re: ES4 draft: Map
>>
>> On 2008-03-03, at 02:26 EST, Lars Hansen wrote:
>>
>>> function get(key:K, default:(V|undefined)=undefined)
> -Original Message-
> From: P T Withington [mailto:[EMAIL PROTECTED] On Behalf Of
> P T Withington
> Sent: 3. mars 2008 13:47
> To: Lars Hansen
> Cc: Waldemar Horwat; es4-discuss@mozilla.org
> Subject: Re: ES4 draft: Map
>
> On 2008-03-03, at 0
On 2008-03-03, at 02:26 EST, Lars Hansen wrote:
> function get(key:K, default:(V|undefined)=undefined):(V|
> undefined) ...
If V? is shorthand for (V|null), what is the shorthand for (V|null|
undefined)? Perhaps [EMAIL PROTECTED] Well, at least that expresses how I
feel
about a language w
Draft 2 enclosed (changelog near the top).
--lars
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Lars Hansen
> Sent: 29. februar 2008 11:34
> To: es4-discuss@mozilla.org
> Subject: ES4 draft: Map
>
> I'm enclosing the draft for the Map class. P
Following up to myself:
> -Original Message-
> From: Lars Hansen
> Sent: 3. mars 2008 08:04
> To: 'Waldemar Horwat'
> Cc: es4-discuss@mozilla.org
> Subject: RE: ES4 draft: Map
>
> > -Original Message-
> > From: Waldemar Horwat [mailto:
> -Original Message-
> From: Waldemar Horwat [mailto:[EMAIL PROTECTED]
> Sent: 1. mars 2008 01:53
> To: Lars Hansen
> Cc: es4-discuss@mozilla.org
> Subject: Re: ES4 draft: Map
>
> > The optional /hashcode/ argument is a function that takes a key and
> &
> The optional /hashcode/ argument is a function that takes a key and
> returns a numeric code for it. This code may be used to find
> associations more quickly in the map. Two calls to the /hashcode/
> function on the same key value must return the same numeric code, and
> the /hashcode/ funct
> -Original Message-
> From: Erik Arvidsson [mailto:[EMAIL PROTECTED]
> Sent: 29. februar 2008 19:17
> To: Lars Hansen
> Cc: es4-discuss@mozilla.org
> Subject: Re: ES4 draft: Map
>
> Hi Lars,
>
> To me it seems like iterator::get* will not return lazy
>
Sorry that this was unclear in the meta message. The helper function
is normative in the sense that it defines the functionality, eg in the
order of operations on a data structure. But it is not visible, not
part of the api, and a real implementation does not reserve the helper
namespace. Ditto for
A general spec question about helper methods and the informative
namespace?
My presumption that both these are not part of the normative spec.
Implementations may choose to implement the functionality without a
helper method and without the specific informative elements. Is this
correct?
If s
Hi Lars,
To me it seems like iterator::get* will not return lazy iterators. Is
that intentional? I think it defeats one of the benefits of using
iterators over arrays.
Anyway, if it is intentional, I think it should be documented (outside
the actual code).
2008/2/29 Lars Hansen <[EMAIL PROTECT
ameleon
> *Sent:* 29. februar 2008 11:47
> *To:* es4-discuss@mozilla.org
> *Subject:* Re: ES4 draft: Map
>
> Hello :)
>
> In AS3 the flash.util.Dictionnary class contains a little argument in the
> constructor to control the weak references :
>
> Exemple :
> http://www
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of ekameleon
Sent: 29. februar 2008 11:47
To: es4-discuss@mozilla.org
Subject: Re: ES4 draft: Map
Hello :)
In AS3 the
Hello :)
In AS3 the flash.util.Dictionnary class contains a little argument in the
constructor to control the weak references :
Exemple :
http://www.gskinner.com/blog/archives/2006/07/as3_dictionary.html
In ES4 the garbage collector support weak references ? This feature is
really important for
22 matches
Mail list logo
