#Remix Development Tools
1 messages Β· Page 3 of 1
So this part you could just add the embedded tools into there
Hmm but then again you still would bundle it in due to the plugin
I could add a flag
π€ yeah
To ignore the panel
Bevause what the plugin does
It goes to your root imports the remix dev tools and wraps your default export
Due to the fact that it's an array of plugins I think it would be easy to ignore it with a flag
I just had a thought
You could technically just filter it out yourself
what if you exported a context that could selectively disable the wrapper behavior? The default context value would be true or enabled or whatever to avoid breaking existing behavior
but then you could put the context value in your entry.client.tsx and then turn the plugin's runtime behavior on/off however you needed to
(just spitballing here)
that way you could always build with the Vite plugin in place, but then you'd get some runtime levers to pull
more than happy to submit a PR too with what I'm thinking, if that's more to your liking
Tbh I'm very sick atm so my brain is only half working
So basically like <context><remixbrowser /></context>
yeah basically
get some rest, I'll put a PR together and we can revisit it when you're feeling better π
Sounds good, got a bit sick so yeah, but tbh I don't think that would be that hard
My birdies passing hit me a bit harder than I thought π
π that sucks man, losing pets is hard
Indeed it is 
I've figured out why I couldn't reproduce it all this time, it's OSS specific I believe
ah yes, in stackblitz it doesn't work but it does on windows, freaking windows
Have you perused Recall?
MSFT has come a long way, I almost considered whether I could begin considering it again. But, as much as I believe in AI, and I do, I can not get my head or heart around Recall.
Strange Days, indeed. Chalk another one up to James Cameron, et al.
Not really, havent even heard of it
Oh. It was written about heavily. They tried to put a version out months ago for some new variation of windows. People went nuts. The press picked it up.
It takes screenshot after screenshot of what you're doing on your machine like an employee spy. Then Copilot can tap into that for your own search, etc. But who knows who or what else.
Then, the broader universe discovered Msft, in a zeal to ship, I suppose, was storing all those pictures and information in a plain text file.
People went more nuts.
Microsoft ditched it. People breathed again. Then Microsoft, not to be deterred, announced it's coming back. This is the gist of how I remember it all. Many, many articles.
Ars has more. It was all very exciting:
Oh my God that thing, so its called recall?
Yeah. Yours or Microsoft's, I don't know. Lol.
I forgot about their announcement completely, hopefully that never gets added
Oh no. It's back. Coming soon to a screen near you. At the moment, this is like the one thing in AI that makes me shudder.
Maybe it'll turn out to be OK, I don't know. We'll see.
It can't turn out to be okay if they plan to SS my screen without consent lol
It's all "shrinkwrap." You buy it, you get a mandatory TOS screen, which you have no ability to impact in any way whatsoever, you consent. I imagine that's the gist of it.
I think they're taking screen shots, you have to dig into the whole thing to figure it out and double check me, but they are recording everything, that is the feature, as I understand it.
Thanks to @stiff remnant I have finally fixed the issue of components/routes not opening up properly in vs code
on macOS systems
Wildcard routes from remix would act as ENV vars
what
WINdows dev supremacy.
it thinks ohhh okay $file is an env var
let me swap that
oh it doens't exist
empty string it is
#yolo
something's cooking
Cook is in a state where I should get feedback first I suppose: https://github.com/forge42dev/Remix-Dev-Tools/pull/155
I had to bypass the pre-commit hook because knip was complaining about pkg-pr-new being an unlisted binary
You can add it to ignoredybinaries, will leave feedback today
Although at first glance I can tell you you broke rr7 support alreadyπ
orly... how so? (genuinely curious)
left the comment on the PR
Fixed the RR7 issue, responded the other comments π
I don't know if I asked before, but what is embedded mode? I like RDT a lot because it impresses me and it required a lot of craft, but I don't use it a lot right now.
I want to be in control of how the dev tools are rendered, and where/when/how they're inserted into the DOM.
I already have a general "dev tools" floating button, don't want another one
Oh, that's right β you've got a tray of tools. I understand. It's a good idea.
Now, what would be really exciting, maybe, is if you hooked up the output of all those tools to a LLM, maybe even one you train, and maybe you could do something that looks more like magic than you've seen in a long time.
I'm currently experimenting with remix-devtools as I've just discovered it and after following the guide in the docs, the devtool component isn't rendered on the page
with the vanilla setup?
π
react router for 10dx developers
i like that even more π
If you include two parts, use the second for keyword stuffing
view loader data, route maps, etc
By two parts I mean a hyphen
aren't keywords for that?
Yeah but the description comes up in search too
I donβt know much about GitHub seo but this tactic feels portable to me
Increase the surface area with which your repo can touch search queries
package name: "react-router-devtools-loaderdata-hydration-mismatch-other-debugging-stuff" π
I will add in a better description thanks for the tip
exciting news for the next major!
nice!!
Won't work with CJS though, cough cough @stiff remnant
might as well be called :rossi:
π€ I have a PR in flight to ESM all the things
The most painful bit by far was moving to moduleResolution: "NodeNext" oof for our shared packages
I dislike NodeNext so much!
yeah it's weird for sure
apparently in TS 5.7 they're support rewriting *.ts -> *.js
yeah I saw that, I dunno, adding extensions just feels wrong
no matter how good/bad it is for the compiler and everything else
Honestly I think it's just more about the ESM requirement that module specifiers need to be valid URLs
but definitely awkward
yeah, it's one of those things "hey i've gone 10-20 years not using extensions, why do I suddenly need to care now" π
How did you do the swipe transition animation? https://remix-development-tools.fly.dev/ β€οΈ
I stole it from a famous twitter dev, you can find it in the repo, its open source, its under /docs somewhere
If you want to try this in a rr7 pre-release:
npm install https://pkg.pr.new/forge42dev/Remix-Dev-Tools/[email protected]
Do you know, is that view transition interactive?
Can you shrink the window and hold it there, like a Mac OS window managment feature, then allow the user to click it to bring it to full size or drop it into another row or something?
I've not used view transitions.
I think you can block them, I'm not sure tbh
No worries. Just an idle question because I watched the video.
I created a blank Remix App with Bun, and the first thing I did was to add Dev tools(https://remix-development-tools.fly.dev/docs/main). In server logs it shows that it is configured correctly with vite, but I don't see it on the front
You have to add ?customFlag=true to the url
wait, where is that document? π
Even comes with a warning π
Sorry mate, thanks for the help. I humbly apologise 
No worries! Happy to help, hope you enjoy them!
here's a copy button if anyone needs it
Thanks chatGPT!
support for deferred promises is now infinitely deep!
although please don't nest em @fickle shard
If you want to try to v1 of react-router-devtools you can do so via this command:
https://pkg.pr.new/forge42dev/Remix-Dev-Tools/[email protected]
I might add some extra functionality in next week but this will be the first release for sure
β οΈ remix-development-tools are going to be deprecated and will be renamed to react-router-devtools when React Router v7 is released β οΈ
β οΈ Set suppressDeprecationWarning to true in your vite.config.ts file to silence this warning β οΈ
Re-optimizing dependencies because vite config has changed
12:38:25 PM [vite] server restarted.```
@lucid mesa is it going to be unmaintained?
Well, like the message says, it's going to be renamed to react-router-devtools which means moving forward you'll have to migrate to react-router v7 in order to get the latest and greatest out of the devtools, stuff like network tracing and single fetch full support
hm, understood. btw is inspect element feature there? and on the fly network call interceptor?
I think deprecated is a bad word to use there
remix-development-tools has been renamed to react-router-devtools for support with React Router 7
Remix isn't deprecated, it just has a new name in the new version
everything that is in the docs website and available now is in remix-development-tools, after the migration react-router-devtools will get a few new features available only on rr7, mostly the support for single fetch, network tab, and a few other goodies!
true, or rather, we have no idea what Remix is until they announce it π
that's all speculative
what's true right now is that Remix v2 exists and the next version of it is React Router 7
although, I never said remix is deprecated, I just said the devtools are π
yeah but that's bad messaging
it makes people not want to use them
if someone is planning on releasing a greenfield React Router 7 app one year from now, their best bet is to start with latest remix right now
if it's a good idea for them to start with remix devtools right now, then don't call them deprecated
deprecated and "there's a new version" are two different things
i guess that's true
I see Jacob's point. I think you're damned if you do and damned if you don't.
I'm not a library author, but it does seem like Remix and React-Router will co-exist for awhile, which leaves you in an unenviable position. Maybe you could come up with a way to name it neutrally or dedicate the top of your ReadMe / docs to the two versions of your tool.
It's a pernicious problem, no doubt.
they co-exist in the same way that Remix v1 and Remix v2 co-existed
I'm still using a v1. I don't know. Sergio said the other day, it may be alive forever.
There's a lot of branches in the world of Remix. Versions, ESM compatibility or lack thereof. Now a new stack, maybe another later.
I like that Remix figures things out as it goes, but you can't really count anything out that way.
Anyway, as they say, what's in a name?
Yah. Roses and sweet.
you pretty much described how i feel π
also, is that a plane, is that a bird? No, it's the react router logo in react-router-devtools!
I'm playing around with allowing you to register your custom events in the network tab
Wake up babe, you can register your own custom events in the network tracing
I wonder if it's finally time for rdt and epic stack pr, curious Kent's thoughts on this
Yeah I have no idea, you'd have to ask Kent, and I'm not really sure if he pays attention to this channel
Fun fact: I've written over 200+ tests for react-router-devtools and plan to add at least a hundred more before the official release to assure stability in the future!
Best bet is to make a PR he can play around with, I think you did once before but could use a refresh
Serves as a good example integration for anyone else too
Could you create a minimum repro? I'd fix it right away
Sheeesh it would take a lot of time cause of this project is kinda big
try with 4.7.7
also, just released 4.7.7 which completely removes remix-forge integration in rdt!
sorry to maybe 1 person who used it
Now it works! Ty β€οΈ
Awesome π
Do you collect analytics about RDT usage? I thought Forge was clever, but only used it once or twice. It's a fiddly world inside code editors.
Not really, I'm thinking about it though, maybe scraping all your app data and sending it to myself π
Especially with single fetch now 
I wonder if there are any oss packages that do these kind of things, collect usage info etc π€ tbh not sure if that's even something i can legally do
I'll leave that to you.
Not sure if that's smart π
I suppose you can if you explicitly state it, with the ability to opt out.
Like the huge, red disclaimer kind.
yeah I don't think people would like me doing so, even if it's just for my curiosity
you can do it, Next.js does
they use the NEXT_TELEMETRY_DISABLED=1 environment variable to opt out
Just to be fair, I didn't ask about data collection to encourage you to do it.
You just sounded like you knew about usage, so I was curious.
It's a futile point, but people despise tracking.
I'm more thinking about the idea of how to pull that off in a sane manner and if it would be possible, I'll probably never add it, but as Justin Bieber once said: "Never say never"
I assume just open telemetry but I really don't know
Way back in the dark ages, around 1990-ish, my office mate at grad school was big into the rewrite of gnuplot. He added the most basic telemetry to measure the number of installs: the install target on the makefile sent one single UDP packet to a server running on his workstation. Granted, these were the days when the entire NSFNet backbone ran at 256kbps, so minimizing traffic was important. π