dylanjha

Why do you want to migrate from remotion to pure canvas?

Ever consider shipping this as an SDK that other apps can embed? This is something I’ve heard many people ask for.

Yeah, worth noting that there IS an escape hatch for monkey-patching (at your own risk). So you're not totally out of luck. It is just HTMLElement all the way down

Not everyone has to use everything.

In my 13 years there are a lot of technologies I've never used. Maybe there was opportunities where you could have, or maybe things are working just fine for the problems you're solving and you don't need it, which is fine too.

Styling components nested inside other components can still work with either slots or scoping CSS custom properties with parent selectors.

.login-form { --button-outline-width: 2px; }

.credit-card-form { --button-outline-width: 2px; }

Of course, the component needs to be authored & documented in a way that supports this.

For example, shoelace has a "Drawer" component: https://shoelace.style/components/drawer

By default the drawer component has an "X" button in the header to close it. If you want to override that, instead of trying to style the nested "X" button you can pass in your own header actions with slot="header-actions"

> think there is a clear tension between the component desire for encapsulation vs the web designer wanting to impose their styling on the nested components

This is the inherent tension. It requires good web component authoring to expose:

1. `part`s that can be accessed by application-level CSS

2. slots for the application developer to inject html

3. CSS custom properties (--variable) -- these pierce the shadow DOM

The web component authors have to be very intentional about these things. There are good examples and bad examples and I think people are still learning how to do this well.

I see. Particularly with CSS there's more of an enforced contract around how the element internals get exposed for styling. If the element hasn't exposed `parts` or slots it's hard to hack around it.

More broadly speaking I have found myself getting thrashed by the ever evolving "best practices" in the React ecosystem. First: write everything using class components, and then a couple years later everything should be written with hooks.

I think the benefit of web components (for certain things) is that the APIs and the standards move slowly. Something you write today isn't going to feel obsolete in only a couple years.

(author from Mux here) -- that is correct. For the stuff we build for in-house use on mux.com and dashboard.mux.com we have a components library written in React.

You nailed it that we are shipping SDKs with visual components (like a video player) that need to be compatible across all kinds of frontends.

Instead of N number of SDKs to maintain where N is every front end framework, we have 2: a web component, and a React wrapper around the web component. Maybe in the (near) future we only have to maintain 1.

(author here) I think the problem might be more around bureaucracy mixed with bad & buggy code than it is a specific problem with web components. Can you expand on that?

It's amazing how the web has come full circle now.

2023 web developers: I figured it out y'all. Send HTML from the server.

1994 web developer: ...excuse me? What else would you do?

Wow that’s exactly it. I didn’t know there was a term for this. Thanks for sharing!

Even though I’m not deaf or hard of hearing, I find myself using captions more and more when I consume video content. I don’t think I’m alone in that. I saw something a while ago that tracked this as a broad trend. Today’s accessibility is tomorrow’s usability.

I also work on player stuff with OP and learned a lot in this process.

Thanks! Yeah that would be a significant improvement.

This started as a little demo project with Nextjs + Mux and then evolved into more of an actual product (https://github.com/muxinc/stream.new).

Right now the lightweight utility aspect of stream.new feel right, but if we continue to build upon it as a standalone free product then adding the concept of an "account" with saved videos makes a ton of sense.

Hey there :). Author here. It was a fun experiment to play around with some different strategies for adding content moderation to https://stream.new

Hive ended up being the one I landed on after trying Google Vision first (https://cloud.google.com/vision).

The other one I was looking at is Clarity.ai but I didn't get a chance to try that one yet.

Everyone is part-time moonlighting, but how many others are involved?

If only 2 or 3 of you then I think the range you're asking for makes sense.

This is one for video nerds. From Demuxed in October 2019: "Three Roads to Jerusalem" about low latency live streaming. Incredibly well done by Will Law. Informative and entertaining.

https://www.twitch.tv/videos/501523712

Neat idea. Anything to share about how you launched this? Is it on Shopify or another ecommerce engine?

I've heard that Instagram oauth access can be difficult to get approved for production use, were they giving you a tough time when you went through the approval process.