Привет!

Надо отображать html на форме. Для этого взял Webbrowser, поместил на форму. Т.к. текст хтмл берется извне, то вывожу его так:



Это правильно или через "Ж"?

И ещё один вопрос. В хтмл-е есть ссылки. По нажатию на ссылку в этом же окне браузера открывается другая страница. А я хочу, чтобы по нажатию на ссылку новая страница открывалась в браузере по умолчанию, т.к. в данном случае Webbrowser использую только для того, что бы отобразить хтмл. Такое можно сделать?

Поведение страницы при использовании разных способов загрузки может отличаться. Помимо указанного способа можно грузить страницу методом Navigate, если она существует в виде файла на компьютере или в сети. Если страница есть только в виде текста. То можно передать ее свойству DocumentText(при этом способе некоторые функции могут не работать). Или скажем можно воспользоваться свойством DocumentStream. 
При использовании метода Write, могут возникать неожиданные эффекты, например внезапно откроется браузер. Насколько я помню этот метод надо использовать совместно с OpenNew. 

Ну можно, к примеру для ссылок установить атрибут target (хотя в этом случае открыться может ИЕ). Не очень элегантное решение, но заставить его худо-бедно работать таки можно. Можно прибегнуть и к более изощренным методам, например повесить на ссылки обработчики клика и выполнять открытие программно. В общем и целом, красивого решения у меня нет, но изловчиться можно.  

Страницы физически нету.


Поэкспериментирую, спасибо!


Почему я использую Write? Потому нашел только такой способ  (не знал про DocumentText и DocumentStream). А что такое OpenNew - не понял (у браузера такого метода не обнаружил).


Только что проверил, открывается ИЕ.


Это на джаваскрипт уже все делается? Или как-то можно обработчик клика по ссылке на C#-е подвесить и обработать?

У меня ещё был вопросик насчет отображения html. В общем, когда я начал искать информацию по работе с браузером, то почти везде используется метод Navigate. Но т.к. страницы физически нету и хтмл код генерируется на лету, то я искал способ в обход Navigate-а. Но я себе думал, что если такого не найду, то возможно, сделаю сохранение хтмл страницы где-то и потом её отображу через Navigate. Так вот вопрос: что лучше в моем случае, отображать хтмл код примерно как это делается сйечас, либо сгенерировать хтмл страничку, сохранить её где-то и отображать через Navigate>

Метода Write у браузера тоже нет, но ты ведь нашел. Может там же поискать? 

Ну это логично.

Вряд ли с яваскрипта получится запустить браузер по умолчанию. 

Проще всего так
http://msdn.microsoft.com/query/dev11.quer...r-.NETFramework
Правда докопаться до элемента-источника события без доступа к ком-объектам все равно не получится. Можно еще подключить mshtml для более полноценной работы с документом, а можно обойтись dynamic. В последнем случае, для получения адреса ссылки, по которой был выполнен клик вроде работает следующий код, написанный в обработчикеСоответственно придется после загрузки документа обойти все ссылки и привязать к ним обработчик. Вышеприведенным кодом в обработчике получишь адрес ссылки, а запускать браузер при помощи Process.Start


Сохранение страницы во временный файл - вполне нормальная практика, такой подход используется, к примеру, локальной версие msdn(все просмотренные страницы ты можешь обнаружить в папке TEMP). При использовании Navigate страница ведет себя как в браузере, если использовать тот же DocumentText, то, насколько я помню, у тебя даже доступа к DOM не будет и ты все описанное выше будет недоступно. Хотя в случае с Write, по всей видимости, этой проблемы быть не должно( я не пользовался этим способом), тем не менее могут возникнуть другие проблемы, которые возникают при использовании mshtml, в частности, как я уже сказал, при записи некоторых страниц внезапно может открыться окно браузера или еще что-то в этом роде, хотя при использовании open, эта проблема вроде как решается, поэтому я и посоветовал Write без OpenNew не использовать, все-таки эти методы - не более чем оболочки соответствующих методов mshtml.HTMLDocument

Понял 

Насчет всего остального цитировать отдельно не буду, опишу в общем. Раз сохранение и отображение файла - это нормальная практика, то я пока сделал именно так. В результате у меня даже получилось на ссылки навесить обработчики события. Но тут появились 2 проблемы:

1) Обработчики я навешиваю обходя коллекцию HTML элементов, полученных GetElementsByTagName("a"). Так вот, сразу после того, как отображается хтмл страница



метод GetElementsByTagName("a") возвращает 0 элементов. Но если я его вызову сразу после этого, но по нажатию кнопки - все ок. Попробовал в событии DocumentCompleted, но там тоже возвращает 0 элементов. Где это все правильно сделать?

2) Как я написал выше, худо-бедно (по нажатию дополнительной кнопки) обработчики навешиваются. Сигнатура метода-обработчика такая: OnclickLink(object sender, EventArgs e). При нажатии на ссылку я попадаю в него, но в результате sender = null, а в e ничего нету, кроме члена Empty. Пробую, как ты пишешь выше



но студия ругается на свойство event "Требуется идентификатор, event является ключевым словом".

ПС. Я вот думаю, может все это делать не через html, а через ListBox? Можно ведь какие-то симпотичные ListBox-ы делать?

Это надо делать в обработчике события DocumentCompleted. Желательно так же еще проверять свойство ReadyState.

Либо как уже сказал свойство проверь, либо можешь еще событие Navigated покурить.

Тогда собачку поставь вначале слова. Это особенности шарповского компилятора.

Лучшим решением было бы использовать документы WPF, но если принципиально, чтобы приложение было именно винформовским, то листбоксы тут не особенно подходят, все-таки функционал у них слабенький. Хотя тоже от задачи зависит.

Да не, не принципиально. Не шарю просто, решил в windows forms. Но раз такое дело, буду пробовать на WPF что-то на###кодить  . За ответы, как всегда, спасибо!  

Эммм, ну там изучать придется все это дело. В принципе можно и в браузере разобраться.

Добавлено через 7 минут и 5 секунд
Кстати ничто не мешает в винформ-приложении захостить на форму какой-нибудь документвьюер из впф. Браузер - все-таки штука трудноконтролируемая, а объектная модель документа в впф - вещь достаточно простая и удобная. Короче говоря: выбор есть.

Ну а шо делать?  Поковыряю ВПФ, если не получится, вернусь к браузеру.


Та это ж шарить надо...

Поняла))) Не туда написала((

Это сообщение отредактировал(а) irinazanuda - 30.6.2013, 07:09