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.
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.
Yes exactly what I’m trying to say. It’s not settled at all. We should not ban anything outright without evidence HOWEVER we should not prescribe things without evidence. The left was suppressing research that went against their politics just as much as the right is now for the same reason. They both suck, and both sides are saying the same thing to each other. It’s a circus watching this as a centrist.
No, that's not "exactly what you're trying to say". You asserted incorrectly that the UK findings were that gender care does not help at all. By any genuine reading of the study it absolutely doesn't say that. This is intellectually disingenous.
“Just as much”? Certainly not. Even if there was total censorship of studies critical of trans healthcare, that would be a tiny fraction of what the trump administration has already cut.
What in the world makes you think that suppressing science is a “both sides” issue?
One piece of evidence is drastically reduced rates of suicide in children that get gender-affirming care. This has been shown in multiple studies and metastudies. That's enough for me.
Can't speak for you but in my country the right is trying to kick poor people off of welfare.
It's under the guise of "balancing the budget" but it's done with fast cuts, no rolloff, no phase-out period. If they cared about the budget it would be done gradually. In my country the right wing is cruel. Bullies elected by a coalition of bullies and gullible folks and people who want revenge for imagined slights.
> It’s a circus watching this as a centrist.
If you think the left and the right are the same you need to watch closer bud
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.
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?
The PhysX rust crate also works with Bevy if you want a more "time tested" physics implementation: https://twitter.com/swainrob/status/1317574431666032646. But it doesn't have direct integration like the bevy_rapier plugin.
Eventually we might implement a built in "high level" physics api, but I'd rather let the 3rd party Bevy physics ecosystem develop for a bit so we know what works and what doesn't. Theres so many other things to do right now that I don't feel much pressure to build the perfect official physics api when other people are already working on great 3rd party solutions for us :)
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.
If the enum is recursive (which will often be the case, since expressions can be nested in most languages), then you'll still need to use `Box` (or some other indirection) for some of the child nodes.
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)
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
Just to clarify for those following along. Godot IDE is using the same UI components that you can use in your games. Godot 4 will support multiple windows. They're working on RTL I believe and it actually has a very robust code editor with debugger in the editor. Most of the points being raised here don't seem to be based on actual experience with the framework.
https://gitlab.winehq.org/wine/wine/-/wikis/Gecko