Печать от C# с помощью слишком многих дескрипторов
Это зависит от целевой аудитории для Вашей документации.
Для справочной службы (уровень 1) вводят, контрольный список является корректным способом пойти; конечно, это предполагает, что существуют более высокие уровни поддержки с более глубоким знанием, которое Вы описываете.
Если документация для системной группы, я всегда допускаю ошибку на стороне большего количества документации. Достаточно трудно иметь соответствующую документацию только для продвижений, если кто-то (самостоятельно) хочет записать более обширные документы с необходимой справочной информацией - никакой нормальный человек не должен стоять на пути!
Попытайтесь воспроизвести признак с другим драйвером, как HP LaserJet 4 или 4100 PCL. Используйте встроенный драйвер, не пользовательский драйвер, который предоставляется поставщиком.
Если признак происходит с теми драйверами, это - вероятно, не проблема с драйвером P4515.
Выполните находку на своей папке %systemroot %\system32\spool\drivers, ища hpbmini.dll и hpcdmc32.dll. Более старые версии этих файлов, как известно, вызывают главные проблемы в печати.
-
1Какого возраста слишком старо? из hpbmini.dll существует версии 1.0.0.19 и 1.0.0.12. Из hpcdmc32.dll существует версии 1.0.2.37 и 1.0.1.17. – mpeterson 15 October 2009 в 18:24
-
2hpbmini.dll 1.0.0.18 и позже должен быть в порядке. Не уверенный в hpcdmc32.dll. Вообще говоря, если бы Вы используете пользовательское (не встроенный) драйвер HP, я обновил бы эти файлы или весь пакет драйвера и перетест, наряду с тестированием со встроенным драйвером. – Greg Askew 15 October 2009 в 18:44
-
3I' ve отметил это как ответ, потому что серверы принтера были восстановлены (не связанный с этой проблемой) и I' ve не больше имел проблему. Мое предположение - то, что один из драйверов PCL6, которые я сузил, был багги, и когда они восстановили сервер, они использовали другую версию. – mpeterson 17 February 2010 в 06:37
Ваш, Располагают () - луг Ваших объектов PrintDocument - Вы? Это - частый пропуск от MS примеры.NET.
-
1Честно говоря, нет, я haven' t изменил это. Однако существует, не Располагают метод, явно определенный на том объекте; это наследовало Расположить метод от Компонента. Это объединилось с отсутствием примера в MSDN, заставил меня думать это wasn' t необходимый? Это shouldn' t повреждают что-либо, таким образом, I' ll дают этому попытку. Спасибо за предложение. – mpeterson 15 October 2009 в 18:07
-
2Поскольку печать является задачей GDI, которая будет использовать неуправляемые ресурсы, всегда расположение является хорошей практикой так или иначе. Может иметь место, что PrintDocument порождает другие экземпляры класса, которые требуют Расположения, которое было бы обработано Расположением, наследованным от Компонента. – Maximus Minimus 15 October 2009 в 19:40
-
3Я действительно задавал этот вопрос на форумах MSDN, и ответы несколько смешаны. Там doesn' t, кажется, причина НЕ расположить, но также, кажется, нет никакой причины сделать так. Можно читать, это здесь раз так чувствовало склонность: social.msdn.microsoft.com/Forums/en-US/csharpgeneral/thread/… – mpeterson 15 October 2009 в 21:16
-
4Я работал бы с советом в последнем комментарии туда: " если Ваш класс реализует IDisposable, Расположите () его. Даже когда it' s технически (в настоящее время) не значимый, чтобы сделать так; человек, который говорит it' s хорошо для не Расположения () играет с огнем. Так или иначе, то, что в стороне, Вы пробовали его, и это работало или нет? – Maximus Minimus 16 October 2009 в 11:16
-
5Я won' t смочь попробовать любое из этого до следующей недели, но обновит всех с результатами в то время. – mpeterson 16 October 2009 в 19:07
Проверьте код приложения. Удостоверьтесь, что соединения принтера создаются в using операторы. В других отношениях управляемый код, как гарантируют, не закроет их в своевременном вопросе, и как быстрыми вещами является выпуск, действительно мог зависеть от природы драйвера принтера (значение, что различные образцовые принтеры могли быть признаком этой более глубокой проблемы).
-
1