csmile 14 окт 2012 в 04:39

scripting engine

6 мин

34K

Графические оболочки *

+27

Комментарии 30

TermiT 14 окт 2012 в 07:41

Пробовал, отличная штука, но очень бы хотелось туда обычный JS

xdenser 14 окт 2012 в 08:12

Пишут, что их tscript это надмножество JS. Так что — какая разница?

TermiT 14 окт 2012 в 08:42

Вот табличка сравнения: terrainformatica.com/sciter/js-dart-tis.htm

xdenser 14 окт 2012 в 09:26

Да это не надмножество JS. Это пересекающееся множество. Т.е. JS библиотеки использовать скорее всего не выйдет.

xdenser 14 окт 2012 в 07:51

Не мешало бы ссылку на домашнюю страницу в статье.

И «buy Sciter license and source code access» — вот это отталкивает.

TermiT 14 окт 2012 в 08:00

И почему отталкивает? Ведь можно пользоваться бесплатно, если нужны сорцы и поддержка – плати. Помоему все честно.

xdenser 14 окт 2012 в 08:11

Если так, то нормально. Только там нигде не написано, что можно использовать бесплатно.

csmile 14 окт 2012 в 17:46

Поправлю, спасибо.

На пока:
You may utilize Sciter Engine Software Product free of charge in any manner you see fit to build commercial or non-commercial applications and components.

csmile 14 окт 2012 в 18:38

«Не мешало бы ссылку на домашнюю страницу в статье».
Хмм… точно помню писал ссылки. ок, еще раз тогда:

Sciter home. Там же и англоязычный форум.
Русскоязычный форум живет на RSDN. За что хлопцам оттуда большое человеческое спасибо.

Ну и Sciter2 SDK.

asci 14 окт 2012 в 08:42

Или я плохо читал, или оно не кроссплатформенно?

TiGR 14 окт 2012 в 12:22

На сайте написано, что только для Windows, Windows CE, Windows Mobile.

csmile 14 окт 2012 в 18:08

У меня т.н. customer driven разработка. Т.е. заказчики оплачивают. Пока никто не просил под другие платформы. Правда круг моих заказчиков несколько специфический: собственно все главные антивирусы (кроме KAV) и игровые фирмы.

Кому нужен движок для специфической платформы — свистите, сделаем.

csmile 11 мар 2015 в 02:22

Sciter 3: Windows (XP и выше), Mac OS X (10.7 и выше), Linux (GTK 3 и выше)

НЛО прилетело и опубликовало эту надпись здесь

xdenser 14 окт 2012 в 11:18

Отладчиком HTML/JS пользоваться пробовали? Или alert-ами отлаживали? :-)
Впрочем, согласен, что использование HTML/JS для десктопного приложения должно быть оправдано какими то особыми целями. Иначе это странно. Как правило это возможность использовать часть функционала в мобильной или чисто Веб-версии приложения. И вот тут смысл в Sciter как то пропадает, потому что скриптовый язык не совместим с JS.

csmile 14 окт 2012 в 18:32

Ну тут смотря что, кто и как пишет.

Скажем вот люди пишут систему для прикроватных мониторов в больнице. Для них загружаемый и легко конфигурируемый UI — самое оно.

Или когда весь UI собирается из фрагментов писанных скажем в Норвегии, Индии и Японии, стиль разрабатывают в штатах, а потом на это дело садятся переводчики-локализаторы из Ирландии, то тут уж поневоле задумешься про то как это все делать малой кровью.

И про desktop приложения…
Если скажем пишешь что-то типа опросника для больницы или «морду лица» какой АСУ ТП то весь UI это набор правил типа «клик-здесь-там-раскрыть-по-дороге-подгузить-инфу-с-сервера». Собственно благородным програмированием такой UI automation назвать сложно.

$(button#show-details).onClick = function() {
    $(div.slave-panel).state.expanded = true;
    function dataReceived(data) {
        this.value = data;
    }
    $(form#more-details).request("http://....",  dataReceived);
}

и вообще, JS/jQuery как язык для UI automation это way to go. Можно и на C++ писать UI automation конечно но не сильно комфортно в определенных облястях.

xdenser 14 окт 2012 в 18:42

Так JQuery в этом tscript живет или нет?

csmile 14 окт 2012 в 19:32

В чистом виде — нет, не портировал. Потребности не было.
JQuery селекторы имплементрованы нативно. А опять же за нативным методом Element.request() весь AJAX/JSON.

$( selector ) — возвращает первый элемент из документа удовлетвояющий селектору.
elem.$( selector ) — то же только из под-дерева elem.
$$( selector ) возвращает массив элементов удовлетвояющих селектору. Что-то сделать для всех таких элементов:

for( var elem in $$(ul#list > li) )
   elem.state.visited = true;

Как бы даже и по-гуманнее будет, нет?

xdenser 14 окт 2012 в 19:44

Ничем не лучше:

$('ul#list > li').each(function(i,e){ 
   e.state.visited = true;
});

Смысл делать похожее API, а не совместимое? Это только путает.

csmile 14 окт 2012 в 20:10

Заметь, в моем варианте нет вызова функции котороя есть в принципе дорогое удовольствие да и syntax noise наличествует. А так если есть желание то можно и так написать:

$$(ul#list > li).each(function(i,e){ 
   e.state.visited = true;
});

Но надо метод function Array.each(callback) {...} изобразить сначала.

Но как бы повторять jQuery задачи у меня не стояло изначально. Порт jQuery core в принципе пишется тривиально если есть такое желание. Моя нативная имплементация, кстати, наверное больше ближе к prototype.js чем к jQuery.

csmile 11 мар 2015 в 02:12

Добавил jquery micro port (в zepto спецификации)
Вот список методов www.terrainformatica.com/sciter/dom/q-doc.htm
См. {sciter-sdk}/samples/+query/

energycsdx 14 окт 2012 в 11:19

все хорошо но чем оно лучше Qt Webkit?

НЛО прилетело и опубликовало эту надпись здесь

csmile 14 окт 2012 в 18:01

Лучше/хуже вопрос относительный и зело субъективный.

Из объективных фактов:

1. Про размер уже сказали выше.
2. Desktop приложения используют другую security model чем browsers для которых safe browsing это главное. Соответсвенно ограничения в их движках. В качестве примера: в <richtext> редакторе (встроенный WYSIWYG HTML редактор) можно вставить картинку из clipboard. В том же webkit такой операции нет как класса.
3. sciter2 использует GPU для рисования, webkit рисует «руками».
4. webkit по рукам и ногам связан стандартами. Я же могу делать то что реально нужно в настоящий момент. В качестве примера фича по имени , print и print-preview в теле документа:

YarikRock 14 окт 2012 в 19:42

Пользуемся Вашей предыдущей разработкой htmlayout, которая очень глючная и со множеством косяков. Надеюсь, этот продукт лучше.

csmile 14 окт 2012 в 19:52

Ну не без проблем конечно. Про глючная не слышал особо.
Вот например Avast! использует HTMLayout. Вполне так все работает у них. Наверное готовить HTMLayout умеют ;-)

csmile 14 окт 2012 в 19:48

Про чем оно лучше чем Qt, MFC и т.д.

Вот конкретный вопрос был про то как сделать <input type="hex-number"> — элемент ввода шестнадцатеричных чисел с кнопками "+" и "-".

В sciter/htmlayout такое делается как тривиальная сборка такого input из трех стандартных lego блоков (DOM элементов): с behavior:edit плюс две кноки . Вот решение полностью.

В Qt например это можно рещить написанием класса отнаследованным от QAbstractSpinBox со всеми вытекающими.
Проблема в том что еще нужно знать что есть такой вот QAbstractSpinBox, исследовать что он может и т.д.
В Sciter, т.е. HTML/CSS/script задача разбивается на две независимые группы: нарисовать стили, создать DOM струкуру из универсальных кубиков и связать события/состояния между ними.

csmile 11 мар 2015 в 02:14

Sciter3 работает на Windows (XP и выше), Mac OS X и Linux (GTK 3 и выше)

yroman 30 мар 2015 в 01:22

В свете всё большего использования ES6 табличка сравнения terrainformatica.com/sciter/js-dart-tis.htm видимо потеряла свою актуальность. Вы не планируете перенос плюшек ES6 в свой скрипт или переход на ES6 полностью?

csmile 30 мар 2015 в 05:19

Перенос плюшек планирую. Не всё, но вот скажем destructuring assignment:

const jsonDate = "2015-01-01";
var [year, month, day] = jsonDate.scanf("%d-%d-%d");

сделаю ибо полезно. Как дополнение к существующему multi-return и multi-assignment:

var x = 10, y = 20;
(x,y) = (y,x); // swap values

Зарегистрируйтесь на Хабре, чтобы оставить комментарий