This repository was archived by the owner on Aug 31, 2025. It is now read-only.
WebREPL mode #1460
askvictor
started this conversation in
Ideas & New Features
WebREPL mode
#1460
Replies: 1 comment 1 reply
-
I think at the point we've all accepted we are stuck with Qt fairly long term and mu itself uses QtSerial |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm looking at restarting my (as my alias @eduvik) previous attempt at implementing a webREPL option for any devices that support it (currently ESP8266 and ESP32) for the new (>1.0) mode architecture.
In my previous work on this I used Qt libraries for websockets (and perhaps other things) though there was talk of removing the dependencies on Qt - what's the status of this at the moment? I had started on abstracting all communications (both serial and websocket) from the common functions using QtSerial and QtWebsockets, since the basic operations are the same regardless of the comms method - what are people's thoughts about that? The alternative is that the filemanager and repl code for webREPL will have a fair amount of duplicated code from the serial version.
Beta Was this translation helpful? Give feedback.
All reactions