Hey this is was really great. I appreciate the explanation of "why" we are doing things a certain way. Nothing drives me more crazy than a tutorial that doesn't teach you anything.
This was a fantastic and straightforward introduction! It would be wonderful to have these 'Quick Tutorials' on a weekly basis. The video format is excellent in my opinion. It keeps explanations simple and gets straight to the point.
This is great content. Straight the the point and easy to follow. Please do more on web components and maybe a video on using web components with htmx.
Yes, please make more videos on web components! For example, how do I cleanly create initial property values via data attributes. Thanks for the great video!
This week I released part one of a two-part series on building a slightly bigger component: ruclips.net/video/2S4-42vjZwY/видео.html In part two, I'll be doing exactly this: using custom attributes to define some initial values and default overrides. Thanks for watching!
Thanks Bob! Web Components ARE simple... when you don't dive into slots and shadow DOM and all that. Frankly, a lot of that stuff is unnecessary (IMO), and makes them worse, not better.
Great intro, Chris. I've been using Web Components for a while now, mainly because of people like you posting about their simplicity & usefulness as a progessive enhancement to standard HTML. 😁
I came from the newsletter! I rarely build web-pages, but when I do, I always liked working "with the grain", as you say. I was so happy and amazed when I found your newsletters! You were such a relief! I hate - and I don't use this word lightly - the abomination today's web development is.
Thanks for sharing, Web Components are on my list of things I want to get much better at using! Potentially silly question but is there a benefit to setting ARIA as you have or could it have been in the HTML of the button? I was unsure if you set this just to show you can, or if it should only be set when the browser is treating it as a WC
Not silly at all! Definitely could have been hard-coded. I generally like to add accessibility stuff when my Web Component loads just in case the dev forget, but in this specific example, it was more for teaching purposes. The button is useless without JS anyways.
Great introduction. Let's say the web component wraps 2 buttons. Would you add a generic event listener to the component `this.addEventListener("click", this);` and determine which button was clicked in `handleEvent` based on the closest matching `target`? Or, is there a way to still attach dedicated click event listeners to each button? If I understand correctly, these event listeners will be garbage collected automatically, so there's no need to remove them in `disconnectedCallback()`. Is that right?
To answer your question about garbage collection... yes, you are correct. No need for removing event listener in disconnectedCallback. You can add/remove global event listeners in connected/disconnected callbacks if they're for DOM nodes outside the component... e.g. on the document or window, for handling resize or scroll events.
@@kevbonett Thank you for the clarification! That's interesting to listen for events outside of the component. That works well with how I use custom events as a simple "pub/sub" approach.
You've got it, and what @kevbonett said is correct *as long as* the event it attached to the custom element and not something outside of it. So your example, this.addEventListener() with event delegation, is likely what I would do, and it will be garbage collected.
Great question! IMO, Web Components work best in the same places you'd otherwise use traditional DOM manipulation. They provide an easy styling hook thanks to the custom element, and make storing state and targeting elements a bit easier because the custom element encapsultates the HTML and can be accessed with the `this` keyword. This would make a great future video, though!
I get what you mean. It's not a hack in the sense that Function.prototype.bind() is a platform method designed specifically to modify the context of `this` in a function. But it also creates a new instance of that function, and is very much a workaround. While you're technically, semantically correct, my point was that there's a native way to avoid all of that and handle events while maintaining instance context much more easily.
Hey this is was really great. I appreciate the explanation of "why" we are doing things a certain way. Nothing drives me more crazy than a tutorial that doesn't teach you anything.
I appreciate you also show how to properly comment/document the code. Thanks for all you do!
You're very welcome!
This was a fantastic and straightforward introduction!
It would be wonderful to have these 'Quick Tutorials' on a weekly basis.
The video format is excellent in my opinion. It keeps explanations simple and gets straight to the point.
Thanks so much!!
This is great content. Straight the the point and easy to follow. Please do more on web components and maybe a video on using web components with htmx.
Thanks! I hate HTMX with a passion, though, so that probably won't happen.
Yes, please make more videos on web components! For example, how do I cleanly create initial property values via data attributes. Thanks for the great video!
This week I released part one of a two-part series on building a slightly bigger component: ruclips.net/video/2S4-42vjZwY/видео.html
In part two, I'll be doing exactly this: using custom attributes to define some initial values and default overrides.
Thanks for watching!
I'm extremely excited about Web Components! Thanks for the tutorial! It feels fresh, straight to the point and clear!
Thank you so much for the kind words!
It's amazing how simple this looks when it's well-explained. Thanks, Chris! Yes, please...more like this!
Thanks Bob! Web Components ARE simple... when you don't dive into slots and shadow DOM and all that. Frankly, a lot of that stuff is unnecessary (IMO), and makes them worse, not better.
Great intro, Chris.
I've been using Web Components for a while now, mainly because of people like you posting about their simplicity & usefulness as a progessive enhancement to standard HTML. 😁
Glad to hear it! It wasn't until Jeremy Keith shared the PE approach that they finally "clicked" for me. Glad you're enjoying working with them, too!
Great intro to Web components - thanks for the video and your newsletter...
So very kind of you to say. Glad you enjoyed it!
Awesome Chris. Would love to see a lot more content like this.
Thanks so much!
I came from the newsletter! I rarely build web-pages, but when I do, I always liked working "with the grain", as you say. I was so happy and amazed when I found your newsletters! You were such a relief! I hate - and I don't use this word lightly - the abomination today's web development is.
Thanks for the kind words!
Great video Chris!
This is great! Thanks for teaching.
Thanks so much!
Thanks for sharing, Web Components are on my list of things I want to get much better at using!
Potentially silly question but is there a benefit to setting ARIA as you have or could it have been in the HTML of the button?
I was unsure if you set this just to show you can, or if it should only be set when the browser is treating it as a WC
Not silly at all! Definitely could have been hard-coded. I generally like to add accessibility stuff when my Web Component loads just in case the dev forget, but in this specific example, it was more for teaching purposes. The button is useless without JS anyways.
Great introduction. Let's say the web component wraps 2 buttons. Would you add a generic event listener to the component `this.addEventListener("click", this);` and determine which button was clicked in `handleEvent` based on the closest matching `target`? Or, is there a way to still attach dedicated click event listeners to each button?
If I understand correctly, these event listeners will be garbage collected automatically, so there's no need to remove them in `disconnectedCallback()`. Is that right?
To answer your question about garbage collection... yes, you are correct. No need for removing event listener in disconnectedCallback.
You can add/remove global event listeners in connected/disconnected callbacks if they're for DOM nodes outside the component... e.g. on the document or window, for handling resize or scroll events.
@@kevbonett Thank you for the clarification! That's interesting to listen for events outside of the component. That works well with how I use custom events as a simple "pub/sub" approach.
You've got it, and what @kevbonett said is correct *as long as* the event it attached to the custom element and not something outside of it.
So your example, this.addEventListener() with event delegation, is likely what I would do, and it will be garbage collected.
@@gomakethings Perfect! That's what I've been doing but wasn't sure if you had a different pattern you liked. Thank you!
Thank you. What are the benefits of using web components? When is it best to use them?
Great question! IMO, Web Components work best in the same places you'd otherwise use traditional DOM manipulation.
They provide an easy styling hook thanks to the custom element, and make storing state and targeting elements a bit easier because the custom element encapsultates the HTML and can be accessed with the `this` keyword.
This would make a great future video, though!
Yes Please!
bind is not exactly a "hack"
I get what you mean. It's not a hack in the sense that Function.prototype.bind() is a platform method designed specifically to modify the context of `this` in a function. But it also creates a new instance of that function, and is very much a workaround. While you're technically, semantically correct, my point was that there's a native way to avoid all of that and handle events while maintaining instance context much more easily.