5 ms·

> Sciter's Quark (https://quark.sciter.com https://quark.sciter.com) - 5 MB binary and 28 MB RAM by default is probably the lowest what you can get for HTML/CSS

> Sciter's Quark (https://quark.sciter.com https://quark.sciter.com) - 5 MB binary and 28 MB RAM by default is probably the lowest what you can get for HTML/CSS/script engine. That doesn't even run standard HTML/CSS/JavaScript. That fact alone would make me completely ignore it for any possible application.

c-smile 6y ago
Yes, it uses its own script yet supports HTML5 and CSS2.1 + some CSS3 modules. But if you just need to create some relatively small utility, let's say, calculator.exe then it is pretty adequate for the task. If you want to run something that is designed for Web browser then you need browser and server (Electron or Atom for example).
- fabiospampinato 6y ago
  > But if you just need to create some relatively small utility, let's say, calculator.exe then it is pretty adequate for the task. If making a calculator with web technologies is more important to me than making a very resource efficient one why would I _ever_ use Sciter for this that doesn't give me not proper web technologies to use and neither an actually resource-efficient calculator?
  - c-smile 6y ago
    That's probably true for calculator. But if you need some aside application for communication (e.g. Slack, Skype, whatever) accompanying your main workflow then it is better if that will consume as less resources as possible. But even for more or less feature rich calculator, e.g. something like personal accounting/finances utility, you'd better have flexible UI.
    - fabiospampinato 6y ago
      > then it is better if that will consume as less resources as possible. Which would automatically mean Sciter would not be a good fit for this. > you'd better have flexible UI. If that's more important then why not going with proper web technologies?
UnnoTed 6y ago
I really like Sciter, the different script language may be annoying the first day but you'll get used to it, specially after using the Reactor Component, it has the best of both worlds: very good performance and separation of the app code and layout (in my case: Go | html/css). Took me 4 days to write (Go+Sciter) something that took a full month in Qt(C++) and the resource usage is almost the same (using the Skia renderer: linux: 50mb ram, windows: 25mb ram), I just wish the Nim bindings were up to date so that i could get binaries of <1mb? + 5mb(5 being sciter's size), currently with Go it is 13mb+5mb.
- fabiospampinato 6y ago
  > very good performance This may very well be true depending on the use case, but I'd be very surprised if V8 doesn't just blow Sciter out of the water with regards to performance, like you can be a genius and come up with a comparable engine that's 50x smaller (e.g. QuickJS), but V8 is not big for bigness sake, it's also ~35x faster according to this: https://bellard.org/quickjs/bench.html https://bellard.org/quickjs/bench.html I'm mentioning QuickJS here because I couldn't find benchmarks comparing Sciter Script and V8, if anybody has some I'd be interested in seeing them.
  - UnnoTed 6y ago
    You don't need Sciter's script to do the heavy stuff, you can do it in another language and feed the data to Sciter through it's script language, in my case i write Go for the app's backend and write Sciter's script to control the html/css UI, then send data to it by creating a function in Sciter's script and calling it from Go through `window.Call("the_script_function", args)` or if i want to get data from the app's backend: register a function in Go as script function with `window.DefineFunction("function_name", myFunc)` and run it in Sciter's script through the view namespace `var result = view.function_name(args);`.
    - fabiospampinato 6y ago
      Sure, I suppose maybe Sciter makes this easier to code, but one could totally do the same in Electron as well, that doesn't seem a good enough reason to not go with HTML/CSS/JavaScript proper rather than whatever Sciter implements.

c-smile 6y ago

Yes, it uses its own script yet supports HTML5 and CSS2.1 + some CSS3 modules. But if you just need to create some relatively small utility, let's say, calculator.exe then it is pretty adequate for the task. If you want to run something that is designed for Web browser then you need browser and server (Electron or Atom for example).

fabiospampinato 6y ago
> But if you just need to create some relatively small utility, let's say, calculator.exe then it is pretty adequate for the task. If making a calculator with web technologies is more important to me than making a very resource efficient one why would I _ever_ use Sciter for this that doesn't give me not proper web technologies to use and neither an actually resource-efficient calculator?
- c-smile 6y ago
  That's probably true for calculator. But if you need some aside application for communication (e.g. Slack, Skype, whatever) accompanying your main workflow then it is better if that will consume as less resources as possible. But even for more or less feature rich calculator, e.g. something like personal accounting/finances utility, you'd better have flexible UI.
  - fabiospampinato 6y ago
    > then it is better if that will consume as less resources as possible. Which would automatically mean Sciter would not be a good fit for this. > you'd better have flexible UI. If that's more important then why not going with proper web technologies?

UnnoTed 6y ago

I really like Sciter, the different script language may be annoying the first day but you'll get used to it, specially after using the Reactor Component, it has the best of both worlds: very good performance and separation of the app code and layout (in my case: Go | html/css). Took me 4 days to write (Go+Sciter) something that took a full month in Qt(C++) and the resource usage is almost the same (using the Skia renderer: linux: 50mb ram, windows: 25mb ram), I just wish the Nim bindings were up to date so that i could get binaries of <1mb? + 5mb(5 being sciter's size), currently with Go it is 13mb+5mb.

fabiospampinato 6y ago
> very good performance This may very well be true depending on the use case, but I'd be very surprised if V8 doesn't just blow Sciter out of the water with regards to performance, like you can be a genius and come up with a comparable engine that's 50x smaller (e.g. QuickJS), but V8 is not big for bigness sake, it's also ~35x faster according to this: https://bellard.org/quickjs/bench.html https://bellard.org/quickjs/bench.html I'm mentioning QuickJS here because I couldn't find benchmarks comparing Sciter Script and V8, if anybody has some I'd be interested in seeing them.
- UnnoTed 6y ago
  You don't need Sciter's script to do the heavy stuff, you can do it in another language and feed the data to Sciter through it's script language, in my case i write Go for the app's backend and write Sciter's script to control the html/css UI, then send data to it by creating a function in Sciter's script and calling it from Go through `window.Call("the_script_function", args)` or if i want to get data from the app's backend: register a function in Go as script function with `window.DefineFunction("function_name", myFunc)` and run it in Sciter's script through the view namespace `var result = view.function_name(args);`.
  - fabiospampinato 6y ago
    Sure, I suppose maybe Sciter makes this easier to code, but one could totally do the same in Electron as well, that doesn't seem a good enough reason to not go with HTML/CSS/JavaScript proper rather than whatever Sciter implements.