Wine's recreation of MSHTML is based on Gecko from Firefox
HN user
ForLoveOfCats
I might be a weirdo but I drag links all the time as it's how I open links as background tabs even though there is a right-click context menu entry for it
Unless the site is _really_ messing with events, holding alt on PC (Windows/Linux/ect) or Option on macOS lets you select text in links without triggering the link to navigate.
XCode is painful but I always miss Instruments whenever I'm profiling something on my Linux systems
I'll take the bait and assume that you're engaging in good faith. I hope you assume the same of me in return.
Trans healthcare is far from a settled science, and there is a lot we don't know yet. Part of the reason for this is how new this is as an area of active research, a history of science on this topic being intentionally quashed[1], and frankly the relative low numbers of trans people in general. This is all despite trans people, like all queer people, exiting in some form or another since the beginning of recorded history[2].
I assume from what you said that you're referencing the Cass Review[3], a review of current literature in the area of trans healthcare, specifically where it pertains to minors. Further review of this publication[4] has shown it to have thrown away a much data, applied inconsistent logical standards to different arguments, and based a number of conclusions on disproven fallacies such as the concept of "social contagion". Yet even then it doesn't actually make the conclusions which you've implied.
To show my biases, I myself am trans and really don't like the Cass Review. It's based on bad science and relies on many misunderstandings, but even then it is *much* more even-handed than those who use it as justification for limiting gender-affirming healthcare like to claim.
Science is awesome, it's how we understand the world around us. Frankly I'd love to understand more about the origins of what makes someone trans, how to achieve better results when medically transitioning, ect. However it's important to recognize that not all published science is of the same quality, and that study replication as well as others reviewing published work is a crucial part of what makes science trustworthy in the long run. After all, that's what the Cass Review was trying to do in the first place.
[1] https://en.wikipedia.org/wiki/Institut_f%C3%BCr_Sexualwissen...
[2] https://en.wikipedia.org/wiki/Transgender_history
[3] https://en.wikipedia.org/wiki/Cass_Review
[4] https://www.erininthemorning.com/p/yale-researchers-internat...
My understanding is that the creator of Rhai, Sophia Turner, is one of the original creators of ChaiScript, along with her cousin Jason Turner
What I find remarkable is how closely aligned these goals are with the Zig we see today. Andrew is an incredible engineer and, while I don't prefer all of Zig's design decisions, he clearly had a very complete vision for the language from the beginning.
Wow! Another very impressive release so soon!
I know that Bevy has no builtin physics solution at the moment and read the issue [1]. My understanding is that the plugins for Rapier are the main way to go for now. How "useful" is that situation currently and what are the general long term plans in that area beyond the current experimentation?
Wow the rate of improvement is impressive! I really need to sit down and play with this, it looks great.
That's a good detail to note, thanks. I wanted to note that the size of the enum itself is indeed known at compile time otherwise the compiler would complain (such as if it is improperly recursive). The point is mute though as a tree like this would usually be built on the heap anyway (whether that be an arena or normal allocation)
I think that the parent commenter was referring to overuse of Box and reference counting. However the compiler does know the size as it is an enum (a sum type) which means it is effectively a discriminated union that the compiler forces you to check the type of.
Godot 4.0 recently acquired multiple window support for the editor (which is built with Godot's UI and rendering system) and APIs for applying it to your own games
I've been writing C# with Godot for well over a year and a half now. I've had technical issues, especially early on due to how immature it was, and I have my own gripes with some APIs which is natural with something as wide scoped as a game engine. That said I don't have to step outside the static typed safezone very often and the instances where that is required is being reduced heavily over time. GDScript got static typing and basic support for static analysis which is being improved and expanded upon even further in 4.0. At this point in time I would say that C# support specifically has nearly reached first class citizen status and with the API changes in 4.0 which are making signals and others more static will further improve the situation.