Seeing as how there were no real objections to WeakMap, we have several "+1"
and one even "I <3" (which I just learned means "I heart/love"), I have
renamed all non-historic occurrences of EphemeronTable on the wiki to
WeakMap. Unless someone objects, I will consider this naming issue closed.
Thank
a.org] On Behalf Of Brendan Eich
> Sent: Friday, July 02, 2010 9:58 PM
> To: David Herman
> Cc: Mark S. Miller; es-discuss@mozilla.org; Erik Arvidsson
> Subject: Re: We need to name "EphemeronTable" (was: Do we need an
> experimental extension naming convention?)
>
> On Jul
Coming late to the party: 'alias' might be intuitive (from it's dictionary
definition and use in filesystems as a non-preserving way to give an alternate
name).
On 2010-07-03, at 00:57, Brendan Eich wrote:
> On Jul 2, 2010, at 8:58 PM, David Herman wrote:
>
>>> Cool. I'm warming to WeakMap as
On Jul 2, 2010, at 7:45 PM, Mark S. Miller wrote:
> I'm also in favour of a regular Map and Set. Also a dense List (i.e., what we
> might have otherwise called an Array :(.) However, the history of oo class
> libraries shows collection libraries to be a tarpit, so I'm unwilling to take
> the le
On Jul 2, 2010, at 8:58 PM, David Herman wrote:
>> Cool. I'm warming to WeakMap as well. Do we have any objections to WeakMap?
>
> +1
>
> I <3 WeakMap.
The Force is strong with WeakMap! ;-)
+1 or more
/be
___
es-discuss mailing list
es-discuss@mozi
> Cool. I'm warming to WeakMap as well. Do we have any objections to WeakMap?
+1
I <3 WeakMap.
Dave
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
On Jul 2, 2010, at 7:45 PM, Mark S. Miller wrote:
> On Fri, Jul 2, 2010 at 4:40 PM, Maciej Stachowiak wrote:
>
> I agree that "EphemeronTable" is too jargon-ish and may dissuade developers
> from using it. I like Map better than Table as a suffix. Ephemeral is an
> improvement, but it sounds
On Fri, Jul 2, 2010 at 5:48 PM, Erik Arvidsson wrote:
> I'm opposed to anything that contains ephemer* in the name. Most JS
> developers do not know what this means.
>
> Both WeakMap and CacheMap seems acceptable with a slight favor for WeakMap.
>
Cool. I'm warming to WeakMap as well. Do we have
On Fri, Jul 2, 2010 at 4:40 PM, Maciej Stachowiak wrote:
>
> On Jul 2, 2010, at 3:17 PM, David Flanagan wrote:
> [...]
> > How about EphemeralMap?
> >
> > Changing the obscure noun Ephemeron to an adjective reduces the
> jargon-level substantially, but retains the three virtues Mark lists.
> >
>
I'm opposed to anything that contains ephemer* in the name. Most JS
developers do not know what this means.
Both WeakMap and CacheMap seems acceptable with a slight favor for WeakMap.
On Fri, Jul 2, 2010 at 16:40, Maciej Stachowiak wrote:
> I'm not sure if there is currently a plan to add a van
On Jul 2, 2010, at 3:17 PM, David Flanagan wrote:
> Mark S. Miller wrote:
> However, many objected to "ephemeron" as obscure
>>jargon. We have not yet settled the name we are giving this abstraction.
>
> It is the language of GC implementors, and won't make sense to JS programmers.
>
>> I'l
On Fri, Jul 2, 2010 at 3:36 PM, Ash Berlin wrote:
>
> On 2 Jul 2010, at 23:17, David Flanagan wrote:
>
> > Mark S. Miller wrote:
> > However, many objected to "ephemeron" as obscure
> >>jargon. We have not yet settled the name we are giving this
> abstraction.
> >
> > It is the language of GC
On Fri, Jul 2, 2010 at 3:17 PM, David Flanagan wrote:
> Mark S. Miller wrote:
> However, many objected to "ephemeron" as obscure
>
>>jargon. We have not yet settled the name we are giving this
>> abstraction.
>>
>>
> It is the language of GC implementors, and won't make sense to JS
> programm
On 2 Jul 2010, at 23:17, David Flanagan wrote:
> Mark S. Miller wrote:
> However, many objected to "ephemeron" as obscure
>>jargon. We have not yet settled the name we are giving this abstraction.
>
> It is the language of GC implementors, and won't make sense to JS programmers.
>
>> I'll b
Mark S. Miller wrote:
However, many objected to "ephemeron" as obscure
jargon. We have not yet settled the name we are giving this abstraction.
It is the language of GC implementors, and won't make sense to JS
programmers.
I'll be
happy with almost any name that everyone else can agr
On Fri, Jul 2, 2010 at 10:28 AM, Brendan Eich wrote:
> Shades of the first browser wars. This is sometimes the right thing but too
> much and we get tower-of-Babel confusion and extensions that don't go away.
>
> We're not extending SpiderMonkey in Firefox with things not proposed or
> already in
16 matches
Mail list logo
