Hacker News new | past | comments | ask | show | jobs | submit | bennypowers's comments login

Are you running the web platform tests?


Yes, but not automatically yet! We are actively working on our WPT infrastructure (which relies on a full Web Driver implementation) and running it manually at the moment. Once we've got it stable and automated, we'll look at pushing results to the common dashboard at https://wpt.fyi/ :)


Excellent! Thank you


SpaceX Dragon capsule's screens

Wordle

Photoshop

GitHub - Freaking GitHub!

Nintendo's website

Salesforce

Innumerable startup SaaS dashboards


should have posted this in r/confidentlyincorrect

Yeah, here's my youtube video from 3 years ago preemptively proving you wrong

https://www.youtube.com/watch?v=Vz433mJR2ow


Why JSXBelPack when you can

  import { html, render } from 'https://unpkg.com/lit-html';

  const benefitTpl = ({name, desc}) => html`
    <dt>${name}</dt>
    <dd>${desc}</dd>
  `;
  
  render(html`
    <lit-rocks>
      <dl>${benefits.map(benefitTpl)}</dl>
    </lit-rocks>`, document.body)

And updates are fast without any VDOM overhead.


I'm popping in here to say, I've had people from both Vue and React join my team where we're using lit-html. Transitions have been seamless, mental models map over quite well.


There's so much less cruft and overhead with lit-html, and you get speed that's akin to vanilla JavaScript. As for JSX, I think we can all get used to something non-standard, which after enough time feels normal, but the benefits of a lit-html are so immediately apparent. The transition is super easy.


Yes, this!

Also, don't forget your `?module` at the end of your unpkg link to get that running


Is this doing a full re-render on each change? Having not seen the state management piece... but could be nice for progressive enhancement modules in a server-rendered app. I've done similar in JS.


Nope! It doesn't visit each node like vdom. VDOM visits every virtual node. lit-html looks at only the expressions. That's where a lot of the speed/performance comes from


zeptime's correct. lit-html places markers in the HTML where the expressions are. Then it renders the HTML once, and updates the expressions directly. That's how it avoids a full re-render and avoids building am in-memory VDOM and doing any diffing.


Build GraphQL apps using lit-element for rendering with lit-apollo:

https://npm.im/@apollo-elements/lit-apollo

I built a demo chat app that got a 98 lighthouse performance score

https://lit-apollo-subscriptions.herokuapp.com


I built a little Polymer wrapper for stripe elements </plug> unfortunately, it only works with the polyfill. It seems at first blush to be an issue between Stripe's react components and shadowDOM.

https://github.com/bennypowers/stripe-elements/issues/2


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: