4 ms·

Can you give me some info on "new Sciter - the one that uses JavaScript" Last time I played with Sciter it was based on a proprietary JS engine that wasn't ful

Can you give me some info on "new Sciter - the one that uses JavaScript" Last time I played with Sciter it was based on a proprietary JS engine that wasn't fully exchangeable with common JS. Is that not the case any more, and Sciter will now understand ECMA standard JS?

c-smile 5y ago
Please check: https://terrainformatica.com/2021/04/25/sciter-uses-javascript-from-now-and-on/ https://terrainformatica.com/2021/04/25/sciter-uses-javascri... Mainstream Sciter now uses QuickJS of Fabrice the Magnificent (https://bellard.org/quickjs/ https://bellard.org/quickjs/). QuickJS complies to ES2020 specification. And Sciter exposes most popular and modern DOM API so MithrilJS, PReactJS and other libraries work as they are. Sciter implements far not whole set of DOM API - just essential ones. In fact DOM API and so browsers are full of garbage - old historical layers of stuff from initial Netscape JS API, IE6, etc. For example there is no XMLHttpRequest but there is Fetch API : https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API Sciter goal is not to support browser API as it is - with all its bells and whistles, after all desktop use cases require features that are not available in browsers anyway. But all non-UI libraries from NPM collection should work as they are in Sciter. Most of pure Vanilla JS UI components should also work as they are, for example LeafletJS (maps) https://sciter.com/sciter-js-runs-leafletjs-as-it-is/ https://sciter.com/sciter-js-runs-leafletjs-as-it-is/ Also Sciter provides rich set of built-in components like JSX, Reactor, Virtual List (https://sciter.com/behaviorvirtual-list-for-sciter-and-sciter-js/ https://sciter.com/behaviorvirtual-list-for-sciter-and-scite...) and others.
- chj 5y ago
  Great choice of QuickJS. I would go with SQLite3 for storage though.
  - c-smile 5y ago
    Far not all applications need SQLite. And SQLite is a bit fatty. In most cases built-in Sciter's NoSQL DB is enough, see: https://github.com/c-smile/sciter-js-sdk/tree/main/docs/md/storage https://github.com/c-smile/sciter-js-sdk/tree/main/docs/md/s... . Feature set is close to MongoDB but in 60 kb. But anyway Sciter provides an option for host application to link SQLite statically and expose it to JS: https://github.com/c-smile/sciter-js-sdk/blob/main/demos/usciter/usciter.cpp#L82 https://github.com/c-smile/sciter-js-sdk/blob/main/demos/usc... as set of native objects. usciter from SDK is an example of application that has SQLite on board.

c-smile 5y ago

Please check: https://terrainformatica.com/2021/04/25/sciter-uses-javascript-from-now-and-on/ https://terrainformatica.com/2021/04/25/sciter-uses-javascri... Mainstream Sciter now uses QuickJS of Fabrice the Magnificent (https://bellard.org/quickjs/ https://bellard.org/quickjs/). QuickJS complies to ES2020 specification. And Sciter exposes most popular and modern DOM API so MithrilJS, PReactJS and other libraries work as they are. Sciter implements far not whole set of DOM API - just essential ones. In fact DOM API and so browsers are full of garbage - old historical layers of stuff from initial Netscape JS API, IE6, etc. For example there is no XMLHttpRequest but there is Fetch API : https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API Sciter goal is not to support browser API as it is - with all its bells and whistles, after all desktop use cases require features that are not available in browsers anyway. But all non-UI libraries from NPM collection should work as they are in Sciter. Most of pure Vanilla JS UI components should also work as they are, for example LeafletJS (maps) https://sciter.com/sciter-js-runs-leafletjs-as-it-is/ https://sciter.com/sciter-js-runs-leafletjs-as-it-is/ Also Sciter provides rich set of built-in components like JSX, Reactor, Virtual List (https://sciter.com/behaviorvirtual-list-for-sciter-and-sciter-js/ https://sciter.com/behaviorvirtual-list-for-sciter-and-scite...) and others.

chj 5y ago
Great choice of QuickJS. I would go with SQLite3 for storage though.
- c-smile 5y ago
  Far not all applications need SQLite. And SQLite is a bit fatty. In most cases built-in Sciter's NoSQL DB is enough, see: https://github.com/c-smile/sciter-js-sdk/tree/main/docs/md/storage https://github.com/c-smile/sciter-js-sdk/tree/main/docs/md/s... . Feature set is close to MongoDB but in 60 kb. But anyway Sciter provides an option for host application to link SQLite statically and expose it to JS: https://github.com/c-smile/sciter-js-sdk/blob/main/demos/usciter/usciter.cpp#L82 https://github.com/c-smile/sciter-js-sdk/blob/main/demos/usc... as set of native objects. usciter from SDK is an example of application that has SQLite on board.