(33) Lyas, пишу по памяти потому как модуль уже переделал. Переменная принтер тут отвечает за список установленных принтеров в системе, а Item(1) в свою очередь указывает на конкретный принтер этого списка. Такова была специфика.
(0)
1) Можно не создавать профиль в реестре. Все равно все настройки в коде устанавливаются. Я, по крайней мере, так делаю.
2) Можно сделать выбор в каком формате сохранять, например, .PDF. Тогда конвертация будет более универсальной.
Что-нибудь вроде этого:
ОбъектПринтер.cVisible = ЛОЖЬ;
Опции = ОбъектПринтер.cReadOptions();
Опции.ShowAnimation = 0;
Опции.UseAutosave=1; // автосохранение
Опции.StartStandardProgram = 0; // все равно программа не запускается (работает только в случае, если установить этот флаг непосредственно в PDFCreator)
Опции.UseAutosaveDirectory = 1; // сохранять в
Опции.AutosaveDirectory = Каталог; // путь автосохранеия
Опции.AutosaveFilename = ФайлПечати; // имя файла
Опции.AutosaveFormat = 0; // формат - PDF
Опции.PDFUseSecurity = 1; // защита PDF
Опции.PDFAes128Encryption = 1;
Опции.PDFOwnerPass = 1;
Опции.PDFOwnerPasswordString = Строка(Новый УникальныйИдентификатор);//значение пароля
Опции.PDFDisallowCopy = 1; // защита PDF
Опции.PDFDisallowModifyContents = 1; // защита PDF
Опции.DisableEmail = 1;
Опции.PDFDisallowModifyAnnotations = 1;
Опции.PDFDisallowPrinting = 1;
ОбъектПринтер.cOptions = Опции;
ОбъектПринтер.cDefaultprinter = PDFCreator;
ОбъектПринтер.cClearcache();
ОбъектПринтер.cPrinterStop = Истина;//остановим, пока не получены все задания на печать
(5), (26), (27)
Родная сохранялка в PDF работает не всегда правильно. Если кто не верит - могу показать.
Вирт. принтер тоже не могу использовать, т.к. его надо устанавливать.
Пока остановился на Yoksel-е, но там тоже проблема нарисовалась.
Неужели не существует ВК, которая преобразовывает MXL в jpg/png/pdf? (pdf хотя бы как картинка)
(6) где джипег популярнее?
стандарт де факто - пдф
не говоря уже о том что работая с пдф при решении основной задачи "нередактируемость сохраненного макета" вы получаете
1. стандартный формат
2. выгрузку из любых режимов (толстый тонкий и веб)
3. возможность клиенту копировать куски текста из этого самого ПДФ
а п.3 очень и очень важен.
он означает что ваш клиент получив счет от не матерится на безмозглых дурачков которые ему прислали идиотский скан с которого все реквизиты приходится перебивать с клавиатуры а нормально через копировать/вставить все номера счетов, ИННы и прчие БИКи в свою базу копирует.
(7) IamAlexy, возможно, вы правы, я всего лишь описал еще одну возможность упрастить жизнь менеджера. Дело стоит за малым использовать то, что написано в этой статье, либо в 8.2 сохранить в PDF. Никто никого не заставляет=) Поэтому споры тут нецелесообразны. Еще раз обращаю внимание что статья не о MXL to PDF, а MXL to JPG.
(6), (7) я конвертирую счета в формат .png.
потому что в pdf я не смог обойти такую проблему: у меня печать и подпись можно скопировать из создаваемого pdf,
а из png нельзя. И это при установленной защите от копирования текста...
И надо сказать, что база на платформе 8.1.
(20) Rustig, А кто помешает желающему печать-подпись скопировать непосредственно из рисунка? Сложнее чем копи-паст, но не недоступно. ИМХО, тут разве что наложение "водяного знака" через весь документ с печатью поможет, либо надпись на печати некоего уникального кода именно этого документа.
А в "отсканированный" таким образом документ можно вставить печать и подпись в нужное место? Если их прилепить на печатную форму они подхватятся этой обработкой?
(14) Шёпот теней, к слову о HTML могу отметить небольшой, но очень неудобный минус - печати и подписи будут храниться отдельно в файлах. Это я к тому, что картинки там только в <img>
(16) кто ж тебе из клиентов позволит пересылать подписи и печать в готовом виде? это ж подстава...
а ведь речь в большинстве случаев о том, как подписанный счет да с подписью переслать контрагенту... ;)
(21) есть конторы которы НЕ платят по счету даже если это аванс без печати и подписи
подавай им хотя бы сканкопию или по факсу но чтобы была печать и подпись.
Понятное дело - они потом оригинал затребуют всегда, но для оплаты аванса им таких "отсканированных" печати и подписи за глаза хватает
(15) вообще-то картинки можно внедрить в сам html как base64 данные и не будет никаких файлов отдельных , вот так
<img src="data:image/gif;base64, здесь base64 data>
у html другой минус, с ним затрахаешься, чтобы он нормально отображался так как есть, разные браузеры, разная поддержка html привела к бардаку, с которым не очень хочется связываться, если ты не дизайнер html (я вот не дизайнер), то колонки будут не той ширины, то ячеки будут сдвинуты, ну его нафиг. html хорош для сайтов.
(18) Шёпот теней, прошу прощения за супер поздний ответ (просто у меня в почте письма от ИС в спам попадают, а я не особо парюсь, уж больно много писем от ИС). нет никакой разницы в контексте веба html или xml, xml также будет отображаться по разному, это не от формата зависит, а от поддержки и совместимости браузеров. вон я открывал rsdn, что там такого сложного в верстке сайта? в IE один вид и даже цвет, в хроме другой. Там xml хочу заметить.(в статьях по крайнем мере). А рендеринг шрифтов? Просто имеется в виду наверное xml собственной разметки, не вебовской. Ну тогда о чем речь, html в этом случае ничем не отличается от xml, сделайте достройку дерева в html до xml и отображайте xml так как вам надо.
(15)
1. Есть формат mht (МСовский "веб-архив") - весь html одним файлом. Сделать его из страницы в принципе не сложно: сам формат соответствует MIME секционному файлу, похожим образом файлы писем формируются (подробнее тут, хотя и замудрено, проще сохранить страницу как mht и посмотреть внутрь - все понятно будет). Поддерживается (естественно!) MSIE, оперой, вроде с недавнего времени - хромом, а лисой - только с соотв. расширением. Если целевой получатель пользуется ИЕ - вполне пойдет.
2. Более интересная вещь: есть протокол "встроенных данных" (data), может быть использован в любом источнике данных (src) html-документа. Выглядит так: "data:<ТипДанных>;<ТипКодировки>,<Данные>", где <ТипДанных> - MIME-тип данных, "<ТипКодировки>,<Данные>" - соответственно текстовое представление данных (в случае двоичных данных - лучше всего в base64) - подробнее тут.
То есть для картинок будет где-то так:
"data:image/jpeg;base64,"+Base64Строка(ДвоичныеДанные_Из_Файла_Картинки) .
Ограничение - встраиваемый объект не может превышать 32К.
(0) название статьи не соответствует содержимому.
читатель обманывается, хоть и не замечает этого.
Вы не сканируете, вы конвертируете форматы. Это первое замечание.
Второе, неужели вы не использовали следующие статьи?
http://infostart.ru/public/75969/ http://infostart.ru/public/20710/ По-моему, ссылка на первоисточник должна быть.
(22) Rustig, обращаю внимание что сканировать без сканера в принципе невозможно. Первая часть названия статьи передает сущность написанного, а вторая часть после слова "или" раскрывает технический смысл написанного.
Писал статью опираясь исключительно на свой опыт, а найти информацию о технологии можно по всему интернету. В статье я делаю акцент именно на идею использования технологии.
В (22) правильно сказано, что по сути всё уже было тут на инфостарте. Единственное отличие - jpg, но это как раз не самое удачное, решение. PDF всё-таки правильней. Во-первых, картинки обычно корпоративной почтой режутся чаще, чем PDF-ки (да и шанс под спам-фильтр попасть у клиента с jpg-ом при авторассылке скорее всего выше). Во-вторых, нормальная распечатка PDF-файла гораздо проще, чем jpg, особенно, если документ будет на несколько страниц. Ну и как правильно заметили, текст из jpg не копируется. Да и кстати, jpg для передачи картинок с текстом изначально не предназначен.
А вот по поводу использования виртуальника, а не встроенного конвертора, к сожалению вопрос актуальный для многих. Поддержка pdf появилась насколько я помню только в 8.2.15, а далеко не все на эту платформу перешли из-за того, что необходимо конвертить базу, решать проблемы совместимости и прочее.
(0) Статья полезная, вот только не для документов, кстати а почему автор указан как "(shakmaev) Александр Шакмаев" а отписывается как "cruze"? Это конспирация или что?
(30) Любопытно какие проблемы есть, поделитесь?
(21) Дают, и еще и просят. Кто хочет тот и из png все что нужно вырежет как уже сказал (24)
Я тоже больше за PDF в силу его простоы
(35) webester, это зависит от pdf. Поскольку в pdf может сохраняться текст как текст, такой pdf будет меньше jpg, в котором этот текст будет тем же рсунком (да и полезные возможности типа копирования текста будут). Ну а если в pdf текст как рисунок сохранить - будет и больше jpg. Кстати, jpg как формат рисунка для текстов - не лучший вариант.
(39)Сканировали в pdf не распознавая, размер получался меньше в разы, чем в jpg. А в случае с печатью из 1С там вообще текст при любом раскладе, то есть размер гарантировано меньше.
(41) webester,
1. На момент написания статьи в платформе 1С еще не был реализован метод сохранения документов в формат pdf.
2. Формат JPG открывается стандартными средствами Windows, Mac, Linux, именно поэтому в моем случае был выбран формат изображения.
p.s. Сейчас уже используем PDF потому как клиентам удобно копировать оттуда реквизиты для оплаты.
На момент написания статьи в платформе 1С еще не был реализован метод сохранения документов в формат pdf
Ваш метод сам по себе строится на pdf принтере. О чем вы? То есть возможность печати в файл и в пдф в том числе, это обязательное условие вашего решения.
Формат JPG открывается стандартными средствами Windows, Mac, Linux, именно поэтому в моем случае был выбран формат изображения
Тут вы все таки правы, но я все равно бы выбрал PDF, в силу того что он уже давно стандарт для электронного документа, бесплатные реализации читалок pdf есть для любой ОС. Не надо тормозить прогресс. Так и до блокнота можно докатиться. Когда заходит речь о установке\переустановке ОС, постоянно слышу:
%Name% не забудь программу поставить, что бы счета из электронки открывались ну эту... ну ты понял
А в случае с печатью из 1С там вообще текст при любом раскладе, то есть размер гарантировано меньше.
*я об этом неуместном комментарии
:) То есть это норма читалка пдф и уже давно.
Можем спорить бесконечно о популярности форматов, их хороших и плохих качествах, как было выше в комментариях.
Однако, говоря о нормах, еще есть люди, способные при замене у них монитора задавать вопрос: "А пароль от Виндус сменился?", и это далеко не предел.
Зачем в pdf, а не в xls? Если, чтобы не подделывали документы, тогда лучше в картинку jpg, tif,.. поскольку есть программы которые умеют корректировать pdf, если там есть текст... хотя и картинку можно отфотошопить, но это уже труднее, если еще картинку документа зашумить... е
а еще лучше использовать электронные подписи