2010-11-09 14 views
9

Hice una pequeña aplicación para hacer facturas de envío, donde un usuario ingresa la información que desea y puede Vista previa (se abre un formulario con un control ReportViewer) o Imprimir dirección. El reportviewer usa un informe Local incrustado en la aplicación.Visor de informes La fuente se alarga en el servidor de WIndows Machine only

Ejemplo Aquí:http://i.stack.imgur.com/z90z8.jpg

he probado la aplicación en una máquina de 7 WinXP, Vista y Windows y no hay problema, el informe de vista previa correctamente.

Pero al instalarlo directamente en el servidor (2003 R2, 64 bit), la fuente se estira (incluso imprimiendo desde el control). Al imprimir directamente (creé mi propio código para hacerlo, el informe se representa en EMF y luego lo imprime) Tengo el mismo problema.

Pero al guardar en PDF o Word desde el control ReportViewer, aparecen correctamente.

Esto es una molestia porque el escritorio remoto se conecta al servidor para usar nuestro programa MRP principal, por lo que será mejor usar el programa dentro del servidor, así que no tenemos que volver a la máquina de escritorio solo por un solo operación.

Por cierto, esta es la fuente Arial normal, por lo que no es un problema de fuente faltante. Además, el servidor tiene un par de Crystal (versión 9 creo) y SQL Server 2003 reporting runtime instalado en ellos. Esto está usando Visual Studio 2010.

+0

¿Es un problema guardar primero en PDF y luego imprimir desde allí? –

+0

si es solo para el botón Imprimir y estaría automatizado, entonces no. Pero desde la ventana de vista previa, conocer a los usuarios sería demasiado complicado, en lugar de simplemente minimizar el escritorio remoto y hacerlo desde su computadora. – Nigol

Respuesta

4

Me encontré con el mismo problema con una máquina virtual alojada en un cuadro Win2008R2. La solución que encontré fue publicada por el usuario Cassisi:

la clave para la fijación del propio servidor es asegurar la resolución del escritorio recogido por el servicio SSRS es 1024x768 (es decir, una proporción de 4: 3) si el servidor está siendo remotamente en via Desktop Services.

Como solución alternativa voy a probar la solución descrita en his article en la impresión de alta fidelidad.

+0

Esa es la razón, he probado un escritorio remoto al cambiar la resolución y el problema se ha ido. He "pasado por alto" el problema al desactivar la impresión en el control del visor de informes (que ahora es solo una vista previa) e hice mi propio procedimiento de impresión que usa PNG en lugar de EMF. – Nigol

+0

Funcionó para mí, también. Una cosa importante Debe configurar las propiedades DpiX/DpiY lo suficientemente altas, p. 200. si omite eso, el valor predeterminado, que es 96, obtendrá un documento impreso borroso. – Exulted

+0

@Exulto Tengo el mismo problema, pero tengo dificultades para implementar la solución. ¿Tienes algún código de ejemplo? O algunos consejos para orientarme en la dirección correcta, como qué evento (s) implementar –

0

Utilizando una conexión de escritorio remoto con una resolución de relación 4: 3, lo solucioné por mí.

5

Este es un problema conocido y les llevó mucho tiempo a los desarrolladores de Reporting Services y Dynamics NAV investigar y diseccionar la causa raíz de un problema relacionado con el Protocolo de escritorio remoto de Windows.

Hay 2 soluciones disponibles:

  1. Actualiza la máquina host VB2010 a Windows 8 o Windows Server 2012.
  2. Instale la revisión de escritorio remoto de Windows desde http://support.microsoft.com/kb/2768741 para Windows 7 o Windows Server 2008R2 OS.
Cuestiones relacionadas