Tamaño del papel

[Germán Póo-Caamaño]

On Mon, 2008-05-12 at 11:23 -0400, Aldrin Martoq wrote:
> On Fri, 2008-05-09 at 15:40 -0400, Germán Póo-Caamaño wrote:
> [...]
> Los tamanos de papel estan pre-definidos por la impresora (los que
> espera aceptar), pero los tamanos personalizados son proveidos por el
> usuario. Luego, no tiene sentido y es esteticamente horrible cambiar un
> PPD para esto.
> 
> Ahora, el tamano Oficio debiera estar en la lista de tamanos soportados
> por las impresoras, ya que es un "estandar".

"Estandar chileno" o "Estandar sudaca".

> > Respecto a CUPS, AFAIK éste ofrece una API para múltiples
> > funcionalidades que aún no se explotan en un escritorio como Gnome, al
> > menos en el administrador de impresión.
> > Si revisas en Evince, verás que puedes definir un tamaño personalizado
> > de la hoja.
> 
> Bueno, revise: Evolution, Evince, Firefox y OpenOffice. En todos el menu
> "Print Setup" puedes cambiar las opciones de impresion... Hay un pequeno
> problema de usabilidad aqui (debieran estar en alguna de toooodas las
> opciones de la opcion imprimir y deshacernos de page setup ; y/o
> simplificar imprimir). Lo que esta bien es que el sistema en alguna
> parte guarda la configuracion del papel y la puedo ver en cualquier
> programa, lo que encuentro malo es que tenga que escogerlo cada vez que
> deseo imprimir: no queda almacenado para esa "cola".

No estoy seguro si debiera quedar "almacenado para la cola".  
      * Si estas en un programa visor de fotos, puedes querer imprimir
        en
      * tamaño 10x15
      * Si estas en un programa de etiquetas, tal vez quieras imprimir
        en
      * el tamaño del papel para las etiquetas.
      * Si estas usando una planilla electrónica, tal vez quieras
        imprimir
      * en tamaño carta/a4/tu_favorito horizontal
      * Si deseas imprimir una presentación, tal vez quieras imprimir 2,
        3, 4 ó 6 hojas por página en carta/a4/otro_tamaño
      * Si estas en un procesador de texto, tal vez quieras imprimir en
        carta.

¿Por qué la cola debiera guardar el tamaño? Me parece que esa opción
tiene mayor relación con la aplicación que estas usando.

Es más, puedes tener 2 ó 3 impresoras para distintos usos. Inyección de
tinta para fotografías/presentaciones/color, laser para documentos de
texto y varios, etc.

> Salvo OpenOffice! No comparte dicha informacion de tamano de papel.

OOo es una bestia aparte.

> > Lo correcto es reportar el error con la distribución correspondiente,
> > enviar los parches a cada tipo de controlador de impresora que hay o
> > hacerlo manualmente.
> > No es difícil, pero si lento el proceso.
> 
> Este es un problema de disen~o, tengo la sensacion que no se corrigen
> con bug-reports... Es como si reportara en un bug reporte que PulseAudio
> sucks y debe ser eliminado !

Nopes.  Aquí estamos hablando de una funcionalidad bastante acotada, no
de "si me gusta o no".

Y hay 3 problemas que conviene separar:
     1. Definición de tamaños 'estándares' o 'comunes'.  En cuyo caso,
        es necesario parchar los controladores de las impresoras.
     2. Definición de tamaños personalizados.
     3. Consistencia de los diálogos de impresión entre aplicaciones

2 y 3 tienen relacionan, en el sentido que solucionando 3, se puede
solucionar 2.

¿Por qué reportarlo cómo bugs?  Porque en el caso de gnome, existen las
bibliotecas libgnomeprint/libgnomeprintui las cuales están siendo
descontinuadas en favor de la API de impresión de Gtk+ (la cual es
relativamente nueva).

Además, muchas aplicaciones han implementado su propio diálogo de
impresión, por:
      * La naturaleza propia de la aplicación
      * Evitar depedencias de libgnomeprint y por consiguiente libgnome*
      * Cuando añadieron dicha funcionalidad, la API/widgets no eran
        suficientes completos/estables para ser usados y luego es
        necesario cambiar código
      * Ese día el desarrollador de la aplicación en cuestión andaba con
        la chiripiolca y quiso hacerlo a su modo.

Por lo tanto, para los casos 2 y 3 se pueden reportar bugs en:
      * gtk (http://bugzilla.gnome.org/browse.cgi?product=gtk%2B) para
        mejorar/corregir los diálogos y/o API de impresión.
      * Las aplicaciones que aún utilizan libgnomeprint* y las que no
        utilizan gtk_print*

http://live.gnome.org/GnomePrinting
http://live.gnome.org/ProjectRidley/GnomePrintDialog
http://live.gnome.org/GtkTeamPrintingBreakout

Y si revisas en http://live.gnome.org/GtkPrintHeader verás que hay
partes pendientes de trabajo (oportunidades de colaborar).

Y cada una de dichas partes, tarde o temprano termina en
http://bugzilla.gnome.org, que el lugar donde guarda registro,
discusiones, parches, etc. de las características que se implementan.
Y sólo como muestra que reportando en bugzilla tiene sentido, mira la
discusión para añadir un constructor de UI en gtk+ (GtkBuilder):
http://bugzilla.gnome.org/show_bug.cgi?id=172535 reportado en abril de
2005, cerrado en junio de 2007. 121 comentarios, 35 parches/pruebas.

También se puede reportar con la distro que cada uno utilice y esperar
que lo reporten aguas arriba o bien la distro saque su propia 'versión'
de impresión.

Saludos,

-- 
Germán Póo-Caamaño
http://www.calcifer.org/