Печать выполняется на стороне клиента и обрабатываются машиной пользователей, вы не будете иметь доступ к этой информации.
развернутый ответ
Чтобы расширить на комментарии. Процесс, который происходит для такого типа вещей, выглядит следующим образом.
- ASP.NET отправляет файл клиенту (вы контролируете)
- Браузер открывает файл с приложением клиента по умолчанию (Controls Browser)
- приложение по умолчанию отображает файл (управления приложениями)
- пользователь выбирает, чтобы распечатать документ, может быть, теперь, может быть, 3 дня с этого момента (управления) применение
- приложение отправляет запрос на принтер и делается (Application Функциональность)
- печать системы на самом деле распечатывают документ, если отказ IT уведомляет пользователя (управление системой печати)
Так, как вы можете видеть, вы не только отключились от своего приложения ASP.NET, вы фактически находитесь за пределами Acrobat, если вы хотите получить «True», это результат печати. Например, если вы печатаете документ в Microsoft Word, а на принтере заканчивается бумага, кто уведомляет вас? Не Microsoft Word, а система очереди печати.
так, что обходной путь? – SoftwareGeek
Невозможно узнать, что клиент делает с PDF, который они получают через веб-запрос. Вы можете документировать только в базе данных, что PDF был * скорее всего * * доставлен * им. Скорее всего, потому, что они, возможно, начали загружать PDF-файлы и, возможно, закрыли браузер. –
@bhejaFry - для ASP.NET нет возможности для получения этой информации, нет обходного пути. Решение Джеймса МОЖЕТ получить вам часть пути, но даже тогда, это просто уведомление об открытии, которое не печатается, и, конечно же, не удачная печать. Поскольку даже такие приложения, как слово, не знают, успешно ли они печатаются. –