Simon Ihmig

📣 responsive-image.dev now ships with a native Vue.js image component to render responsive images!

Use it with the @vite.dev plugin (or webpack) to process local images in your @vuejs.org or @nuxt.com app, with support for modern formats, image transformations and LQIP, or load from image CDNs.

Ember 6.8 Released The Ember project is excited to announce the release of Ember v6.8. This is a standard minor release as part of the standard Ember Release Train process, but this release isn't...

Hot off the press!

6.8 released with some big features 🎉

⚡@vite.dev by default
🕚 Compatible with libraries from 8+ years ago*
✨ New APIs: renderComponent, additional reactive data structures
🤝 No more hbs by default (strict: true)

Read more here:

blog.emberjs.com/ember-releas...

Image delivery for modern web applications: Introducing ResponsiveImage In the landscape of web development, images are often both a crucial visual element and a significant...

Been a while since my last blog post, so I thought I'll write this one on the open source project I spent a fair amount of time on over the last year.

Are you building web applications and want to deliver responsive images in an easy and efficient way? Then give this a read 👇
dev.to/simonihmig/i...

New major release of responsive-image.dev is out!
⚛ image component for @react.dev
⏱️ supports the @fastly.com IO image CDN
🌍 supports auto-negotiation of image format by CDNs
✨ refactored LQIP (Thumb/BlurHash) simplifying runtime image components

Shoutout to William Killerud for most of these! 🚀

👀 👀 👀

@warp-drive.io (formerly #emberdata) version 5.5-alpha.21 is compatible with any framework that works with a signals concept. Even multiple on one page sharing data. Pluggable reactivity ftw. Official #svelte/#vue/#preact/#lit integrations coming soon. ✨🌌

github.com/emberjs/data...

Render responsive images in your Svelte app with this library by @simonihmig.bsky.social 🖼️⚡️ - madewithsvelte.com/responsive-i...

A picture taken over my shoulder of me releasing Embroider@v4 from my phone while drinking a beer in a restaurant

I just released Embroider@v4 from the @mainmatter.com team dinner using release-plan

This is the start of the @vite.dev era of @emberjs.com 🎉

ChatGPT is savage. omg

And how you compose the two worlds together is a legit framework design choice.

I can't see why JS-in-HTML should be semantically or logically better than HTML-in-JS tbh.

All of Svelte is a superset of HTML, or just the templating part? I would say the latter? I am all for the template to be a superset of HTML (don't like JSX), but you need JS at least to glue things together. Most likely your app will host way more JS than HTML though.

Interesting to see that us coming from a similar/same background, we also stumble over the same issues! 😅

Nice write-up!

That wasn't my point though. Yes, you can define features like runes in tests, except for the most basic feature: components.

You can't invoke the component under test in the way you would normally do. Also can't define components locally in your test to pass to higher order components.

Not trying to hate on Svelte, I like it quite a bit!

But I do feel they got this template vs. JS thing backwards.

Template Tag Format - Components - Ember Guides The template tag format is a powerful, new way to write components in Ember. It's a single-file format that combines the component's JavaScript and Glimmer template code. The <template> tag is used to...

In Ember tests, you invoke the component just the same way as you do anywhere else. Because you can have <template> inside JS. Example: guides.emberjs.com/release/comp...

Besides the snipped argument, you see the limitations of "js inside template" also for tests. You need to pass props to the render function, invoking the component in a totally different way than you would do in app code. Just because you cannot have template code inside JS.

Template Tag Format - Components - Ember Guides The template tag format is a powerful, new way to write components in Ember. It's a single-file format that combines the component's JavaScript and Glimmer template code. The <template> tag is used to...

I think modern Ember nailed it. Instead of .svelte being a template with an island of JS, Ember's .gjs is JS with an island of template. Or multiple.

<template> is just a value, that you can direcly use when in scope (private internal components) or you export it.
guides.emberjs.com/release/comp...

First time learning about snippets I was thinking this must be a workaround due to some architectural flaw/restriction. Why do you need the concept of "snippet", if you already have one of "component"? Only because Svelte syntactically doesn't allow you to define components inside components, right?

This should have been its own post (not hidden in replies), and a blog post, and a talk! 😃👏

Love the vibe!!! 💪😆

Thanks, fixed it!

Yeah, I agree.

No, the dimensions are fixed. More details at evanw.github.io/thumbhash/

BlurHash does allow that though: blurha.sh

The algorithm is explained at evanw.github.io/thumbhash/

Not that I really understand it 😅

Kudos to @evanwallace.bsky.social for this beautiful piece!

Find demo and docs for ThumbHash at evanw.github.io/thumbhash/

Docs for the responsive-image.dev integration at responsive-image.dev/usage/lqip#t...

image depicting an aurora borealis in high resolution

a blurry placeholder encoded with ThumbHash

Ever heard of ThumbHash? It's a great way to encode a blurry placeholder image into just a few bytes, 28 here. Like BlurHash but better visual quality!

Available now in responsive-image.dev for @vite.dev or webpack plugins and image components for @emberjs.com @lit.dev @solidjs.com and @svelte.dev!

Good question! Unpic does not have its own image processing capabilities, it requires an image CDN. ResponsiveImage supports that, too (tho not all CDNs yet), but also processing local images in your repo, with its vite and webpack plugins. That's the main differentiator I think.

The responsive-image.dev family got a new member! 🎉

👉 Use the new @svelte.dev image component in your Svelte/SvelteKit app to render responsive images, either with our @vite.dev plugin to process local images or with remote images from image CDNs, or both.

responsive-image.dev

Made it easy to make the same available to other frameworks using Vite: @lit.dev, @solidjs.com and soon @svelte.dev.

Find the long version of that at responsive-image.dev/history

I have a nice example for exactly that: ember-responsive-image provided both build-time and runtime aspects in a single v1 addon, but heavily tied into the 🥦 legacy build system.

Nowadays the build part is a framework-agnostic @vite.dev or webpack plugin, and the component a light-weight v2 addon.

Long thread, but it's Sunday, so give this a read!

How evolution of the framework works, why it's getting descoped and why it's not dead.