AntonariyМСУпропущено...

Код будет, утырок? Или снова сливаешься в унитаз?Мне с тобой не по пути

Той строчки, что я уже написал, вменяемому человеку достаточно, а ты высри еще кирпич и обтекай дальше.

Унылый отмаз нашкодившего школьника. То есть ты не в состоянии аргументировать свой высер. Собственно, я и не сомневался. Такое чепушило как ты не способно выдавать валидный код

P.S. Для кретинов сообщаю, никакими селекторами тут и не пахнет, бестолочь. Это дом от нативного Microsoft.mshtml. Учи матчасть и не засоряй топик своими тупыми сообщениями.

Долбак снова жжет мембершипом. Какой в зад ini файл, чудовище? Ты, вообще, понимаешь о чем тут речь идет?

VIT2708, вот код конкретно под твою задачу:

НахлобучК твоему сведению: Microsoft.mshtml.dll - это Primary Interop Assembly, распространять которую тебе не позволит лицензия. Так что у тебя выбор -- либо полагаться на то, что на машине клиента таки будет эта сборка и будет имеено нужной тебе версии, либо генерировать обертку самостоятельно с помощью tlbimp.exe и снова иметь возможность поиметь проблем с расхождением версий у тебя и у клиента. Или играться с Embed Interop Types и Specific Version. Это про удобство развертывания.
В том-то и дело, что мне её не нужно распространять, она есть в любой винде. И собирается проект с CopyLocal = False. Так что все опасения твои по поводу того, что этой сборки не окажется - напрасны. Никаких проблем с развертыванием не было, не нужно тут пугать людей и наводить страх.

НахлобучМСУВо-вторых, "богатость и гибкость" выражается в процедурности подхода и его типизации, а не банальных ошметках xml, порожденных из кривого тупого xpath запроса.Я тебя просил критерии, по которым ты оцениваешь богатство и гибкость, а ты опять в сторону увиливаешь. HtmlAgilityPack позволяет точно так же, процедурно, обходить все дерево и выбирать узлы, но с XPath-выражением получается в короче и выразительнее. А выкрик про "банальные ошметки XML"... Чего этим сказать-то хотел?
Я тебе эти критерии озвучил, читай внимательнее. Процедурность подхода мощнее xpath запросов и типизация дом элементов таки. Никаких увиливаний, просто пытайся понять, что тебе пишут.

SeVaМСУДолбак снова жжет мембершипом. Какой в зад ini файл, чудовище? Ты, вообще, понимаешь о чем тут речь идет?
Тупое животное, сходи на курсы, объяснять азы такому придурку-пустая трата времени.тебе даже вагоны чистить еще рано
Ты в очередной раз блеснул своей тупостью, обезьяна html-льная Прячься в зоопарке и не пугай форум.

Сон Веры ПавловныКстати, да, с весриями возможны косяки - я когда-то давно зачем-то подключал к проекту mshtml, и, видимо, обертка осела в GAC, и с тех пор не обновлялась, несмотря на то, что сменились 3 версии IE (сейчас установлен 10-й) - в обертке не было интерфейсов IDocumentSelector/IElementSelector, как раз предоставляющих методы querySelector/querySelectorAll. Помогла перегенерация обертки с пом. tlbimp.
Если оперировать классическими IHTMLElement, IHTMLDivElement, HTMLTableSection и т.п., то этого функционала хватит за глаза, т.к. он присутствует даже в самых ранних реализациях.

МСУСон Веры ПавловныКстати, да, с весриями возможны косяки - я когда-то давно зачем-то подключал к проекту mshtml, и, видимо, обертка осела в GAC, и с тех пор не обновлялась, несмотря на то, что сменились 3 версии IE (сейчас установлен 10-й) - в обертке не было интерфейсов IDocumentSelector/IElementSelector, как раз предоставляющих методы querySelector/querySelectorAll. Помогла перегенерация обертки с пом. tlbimp.
Если оперировать классическими IHTMLElement, IHTMLDivElement, HTMLTableSection и т.п., то этого функционала хватит за глаза, т.к. он присутствует даже в самых ранних реализациях.
А-во вторых, зачем тебе лишний референс на Mshtml.dll. Если код будет выполняться на Windows XP без SP, то получишь ошибку. А вообще странно, для серверных осей, начиная с 2003 сервера, эта библиотека в наличии и IDocumentSelector тоже. Так что какие-то сказки получаются.

Долбосева, задумайся о своём смысле существования на этом форуме. Ты обычная пустоголовая балаболка с выхлопом КПД в 0%. От тебя нет и не было толку.

Ты когда нам пенки свои покажешь, как html с помощью XmlReader парсишь, чучело?

Алексей КРаньше он таким не был. :-)
Да он всегда таким был, просто ты не присматривался. А сейчас вообще превратился в чмошника, которого не пинает даже ленивый.

Эдик, твои вопросы его сейчас отключат от реального мира и он опять начнет бредить. Он еще xml ридером не закончил парсить html через linq, а ты ему про dynamic. Не шевели ногой гумно, максимум только веточкой потрогай.

EDUARD SAPOTSKIМСУОн еще xml ридером не закончил парсить html через linq...
Хочу на это посмотреть чесслово...
Это еще раньше как-то забавляло, а теперь без слез на его гонево не взглянешь. Один отжиг про то, что Role Management API зло, намекает на то, что он полный кретин. Уж молчу про то, что IPrincipal рулит, а Membership гавно Это полный мрак, по нему уже целый букварь жести можно писать, всего не упомнишь.

НахлобучВнимание, вопрос: как с использованием Мембершипа отобрать у всех "Менеджеров" возможность удалять отчеты, но оставить все остальные полномочия в силе?
Вводится новая роль "Лайт менеджер" и прибивается к ней озвученная логика. У пользователей, кототорым запрещено удалять отчеты, я отбираю роль "Менеджер" и даю "Лайт менеджер". Причем, всё это делается в одном месте - в реализации SecurityService, само приложение через IoC общается с этим сервисом через ISecurityService. Вся логика остается в силе, приложение работает как работало.

В одном месте реализации метода CanReportRemove своего SecurityService я описываю требуемую логику в соответствии с новыми правилами.

P.S. Мил человек, я не выступаю противником новой абстракции (Rule). Тем более я сам когда-то в администраторе писал такую логику поверх мембершипа. Я просто тебе говорю, что в 99% случаях хватает обычных ролей. Если у тебя приложение-конструктор, поставленное на поток, возможно было бы неплохо реализовать возможность управления действиями (правилами) через крыжики UI.