Internet Explorer

[Сомневающийся_В_Unix]

ИЕ представляет собой COM объект, т. е. я могу встроить его в свое приложение.
Есть ли в мире *nix браузеры, которые предоставляют такую возможность. Что бы можно было использовать в своем приложении и управлять им программно.
Заранее спасибо за ответы:)

[Din]

Вы можете воспользоваться движком KHtml, на него опираются приложения среды kde. Например akregator, kmail, konqueror. Встроить его в свое приложение достаточно просто:
http://developer.kde.org/documentation/library/kdeqt/kde3arch/khtml/

Всегда бы спрашивали подобным образом.

[user_anonymous]

ИЕ представляет собой COM объект, т. е. я могу встроить его в свое приложение.
Есть ли в мире *nix браузеры, которые предоставляют такую возможность. Что бы можно было использовать в своем приложении и управлять им программно.
Заранее спасибо за ответы:)

Вообще это несколько противоречит идеологии UNIX. В никсах обычно используют не встраивание, а взаимодействие. Каждый, кто хоть раз пытался что-то написать, согласится, что написать и сделать безглючной маленькую программу, которая хорошо делает что-то одно, гораздо проще, чем большую программу, которая делает много всего. После написания такая программа в принципе является тем же, что и объект в ООП - есть набор интерфейсов и есть скрытый от пользователя механизм их работы. COM вобщем-то пытается делать то же самое, только другим путем. В чем-то у такого подхода есть свои преимущества, а в чем-то - свои недостатки.

[Сомневающийся_В_Unix]

Понятно, только это наверное компилироваться будет очень долго....
А что нибудь подобное можно сделать?
http://blogs.gotdotnet.ru/personal/%D0%95%D0%B2%D0%B3%D0%B5%D0%BD%D0%B8%D0%B9%D0%92%D0%B5%D0%BF%D1%80%D0%B8%D0%BA%D0%BE%D0%B2/CommentView.aspx?guid=a1128d71-6ffb-42eb-b86f-659de79c8b5d

[user_anonymous]

Понятно, только это наверное компилироваться будет очень долго....
А что нибудь подобное можно сделать?
http://blogs.gotdotnet.ru/personal/%D0%95%D0%B2%D0%B3%D0%B5%D0%BD%D0%B8%D0%B9%D0%92%D0%B5%D0%BF%D1%80%D0%B8%D0%BA%D0%BE%D0%B2/CommentView.aspx?guid=a1128d71-6ffb-42eb-b86f-659de79c8b5d

Честно говоря не совсем разобрался, что же получается в итоге.

[Сомневающийся_В_Unix]

Честно говоря не совсем разобрался, что же получается в итоге.

Я могу интерфейс своей программы сделать полностью в IE. Есть например событие Click у кнопки, я могу его обработать в своем коде на C#.

[user_anonymous]

Честно говоря не совсем разобрался, что же получается в итоге.

Я могу интерфейс своей программы сделать полностью в IE. Есть например событие Click у кнопки, я могу его обработать в своем коде на C#.

Хорошо. А теперь подумайте, зачем вам это? Внести в свою программу баги ИЕ? Разве клик не проще обработать просто так?

[mef]

а если я не использую IE ? или использую IE ранних версий? это же не будет работать?

[Din]

Тут разницы-то в результате не будет, просто потому что доступа к самому движку (тридент в ослике что ли?) нет, насколько я понимаю, непосредственно библиотечными функциями мы воспользоваться не можем, т.е приходиться искать какие-то обходные пути (COM).
Вот еще один пример:
http://developer.kde.org/documentation/library/3.4-api/kdeui/html/classKTextBrowser.html
взглянув на эвенты, сразу понимаем что и мышку и клаву мы можем контролировать, несмотря на то что этот класс предоставляет много меньше возможностей чем khtml.

[mef]

ясно

[Сомневающийся_В_Unix]

Хорошо. А теперь подумайте, зачем вам это? Внести в свою программу баги ИЕ? Разве клик не проще обработать просто так?

Нарисовать что то на HTML много проще и быстрее, нежели делать делать компонент для формы.
А по другому, клик получиться обработать только на Jscript, но у последнего ну очень много недостатков.

[Сомневающийся_В_Unix]

а если я не использую IE ? или использую IE ранних версий? это же не будет работать?

До 5 точно будет работать, а более ранних думаю ни у кого не осталось...

[Сомневающийся_В_Unix]

Тут разницы-то в результате не будет, просто потому что доступа к самому движку (тридент в ослике что ли?) нет, насколько я понимаю, непосредственно библиотечными функциями мы воспользоваться не можем, т.е приходиться искать какие-то обходные пути (COM).

Посредством COM в IE мы можем достучаться до чего угодно.

Вот еще один пример:
http://developer.kde.org/documentation/library/3.4-api/kdeui/html/classKTextBrowser.html
взглянув на эвенты, сразу понимаем что и мышку и клаву мы можем контролировать, несмотря на то что этот класс предоставляет много меньше возможностей чем khtml.

Что то как то ущербно это все смотрится, в спецификации HTML у каждого элемента куча событий и не только мышиных и клавиатурных.

[user_anonymous]

Хорошо. А теперь подумайте, зачем вам это? Внести в свою программу баги ИЕ? Разве клик не проще обработать просто так?

Нарисовать что то на HTML много проще и быстрее, нежели делать делать компонент для формы.
А по другому, клик получиться обработать только на Jscript, но у последнего ну очень много недостатков.

1. Если мне не изменяет память, то многие компоненты GUI поддерживают html изначально.
2. Надо делать не "проще и быстрее", а чтобы было надежно, безглючно и жрало мало ресурсов. Таково мое скромное мнение.

[Din]

Посредством COM в IE мы можем достучаться до чего угодно.

Это тоже самое что сделать самому (воспользоваться библиотекой) или попросить сделать друга (заюзать COM), но затраты энергии и в том и в другом случае мне представляются одинаковыми. COM есть потому, что не всегда возможно воспользоваться библиотекой напрямую, потому и городим интерфейсы. В принципе для управления сторонним приложением в динамике он не плох, для этого в Unix есть dbus например. Но для встраивания в свое приложение, имхо, все-таки удобнее вызывать функции из библиотеки.

Что то как то  как то ущербно это все смотрится, в спецификации HTML у каждого элемента куча событий и не только мышиных и клавиатурных.

Да он простенький совсем, khtml позволяет получить всю функциональность браузера.

[Сомневающийся_В_Unix]

1. Если мне не изменяет память, то многие компоненты GUI поддерживают html изначально.

Не понял... Какие именно компоненты и как?

2. Надо делать не "проще и быстрее", а чтобы было надежно, безглючно и жрало мало ресурсов. Таково мое скромное мнение.

Всегда лучше использовать готовый отлаженный код, чем писать что то свое.

[user_anonymous]

1. Если мне не изменяет память, то многие компоненты GUI поддерживают html изначально.

Не понял... Какие именно компоненты и как?

2. Надо делать не "проще и быстрее", а чтобы было надежно, безглючно и жрало мало ресурсов. Таково мое скромное мнение.

Всегда лучше использовать готовый отлаженный код, чем писать что то свое.

Не всегда. Хотя во многих случаях это утверждение истинно. Готовый отлаженный код зачастую на проверку оказывается не таким уж готовым и отлаженным. В случае с ИЕ я бы, например, поостерегся.
Вообще, если вам нужен HTML - интерфейс - почему бы не использовать CGI?

[binary]

Мне как-то доводилось использовать TWebBrowser в Delphi.
Да, там действительно есть аж 24 эвента.
Но хороших впечатлений мало... =(
Меня до сих пор повергает в уныние воспоминание о том, как по правому щелчку на нём из моей программы на меня вылезло контекстное меню IE, со всеми надстройками и пр. Оно мне надо? Особенно "Экспорт в Microsoft Exel" в маленьком приложеньице... Кроме того, содержимое отображалось в соответствии с настройками IE. То есть если у юзера отключены изображения в Ослике, то и в моей проге он ничего не увидит. =( Всё это, конечно не смертельно, можно приклеить своё меню вместо стандартного и т.д. и т.п. Но мне не очень нравится когда моя прога умеет то, что мне не требуется. Если мне нужно действительно мощное средство, то я заюзал бы html-движок типа Gecko. А отображать форматирование html (если не ошибаюсь) можно в стандартном
Memo из Qt.
PS: Сомневающийся, ты бы еще вспомнил про ActiveX Windows MediaPlayer. Его тоже можно вставлять в проект и в нём будет проигрываться музыка, отображаться визуальные стили и прочее, даже ни одной строки кода писать не надо!
Но это же бревно! Я не могу сделать _свой_ медиапроигрыватель, используя его! =) А если проигрывание видео и музыки - не главная задача проги, то мне такой монстр и не нужен.
PSS: Извините, если чего не совсем в тему сказал.

[MrStraker]

кстати вот недавно появилась уязвимость без решения для Ослика
http://www.securitylab.ru/vulnerability/273060.php

[Сомневающийся_В_Unix]

есть установки по умолчанию, есть возможность поменять это в своей программе.
Событий там не 24 а много больше:)

P. S.
P.P.S. = пост пост скриптум, а PSS?