Автономный режим IE и Webbrowser

[Source]

Когда в IE пользователь устанавливает флаг 'Работать автономно', какое свойство или что другое меняется в Webbrowser?

[Хакер]

А причём тут VB?

[Source]

ну в VB есть Webbrowser?

[Хакер]

Нет, в VB нет WebBrowser-а.

[Source]

но в VB работают c WB?

[keks-n]

С ним все работают. И дельфя и C++. Причём одинаково - через COM.

P. S. Надо сделать форум для общих вопросов по API.

[jangle]

P. S. Надо сделать форум для общих вопросов по API.

Заметье! Я это давно предлагал...

[RSV]

Нет, в VB нет WebBrowser-а.

Как это нет? Начиная с 2005 есть стандартный контрол с именем WebBrowser
Замечательно работает

[Antonariy]

RSV
Он не в VB. Он в системе. Если не ставить VB, он все равно есть.

[RSV]

RSV
Он не в VB. Он в системе. Если не ставить VB, он все равно есть.

Ну тогда в VB вообще контролов нет. Все они в Framework
Однако, несовсем верен такой подход. Например, в Framework есть контрол axIWebBrowser2 (расширенный интерфейс браузера), и его можно легко затащить в С#, а в VB.Net такая возможностьотсуствует.
Т.е. не будет ошибкой говорить, что в С# этот контрол есть, а в VB нет его...

[Хакер]

RSV
Мы здесь не не обсуждаем .net . Здесьэто слово вообще считается неприличным.

[RSV]

RSV
Мы здесь не не обсуждаем .net . Здесьэто слово вообще считается неприличным.

Прошу прощения! Просто он у меня чешется

[Хакер]

Ну так почеши

[Source]

Хакер, вот видишь, что ты наделал? Людей понесло не в ту степь. Пока ты разводил философию, какой религии принадлежит Webbrowser (я знаю, тебе хочется сказать, что никакой, но увы, батенька, поздно ), я тут сделал для себя одно замечательное открытие - оказывается, WB в режиме дизайнера пытается загрузить страницу http:/// (даже когда прога НЕ ЗАПУЩЕНА), которая ещё и не может грузиться в автономном режиме, поэтому WB страшно ругается, хотя попытки загрузки происходят не всегда, что весьма непонятно. При старте программы в дизайнере эта брань иногда появляется, иногда нет, что наводит на страшную мысль вроде - а вдруг существует некий таймаут, по истечении которого, если в WB не грузится ни одна страница, WB начинает грузить http:///. Что подтверждается отсутствием оного приветствия WB при работе EXE и иногда появлением такового при старте проги из под дизайнера, где она выполняется несколько медленнее. Повесил вызов диалогового окна в Form_Load главного окна, не заполнив WB. Действительно, WB ругается на автономный режим. Также при завершении проги, если при старте в WB грузилось http:///, а потом была страница перезаписана нашей, всё равно WB возвращается к своей странице по умолчанию http:/// и опять ругается.
Также интересно, в какой момент WB решает, что в него д.б. загружена некая страница - если добавить новый контрол WB, то он остаётся пустым и совершенно не пытается ничего загрузить при любом режиме IE и старте проги. Потом, если выйти из дизайнера и запустить его вновь, то в автономном режиме WB уже пытается заполнить себя http:///! Остаётся только вопрос - действительно ли нужно пытаться скорее заполнить WB хоть пустой страницей, чтобы ему не вздумалось грузить http:/// и как стопроцентно загрузить её до истечения таймаута (либо запретить грузить http:///)? Мабудь, WB.Stop спасёт

[dr.MIG]

А какую практическую цель преследует вопрос -- в смысле что ты хочешь сделать и не хочешь, что бы случилось что именно, пока ты это делаешь?

[keks-n]

Source
Если ты заценишь доки по COM, ActiveX и самому WB, то станет ясно, что для него разницы между выполнением в дизайнере и при работе проги практически нет. Более того, под работу в дизайнере его подгоняли, т. к. он для неё изначально не предназначен.

Посему просто в свойствах прописываем url about:blank и радуемся жизни.

[Alexanbar]

Хакер, вот видишь, что ты наделал? Людей понесло не в ту степь. Пока ты разводил философию, какой религии принадлежит Webbrowser (я знаю, тебе хочется сказать, что никакой, но увы, батенька, поздно :)), я тут сделал для себя одно замечательное открытие - оказывается, WB в режиме дизайнера пытается загрузить страницу http:/// (даже когда прога НЕ ЗАПУЩЕНА), которая ещё и не может грузиться в автономном режиме, поэтому WB страшно ругается, хотя попытки загрузки происходят не всегда, что весьма непонятно. При старте программы в дизайнере эта брань иногда появляется, иногда нет, что наводит на страшную мысль вроде - а вдруг существует некий таймаут, по истечении которого, если в WB не грузится ни одна страница, WB начинает грузить http:///. Что подтверждается отсутствием оного приветствия WB при работе EXE и иногда появлением такового при старте проги из под дизайнера, где она выполняется несколько медленнее. Повесил вызов диалогового окна в Form_Load главного окна, не заполнив WB. Действительно, WB ругается на автономный режим. Также при завершении проги, если при старте в WB грузилось http:///, а потом была страница перезаписана нашей, всё равно WB возвращается к своей странице по умолчанию http:/// и опять ругается.
Также интересно, в какой момент WB решает, что в него д.б. загружена некая страница - если добавить новый контрол WB, то он остаётся пустым и совершенно не пытается ничего загрузить при любом режиме IE и старте проги. Потом, если выйти из дизайнера и запустить его вновь, то в автономном режиме WB уже пытается заполнить себя http:///! Остаётся только вопрос - действительно ли нужно пытаться скорее заполнить WB хоть пустой страницей, чтобы ему не вздумалось грузить http:/// и как стопроцентно загрузить её до истечения таймаута (либо запретить грузить http:///)? Мабудь, WB.Stop спасёт :)

Где-то в реестре есть такой параметр - defaulturlprefix - так кажется.

Вот он обычно имеет значение "http://".
Это удобно, поскольку вместо "http://mail.ru/" можно набрать "mail.ru"

[Source]

Source
Если ты заценишь доки по COM, ActiveX и самому WB, то станет ясно, что для него разницы между выполнением в дизайнере и при работе проги практически нет. Более того, под работу в дизайнере его подгоняли, т. к. он для неё изначально не предназначен.

Посему просто в свойствах прописываем url about:blank и радуемся жизни.

Сам же сказал, что под работу в дизайнере его подгоняли - где ты там видел свойство url в дизайнере?

dr.MIG, когда я запускал прогу из под дизайнера, то постоянно вылетало сообщение с предложением подключиться при установленном флаге IE Работать автономно (страница не может отображаться в автономном режиме), я думал, что это где-то у меня в программе проблемы с загрузкой страниц, и т.к. у меня не грузятся страницы с инета, а все формируются в памяти, то я ломал голову, отчего же это сообщение клятое вылазит? Потом заметил, что новый добавленный контрол WB имеет чистый вид и работает без проблем, а в старых контролах проекта отображается страница ошибки. Также заметил, что при запуске EXE проблем не возникает, хотя могут возникать в определённых ситуациях.

[keks-n]

Source
Сорри, в .NET оно было. А последним в тот момент я видел именно дотнетовский, причём обрезанный.