jsx

Prettier 2.4.1
[Playground link](https://prettier.io/playground/#N4Igxg9gdgLgprEAuEAdKABAZhATgdwENcATAAgHIcIA6AZzDrorPwEsYALMgCnTLIASSAFsADtAQw6SMrjgkANOgCUAbnQhFICGJhtodZKGK4I+AArEERlIQA2RAJ5HtAI1yEwAazgwAyoQicAAybFBwyFgOdHDunj5+-mJe4QDmyDC4AK5xIHAibgokCiGEUGnZhGlwAGJ4IoQw+hXIIITZMBBaIJwwIvYA6pwccHQpYHD+NhxsAG4cTm2MriDhsbgwFp5pjVExeQBWdAAe-un2cACK2RDw+-ax2im4G20MTD1iuOEwg2wkLjIAAcAAZnmZYoNPG

Yew has recently got support for keyed elements, but the documentation lacks any mention of them. A mention should be added in the website, the doc of yew::virtual_dom::key::Key should be

The Storybook API has changed quite a lot since Solid's Storybook docs were written in 2019. It would be really helpful (and I think go a loooong way toward helping drive adoption, long-term) if Solid could:

1. Update the docs to reflect the latest Storybo

For the most part this just works, but functions within tagged markup get weird indent assertions, e.g.,

        ${collection.map((item) => {
          const { prop1, prop2 } = workWith(item);  // eslint: expected indentation of 4 but found 10 (indent)
          return html`  // eslint: expected indentation of 4 but found 10 (indent)
            <${Widget} prop1=${prop1} prop2=${prop2} />

I'm sorry to post an issue that is missing crucial evidence, but some debugging of a recent config loading bug makes me suspect that the react-rails railtie.rb may be modifying the load order of initializers, and preventing the values in Rails.application.config being as expected.

Whether this happens or not appears to be partly dependent on where in the Gemfile the react-rails gem is l

We should be able to use dispatchEvent to define callback prop based onevent APIs, so we don’t have to deal with capturing/bubbling for specific events.

function MyComponent({id}) {
  const onclick = () => {
    this.dispatchEvent(new CustomEvent("customclick", {detail: {id}}));
  };
  
  return (
    /* children */
  );
}

// Usage

<MyComponent oncustomclick={(e

It may be nice to ultimately just update these tests to read the data/blocks dir and run tests against each automatically so it's easier to manage these tests

Blocked By: wix/vscode-glean#97

Example:

class Foo extends Component {

  render() {
    return (<div>
      {this.props.foo.map((bar) => <div>{bar.x}</div>)}
    </div>)
  }
}

Current:

 const Foo = props => {
   const foo = useRef();
   const x = useRef();
   return <div>
       {foo.current.map(bar => <div>{x.current}</div>)}