yeah there isn’t really a general purpose react way to do that.

if order didn’t matter then you could just have a Header component that registers itself in a context but there’s no way to know where each component is relative to its siblings.

the other way is to break out of react and just walk the dom. pass a ref to your component and use that as the root to walk. only works assuming normal react dom renderer and no portals.

you can combine those two options too, use context for registration so you can attach extra info, then dom for position.

there are some libs that let you walk a component tree, but they’re all focused on ssr and idk how they work in a browser. wouldn’t go this route for anything prod.

last option is just store your content as data. have md/mdx/json/whatever files that are the content for your page, then as you parse them build up the tree. probably the most robust if it fits your use case. if you use MDX it seems like they already have some solutions

there’s sort of ways to achieve this but none of them good react. what’s the actual goal?

idk if it will. it’s not adding scripting to documents(which already exists), it’s allowing a webpage that you’ve opened, that is already running code, embed a libreoffice document and control it.

unless you’re uploading your documents to a webpage and it’s stealing them or something of that form, I don’t think there’s much if any new security threat

on one hand I agree. on the other, google has historically been afraid of the verb to google becoming generic, so of course I’d like to see that happen.

I think the middle ground is say google it, but make it clear you mean google it on an alternative search engine

but stability isn’t something that would drive a gentoo user away either.

a lot of the draw of gentoo from what I saw was being able to configure everything down to how it gets compiled. it’s simple to apply a patch to a package before it gets built or maintain a custom kernel config in nixos, as well as all the advantages of declarative os

podman works on windows hosts, as long as you don’t need windows containers

I’ve never used it but this one seems like the most complete currently, and it’ll tell you which tests fail.

even with cpu passthrough some things are still emulated. you can run a vm detector and see for yourself what tests fail.

it may not affect your games but others should still be careful since it is a real issue, and people do get banned for it.

proton has support for quite a few kernel level anti cheat now, although it has to be explicitly allowed by the dev. needs to be run via steam I think, but you can add non steam games if you got them elsewhere

machine id isn’t necessarily the important part. anticheat and vm detection check a lot of different heuristics incl hard to defend against things like timing attacks on particular cpu instructions. there’s a handful of open source versions if you’re curious

the first dockerfile linked on the official site is pretty simple. read it to make sure it’s safe, then build it locally yourself.

there is the democratic socialists of america that have a handful of elected officials, oddly not including bernie. it seems like they’re more of a sub party or organization within the dems though, not their own party

no, it’s still a smoother experience ootb for things like c# desktop apps. in vscode you don’t get a wysiwig wpf designer and such, and xaml completion is worse to non existent.

It does seem to be a newer dev thing though, myself and my jr devs use vscode as much as we can and jump back to VS only when necessary, the older devs on my team are all 100% visual studio and will be forever

no

Or 73% of a PS5 pro if you’re in Canada!