-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
carlos albornoz escribió:
> me contacte con matias valdenegro.... ya estamos en conversaciones
>
> quien es matias fernandez, como lo ubico?
>
Ya estás en conversaciones. El personaje se confundió; quería referirse
a Matías Valdenegro.
(Matías Fernández está jugando en el Villarreal en España!!!)
Saludos,
- --
Rodrigo Fuentealba
Concepción, Región del Bío-Bío, Chile
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkgo7vEACgkQoqmdUrqLMt2APACgvwji2n5NWNQTepO9yde4doA3
9OYAn22GgEFY5orsYbDSy46wKa7AfHSA
=3HhE
-----END PGP SIGNATURE-----
From [EMAIL PROTECTED] Mon May 12 22:25:51 2008
From: [EMAIL PROTECTED] ([EMAIL PROTECTED])
Date: Mon May 12 22:50:20 2008
Subject: [OT] gente de kde en chile
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El día 12 de mayo de 2008 21:29, Rodrigo Fuentealba <
[EMAIL PROTECTED]> escribió:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> carlos albornoz escribió:
> > me contacte con matias valdenegro.... ya estamos en conversaciones
> >
> > quien es matias fernandez, como lo ubico?
> >
>
> Ya estás en conversaciones. El personaje se confundió; quería referirse
> a Matías Valdenegro.
>
> (Matías Fernández está jugando en el Villarreal en España!!!)
>
> Saludos,
Tanto Matias Valdenegro y Matias Fernandez los puedes contactar en
irc.powers.cl en canal #linux
Uno con el nick Huntsman y el otro con Matias ( ex RADIX )
>
>
> - --
> Rodrigo Fuentealba
> Concepción, Región del Bío-Bío, Chile
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkgo7vEACgkQoqmdUrqLMt2APACgvwji2n5NWNQTepO9yde4doA3
> 9OYAn22GgEFY5orsYbDSy46wKa7AfHSA
> =3HhE
> -----END PGP SIGNATURE-----
>
--
Andrés Esteban Ovalle Gahona (kill-9)
Msn: [EMAIL PROTECTED]
Ingenieria Ejecución Computación e Informática
Web: http://aovalle.tuxserv.cl
Movil: 09-5791839
Staff DebianChile.cl / Coordinador de Proyectos GDSOL
Usuario Linux #456290 (counter.li.org)
From [EMAIL PROTECTED] Mon May 12 23:24:52 2008
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_P=F3o-Caama=F1o?=)
Date: Mon May 12 23:25:06 2008
Subject: =?iso-8859-1?q?Tama=F1o?= del papel
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
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/
