raphlinus

Entirely joking about being offended, that work was a long time ago. I think it was an interesting exploration but we were not able to get compelling results, I think mostly because we did not at that…

Hey, thanks for calling my work "not viable!" (Co-author of "Better Static Memory Management" here) Seriously, this looks promising and I'm very interested to see where it goe…

I so want to own this coin, and was initially disappointed by this news, but then realized that by an application of hard work and a certain amount of investment, it is possible for me to own just ove…

I've been talking to Nathan and think he has a good handle on the issues. One of the biggest mistakes in xi was an over-reliance on async and a loose coupling between the main logic and the UI su…

I don't have an actual answer, but I strongly suspect that the compensation of library authors is going to somehow be tied to supply chain assurance. At some point it will be considered irrespons…

I think of "text rendering hates you"[1] as the classic "falsehoods" analog about text. [1]: https://gankra.github.io/blah/text-hates-you/ …

These are very good questions. I'm not 100% sure where this will go. Your comments are helpful in helping define the contours of the space to explore.

Yes, Dreams is also strong evidence that SDF-based rendering is viable. That project also put an enormous amount of effort into creating new design tools :)

I am fairly excited about these techniques. I consider SDFs to be a very powerful representation of 2D scenes, and of course Inigo Quilez has been demonstrating the incredible power of SDFs in 3D. Of …

Yes, most definitely. My main work these days is on supporting high performance drawing of such large data sets on GPU. It's not entirely wrong to say that my continued explorations into UI archi…

I've thought about it. Your "etc" in the first paragraph is doing a lot of work, especially on Windows. The idea that there is a "native" widget set is increasingly a fiction.…

I think your skepticism is well placed, and I think you are asking the right question. Here is why I'm hopeful. SwiftUI is as you say wonderful, but is very much a closed ecosystem. You can'…

If two components generate events in the same cycle, they get queued, and the corresponding callbacks are run sequentially, each time with a mutable borrow of the app state. This seems like the most c…

First question is easy: yes, the widget tree can be updated. That's generally done by diffing data stored in view nodes, but in fact the View trait is open-ended and you can implement the rebuild…

I would say that they were even greater inspirations for the Druid architecture that predated this latest work - we were hoping that a lot of the incremental/reactive patterns could be expressed …

Good catch! Yes, the plan is to implement _ConditionalContent. It would look something like this: if_view(bool_predicate, || view1(...then...), || view2(...else...)) Whether we end up having …

To be honest, I haven't looked too deeply into Sycamore. A lot of the reactive machinery looks pretty similar to Dioxus (threading a context scope, using explicit observable objects for change pr…

The other responses have this right. I think the Redux pattern is similar enough to Elm that I didn't feel a need to make a finer distinction. I'll also say this: the tools that Rust provide…

Heh yes, somebody else caught that. I think the current state is ok. This closure won't capture any locals, but in general closures in the view tree will. I'll take a PR if you think it shou…

Adapton is definitely an inspiration, and I have cited it in previous iterations (and even had it in an earlier draft - if you check the Markdown source, the link def is still there). Here's my c…

Watch this space. Specifically I am writing up my ideas for a fusion of SwiftUI and Druid, inspired in large part by Taylor's work on rui. This work is conceptual at the moment, not a finished pr…

https://craphound.com/spamsolutions.txt

Good question! There are two separate issues with putting the GPU in the same package as the CPU. One is the memcpy bandwidth issue, which is indeed entirely mitigated (assuming the app is smart enoug…

The short answer is no, but the long answer is that this is a very complex tradeoff space. Going forward, we may see more of these types of tasks moving to GPU, but for the moment it is generally not …

This warms my heart to see. I was looking at various hardware (teensy and so on) at the time I originally started the project, but never had the time and energy to wrangle actually putting it together…

5th generation computing[1]. This was an initiative by the Japanese computer industry to create a new class of highly parallel computers specialized for AI, in the early 80s, and primarily programmed …

So I read the 7 month old thread, and I found this comment particularly interesting: https://news.ycombinator.com/item?id=28332803 Basically, it answers the question, "why do Rus…

For the rope, are you using xi-rope, ropey, or did you roll your own? Any thoughts on how you made that decision? Glad to see stuff like this, it brings back memories.

Absolutely, and I don't want to claim I'm the first or only one doing font rendering on GPU. There's Slug as you pointed out, Pathfinder and Spinel as Jasper cited, and also interesting…