Some javascript/style in this post has been disabled (
why?)
Добрый день, Dmitry Yakimov!
Ваше сообщение от 30.06.2007 23:15:
Суть pretranslateMessage в том, чтобы в modeless диалогах заставить
работать навигацию по диалогу с помощью кнопок.
И это необходимо. По совместимости этого дела с html контролом -
посмотрю. Может WS_TABSTOP у него убрать достаточно, может еще что,
решение должно быть красивым.
С табстопом я поигрался немного, ничего не добился. Кстати, в сплиттере
и
без html-контрола TAB не бегает по контролам. Только в диалогах все
нормально,
а обычные окна капризничают.
не знаю как. И еше не знаю, как сделать опции, подобные hta'шным
contextMenu="no" NAVIGABLE="no". Правда еще и не искал :)
Если я точно помню это делается с помощью создания COM объекта, который
будет управлять настройками, втч и контестным меню.
Это можно сделать с помощью COM надстройки над hype3. По крайней мере
более удобного средства для COM программирования в spf нет.
Подскажи, как. Вот в том же примере про сплиттер, если дописать
htmlView Busy . (что было бы интуитивно понятно по аналогии с htmlView
navigate),
то говорит, что нет такого метода (потому что ты добавлял обертки, а не
автоматом
com-интерфейс подцепился). Приходится писать так:
htmlView control @ [[ Busy ]] .
Что интуитивным не назовешь - приходится поковырять исходники и
выпотрошить это нутро. То же самое с этими многочисленными this, SELF и
т.д.
Imho, более удобным (в фортовом единообразном стиле) было бы
подключение
IDispatch в виде словаря, как я делал для dll и т.д.
И тогда можно было стековать контексты, чтобы для htmlView были видны
одновременно и COM-словарь WebBrowser, и словарь управления объектом
окна,
без ручного переключения и вытаскивания методов разными способами.
Вообще считаю что будущее за программированием на форте gui это DHTML +
javascript + IE + запускалка. Дело к этому медленно идет.
Ну так, о чем и говорю, я за год четыре больших программы написал в
этом стиле :)
Я в этот список добавляю "+acWEB для поддержки этого всего html набора,
+xmenu (yz) для поддержки треевого подключения и извещений". Ну и
+sqlite,
+опционально curl+xml либы, что в общем с acWEB уже давно удобно
срослось.
"Дело медленно идет" к тому, что этот набор стабилизируется в эдакий
универсальный
"пускач" (размером около 400кб exe) для фортовых html-gui-приложений.
Т.е. нечто вроде XulRunner, но в 10-20 раз меньше, и по-фортовому в
10-20 раз мощнее :)
Вот я попробовал и традиционный Win32 GUI прикрутить из wfl, но мелкие
заморочки типа этих клавишных становятся проблемой, которые решаются не
так
легко, как DHTML'ные (потому что dhtml'ными задачами сейчас занимается
миллион
программеров, а wfl только мы втроем :-).
attachment0 (187 bytes) 
