Внешняя обработка позволяет создать штрих-коды типа Code-128 (для 8.2, 8.3)
Для работы необходимо наличие в системе установленного шрифта code128.ttf (в архиве). Для формирования штрих-кодов можно использовать все печатаемые символы (кроме кирилических): Пробел ~ ! @ # $ % #k8SjZc9Dxk & * ( ) _ — + = 0 1 2 3 4 5 6 7 8 9 [ { ] } ; : ‘ » | / ? , < . > ` A B C D E F G H I J K L M N O P Q R S T U V W X Y Z a b c d e f g h i j k l m n o p q r s t u v w x y z
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Интересная обработка.
Вот мне бы обработку , которая бы на печатные формы нужных мне доков ставила штрихкод.
Например сопроводительный лист.
Проще было бы его находить в базе.
(1) Boudybuilder, а что мешает взять код обработки и включить его в свою конфигурацию, в один из общих модулей? И при печати документа вызывать его? Или у обработки изменить макет, т.е. «подогнать» его под печатную форму документа. Вариантов много.
Я как-то пытался вывести такой штрихкод на ценник 5х3 см и он не влез. Проблема с масштабированием существует или у меня руки кривые? )) Какой минимальной должна быть ширина штрихкода, чтобы он считался? Поделитесь, если есть инфо.
(3) tolyan_ekb, можно изменить размер шрифта (штрих-код формируется как обычный шрифт), а так все зависит от качества печати и разрешения сканера.
ооо…крутая обработка. Спасибо
Спасибо за идею использовать шрифт вместо стандартной компоненты ActiveX 1CBARCOD.DLL .
Идея использования ШРИФТА вместо компонент одни ПЛЮСЫ))
1)Не надо загружать компоненты))
2)Печать будет стопудово БЫСТРЕЙ
3)Нет проблем c поворотом например на 90 градусов))
PS
Ща попробую ЭТОТ шрифт и обработку, до это пробовал другой шрифт но блин не печатался он на прнт.ZEBRA)))
УРРА попробовал на ZEBR-у печатается))
ставлю +
однозначно))
Немножко повозился чтобы запихать 2-е ТЗ и список в Общий модуль.
Следовательно пожелание автору доработать ОБРАБОТКУ так,
чтобы не было ВЫШЕ перечисленных ТЗ и списка на самой форме! )))
А можно узанать, куда ее вставлять и как пользоваться?
как раз искала пример, спасибо большое =)
Сталкивался с тем, что на маленьких этикетках ШК типа Code39 читаются плохо из-за высокой плотности. Будет ли Code-128 решением ситуации? Или придется брать этикетки побольше?
(13) Psylocibine, тоже интересует этот вопрос
а это обработка будет генерировать штрих — код в бухгалтерии?
Я так понял, она генерит либо Code128B, либо Code128C, причём выбирает автоматически. А нет примера описания алгоритма для Code128А ? Что-то нигде не могу найти чёткого описания.
(13) Psylocibine,
Числовой code128 будет короче, а символьный длиннее- исходя из этого получается ответ: при неизменном размере напечатанного кода будет лучше читаться если используется только число.
Спасибо. Очень помогло.
Сильно руки чешутся минус влепить.
Алгоритм заточен именно на использование в рамках обработки. Вынести как процедуру в общий модуль — надо все переписывать.
Посмотрел еще раз. Получается автор выложил не алгоритм, а саму обработку — типа хвалюсь.
Держи минус.
(22) Мил человек, посмотри на раздел, в котором лежит эта обработка: Программирование — Инструментарий, и сделай выводы.
Я видел название раздела.
Выводы написал пару постов вверх
(25) Ай, мододца. Сделал же. Самое сложное в нашем деле подать идею (обработка это именно идея), а реализацию можно сделать на свой вкус и умение.