Firestr sounds awesome! Do you have thoughts about supporting DHTML apps rather than Lua in it? The HTTP naming system is inherently anti-peer-to-peer, but I think DHTML as a UI toolkit is not.
It’s super important to have something like Firestr — a platform that makes it as easy to build a decentralized app as it is today to build a centralized one.
Thanks, glad you like it! I push windows and ubuntu linux binaries at least once a week for download. If you have patience, you can also compile it yourself, or alternatively via Vagrant.
I was thinking about DHTML. I did want to support multiple languages and QT provides QtScript (their javascript engine) and also HTML rendering with webkit.
Piggy backing off of QT’s HTML and javascript support wouldn’t be too much effort. Of course I would want to provide at least as much functionality through JavaScript as I do now through Lua.
Technically there are already multiple languages supported. There are 2 built in apps (Chat and App Editor) which are C++, and the the rest Lua. Adding a 3rd type of app is feasible.
It is licensed under GLPv3…how much C++ do you know ;-)
I haven’t done much C++ since 2000, but a few weeks ago I helped an officemate figure out why he couldn’t call operator[] on a const std::map, and then I spent a weekend writing an IMGUI-style menu system that needs 13 bytes of RAM for an embedded system, using templates to allow you to separate your menu tree and your input-handling code from each other and from the menu library.
I think DHTML is super accessible in a lot of ways that nothing else is: you have WebKit’s Web Inspector, of course, but also 682,847 questions already tagged “javascript” on Stack Overflow, and CSS, and d3.js, and Emscripten, and so on — things that aren’t going to exist in Lua-scripted Qt unless you build them. So I think that supporting it could have a dramatic positive effect on people’s ability to write apps that will make other people’s breath catch and make them download Firestr.
What kind of interface/services do you want to provide for data storage and communication in the apps?
I can confirm that NAT transversal works majority of the time. That is what I implemented in Fire★.
Anyone have experience in building apps on top of zerotier one? I am thinking of adding support for it.
Firestr sounds awesome! Do you have thoughts about supporting DHTML apps rather than Lua in it? The HTTP naming system is inherently anti-peer-to-peer, but I think DHTML as a UI toolkit is not.
It’s super important to have something like Firestr — a platform that makes it as easy to build a decentralized app as it is today to build a centralized one.
Thanks, glad you like it! I push windows and ubuntu linux binaries at least once a week for download. If you have patience, you can also compile it yourself, or alternatively via Vagrant.
I was thinking about DHTML. I did want to support multiple languages and QT provides QtScript (their javascript engine) and also HTML rendering with webkit.
Piggy backing off of QT’s HTML and javascript support wouldn’t be too much effort. Of course I would want to provide at least as much functionality through JavaScript as I do now through Lua.
Technically there are already multiple languages supported. There are 2 built in apps (Chat and App Editor) which are C++, and the the rest Lua. Adding a 3rd type of app is feasible.
It is licensed under GLPv3…how much C++ do you know ;-)
I haven’t done much C++ since 2000, but a few weeks ago I helped an officemate figure out why he couldn’t call
operator[]on aconst std::map, and then I spent a weekend writing an IMGUI-style menu system that needs 13 bytes of RAM for an embedded system, using templates to allow you to separate your menu tree and your input-handling code from each other and from the menu library.I think DHTML is super accessible in a lot of ways that nothing else is: you have WebKit’s Web Inspector, of course, but also 682,847 questions already tagged “javascript” on Stack Overflow, and CSS, and d3.js, and Emscripten, and so on — things that aren’t going to exist in Lua-scripted Qt unless you build them. So I think that supporting it could have a dramatic positive effect on people’s ability to write apps that will make other people’s breath catch and make them download Firestr.
What kind of interface/services do you want to provide for data storage and communication in the apps?