>-- Mensaje Original -- >From: Martin C <[EMAIL PROTECTED]> >Subject: RE: [LUG.ro] Imprimir fotos >To: [EMAIL PROTECTED] >Reply-To: [EMAIL PROTECTED] >Date: Wed, 18 Aug 2004 14:25:16 -0700 (PDT)
> >Si uso gimp-print y cups tengo que hacer eso para >mandar a imprimir desde el gimp entonces? o entend? >cualquiera? > >Saludos! A ver si puedo ser m�s claro. Cuando cups recibe un trabajo de impresi�n aplica un complejo (a mi entender) esquema de filtros para reconocer que clase de archivo est� recibiendo y como convertir del formato de dicho archivo al lenguaje de impresora. Para esto se utilizan los dos archivos antes mencionados, el "mime.types" y el "mime.convs", los que definen respectivamente las reglas para reconocer que tipo (mime.types) de archivos son los que se reciben y que filtrado debe utilizarse para imprimir en nuestra impresora (mime.convs). Si el archivo no puede ser reconocido, el trabajo de impresi�n se descarta. Un detalle notable de este esquema es que por defecto un formato que no reconoce cups como v�lido es el lenguaje nativo de la impresora (a menos, claro est�, que sea postscript). Pongamos un ejemplo: supongamos que tengo un bonito pdf que deseo imprimir. Puedo hacerlo de dos maneras: se lo mando a cups as� derechito como viene (lpr miarchivo.pdf) y que cups se las arregle con el filtrado y dem�s, o tambi�n podr�a "pre-filtrarlo" y d�rselo servido en bandeja (gs -dBATCH -dNOPAUSE -dSAFER -sDEVICE="stcolor" -q | lpr) en cuyo caso deber�a solamente poner el archivo en la cola y mandarlo al puerto a su debido tiempo. Pues bien, este �ltimo paso puede fallar miserablemente debido a que cups igual intentar� filtrar el contenido de lo que se le pasa, y al no reconocer dicha entrada. Es decir, no sabe que el trabajo de conversi�n est� hecho ya e intenta hacerlo de nuevo. Para esto es que habilitamos las l�neas mencionadas en los archivos de configuraci�n, para que acepte trabajos en modo "raw" en lenguaje de la impresora directamente. Esto mismo que expuse aqu� es aplicable igualmente (y el origen de mi investigaci�n al respecto) si queremos compartir mediante samba y cups una impresora a una/s m�quina/s Windblows. Si en dicha m�quina tenemos el driver original de la impresora y mandamos a imprimir, samba recibe el trabajo, se lo manda a cups y este procede como si fuera un trabajo m�s. Si no tenemos habilitadas las dos l�neas benditas, el trabajo se rechaza. Bueno, ahora pasamos al tema de las fotos. Seg�n la p�gina de gimp-print, estos son drivers de impresoras de alta calidad que pueden ser usados mediante un sistema de plugins en gimp y en cups. El tema es que si mandamos a imprimir desde gimp directamente con el driver de nuestra impresora, cups recibir� el trabajo en formato "raw" de impresora. Tambi�n podemos mandar el trabajo a la impresora en postscript y en ese caso cups de encargar� del filtrado de acuerdo a la configuraci�n del mismo. La idea ac� es que estos programas se pongan de acuerdo y no intenten hacer dos veces el mismo trabajo. Para terminar, un par de apreciaciones. Cups es muy buen software de impresi�n, casi dir�amos que m�gico si est� todo en orden y tenemos los drivers de nuestra impresora, pero meterle mano si algo anda mal es un dolor de cabeza. Tengo una HP3535 que me hizo parir para que funcione correctamente, y eso que no hab�a muchos problemas. Tambi�n recomiendo al que le interese el tema de la impresi�n compartida (supongo que deben ser varios) que lean el howto http://www.tldp.org/HOWTO/Debian-and-Windows-Shared-Printing que me ayud� mucho al respecto. Desde luego, tambi�n est� la documentaci�n de cups, pero parece estar escrita en arameo o algo as�. Saludos Emiliano --- E-mail y acceso a Internet UltraVeloz totalmente GRATIS en 25 ciudades, Nro. de acceso 5500-5500 Usuario: Argentina Password: Argentina http://www.Argentina.com _______________________________________________ Lugro mailing list [EMAIL PROTECTED] http://www.lugro.org.ar/mailman/listinfo/lugro
