Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.javascript > #38435

Re: HTML5 embed element event

From Thomas 'PointedEars' Lahn <PointedEars@web.de>
Newsgroups comp.lang.javascript
Subject Re: HTML5 embed element event
Date 2020-05-21 21:50 +0200
Organization PointedEars Software (PES)
Message-ID <3049967.y3JZ3UGTbG@PointedEars.de> (permalink)
References (1 earlier) <4588804.31r3eYUQgx@PointedEars.de> <510316de-79da-42b4-8502-ce21d07bacdc@googlegroups.com> <12dbcf64-ebca-4c3d-adc7-26ad1246ca63@googlegroups.com> <4261657.LvFx2qVVIh@PointedEars.de> <61275749-9018-4baf-a633-6de74dceedd3@googlegroups.com>

Show all headers | View raw


Michael Haufe (TNO) wrote:

> On Thursday, May 21, 2020 at 11:53:31 AM UTC-5, Thomas 'PointedEars' Lahn
> wrote:
>> I forgot about Set.  I do not know what you mean by “featureNames”,
> 
> Sorry, that was a copy/paste issue from other code I'm working on which
> focuses on classes instead of objects. A 'feature' in the context of a
> class is a property, a method, or an accessor. This terminology is seen in
> compiler work and in some literature such as:
> 
> "Feature-Oriented Programming with Object Algebras"
> <https://www.cs.utexas.edu/~wcook/Drafts/2012/FOPwOA.pdf>

As I mentioned recently, I have been using the term “feature” in my code for 
ages[tm] :)
 
>> or why you would pass a reference to a two-element Array.

I see now that actually you are NOT doing that.  The new meaning of “...” in 
ECMAScript just has not entered my subconscious yet.

For the interested, unaware reader: “...” is not an omission (Perls are 
warned now), but works *like* an *operator* now (ECMAScript 2015+), such 
that

  [...['foo', 'bar'], ...['baz', 'bla']]

is now equivalent to

  ['foo', 'bar', 'baz', 'bla']

which is most useful if ['foo', 'bar'] and ['baz', 'bla'] are return values.  
Array.prototype.concat(), Array.prototype.push(), and simple uses of 
Function.prototype.call() and Function.prototype.apply() are thus rendered 
unnecessary.

  a.concat('foo', 'bar')       → [...a, ...['foo', 'bar']]
  a.push('foo', 'bar')         → a = [...a, ...['foo', 'bar']]
  o.f.call(o, 'foo', 'bar')    → o.f(...['foo', 'bar'])
  o.f.apply(o, ['foo', 'bar']) → o.f(...['foo', 'bar'])

Which means we can also finally write something like

  var input = '2020-05-21';
  new Date(...input.split('-').map((comp, i) => (i == 1 ? comp - 1 : comp)))

without a workaround.
 
> The constructor of Set accepts an iterable so you can do:
> 
> new Set([1,2,3])
> 
> Therefore in a single expression in declarative fashion we can define a
> set which contains all of the current property names, and all of the
> ancestor property names. To iterate is human, to recurse is divine.

I see.  Nice line :)

> Using the Set approach:
> 
> ```
> let propertyNames = obj =>
>   obj == null ? new Set() :
>     new Set([
>       ...Object.getOwnPropertyNames(obj),
>       ...featureNames(Object.getPrototypeOf(obj))

That would be ...propertyNames(…) here, I suppose.

>     ])
> 
> var el = $0;
> 
> [...propertyNames(el)]

IOW, now for simple cases .forEach(…) is rendered unnecessary, too? :-o

>   .filter(name => name.startsWith('on'))
                         ^^^^^^^^^^
Another "new" feature that had not entered my subconscious yet.

>   .forEach(name => el[name] = ev => console.log(ev));

For me, a readable code style requires at least braces around both function 
bodies here, as they are *statements*, not expressions.  (If they were more 
complex expressions, I would put them in parentheses instead; see above.)

-- 
PointedEars
FAQ: <http://PointedEars.de/faq> | <http://PointedEars.de/es-matrix>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn/>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail. 

Back to comp.lang.javascript | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

HTML5 embed element event Andrew Poulos <ap_prog@hotmail.com> - 2020-05-19 16:39 +1000
  Re: HTML5 embed element event "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2020-05-19 17:29 +0200
    Re: HTML5 embed element event Andrew Poulos <ap_prog@hotmail.com> - 2020-05-20 07:45 +1000
      Re: HTML5 embed element event "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2020-05-20 00:21 +0200
        Re: HTML5 embed element event rcpj@panix.com (Pierre Jelenc) - 2020-05-20 01:09 +0000
          Re: HTML5 embed element event Andrew Poulos <ap_prog@hotmail.com> - 2020-05-20 18:36 +1000
          Re: HTML5 embed element event "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2020-05-20 12:36 +0200
  Re: HTML5 embed element event "Michael Haufe (TNO)" <tno@thenewobjective.com> - 2020-05-19 17:21 -0700
    Re: HTML5 embed element event Andrew Poulos <ap_prog@hotmail.com> - 2020-05-20 18:43 +1000
  Re: HTML5 embed element event Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-05-21 17:15 +0200
    Re: HTML5 embed element event "Michael Haufe (TNO)" <tno@thenewobjective.com> - 2020-05-21 08:55 -0700
      Re: HTML5 embed element event "Michael Haufe (TNO)" <tno@thenewobjective.com> - 2020-05-21 08:57 -0700
        Re: HTML5 embed element event Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-05-21 18:53 +0200
          Re: HTML5 embed element event "Michael Haufe (TNO)" <tno@thenewobjective.com> - 2020-05-21 11:00 -0700
            Re: HTML5 embed element event Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-05-21 21:50 +0200
              Re: HTML5 embed element event Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-05-21 22:03 +0200
              Re: HTML5 embed element event "Michael Haufe (TNO)" <tno@thenewobjective.com> - 2020-05-21 15:25 -0700
                Re: HTML5 embed element event Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2020-05-23 03:06 +0200

csiph-web