it's uses Python instead of xTalk scripting but it's rather xCard-like.
https://github.com/benjie-git/CardStock
There's several ways to run Python code in a browser, I want xTalks to be like that. In my mind our 'competition' is the likes of Pyhton and Lua, that's the type of ecosystem I want to shoot for.
You can try the web version of CardStock online here:
https://cardstock.run/stack/examples/Pong/edit
There's some more demo CardStock 'stacks' you can see running in a browser like this one:
https://cardstock.run/stack/examples/Piano
Desktop versions:
https://github.com/benjie-git/CardStock ... ag/v0.99.7
CardStock, an xCard ... but Python scripting
Forum rules
Please limit any bashing/harping on any commercial interests to a minimum, thanks!
Please limit any bashing/harping on any commercial interests to a minimum, thanks!
- OpenXTalkPaul
- Posts: 2836
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
- OpenXTalkPaul
- Posts: 2836
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
Re: CardStock, an xCard ... but Python scripting
Got to playing around with CardStock a bit today, I like it. I don't even mind the way they've done Single-Window editor in this IDE, one thing I don't like so much is that it's Python language not xTalk, also the standalone mac .app it produced was rather large. It uses WxPython WxWidgets for it's UI controls, including a web_view (browser widget) control.
- richmond62
- Posts: 5288
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: CardStock, an xCard ... but Python scripting
Aha: so it produced a Mac standalone app . . .
Do you envisage OXT-in-a-browser of being capable of producing OS-specific standalones?
That could cramp your style with Haiku, Morphos, RISCOS, Richmond's-bongo-bongo, and all the other "also rans".
Oh, and for those people who have never heard of Richmond's-bongo-bongo, think 'serious vapourware'.
Do you envisage OXT-in-a-browser of being capable of producing OS-specific standalones?
That could cramp your style with Haiku, Morphos, RISCOS, Richmond's-bongo-bongo, and all the other "also rans".
Oh, and for those people who have never heard of Richmond's-bongo-bongo, think 'serious vapourware'.

https://richmondmathewson.owlstown.net/
- OpenXTalkPaul
- Posts: 2836
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
Re: CardStock, an xCard ... but Python scripting
Absolutely, I've already done that as a proof of concept with the OXT Emscripten Engine, which is also a Javascript-based xTalk interpreter (that just comes with a lot more bundled into it, like a Metacard's GUI toolkit which looks rather dated ).richmond62 wrote: ↑Fri Apr 25, 2025 6:00 pm Do you envisage OXT-in-a-browser of being capable of producing OS-specific standalones?
I used Electron as a wrapper, but there's other things like Bun or Node.js that run JS things outside of the normal web browser. But again Electron method produces a similarly large .app bundle (150mb). 'Bun' might be better as that uses a different engine (WebKit/JavaScriptCore). Using an OS included JS/Webview means a standlone app doesn't need to bundle a full browser engine with the app.
Who is online
Users browsing this forum: No registered users and 6 guests