Человек вставляющий тэг в конце строки или документа не знает о этой проблеме, его просто раздражает такое поведение редактора. И если с html он не знаком то и в исходный html пускать его смысла нет. Остается только каждый раз вставляя программно тэг анализировать на конец строки или документа идобавлять пробел программно, что есть костыль.
webbrowser компонент формирует задание на печать сам и не предоставляет никаких интерфейсов для управления этим заданием (по крайней мере мне найти не удалось). Более того, Вы даже принтер программно выбрать не сможете, сначала прийдётся делать нужный принтер принтером по умолчанию, а потом использовать метод webbrowser.Print(). С этим компонентом все очень кисло, не связывался бы с ним если бы выбор зависил от меня. По сути webbrowser просто обёртка над IE ActiveX.
Если интересно, я уже обсасывал альтернативные решения тут и тут. И ничего кроме как править реестр не нашел (спрашивал во многих местах, не только на хабре). Буду рад, если окажется что есть решения. К примеру, если суметь получить правильный поток из webbrowser то все задачи сильно упрощаются и сводятся к использованию стандартных классов для управления печатью (PrintDocument и прочих).
На данный момент все заработало (через реестр), за исключением только задания какие страницы печатать. С ними пока затык.
Ещё проблемка. У подключенных по сети принтеров есть настройка которая говорит тянуть настройки при печати с сервера или из локальных настроек. Не смог найти где она находится в реестре, внутри структуры DEVMODE я её тоже не нашел.
я хочу вносить изменения в реестре в их DEVMODE структуру (размер бумаги, ориентация, разрешение цвет итп).
для локальных принтеров уже делаю, на очереди сетевые.
Это была первая мысль, но установка была свежая и сделан только один бэкап. И тот же кадр что удалил Default web site отформатировал этот диск с аргументацией зачем нам чистый бэкап если теперь сделаем уже с настроенными почтовыми папками и почтой внутри. К сожалению кадр этот является моим шефом и просто сказать ему мол сам наколбасил сам и разгребай не могу. Приходится разгребать. Нашел не плохую статью, но именно вопрос с настройкой IIS в ней отражен слабо. По сути Exchange работает, проблемы только только некоторыми его прогами которые через web интерфейс коннектятся (Exchange Management Console, Exchange Management Shell, и Windows SBS Console в момент когда она пытается создать почтовые ящики).
Какой POST запрос если сети нет?
Ну создавайте свой шифрованный файл на флэшке открывая который сервис проверяет его валидность и ключ, причем в ключ входит размер флэшки и её серийник ну и соль какая то (можно ещё что то придумать.
Кстати, есть флэшки где серийник не переписывается утилитами.
Я бы на Вашем месте накупил флэшек с встроенным аппаратным шифрованием и внешним API, для каждого пользователя бы завел свою флэшку с паролем, написал бы сервис для винды который, при подключении, тупо пытается войти на эту флэшку по ключу и если происходит исключение, флэшка не шифрованная или ключ не тот то сразу отключать устройство. Причем пароль бы сделал из 2 х частей, специфичной для пользователя (напр ID Учетной записи в системе) и вторая часть специфичная для организации (соль)), что усложнило бы возможность несанкционированного доступа.
Но абсолютной защиты добиться трудно (и дорого), можно только максимально усложнить процедуру доступа. Если у пользователя будет стоять отладчик то поломать такую защиту не сложно.
Короче если готовы тратиться ищите аппаратное решение, их великое множество. А если не готовы ничего серьёзного у Вас не получится. Незнаю по какому стандарту строится безопасность в Вашей конторе но само наличие usb порта в компе уже говорит о том что она не высока. В нормальных конторах компы стоят в сейфах с сигналкой и доступа к портам и аппаратной части нет. Всякое копирование данных осуществляется централизованно ответственным человеком и под подпись.
