2013-03-12 2 views
1

XPS 문서를 만든 다음 다양한 프린터 서버 (MS)를 통해 다양한 인쇄 대기열로 인쇄하는 인쇄용 웹 서비스 (C# MVC 4)를 개발했습니다. 이 모든 것은 선명한 인쇄 대기열에서 잘 작동하지만 글꼴 크기가 올바르더라도 Lexmarks로 인쇄하면 모든 글꼴 데이터가 손실됩니다. XPS 뷰어에서 볼 때 XPS 문서가 모두 올바르게 표시되고 인쇄 서버를 통해 뷰어를 통해 Lexmark로 제대로 인쇄되면 제대로 작동합니다. 글꼴은 인쇄 서버에 있고 샤프 대기열은 Lexmark와 동일한 인쇄 서버에 있으며 글꼴은 모두 XPS 문서에 지정되어 있습니다. Lexmark 프린터 설정, 드라이버 등을 변경하면 아무런 차이가 없습니다.XPS 인쇄 : Lexmark 프린터의 글꼴 손실

MS의 해결책은 글꼴 변환 버그로 인해 서버 쪽 인쇄를 할 때 인쇄 스풀러를 끄는 것 뿐이라고 (1 년 전부터).

나는 이것이 꽤 애매한 질문이라고 알고 있지만 누군가가이 고통을 겪었고 이것을 해결하는 방법에 대한 조언을 해주면 감사하겠습니다.

+0

저는 잠시 동안이 해결책을 찾고 있었지만, Lexmark 드라이버가 아닙니다. 다른 프린터에서도 똑같은 것을 보았습니다. Windows 서비스에서 인쇄하는 것과 관련이있는 것 같습니다. 그것은 v4 드라이버 (XPS 기반)에서 고정되어있는 것 같아 MS는 그것에 대해 아무 것도하지 않을 것이라고 생각하지만 프린터 제조업체가 드라이버를 최신 사양으로 마이그레이션하기를 기다립니다. –

답변

1

음에 갈 정도가 아니지만, 나는 세 가지 의심 : XPS 드라이버은 서버에 그들에게

  • 렉스 마크의 프린터 드라이버를 포함시키지 않고

    1. XPS에서 당신이 참조 글꼴을 생산하고 문서를
    2. 글꼴이 프린터 자체에 설치되어 있지 않습니다. 내가 # 3에 대해 어떠한 보장도하지 않습니다하지만 상황을 수습해야 이 세 가지 사실을 변경하지, 괜찮아 가정

    .

    이유는 XPS를 래스터 화 (원본 이미지 데이터로 변환) 할 때까지 글꼴이 사용되지 않기 때문입니다. Lexmark의 경우 Sharp의 경우 프린터 서버에서 발생하는 반면 장치에서는 Lexmark의 경우 발생하고있는 것으로 의심됩니다. 이는 XPS 뷰어에서 XPS 문서를 인쇄하면 뷰어가 실행중인 컴퓨터에서 래스터 화가 발생하므로 올바르게 작동한다는 사실에 의해 지원됩니다.

    인쇄 서버에서 비 XPS 드라이버를 사용하면 약간의 성능 저하가 발생합니다. 프린트 서버는 효과적으로 XPS를 GDI로 변환합니다. 그러면 비 XPS 드라이버가 PostScript 또는 PCL과 같은 다른 PDL로 변환됩니다. Sharp 드라이버는 호스트에서 래스터 화를 수행하는 XPS 드라이버 일 수도 있지만 이것이 Sharp 드라이버의 경우라고 생각됩니다.

  • +0

    자세한 응답, 포인터 및 의미를 주셔서 감사합니다. 저는 오늘 이것을 조사하고 모든 것을 기초부터 철저히 지키고 있습니다. 당신의 대답은 나에게 목표로 삼을 영역을줍니다. – user1999476

    +0

    사양에 따르면 XPS 문서에는 글꼴을 비롯한 모든 참조 된 리소스가 포함되어야합니다. 그렇지 않으면 유효한 XPS 문서가 아닙니다. –

    1

    OK. 다음 테스트가 많이 수행 된 이후 (다른 사용자에게 도움이 될 수도 있음)

    위의 질문에 대한 답을 .. 1) 임베디드 글꼴을 확인하고 MS 공식 테스트 XPS 파일을 사용했습니다. 도움이되지 않았습니다. 2) 사용 된 Lexmark 드라이버는 winprint> RAW입니다. 이걸 바꾸면 도움이되지 않았어. 2) 프린터에 글꼴이 설치되어 있습니다.

    시험 1) 새로운 인쇄 서버로 날카로운 프린터로 직접 인쇄하십시오. 글꼴이 손실되었다는 문제가 나타났습니다. 해결 방법은 모든 문서를 인쇄 한 후에 만 ​​스풀러 설정을 변경하여 인쇄하는 것입니다. 문제는 사라졌지만 전문가 설정이 필요한 프린터를 구성하는 사람들에게 의존하고 싶지 않았기 때문에이를 거부했습니다. 이것은 클라이언트의 네트워크이며 제어 할 권한이 없습니다.

    2) 인쇄 서버의 기존 웹 서비스 (사용자 가장을 사용하여)가 날카로운 대기열에 인쇄되어 여전히 작동하는지 확인합니다. 확인했다.

    3) 인쇄 서버의 기존 웹 서비스 (사용자 가장을 사용하여)에서 Lexmark 대기열로 인쇄 된 경우에도이 작업은 실패하고 글꼴은 손실됩니다.

    4) Lexmark가 올바르게 인쇄되었다는 점에서 2 개의 개별 IIS 상자에서 인쇄 서버로 Lexmark 대기열 (도메인 응용 프로그램 풀 ID 계정 사용)에서 인쇄되어 이제는 올바르게 작동합니다 (C# new printserver (\ printerservername)). .

    5) 인쇄 서버의 기존 웹 서비스 (도메인 응용 프로그램 풀 ID 계정 사용)를 Lexmark 대기열에 인쇄했는데 여전히 실패했습니다 (C# new localprintserver()). 웹 서비스를 기존 (C#에서 (렉스 마크 큐에 프린트 서버의 도메인 응용 프로그램 풀 ID 계정)을 사용하여이 여전히 실패 새로운 printserver는 (\ printerservername))이 모든

    결말에 인쇄

    6) 로컬로 인쇄하면 이상한 이유로 글꼴이 손실되지만 원격으로 인쇄하면 글꼴이 유지된다는 것입니다. 모든 서버는 기본 설정이 동일합니다 (xps 뷰어가없고 도메인 앱 풀 계정은 서비스 계정입니다). 유일한 차이점은 새로운 printserver (\ printservername) 호출에 대한 새로운 localprintserver입니다. 로컬 또는 원격 설정을 유지하는 웹 구성 파일을 사용하여 동일한 코드가 시스템간에 포팅되었습니다. 모든 컴퓨터에는 IIS 7.5 .net 4.5 MVC 4가 있고 신뢰할 수있는 영역에 있습니다.

    내 솔루션이 분할됩니다. Sharp 인쇄가 인쇄 서버 서비스에 원격으로 설치된 문서 작성기에서 수행되고 Sharp 인쇄가 인쇄 서버에서 수행됩니다 (Equitrac "follow me"인쇄에 필요합니다. 왜냐하면 나는 Kerberos 대표단을 사용하고 싶지 않았기 때문이다. 명시된 바와 같이 그것은 내 도메인이 아니며 잃어버린 spn 또는 kerberos 실패에 대해 인쇄본을 현명하게 중단시키는 전체 장소를 볼 수 있습니다.

    어쨌든,이 도움이되기를 바랍니다.

    관련 문제