1. Dom
  2. Pytanie i odpowiedź
  3. Report Viewer Czcionka rozciągnięta na maszynie z serwerem WIndows Tylko

Report Viewer Czcionka rozciągnięta na maszynie z serwerem WIndows Tylko

2010-11-09 20 views
9

Zrobiłem małą aplikację, aby wystawić rachunki za przesyłkę, gdzie użytkownik wprowadza wymagane informacje i może albo Podgląd (formularz z kontrolką ReportViewer się otwiera), albo Wydrukować direclty. Reportviewer używa lokalnego raportu wbudowanego w aplikację.Report Viewer Czcionka rozciągnięta na maszynie z serwerem WIndows Tylko

Przykład tutaj:http://i.stack.imgur.com/z90z8.jpg

Próbowałem aplikację na WinXP, Vista i Windows 7 maszynie i nie ma problemu, raport jest przejrzeniu poprawnie.

Ale przy instalacji bezpośrednio na serwerze (2003 R2, 64-bitowy) Czcionka jest rozciągnięta (nawet Drukowanie z kontrolki). Podczas bezpośredniego drukowania (stworzyłem własny kod, aby to zrobić, raport jest renderowany w EMF, a następnie go drukuje) Mam ten sam problem.

Jednak przy zapisywaniu w formacie PDF lub Word z poziomu narzędzia ReportViewer wyświetlane są poprawnie.

To jest irytujące, ponieważ zdalny pulpit na serwer korzysta z naszego głównego programu MRP, więc używanie programu na serwerze będzie najlepsze, więc nie musimy przełączać się ponownie na komputer stacjonarny tylko dla jednego operacja.

Przy okazji jest to normalna czcionka Arial, więc nie jest to problem z brakującą czcionką. Również serwer ma kilka Crystal (wersja 9 chyba) i zainstalowane na nich środowisko raportujące SQL Server 2003. To jest za pomocą Visual Studio 2010.

Źródło

2010-11-09 Nigol

+0

Czy zapisanie w formacie PDF jest najpierw problematyczne, a następnie wydrukowane? –

+0

, jeśli jest to tylko przycisk Drukuj i będzie zautomatyzowany, a następnie nie. Ale z okna podglądu, znając użytkowników, byłoby to zbyt skomplikowane, zamiast tylko minimalizować zdalny pulpit i wykonywać go z komputera. – Nigol

Odpowiedz

4

Wpadłem na ten sam problem z maszyną wirtualną hostowaną na pudełku Win2008R2. Rozwiązanie znalazłem został opublikowany przez użytkownika Cassisi:

klucz do mocowania samego serwera jest zapewnienie rozdzielczość pulpitu podchwycona przez służby SSRS jest 1024x768 (czyli stosunek 4: 3) jeżeli serwer jest do zdalnego dostępu za pośrednictwem usług pulpitu.

Aby obejść ten problem, wypróbuję rozwiązanie opisane w dokumencie his article w przypadku drukowania o wysokiej wierności.

Źródło

2011-05-17 09:23:59 Exulted

+0

To jest powód, przetestowałem zdalnego pulpitu, zmieniając rozdzielczość, a problem zniknął. "Zablokowałem" problem wyłączając drukowanie w kontrolce przeglądarki raportów (która jest teraz tylko podglądem) i wykonałem własną procedurę drukowania, która używa PNG zamiast EMF. – Nigol

+0

Pracowałem także dla mnie. Jedna ważna rzecz. Musisz odpowiednio ustawić właściwości DpiX/DpiY, np. 200. jeśli to pominiesz, wartość domyślna, która wynosi 96, spowoduje wydrukowanie niewyraźnego drukowanego dokumentu. – Exulted

+0

@Ekultowany Mam ten sam problem, ale mam trudności z wdrożeniem rozwiązania. Czy masz przykładowy kod? Albo kilka wskazówek, które wskażą mi właściwy kierunek, np. Które wydarzenie (-y) wdrożyć –

0

Użycie połączenia ze zdalnym pulpitem w rozdzielczości 4: 3 naprawiło to za mnie.

Źródło

2011-05-30 22:39:42 Kulvir

5

Jest to znany problem, a deweloperzy usług Reporting Services i Dynamics NAV potrzebowali dużo czasu, aby zbadać i przeanalizować główną przyczynę problemu z protokołem zdalnego pulpitu systemu Windows.

Są 2 rozwiązania dostępne:

  1. Upgrade komputera hosta VB2010 do Windows 8 lub Windows Server 2012.
  2. zainstalować Windows poprawkę pulpitu zdalnego z http://support.microsoft.com/kb/2768741 dla systemu Windows 7 lub Windows Server 2008R2 OS.

Źródło

2013-03-02 00:54:57

Powiązane problemy

 Powiązane problemy