El problema entre PCL y PostScript es muy específico para qué combinación de software e impresora se utiliza. En algunas impresoras, PCL es mejor que PostScript y en otras, se aplica lo contrario. Algunas impresoras como la HP LaserJet 5 Color (y muchas otras) tienen un módulo adicional que cabe en una de las ranuras SIMM que proporciona soporte PostScript. Sin embargo, otras impresoras tienen soporte incorporado de fábrica. Enviar un archivo PostScript a la impresora produce una salida de bastante alta calidad que es muy predecible. Por otro lado, el software en la PC / MAC / X-computer (o cualquiera que sea la fuente del PostScript) se convierte en el comodín aquí. En algún momento, tiene que haber una conversión de lo que sea su documento a PostScript (a menos que el documento ya esté en PostScript, e incluso en este caso hay problemas). Esta conversión a PostScript es un problema ENORME. Algunos software (generalmente controladores de impresora de Windows) simplemente convierten cualquier documento que tenga en un mapa de bits e incrusta el mapa de bits en un archivo PostScript y lo envía a la impresora. Este es un gran desperdicio de espacio en todos los aspectos, y va completamente alrededor de cualquier ventaja que ofrezca PostScript. PostScript es un lenguaje de diseño que puede diseñar elementos de vectores y mapas de bits. Si tiene un documento de texto, se describe la ubicación del texto, la fuente y otros detalles, y el texto sin formato se envía a la impresora. El motor PostScript en la impresora sabe si el diseño físico de la impresora y muestra la salida de una manera que probablemente produzca una buena salida teniendo en cuenta el hardware real de la impresora. Si el controlador de su impresora toma el texto que esté en su documento y lo representa como un mapa de bits y luego lo coloca en un archivo PostScript, entonces su impresora simplemente imprime un mapa de bits. Esto crea un problema: cuando imprime mapas de bits, hay optimizaciones específicas que la impresora usará para que los mapas de bits se vean bien, en la mayoría de los casos, estas optimizaciones son diferentes de las que se utilizarán para el texto, por lo que el resultado final generalmente no es óptimo Por lo tanto, para tener sentido de todo, se deben considerar los siguientes problemas:
- ¿Qué tan bueno es el software que convierte su documento a PCL o PostScript?
- ¿Qué tan bueno es el soporte PCL o PostScript de su impresora?
- Qué combinación funciona mejor para mi combinación específica de computadora / impresora.
Las respuestas a estas preguntas a menudo no son blancas o negras. Y para empeorar las cosas, algunas impresoras que tienen una calidad PCL deficiente podrían hacer que los documentos se vean mejor en PCL porque el convertidor PCL en la computadora realiza reparaciones específicas o soluciones alternativas para problemas con PCL en una impresora específica, o al revés con PostScript .
Entonces hay otro problema ... ¡Algunas impresoras afirman que admiten PostScript, y en realidad, no hay soporte PostScript en absoluto! ¡Los proveedores de impresoras reclaman soporte para PostScript basado en que su controlador de impresora que se ejecuta en la computadora puede convertir PostScript a cualquier idioma que hable la impresora!
Mi enfoque personal es usar PostScript cuando sea posible. En general, no compraré una impresora a menos que sepa que tiene un buen soporte para PostScript, y estoy hablando de la impresora real, no del software que se ejecuta en la PC para convertir PostScript a algún otro formato que la impresora utilice. PostScript es un formato estándar bien establecido, que estará disponible por un tiempo, y es probable que el envío EXACTO del mismo archivo postscript a cualquier impresora aleatoria que admita PostScript produzca resultados aceptables. La desventaja de esto es que tales impresoras suelen ser más caras y requieren más memoria que otros métodos. Sin embargo, el precio vale la pena el tiempo ahorrado luchando con los controladores, y también, si hay un problema con el convertidor PostScript en el lado de la PC, es UNA cosa que arreglar y la solución funciona en todas las impresoras.
Probablemente podría hacer lo mismo con PCL, pero esto no es tan limpio como hacer cosas con PostScript porque PCL generalmente involucra comandos específicos de la impresora y es más probable que el envío del mismo archivo PCL a diferentes impresoras produzca resultados incorrectos que con PostScript. Además, algunos controladores PCL tienden a tener enormes bibliotecas de soluciones alternativas que son específicas de la impresora, por lo que no es tan fácil enviar el mismo archivo PCL a diferentes impresoras y esperar la misma salida. Esto también significa que si tiene una impresora PCL muy antigua, quien haya fabricado la impresora es menos probable que publique correcciones para las impresoras más antiguas y solo emita correcciones PCL para modelos posteriores. En general, este no es el caso con PostScript, ya que una solución única para el software PostScript afectaría a todas las impresoras, independientemente de quién las hizo o su edad.
Ha habido otras publicaciones en este hilo que son incorrectas: en primer lugar, las fuentes True Type son fuentes vectoriales (delineadas), muy similares a Type1 (que también son fuentes vectoriales) pero con la capacidad del autor de codificar a mano pistas de píxeles. Esto generalmente hace que las fuentes True Type se vean mejor que las fuentes Type1 bajo ciertas condiciones. Todo se reduce a la calidad del software que representa las fuentes más que el formato real de la fuente. He visto software de fuente True Type que está tan mal diseñado que representa las fuentes en un tamaño fijo y luego escala la salida para mostrarla. Todo se reduce a la calidad del software de representación mucho más que el formato en el que se encuentra la fuente. (Esto solo se aplica a las fuentes vectoriales / de contorno, las fuentes de mapa de bits son un problema completamente diferente).
El punto aquí es que PCL y PostScript son estándares que muchos fabricantes de impresoras han adoptado. Dependiendo de qué tan bien escribió el fabricante, la implementación específica determinará qué tan bien funcionará la impresora con un estándar dado. También hay muchos lenguajes de impresora patentados que son específicos de la impresora. En mi opinión, los lenguajes de impresora no estándar se deben evitar por completo siempre que sea posible. La razón es que los idiomas no estándar a menudo no están documentados, y cuando la empresa presenta uno nuevo, es probable que se suspenda el soporte para el antiguo. Entonces, cuando actualiza o cambia el sistema operativo en su computadora y no hay un controlador que funcione con su combinación de impresora / sistema operativo, ahora tiene un tope de puerta.