Choo VS Angular

I haven't used elm much, but I do like elm quite a bit! I actually wrote a JS framework inspired by the "elm architecture" a few years back (choo). Admittedly I never looked at how they do CSS though. Is the elm-css package the right thing to look into?

I'm currently working on a way to extend the code by revealing the underlying [Choo](https://choo.io) framework to enable easier hacking! Search is one feature that theoretically won't be too hard to add, but I excluded it from the core because it would have made it too big.

Note: I have no solid reference point for what "too big" actually means for this project—my only guideline so far has been "as small as possible"

source: https://github.com/angular/angular/issues/46542

Besides the dangers, mentioned by Angular docs (infinite loops, change detection errors), there is another thing, that might be quite nasty: effects are executed in a reactive context, and any code you call in effect, will be executed in a reactive context. If that code reads some signals, they will be added as dependencies to your effect. Here Alex Rickabaugh explains the details.

In June 2023, the Angular team raised a new RFC to implement control flow syntaxes within Angular. They gave the following rationale for introducing control flow syntax:

For scheduling, I use awesome code I found in the Angular source code.

Just to give you more context, I led the migration of several AngularJS applications to the newer Angular Framework. My client finally decided to make that move following the AngularJS deprecation announcement (stay up to date please 🙏)️.

Link — angular/CONTRIBUTING.md

Angular v17 was released some months ago with a ton of new features, a brand new logo and the new blog angular.dev.

The Angular renaissance is still ongoing. MiniRx is part of that renaissance and released a new Signal-based state management library for Angular: MiniRx Signal Store.