Меню в Sciter и HTMLayout - Продукты TerraInformatica

Андрей, признатся, я так и не понял чем закончилась наша дискуссия касательно сущностей на твоём форуме. Планы реализовать их поддержку есть или ждать не стоит?

Уж прости мой пуризм, но использовать для включения внешних разделов специальный тег это моветон. Я, собственно, почему спрашиваю, -- уже руки сломал писать <include> для каждой локализируемой строчки.

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

WM>Андрей, признатся, я так и не понял чем закончилась наша дискуссия касательно сущностей на твоём форуме. Планы реализовать их поддержку есть или ждать не стоит?

WM>Уж прости мой пуризм, но использовать для включения внешних разделов специальный тег это моветон. Я, собственно, почему спрашиваю, -- уже руки сломал писать <include> для каждой локализируемой строчки.

Напомню: у меня не всегда есть HWND чтобы позвать твой callback при парсинге. Парсер вызывается в разных местах в т.ч. для всяких internal use.

Вопрос у меня следующий (встречный): что в принципе мешает при загрузке HTML просканировать его на предмет
нахождения и замещения <%something%> или &something; прямо на входе?

В контсрукции типа <%something%> можно вообще вставить много чего интересного.

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

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

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

WM>>>Так речь идёт о menu, которые показываются слоями или окнами? Последнее былобы полезнее.

CS>>Какая-то умная Маша поменяла урл в оригинальном постинге.

CS>>Вот что было:

CS>>http://www.terrainformatica.com/htmlayout/images/menus.jpg

WM>Я уже позже, на форуме TerraInformatica заметил. Кстати а эти <menu> можно будет показывать через HTMLayoutShowPopupWindow()? -- Это значит для организации контекстных меню.

Да. HTMLayoutPopupShow(... HELEMENT) вообще умеет показывать любой блочный элемент как popup.

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

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

WM>>Андрей, признатся, я так и не понял чем закончилась наша дискуссия касательно сущностей на твоём форуме. Планы реализовать их поддержку есть или ждать не стоит?

WM>>Уж прости мой пуризм, но использовать для включения внешних разделов специальный тег это моветон. Я, собственно, почему спрашиваю, -- уже руки сломал писать <include> для каждой локализируемой строчки.

CS>Напомню: у меня не всегда есть HWND чтобы позвать твой callback при парсинге. Парсер вызывается в разных местах в т.ч. для всяких internal use.

Да, этот момент помню, но признатся не понял зачем нужен HWND, почему просто не хранить в парсере адрес callback'а (или из DLL так просто не позвать?).

CS>Вопрос у меня следующий (встречный): что в принципе мешает при загрузке HTML просканировать его на предмет
CS>нахождения и замещения <%something%> или &something; прямо на входе?

CS>В контсрукции типа <%something%> можно вообще вставить много чего интересного.

Имеешь в виду обработчик HLN_LOAD_DATA? Придётся: 1) выделить память под весь файл; 2) ещё раз пропарсить документ. -- Оверхед приличный получается. По большей мере, это конечно только моё желание сделать всё на столько быстро, на сколько возможно, а не какая-то реальная проблема производительности. Просто я не думал что это вызовет какие-либо сложности.

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

WM>Имеешь в виду обработчик HLN_LOAD_DATA? Придётся: 1) выделить память под весь файл; 2) ещё раз пропарсить документ. -- Оверхед приличный получается. По большей мере, это конечно только моё желание сделать всё на столько быстро, на сколько возможно, а не какая-то реальная проблема производительности. Просто я не думал что это вызовет какие-либо сложности.

Ну парсить сильно ничего не надо если <% %> использовать. Но я посмотрю что можно сделать.

Вот например такое меню:

Теперь собственно вопрос:

Popup menu (контекстное) может выступать в роли
property sheet. Т.е. вместо Right-Click -> Properties... -> [Second tab]
имеем просто Right-Click и если надо то mouse hover на след. уровень.

Технически это очень даже осуществимо. А концептуально?

Что думаете?

Я тут описал возможное решение для subj.

http://www.terrainformatica.com/bb/viewtopic.php?t=349

Комментарии зело велкам.

CS>Теперь собственно вопрос:

CS>Popup menu (контекстное) может выступать в роли
CS>property sheet. Т.е. вместо Right-Click -> Properties... -> [Second tab]
CS>имеем просто Right-Click и если надо то mouse hover на след. уровень.

CS>Технически это очень даже осуществимо. А концептуально?

CS>Что думаете?

Будут.есть ситуакции, когда это удобно. Навскидку — всякое ПО для различного редактирования, когда много разных элементов управления и, соответственномного разных настроек для разных (видимых и невидимых) элементов интерфейса.

Или например AutoCad, где курсор мыши изменяется в упрощенный property sheet для ввода требуемых значений.

... << RSDN@Home 1.2.0 alpha rev. 655>>

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

CS>Popup menu (контекстное) может выступать в роли
CS>property sheet. Т.е. вместо Right-Click -> Properties... -> [Second tab]
CS>имеем просто Right-Click и если надо то mouse hover на след. уровень.

Примерно так и работают смарт-теги в новой студии на редакторе форм. Так что идея правильная

Never underestimate those behind you...

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

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

CS>>Popup menu (контекстное) может выступать в роли
CS>>property sheet. Т.е. вместо Right-Click -> Properties... -> [Second tab]
CS>>имеем просто Right-Click и если надо то mouse hover на след. уровень.

S>Примерно так и работают смарт-теги в новой студии на редакторе форм. Так что идея правильная

Инетересно, надо глянуть. Никогда не заходил в ейный "редактор форм" ...

А должен был? Там чего новое в UI-строении обнаружилось кроме "веселых картинок" и этого шпиёна по имени Start Page?

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

CS>А должен был? Там чего новое в UI-строении обнаружилось кроме "веселых картинок" и этого шпиёна по имени Start Page?

start Page и в 2003 был. Появились у элементов управления штуковинки в правом вернем углу через которые доступны некоторые действия.

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

CS>Там чего новое в UI-строении обнаружилось кроме "веселых картинок" и этого шпиёна по имени Start Page?

Именно реализация того, о чем выше сказал Mamut

когда много разных элементов управления и, соответственномного разных настроек для разных (видимых и невидимых) элементов интерфейса

Собсно, это екстракт наиболее часто употребляемых свойств и действий за которыми теперь не приходится лазить в возможно скрытое и отдаленное окно Properties

Never underestimate those behind you...

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

CS>Я тут описал возможное решение для subj.

CS>http://www.terrainformatica.com/bb/viewtopic.php?t=349

CS>Комментарии зело велкам.

Можно реализовать поддержку этого и этого. Хотя это и более высокий уровень, неплохо было бы иметь механизм фильтрации, чтобы подобные вещи писалась без проблем. А то я задолбался в своё время для WinForms оптимизацию делать, кэширование там всякое хитрое.

Нужно носить в себе еще хаос, чтобы быть в состоянии родить танцующую звезду.

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

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

CS>>Я тут описал возможное решение для subj.

CS>>http://www.terrainformatica.com/bb/viewtopic.php?t=349

CS>>Комментарии зело велкам.

K>Можно реализовать поддержку этого и этого. Хотя это и более высокий уровень, неплохо было бы иметь механизм фильтрации, чтобы подобные вещи писалась без проблем. А то я задолбался в своё время для WinForms оптимизацию делать, кэширование там всякое хитрое.

Немного непонятно.

В данный момент ситуация такая:

где-то объявляется <menu> и с помощью context-menu атрибута оно назанчается всем желающим.

Далее когда идет запрос на context menu от системы я генерриую CONTEXT_MENU_REQUEST по цепочке child-parent
Внутри обработчика CONTEXT_MENU_REQUEST можно с этим меню сделать все что угодно — это DOM element.

Можно вообще склеить свое меню, описав context-menu:url(x:my-menu-for-something) ;

Вообще в идеале некая BusinessEntity должна иметь два метода

html BusinessEntity.getPresentation( FOR_CX_MENU | FOR_PROP_PANEL | ... ) и обратный метод:
     BusinessEntity.updateAttributes( NameValueCollection )

таким образом можно построить некий универсальный player который будет обслуживать
большой и переменный по составу набор BusinessEntities.

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

K>>Можно реализовать поддержку этого и этого. Хотя это и более высокий уровень, неплохо было бы иметь механизм фильтрации, чтобы подобные вещи писалась без проблем. А то я задолбался в своё время для WinForms оптимизацию делать, кэширование там всякое хитрое.

CS>Немного непонятно.

Я предлагаю, чтобы контекстное меню было одно на всех, и, в зависимости от контрола, для которого оно вызывается, показывались только нужные элементы. Я так понимаю, для такой функциональности придётся для каждого контрола ручками брать исходный DOM и делать в нём модификации перед показом меню. Например, выставить атрибуты enabled и visible. Так вот насколько эта операция будет быстрой, скажем, для пары тысяч элементов меню?

Только не надо пинать. Есть ситуации, когда такой подход к контекстному меню предпочтительнее, чем своё меню на каждый контрол (или на каждую группу контролов).

Нужно носить в себе еще хаос, чтобы быть в состоянии родить танцующую звезду.

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

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

K>>>Можно реализовать поддержку этого и этого. Хотя это и более высокий уровень, неплохо было бы иметь механизм фильтрации, чтобы подобные вещи писалась без проблем. А то я задолбался в своё время для WinForms оптимизацию делать, кэширование там всякое хитрое.

CS>>Немного непонятно.

K>Я предлагаю, чтобы контекстное меню было одно на всех, и, в зависимости от контрола, для которого оно вызывается, показывались только нужные элементы. Я так понимаю, для такой функциональности придётся для каждого контрола ручками брать исходный DOM и делать в нём модификации перед показом меню. Например, выставить атрибуты enabled и visible. Так вот насколько эта операция будет быстрой, скажем, для пары тысяч элементов меню?

K>Только не надо пинать. Есть ситуации, когда такой подход к контекстному меню предпочтительнее, чем своё меню на каждый контрол (или на каждую группу контролов).

"пары тысяч элементов меню" если для невидимых будет стоять display:none то это немного.

А вообще я бы это сделал с помощью своего собсвенного загручика.протокола html.

Поставил бы

something
{
context-menu: url(menu:my-menu-for-something.htm)
}

и в HLN_LOAD_DATA для этого menu:my-menu-for-something.htm склеил содержимое из какой-нибудь таблицы.
Это я так думаю несложно. Во всяком случе даже проще чем DOM шерстить.

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

Мне лично больне нравится поведение, когда меню, развёрнутое щелчком по кнопке, сворачивается при повторном шелчке по кнопке, сейчас меню "перепоказываеся".

CS>Вопрос: Чего еще от меню надо? Какая функциональность еще нужна?

В качестве логического завершения темы popups (меню включительно):

Если кому интересно то вот его дефиниция:

  popup#ballon 
  { 
    background-color:transparent;
    background-image: url(images/speech-bubble.png);
    background-repeat: expand;
    background-position:80px 33px 33px 74px; /*top right bottom left offsets*/
    padding:71px 25px 25px 16px;
    border: none;
    font-family: Verdana;
    width:30%;
  }

Вот картинка которая делается expand (с альфой).

Под конец добавил поддержку color-schemas для images.

Т.е. цвет картинки можно задавать и менять декларативно в CSS.

Вот одна и та же картинка

но с разными декларациями:

img 
{  
  foreground-image: url(color-transform.png); margin: 6px;    
  foreground-image-transformation: color-schema(system);
}    


#c1 { background-color: threedface; }    

#c1:hover
{
  background-color: darksalmon;
}    

#c1:hover img
{
  foreground-image-transformation: color-schema(darksalmon,salmon,lightsalmon,peachpuff,antiquewhite);
}

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

CS>Под конец добавил поддержку color-schemas для images.

CS>Т.е. цвет картинки можно задавать и менять декларативно в CSS.

CS>

CS>img 
CS>{  
CS>  foreground-image: url(color-transform.png); margin: 6px;    
CS>  foreground-image-transformation: color-schema(system);
CS>}    
CS>

Согласно спецификации CSS 2.1, vendor-specific extensions должны использовать следующие стили именования:

'-' + vendor identifier + '-' + meaningful name
'_' + vendor identifier + '-' + meaningful name

От:	WinterMute	http://yarrr.ru
Дата:	11.08.06 17:35
Оценка:

От:	c-smile	http://terrainformatica.com
Дата:	11.08.06 21:51
Оценка:

От:	c-smile	http://terrainformatica.com
Дата:	11.08.06 21:54
Оценка:

От:	WinterMute	http://yarrr.ru
Дата:	11.08.06 22:19
Оценка:

От:	c-smile	http://terrainformatica.com
Дата:	12.08.06 01:22
Оценка:

От:	Mamut	http://dmitriid.com
Дата:	14.08.06 08:59
Оценка:	24 (1)

От:	adontz	http://adontz.wordpress.com/
Дата:	15.08.06 07:46
Оценка:

От:	konsoletyper	https://github.com/konsoletyper
Дата:	16.08.06 05:12
Оценка:

	От:	Centaur
	Дата:	28.08.06 08:14
	Оценка:	7 (1) -1