iiinova — where your digital self keeps evolving

Gil Tayar @gil.tayar.org · 31/08/2026

The HTMX live library feels more like "just a bit of glue" for the areas SSR doesn't cover well,while yours feels more "application-ish". But I may be wrong - wondering where you see such a library being used.

100

Gil Tayar @gil.tayar.org · 31/08/2026

Thinking about it a bit more, there is similarity in syntax, but they are coceptually different. The HTMX library assumes that all state is in the DOM (and generated by the server), while yours assumes the state is JavaScript objects (in the application and various controllers).

110

Gil Tayar @gil.tayar.org · 31/08/2026

Interesting work. It feels (on a cursory glance) similar to the `hx-live` library inside the new HTMX 4: four.htmx.org/extensions/h...

four.htmx.org

hx-live

Add reactive bindings to HTML

110

Gil Tayar @gil.tayar.org · 19/08/2026

Weren't the font characters made out of "lead"?

021

Reposted by Gil Tayar

TC39 @tc39.es · 11/03/2026

ECMAScript Euphoria! 🎉 We don't always post when a single proposal advances, but when we do, it's Temporal -> Stage 4. Just days shy of 9 years from Stage 1, a herculean effort on the part of many champions, delegates, invited experts, and contributors, past and present. Thank you all! 🙌

220948

Gil Tayar @gil.tayar.org · 01/03/2026

What did I miss? What is `signal.addAbortCallback()`?

100

Gil Tayar @gil.tayar.org · 20/02/2026

Probably. But I'm using Neon as my postgres db so I don't know. And for my use, neon is free! iirc, neon does the same thing for the free tier - shuts it down when not in use. But in both cases, the services go up almost instantly!

000

Gil Tayar @gil.tayar.org · 19/02/2026

It's not server oriented. It's server less. I have one service and I pay 5$ but that's only because it's the minimum amount. Railway says the actual cowt is 1$. But railway shuts it down when not in use so I don't know how much real time it is using. It does restart very quickly. <1s.

110

Gil Tayar @gil.tayar.org · 18/02/2026

You pay for compute and ram, but only when used. So if more and more clients are not a significant load on your cpu, then you should be good.

100

Gil Tayar @gil.tayar.org · 18/02/2026

In this case, `expect.poll` isn't really necessary because you could just write `await expect(page.getByRole(...)).toBeVisisble()`. `expect.poll` is useful in cases where you want to retry an expectation where what you're testing is not a locator.

110

Gil Tayar @gil.tayar.org · 19/12/2025

Also, there is _no way_ to have a variable that is scoped to only the `if`, whereas there is a way to have a variable that is scoped to both if and else. So I would go with scoping only to the if also because of this - it's the only way to do it!

010

Gil Tayar @gil.tayar.org · 19/12/2025

I think most developers would be _surprised_ to know that it's scoped to the else too. Yes, thinking about it a bit more, they would agree that it _has its uses_, but they'd still be surprised and lean toward it not being scoped to the else. The majority of the answers here be like that.

120

Gil Tayar @gil.tayar.org · 07/12/2025

I have a web app on their platform, which is not used a lot, and my usage is around $1 a month. I still pay 5$ a month because that's the minimum. This is perfect for a hobby app or (in my case) a backoffice CRM for my partner. I am LOVING the UI and easy setup, and everything works as advertised!

020

Gil Tayar @gil.tayar.org · 24/11/2025

Looks like you've been slashdotted! (or whatever the modern equivalent is) - the blog post is stuck on loading. 🥲

130

Gil Tayar @gil.tayar.org · 07/11/2025

And this still doesn't take care of chunking, which would still be a manual process. While I can't think of a solution that makes the browser take care of downloading only what's needed. I wish there was such a thing.

110

Gil Tayar @gil.tayar.org · 07/11/2025

Not just try entrypoints - the whole module graph. That's a lot of text. It could be thousands of modules.

110

Gil Tayar @gil.tayar.org · 07/11/2025

And I seem to remember an alternative proposal that had some kind of bundle that had a directory of files up front for the browser to use...? Tried looking it uo and couldn't find it.

110

Gil Tayar @gil.tayar.org · 07/11/2025

I never understood why web bundles were abandoned. They seemed like the perfect solution to enable browsers to deal with when to load modules instead of having developers and bundlers deal (mostly badly) with chunking.

130

Gil Tayar @gil.tayar.org · 06/11/2025

I believe @yoav.ws would have LOTs more to say on this subject than I can.

120

Gil Tayar @gil.tayar.org · 06/11/2025

What Maestro said is true - we don't want that overhead for small projects. But even for bundlers - after they do DCE, I believe even there job would be less complex if they didn't have to take care of chunking and just supplied the browser with the bundle and let the b take care of loading.

110

Gil Tayar @gil.tayar.org · 29/10/2025

What happened to the alternative suggestion that didn't use a new display type but rather created new properties under the grid display? If I remember correctly it was suggested by Apple.

100

Gil Tayar @gil.tayar.org · 28/10/2025

Interesting! It's why I found the move from Java and Scala to JavaScript so refreshing (TypeScript was in its early stages then). I was wondering what discussions in the TS community you were referring to.

020

Gil Tayar @gil.tayar.org · 09/10/2025

Oooh! You work at Neon?! Yay! I am just trying out the Neon db for a home project of mine, and so far it's working nicely and the UX is really nice!

130

Gil Tayar @gil.tayar.org · 12/08/2025

Because you were born in the wrong generation 😉

000

Gil Tayar @gil.tayar.org · 17/07/2025

1 for frontend projects 4 for backend

120

Gil Tayar @gil.tayar.org · 16/07/2025

What about frameworks like htmx, unpoly, turbolink? Not sure that they constitute "HTML reuse strategies" but usually when those other options are mentioned (e.g. PHP, React, Web Compnnents), then so are they.

e.gh

010

Gil Tayar @gil.tayar.org · 08/07/2025

(The importance of preserving import execution is why I don't like how Vitest and Jest hoist some code above the imports, but that's another discussion entirely 😁)

010

Gil Tayar @gil.tayar.org · 08/07/2025

While I agree with @rich-harris.dev that relying on that order is VERY problematic, I still think that being spec-compliant in this fundamental issue is important.

100

Gil Tayar @gil.tayar.org · 08/07/2025

I have to agree with Devon here. The ES spec around ESM is very clear about execution order, and bundlers should preserve that order so that they are compliant around that, and are compliant with all the runtimes that are compliant in that regard.

110

Gil Tayar @gil.tayar.org · 18/06/2025

Yes! That is exactly how I use it.

010

Gil Tayar @gil.tayar.org · 15/06/2025

Thanks, everybody! I'm writing a "TypeScript in Node.js" talk for NodeTLV (assuming it happens 😢) and this helped me a lot.

130

Gil Tayar @gil.tayar.org · 15/06/2025

NestJS is dependent on decorators, right?

100

Gil Tayar @gil.tayar.org · 14/06/2025

Which is probably why there's not a lot of enthusiasm?

120

Gil Tayar @gil.tayar.org · 14/06/2025

Not sure. Decorators are a class construct and most frameworks I believe are not class oriented.

100

Gil Tayar @gil.tayar.org · 14/06/2025

They've been for a while now... What's holding them back?

200

Gil Tayar @gil.tayar.org · 14/06/2025

Yeah, I thought that would be the answer. 😊 I wish there was a flag in @typescriptlang.org that disables decorators entirely (for some reason `experimentalDecorators: false` doesn't work...?) so that we could use TS to totally check TS code for Node.js runnability.

230

Gil Tayar @gil.tayar.org · 14/06/2025

Hmm... why doesn't `--erasableSyntaxOnly` in @typescriptlang.org not show an error on decorators? 🤔 It passes typechecking with this flag, but Node.js doesn't run it ("invalid token" error)

110

Gil Tayar @gil.tayar.org · 07/06/2025

You forgot to say that the conferences ae are back to back!

100

Gil Tayar @gil.tayar.org · 02/06/2025

But... The loader doesn't know whether it needs to type strip the file or transform it! So it still doesn't really know what to do.

110

Gil Tayar @gil.tayar.org · 02/06/2025

Now you tell me about that function? 😁 I used Amaro. So if the loader writers have that, then they can do whatever they want.

210

Gil Tayar @gil.tayar.org · 02/06/2025

There's a special format for returning typescript code. So this is definitely a conscious decision.

000

Gil Tayar @gil.tayar.org · 02/06/2025

Was returning the transpiled JS code considered? If so, why was it rejected?

110

Gil Tayar @gil.tayar.org · 02/06/2025

If I create a simple loader that just console.logs the source code, and I import a `.ts` file using the @nodejs.org support for it, I get the TS code and not the transpiled code. This means that loaders that analyze the source code will now need to understand TS.

Source code with the following code:

registerHooks({
load: (url, context, nextLoad) => {
const ret = nextLoad(url, context)

console.log(ret.source)

return ret;
}
})

await import('./main.ts')

121

Reposted by Gil Tayar

Open Web Advocacy @open-web-advocacy.org · 23/04/2025

🚨 NEW: The DOJ wants to break up Chrome from Google — the consequences could be catastrophic for the web. 📖 Read our article: Break Google's search monopoly without breaking the web. 👇Link: open-web-advocacy.org/blog/break-g... /1

84723