home.social

Search

481 results for “develwithoutacause”

  1. After a lot of work, I've finally landed a release of #Bazel #rules_prerender which is compatible with #aspect_rules_js! github.com/dgp1130/rules_prere

    This has been a long time coming, and the issue shows how big a change this was (github.com/dgp1130/rules_prere). It didn't help that I kept getting distracted with other things and forgot everything I was doing. 😅

    #aspect_rules_js does seem like a solid improvement and it sets up #rules_prerender for a lot of awesome improvements in the future (#ESM, #bzlmod, better bundling, etc.) Super excited about where we can take this next!

    Shout out to @alexeagle and Greg Magolan (who I don't think is on Mastodon?) for their help, couldn't have done it without you!

  2. After a lot of work, I've finally landed a release of #Bazel #rules_prerender which is compatible with #aspect_rules_js! github.com/dgp1130/rules_prere

    This has been a long time coming, and the issue shows how big a change this was (github.com/dgp1130/rules_prere). It didn't help that I kept getting distracted with other things and forgot everything I was doing. 😅

    #aspect_rules_js does seem like a solid improvement and it sets up #rules_prerender for a lot of awesome improvements in the future (#ESM, #bzlmod, better bundling, etc.) Super excited about where we can take this next!

    Shout out to @alexeagle and Greg Magolan (who I don't think is on Mastodon?) for their help, couldn't have done it without you!

  3. After a lot of work, I've finally landed a release of #Bazel #rules_prerender which is compatible with #aspect_rules_js! github.com/dgp1130/rules_prere

    This has been a long time coming, and the issue shows how big a change this was (github.com/dgp1130/rules_prere). It didn't help that I kept getting distracted with other things and forgot everything I was doing. 😅

    #aspect_rules_js does seem like a solid improvement and it sets up #rules_prerender for a lot of awesome improvements in the future (#ESM, #bzlmod, better bundling, etc.) Super excited about where we can take this next!

    Shout out to @alexeagle and Greg Magolan (who I don't think is on Mastodon?) for their help, couldn't have done it without you!

  4. After a lot of work, I've finally landed a release of which is compatible with ! github.com/dgp1130/rules_prere

    This has been a long time coming, and the issue shows how big a change this was (github.com/dgp1130/rules_prere). It didn't help that I kept getting distracted with other things and forgot everything I was doing. 😅

    does seem like a solid improvement and it sets up for a lot of awesome improvements in the future (, , better bundling, etc.) Super excited about where we can take this next!

    Shout out to @alexeagle and Greg Magolan (who I don't think is on Mastodon?) for their help, couldn't have done it without you!

  5. @techytacos That would be great, except I'm only getting songs from all the worst games in the series: #SonicHeroes, #Sonic2006, #SonicAndTheSecretRings, etc.

    In fairness they do have some ok music, but nothing that lives up to Escape from the City. At least give me some Open Your Heart or Live and Learn!

  6. @techytacos That would be great, except I'm only getting songs from all the worst games in the series: #SonicHeroes, #Sonic2006, #SonicAndTheSecretRings, etc.

    In fairness they do have some ok music, but nothing that lives up to Escape from the City. At least give me some Open Your Heart or Live and Learn!

  7. @techytacos That would be great, except I'm only getting songs from all the worst games in the series: #SonicHeroes, #Sonic2006, #SonicAndTheSecretRings, etc.

    In fairness they do have some ok music, but nothing that lives up to Escape from the City. At least give me some Open Your Heart or Live and Learn!

  8. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  9. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  10. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  11. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any component model using shadow DOM. I'll have to consider it for if and when we get to SSR support.

  12. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  13. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  14. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  15. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in , much cleaner!

  16. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  17. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  18. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  19. Just landed a major update to yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  20. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  21. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  22. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  23. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  24. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  25. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  26. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  27. Released a new version of with full support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.