Залил на сайт версию 3.3.0.0 в которой наличествует CSSS! — css-script engine.

CSSS! это в общем-то простой (я бы даже сказал спартанский) script'овый движок который тем не менее позволяет делать на удивление много вещей.
Например всякого рода простейшие автоматы: click на эту кнопку — enable ту группу inputs. Валидация. Всякого рода форматирование и локализация. Простые рачсеты типа totals. Короче смотрите примеры в html_samples/csss!/ папке.

CSSS! живет рядом с behaviors — они друг друга дополняют. Из CSSS! можно вызывать native методы (on_script_call).

(кажется я родил очередной лисапет. наверное судьба такая)

Здравствуйте, c-smile, Вы писали:

CS>CSSS! это в общем-то простой (я бы даже сказал спартанский) script'овый движок который тем не менее позволяет делать на удивление много вещей. Например всякого рода простейшие автоматы: click на эту кнопку — enable ту группу inputs. Валидация. Всякого рода форматирование и локализация. Простые рачсеты типа totals. Короче смотрите примеры в html_samples/csss!/ папке.

хм. не нашел примера на тему validation. в behavior_form.cpp ничего похожего нет...

CS>CSSS! живет рядом с behaviors — они друг друга дополняют. Из CSSS! можно вызывать native методы (on_script_call).

А можно использовать HTMLayoutAttachEventHandler для получения on_script_call?

CS>(кажется я родил очередной лисапет. наверное судьба такая)

В sciter такой будет?

Здравствуйте, c-smile, Вы писали:

Пример label-for-activation.htm вызывает падение browse.exe после примерно трех щелчков по разным label

Здравствуйте, aloch, Вы писали:

A>Здравствуйте, c-smile, Вы писали:

A>Пример label-for-activation.htm вызывает падение browse.exe после примерно трех щелчков по разным label

Ага, спсибо. Поймал.
Чего-то VC optimizer невзлюбил один мой файл...
Поправил. Залил на сайт. Можно забирать.

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, c-smile, Вы писали:

CS>>CSSS! это в общем-то простой (я бы даже сказал спартанский) script'овый движок который тем не менее позволяет делать на удивление много вещей. Например всякого рода простейшие автоматы: click на эту кнопку — enable ту группу inputs. Валидация. Всякого рода форматирование и локализация. Простые рачсеты типа totals. Короче смотрите примеры в html_samples/csss!/ папке.

TK>хм. не нашел примера на тему validation. в behavior_form.cpp ничего похожего нет...

Validation примеры будут в след билдах. В CSSS! надо еще regexp втащить.

CS>>CSSS! живет рядом с behaviors — они друг друга дополняют. Из CSSS! можно вызывать native методы (on_script_call).

TK>А можно использовать HTMLayoutAttachEventHandler для получения on_script_call?

Да.

CS>>(кажется я родил очередной лисапет. наверное судьба такая)

TK>В sciter такой будет?

Угу. Сегодня.

Здравствуйте, c-smile, Вы писали:

TK>>А можно использовать HTMLayoutAttachEventHandler для получения on_script_call?
CS>Да.

А как его из CSS звать? У меня такое только для behaviors прокатило...

TK>>В sciter такой будет?
CS>Угу. Сегодня.

Супер! А там тоже через XCALL или через HANDLE_SCRIPTING_METHOD_CALL?

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, c-smile, Вы писали:

TK>>>А можно использовать HTMLayoutAttachEventHandler для получения on_script_call?
CS>>Да.

TK>А как его из CSS звать? У меня такое только для behaviors прокатило...

event_handler::event_handler(... | HANDLE_METHOD_CALL)

TK>>>В sciter такой будет?
CS>>Угу. Сегодня.

TK>Супер! А там тоже через XCALL или через HANDLE_SCRIPTING_METHOD_CALL?

Интересный вопрос.

HANDLE_SCRIPTING_METHOD_CALL — это вызовы из tiscript.
Стоит ли различать вызовы из CSSS! ?
Если нет то через HANDLE_SCRIPTING_METHOD_CALL сделаю.

Здравствуйте, c-smile, Вы писали:

TK>>А как его из CSS звать? У меня такое только для behaviors прокатило...

CS>

CS>event_handler::event_handler(... | HANDLE_METHOD_CALL)
CS>

Вру :) не работает с HTMLayoutWindowAttachEventHandler (может и работает но, не понятно как вызывать)

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, c-smile, Вы писали:

TK>>>А как его из CSS звать? У меня такое только для behaviors прокатило...

CS>>

CS>>event_handler::event_handler(... | HANDLE_METHOD_CALL)
CS>>

TK>Вру не работает с HTMLayoutWindowAttachEventHandler (может и работает но, не понятно как вызывать)

Вот это:

my.element
{
  assigned! : self:value = global-foo("hello!");
}

Должно прийти на on_script_call() на те event handlers что сидят на view. (т.е. HTMLayoutWindowAttachEventHandler)
Попробуй.

Здравствуйте, c-smile, Вы писали:

CS>Должно прийти на on_script_call() на те event handlers что сидят на view. (т.е. HTMLayoutWindowAttachEventHandler)
CS>Попробуй.

хм. что-то не приходит...

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, c-smile, Вы писали:

CS>>Должно прийти на on_script_call() на те event handlers что сидят на view. (т.е. HTMLayoutWindowAttachEventHandler)
CS>>Попробуй.

TK>хм. что-то не приходит...

В след. билде придет. Бага там.

Здравствуйте, c-smile, Вы писали:

CS>В след. билде придет. Бага там.

Спасибо :)

PS
А с этой темой — здесь

Автор: TK
Дата: 23.04.08

есть какие-нибудь новости? В Sciter уведомления INITIALIZATION_EVENTS.BEHAVIOR_DETACH после удаления элемента так и не приходят...

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, c-smile, Вы писали:

CS>>В след. билде придет. Бага там.

TK>Спасибо

Я обновил SDK на сайте. csss!/custom-global-functions.htm — демо.

TK>PS
TK>А с этой темой — здесь

Автор: TK
Дата: 23.04.08

есть какие-нибудь новости? В Sciter уведомления INITIALIZATION_EVENTS.BEHAVIOR_DETACH после удаления элемента так и не приходят...

Еще раз, что-то держит элемент.

Я вообще не понимаю зачем для Sciter нужна обертка DOM в .NET.
В принципе в .NET должен быть обработчик host callback вызовов. Апотому обработку событий эффективнее делать в скрипте sciter.
host callback как gate UI <-> логика вообще представляется очень привлекательным. Эдакий ultimate layer splitter.

.NET имеет смысл для htmlayout. Это да. Потому как behaviors надо же на чем-то писать...
Честно говоря на C++ даже в общем-то как-то поприятнее-то будет. Но это уж дело личных предпочтений.

Круто, давно такого ждал большое спасибо.

Есть вопросец:
есть вот такой стиль:

    select#INPUT_CODE
    {
      assigned! : 
        self.value-changed(); /* call when-value-changed event handler as a function */ 
      value-changed! : 
        $(code#INPUT_CODE):value = self:value;
    }

В итоге в code#INPUT_CODE попадает значение из выбранного option[value], а мне нужно, что бы присвоилось не значение а содержимое (текст)
Если написать вот так: $(code#INPUT_CODE):value = $c(caption):content; то не прокатывает,
и так тоже: $(code#INPUT_CODE):value = $c(option:current):content;

Если написать вот так: $(code#INPUT_CODE):value = $c(option:current);
получаю {undefined}. Но это в принципе понятно.

Как такое сделать можно ?

Здравствуйте, Obukhov, Вы писали:

O>Как такое сделать можно ?

Попробуй так:

     select#INPUT_CODE
     {
      assigned! : 
        self.value-changed(); /* call value-changed event handler as a function */ 
      value-changed! : 
        $(code#INPUT_CODE):value = $1c(option:current):value;
     }

Здравствуйте, c-smile, Вы писали:

CS>Попробуй так:

Заработало !!!

Но есть пара особенностей:
1. При первоначальной загрузке страницы (хотя select имеет определенный выбранный пункт) у code#INPUT_CODE значение пустое пока не перещелкнешь select.
2. При перещелкивании select с помощью курсорных клавиш, значение у code#INPUT_CODE меняется на адекватное, но при этом сам select остается неизменным (не перерисовывается).

как можно побороть пункт 1 ?
по второму щас постараюсь прислать пример.

Здравствуйте, c-smile, Вы писали:

TK>>А с этой темой — здесь

Автор: TK
Дата: 23.04.08

есть какие-нибудь новости? В Sciter уведомления INITIALIZATION_EVENTS.BEHAVIOR_DETACH после удаления элемента так и не приходят...

CS>Еще раз, что-то держит элемент.

А в HTMLayout не держит? Реализация для Htmlayout/Sciter отличается только тем, что в одном случае дергаются функции Htmlayout а в другом, SciterGetDomApi() и вызовы SciterDomApi — в HTMLayout при удалении все детачится, в Sciter нет. Я правильно понимаю, что HELEMENT это просто поинтер на какой-то C++ объект? Если смотреть на него отладчиком то, счетчик ссылок в ноль уходит.

Например, почему element.Parent.InnerHtml = "" приводит к вызову BEHAVIOR_DETACH для element, а если заменить на element.DetachElement() нет?

CS>Я вообще не понимаю зачем для Sciter нужна обертка DOM в .NET.

Есть обертка, она может работать или с Htmlayout или со Sciter. какой смысл отрезать для варианта со Sciter DOM, раз он уже там есть?

CS>В принципе в .NET должен быть обработчик host callback вызовов. Апотому обработку событий эффективнее делать в скрипте sciter. host callback как gate UI <-> логика вообще представляется очень привлекательным. Эдакий ultimate layer splitter.

Не спорю С другой стороны, есть некоторые заморочки с CompactFramework — там проще использовать htmlayout.

Файл htmlayout.dll вырос в размере более, чем в два раза — с ~700K до ~1700K. Это навсегда или потом обратно "похудеет"?

Здравствуйте, c-smile, Вы писали:

CS>Чего-то VC optimizer невзлюбил один мой файл...

Интересно, а как вы ловили что оптимайзер сломал код ?
вопрос чисто по обмену опытом

А еще происходит падение при загрузке вот такого стиля.

    select#SYSTEM
    {
      value-changed! : 
          $1(tr.info_fields):checked = (self:value == 6);
    }