Buscar: Ok
        
Inicio > Soporte & FAQ    [Switch to English]
Centro de Soporte
Nuestro propósito es ayudarle a desarrollar mejores informes. En esta página Ud. encontrará ejemplos acerca de la utilización de Rpv y respuestas a muchas preguntas que puede tener acerca de la herramienta. Antes de solicitar soporte técnico, le recomendamos revisar las preguntas y respuestas más frecuentes. Muy posiblemente Ud encuentre la respuesta a su pregunta en esta página. Solicitar Soporte
Preguntas y Respuestas Frecuentes (FAQ):
Puesto que RPV no es una herramienta estándar para desarrollar reportes, comprendemos que no entienda...
Para hacerlo sencillo, digamos que RPV es un intérprete de archivos ASCII o bien un "formateador" de textos que trabaja para Windows.

Si Ud. sabe cómo generar un archivo ascii utilizando su lenguaje de programación habitual, entonces Ud. puede generar un reporte RPV.

Por ejemplo digamos que su antiguos programas DOS envían los reportes a la impresora directamente. Pero... &qns;Que sucede cuando su aplicación envía "comandos escape" a la impresora pero sus clientes han cambiado de opinión y han comprado una marca diferente?

Lo que sucede es simplemente que ha trabajado para cuadrar el reporte dentro de la página cambiando fuentes, insertando sáltos, etcétera pero ahora con estas nuevas impresoras nuestros programas ya no funcionan.

Para resolve esto es RPV. Simplemente redireccione su reporte a un archivo de texto y permita que el servidor de impresión se ocupe de él. A partir de esto si tiene que modificar su programa nuevamente para que RPV imprima correctamente, el nuevo programa imprimirá sobre todas las impresoras por igual.

Si decide producir mayor calidad, puede hacerlo también. RPV cuenta con un completo set de comandos y seteos que le ayudan a darle a su reporte el formato que Ud. desee. Hablamos de formato Windows (mapas de bits, códigos de barras, colores, efectos en las fuentes, etcétera).

Cuando sepa como producir este tipo de archivos, puesto que se trata de archivos planos, puede generarlos utilizando cualquier lenguaje de programación.
Si hemos dicho que RPV era un "formateador" de archivos de texto o ascii, simplemente deberemos generar un archivo ascii. Cualquier lenguaje de programación será bueno para hacer esto.

Si va a trabajar con una aplicación existente, lo primero que debe hacer es cambiar el destino de sus reportes hacia un archivo y no hacia la impresora.

Lo segundo será definir lo que deseamos hacer. Si solamente necesitamos un reporte compatible con cualquier impresora, deberemos generar el archivo ascii correspondiente y renombrarlo con alguna de las extensiones aceptadas (TXT. LST o PRN). Si, por el contrario necesitamos un reporte atractivo y con formato Windows, deberemos hacer ciertas modificaciones para generar entonces un reporte RPV.

Vea nuestros ejemplos para ver cómo lograrlo.
Si ha determinado que necesita un reporte compatible con cualquier impresora, entonces debe redireccionarlo a un archivo y renombrarlo con alguna de las extensiones permitidas (TXT, LST ó PRN). Además de ello, deberá mover dicho archivo al "directorio de cola de impresión".

Por otro lado, debe iniciar RPV en modo servidor de impresión y la cola de impresión debe estar abierta para poder imprimir los reportes.

Vea nuestros ejemplos para conocer más acerca del servidor de impresión.
Creemos que RPV le puede servir de mucho.Casi tanto como para migrar sus programas DOS.

Simplemente defina un directorio de cola de impresión para RPV; por ejemplo /tmp/RPVqueue.

Luego de ello, envíe los archivos que desea imprimir a este directorio utilizando las extensiones TXT, LST y/o PRN para archivos de texto o bien RPV/RPD para archivos de tipo RPV.

Inicie el servidor RPV buscando reportes en el directorio remoto via FTP.
Nosotros le diríamos que sí, pero lo que es verdad es que esta herramienta no es del tipo que Ud. usualmente ve. Esta herramienta no conecta a ninguna base de datos por sí misma por ejemplo, pero le permite manejar el reporte desde su programa utilizando el lenguaje que Ud. quiera utilizar, inclusive lenguajes ya no tan nuevos y/o viejas versiones. De hecho la primera vez que RPV fué utilizado para DOS se trató de una aplicación desarrollada en RM-Cobol 85 obteniendo excelentes resultados.
La razón de este comportamiento se debe a que las fuentes y los tamaños del RPV no han sido declarados. Para resolver esta situación, declare las fuentes en la sección [header] con una línea similar a esta: {f=arial;s=10}.
Aquí dos posibilidades:

1. La cola se encuentra cerrada. Simplemente abra la cola de impresión desde la interfaz del servidor o bien desde un archivo CMD.

2. Independientemente que el reporte esté liberado (extensión "RPV" en vez de :"RP" por ejemplo) el archivo puede encontrarse tomado por otro programa, probablemente el mismo programa que lo generó. Este error sucede a menudo cuando se olvida de cerrar el archivo de salida. Ciérrelo e intente nuevamente.
Existe un AUTOEXEC.CMD o bien otro archivo CMD que se encuentra progido contra escritura y que contiene un comando SHUTDOWN. Remueva el comando del archivo e intente nuevamente.
Esto sucede porque Ud. tiene ejecutándose otro servidor de impresión o inclusive un visualizador abierto. Solamente un servidor puede ejecutarse por vez. Para resolver este inconveniente simplemente cierre el servidor activo y/o los visualizadores que se encuentren abiertos.
Esto sucede porque el servidor intenta inspeccionar un directorio que no existe. Para resolver este inconveniente deberá determinar si el directorio especificado era erróneo o es que el mismo debe ser creado. Puede hacerlo editando el archivo rpv.ini.
Esto sucede porque ha declarado la variable paperlenght pero no paperwidth. Si define una, la otra debe estar definida también o su valor será cero y el reporte no será mostrado/impreso.
Este problema viene de la impresora. Hemos observado este comportamiento en algunas impresoras; sin embargo no existe una en particular que se comporte de esta manera. Intente actualizar el driver de la impresora. Hemos conseguido muy buenos resultados actualizando por el driver provisto por el fabricante de la impresora (no el de Windows).
Es posible con la nueva versión 2.2 y su tipo de archivo "RPV Packed".
RPV se encargará de recolectar todos los archivos relativos al reporte, no solamente las imágenes y luego comprimirlos en un sólo archivo con extensión RPV. Por otro lado, el objeto RPVReport.ocx es capaz de brindarle esa posibilidad desde su programa.
Independientemente que sea posible generar el mismo formulario con RPV o con RPD, según el formulario recomendamos la utilización de RPD. La utilización de RPV facilitará su modificación en un futuro. Por otro lado será mucho más legible y fácil de reparar por un programador.

Cuando internto abrir un archivo, me indica que existe una línea con más de 500 caracteres y se cierra la aplicación.

RPV no puede leer aquellos archivos en los cuales haya al menos una línea con 500 caracteres o más. Si ve este error simplemente "trimee" la línea o bien divídala para que queden con menos de 500 caracteres por línea.
Recuerde siempre que RPV necesita que Ud. le indique cuando insertar una nueva línea utilizando { } Si este comando es omitido, entonces todo aparecerá sobre la misma línea de impresión.
Desgraciadamente no podemos resolver dicho problema debido a que se trata de un error del sistema operativo Windows 98 (generalmente). Spool32 es un programa que forma parte del sistema operativo y es requerido por RPV para poder funcionar. Muy afortunadamente este es un problema muy poco usual y siempre se que se presentó la máquina en cuestión era muy inestable por el propio sistema operativo. En ese caso sugerimos reinstalar Windows con lo que solucionarán otros numerosos problemas de inestabilidad.
Utilice los seteos OPEN y CLOSE para resolver esta situación. Especificándolos podrá utilizar las llaves libremente dentro de su reporte.
Por favor recuerde que Ud./su programa debe tener todos los derechos de lectura/escritura sobre el directorio de cola de impresión, ya sea éste local o de red. Esto sucede porque el servidor de impresión encuentra un reporte, lo imprime y cuando intenta eliminarlo no puede hacerlo, volviendo a encontrarlo la próxima vez y cada una de las veces.
Muchas veces sucede que aún cuando ha declarado el tipo de papel correcto, el reporte es enviado a la impresora y el salto de página es incorrecto. Puede resolver este inconveniente de dos maneras: ajuste los márgenes de la impresora desde la utilidad de la propia impresora o bien modifique el valor de MaxY en su reporte RPV (lo más recomendado).

Si está trabajando con ficheros de texto en vez de ficheros RPV, defina su propia clase de papel especificando un papel más corto para forzar a RPV a que corte la página antes.