2009-10-30 1 views
5

Мне нужна помощь, пытаясь получить данные о тепловой доставке с веб-сайта на локальный принтер Zebra. Сама по себе информация представляет собой простой текст, но по какой-то причине буферизация его с веб-сайта кажется очень сложной. У кого-нибудь есть опыт? Я использую ColdFusion 8 и Windows Server 2008.Насыпка данных тепловой доставки данных с веб-сайта

+0

У вас есть код, который вы можете показать нам, чтобы мы знали, что мы не пишем ваш код для вас? –

+0

Ух, конечно, что вам нужно? Проблема с моим вопросом заключается в том, что я не знаю, с чего начать, поэтому я просто искал идеи. –

ответ

0

Я искал эту проблему целую вечность. В конце концов, мне пришлось создавать загружаемые печатные файлы. Пользователь загружает их, а затем copy (MSDOS) их на принтер.

Существовали два основных вопроса:

  • вообще говоря, вы не можете распечатать с веб-сайта, если вы не откроете файл (т.е. файл становится локальные)
  • драйверы принтом на пользователя (Windows) машины добавить непечатные символы в файл штрих-коде, как он отправляется принтеру

Мы установили командный файл (который запускает копию вместо печати) на всех клиентских машинах, которым необходимо печатать штрих-коды, и мы добавили пункт меню правой кнопки мыши, чтобы запустить пакет в файлах с именем * .barcode.

Я буду смотреть эту тему, чтобы узнать, нашел ли кто-нибудь более прямое решение. Но это было единственное, что мы могли бы сделать, учитывая параметры нашей ситуации.

1

Я был неясно вашим вопросом, как будто принтер Zebra подключен к веб-серверу и к какому программному обеспечению сервер работает. Если вы пытаетесь отправить данные на принтер, подключенный к веб-серверу, я использовал следующую информацию для передачи данных этикетки для термопринтера Zebra в растворе Intranet и он работал большой:

How to send raw data to a printer by using Visual C# .NET

Возможно вы можете адаптировать это решение к своей среде.

+0

Принтер Zebra не подключен непосредственно к веб-серверу, он будет подключен к клиенту, подключающему соединение. Или более непосредственно это будет мой клиент с их веб-браузером. –

+0

Это одна из проблем, которые у нас есть. – dnagirl

1
  • Ваши данные печати могут быть отправлены с типом MIME (есть, вероятно, один для него, но вы могли бы сделать одно слишком)
  • На компьютере клиента, они могут иметь этот тип MIME отображенный в программе который просто печатает все, что получает.

Установка типа MIME на ПК может быть выполнена с помощью кода или файла .REG. Если вы контролируете среду пользователя, это довольно просто. Создание программы, которая сбрасывает все, что она получает, также легко. Это была бы хорошая задача для Visual C или хорошего старого VB6. Очень маленький код. Пока у пользователя есть .EXE и файл .REG, они будут печатать надежно, каждый раз, без помех в браузере. (подумайте об этом как о том, что происходит, когда вы нажимаете ссылку на PDF-файл. Открывается Acrobat. Ну, пусть небольшая печать EXE открывается для вашего типа файла - простая).

Это мне знакомо ... Я думаю, что я сделал это с помощью фирменного набора шрифтов ... AH! Да, я должен был сделать это, чтобы генерировать ипотечные документы, которые использовали проприетарные шрифты для рисования симпатичных строк. Я смог воспользоваться собственным автономным сервером заимствования ипотеки, поделиться папкой, в которой были созданы файлы .PRN для ипотеки. Веб-сервер с доступом к этому ресурсу перечисляет файлы в общем доступе на веб-страницу, а затем, когда пользователи щелкают по файлу, .PRN будет передавать на свои ПК, где соответствующий .EXE будет рассматривать его как один из своих и отправьте его на правильное устройство вывода (назначенный принтер в их местоположении).Этот немой маленький кусочек кода мгновенно ликвидировал 126 серверов документов (и их расходы на обслуживание и лицензирование), и ипотечные документы никогда не терялись или снова отправлялись в неправильную ветку. Я думаю, что потребовалось 3 часа, чтобы все это работало с самого начала до тестирования в филиалах.

Да, это же здесь. Это сработает. Доверьтесь мне. Это сработает.

0

Я не знаю, полностью ли я понял вашу проблему или точную среду, но я ответил на аналогичный вопрос here с примером для ASP.NET (C#). Это решение предназначено в основном для известного принтера (определенного IP и порта). Если у вас есть несколько клиентов с собственными принтерами этикеток, решение может быть использовано и для этого. Но тогда вы должны сделать решение, в котором клиенты могут установить свой собственный IP-адрес и порт своего принтера этикеток. Им также может потребоваться сделать порт для трафика в своем брандмауэре. Затем веб-страница печатает только на указанный IP-адрес и порт. Вы также можете использовать имя домена вместо IP.

0

Может быть, вы могли бы попробовать это: http://code.google.com/p/jzebra/

Этот проект позволяет ZPL команды для отправки на принтер через веб-браузер.

 Смежные вопросы

  • Нет связанных вопросов^_^