domenic

// This creates a copy, but does detach the source buffer

const mc = new MessageChannel();

ArrayBuffer.prototype.transfer = function () {
  const result = this.slice();
  mc.port1.postMessage(this, [this]);
  return result;
};

domenic

function curveInArchCoords(col, rows, cols) {
  const mathX = col / cols * 2 * Math.PI;
  const mathY = Math.cos(mathX);
  const archY = (1 + mathY) / 2 * rows;
  return archY;
}

function setFrame(frame, rows, cols, colOffset) {
  for (const i of frame) {
    frame[i] = 0;

domenic

"use strict";

const conversions = require("webidl-conversions");
const utils = require("./utils.js");

const impl = utils.implSymbol;
const HTMLElement = require("./HTMLElement.js");

function HTMLMarqueeElement() {
  throw new TypeError("Illegal constructor");

domenic

<!-- Clean light DOM: -->
<std-list id="list">
  <div class="item">0 - Domenic</div>
  <div class="item">1 - Ojan</div>
  <div class="item">2 - Drew</div>
  <div class="item">3 - Kevin</div>
  <div class="item">4 - Gray</div>
</std-list>

<!-- Via this structure: -->

domenic

A response to http://www.brucelawson.co.uk/2017/editing-the-w3c-html5-spec/

Unfortunately this post contains a lot of inaccuracies. For example, the claim that the WHATWG HTML Standard is future-facing and for incubation is false. Such additions are explicitly against the WHATWG working mode: see the sections on Additions and New Proposals.

It also misunderstands the outline algorithm, which isn't a requirement on browsers, but instead guidance for developers as to how to structure their pages. As such it's not some kind of speculative browser feature as this post characterizes it. (It's bad guidance for developers—but the proper fix for that isn't to include some warning box saying "this feature, which isn't meant for browsers anyway, isn't implemented in browsers" like the W3C HTML fork does. The proper fix is outlined

domenic

// Today, with underscore-prefixed "private"

class Point {
  constructor(x, y) {
    this._x = x;
    this._y = y;
  }
  
  length() {
    return Math.sqrt(squareLengthHelper(this));

domenic

(From a friend one mine; I'm just hosting this here.)

Issue 1: Relativity of Simultaneousness:

Your buddy Einstein is riding the interstellar express train. All the lights are off, but just as it passes your observation platform, he turns on a lamp in the middle of the train. You and he have taken bets on which end of the train, front or back, will light up first. As expected, your video cameras on the platform record the rear of the train lighting up first, since, as the light spreads out from the original location of the lamp, the rear of the train moves slightly closer to the source, while the front end is moving away. However, Einstein reports that his equipment shows both ends lit up simultaneously.

Both of you are correct. In your reference frame the events "light reaches front of train" and "light reaches rear of train" are not simultaneous, even though in Einstein's they are are.

Issue 2: Superluminal Travel

domenic

(function (global, binding, v8) {
  const captureStackTrace = global.Error.captureStackTrace;
  const defineProperty = global.Object.defineProperty;
  const setPrototypeOf = global.Object.setPrototypeOf;
  const Error = global.Error;

  function OverconstrainedError(constraint, message = undefined) {
    const obj = new Error();

    // This complicated dance is necessary to emulate

domenic

domenic

DIR: dom/collections

HTMLCollection-as-proto-length-get-throws.html: [fail, https://github.com/jsdom/webidl2js/issues/62]
HTMLCollection-supported-property-indices.html: [fail, Named versus indexed properties trickiness]
HTMLCollection-supported-property-names.html: [fail, Names vs. ids priority and effect on enumeration order]
domstringmap-supported-property-names.html: [fail, DOMStringMap not implemented]

---

DIR: dom/events