[opensuse-es] Generación de pdf con Ghostscript
Hola, Tengo problemas para convertir algunos (luego matizo) ficheros pdf a Postscript. La conversión funciona sin problemas mientras que el archivo pdf no lleve (de ninguna forma, ni inscrustado ni enlazado) fuentes del tipo símbolos, por ejemplo, la propia symbol o la webdings. El resto de fuentes no generan un error en el proceso de conversión. El error sólo se produce en una SuSE 10.0 que no tiene instalado ningún servidor gráfico, y la versión de ghostscript es la 8.15.0. En cambio, en una SuSE 10.1 con servidor gráfico instalado y una versión superior de ghostscript (8.15.2) el mismo fichero a convertir se genera sin problemas. He instalado algunos paquetes de fuentes (100dpi y 75dpi) así como otros paquetes que aparecen bajo la categoría de "edición / ps" por si faltara alguna librería o algún fichero que defina la conversión (tamaño, escalado...) de este tipo de tipografías pero sigue dando el mismo error. En el mensaje de error que saca gs se ve claramente el nombre de la tipografía, por lo que obviamente tiene algún problema al convertir esas fuentes. Pienso que el problema podría ser: a) La propia versión de ghostscript que tiene algún bug b) No tener instalado un servidor gráfico ni fuentes truetype Para evitar a) había pensado en actualizar el paquete ghostscript, pero no veo ningún repositorio para una SuSE 10.0 que tenga una versión actualizada de ghostscript y la idea de compilarlo no me hace gracia alguna :-/ Para evitar b) instalé las fuentes adicionales, tanto de ghostscript como los paquetes x11-fonts-100dpi y x11-fonts-75dpi pero no ha dado resultado. A la versión 10.0 ya le queda sólo unos meses (allá por Octubre se habrá quedado obsoleta) pero no me gustaría, cuando toque instalar una nueva versión, encontrarme con el mismo error debido a que fuera por un problema de instalación de fuentes / tipografías o por no tener algún paquete relacionado con el servidor gráfico. ¿Alguna idea? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 9/06/07, Camaleón escribió:
Tengo problemas para convertir algunos (luego matizo) ficheros pdf a Postscript.
El asunto del mensaje no es correcto (lo envié antes de releerlo :-P). Sería más bien "Generación de ps con Ghostscript" tomando como origen un fichero en formato pdf. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-06-09 a las 15:51 +0200, Camaleón escribió:
El 9/06/07, Camaleón escribió:
Tengo problemas para convertir algunos (luego matizo) ficheros pdf a Postscript.
El asunto del mensaje no es correcto (lo envié antes de releerlo :-P). Sería más bien "Generación de ps con Ghostscript" tomando como origen un fichero en formato pdf.
Ah, al revés... Pues no creo que el servidor gráfico tenga que ver, pero no puedo comprobarlo, salvo que me lie la manta a la cabeza e instale un 10.0 bajo un vmware, y para eso tengo que estar muuuuuy aburrido ;-) Yo iría por el tema de falta de las fuentes adecuadas o error en el gs - que por cierto, no has dicho cual es el error exacto. Pero hay otra posibilidad. Dices que es de pdf a ps. ¿Con qué haces la conversión, exactamente? ¿pdf2ps? Es un script, puedes probar directamente con "gs" más la retahíla adecuada. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGarSptTMYHG2NR9URAk+MAJ9wHH8d36JWDfl/isQfrDTK9l84eACbBfRH dQ7/GDB1n8mX72TfoHTIlew= =aMFL -----END PGP SIGNATURE-----
El 9/06/07, Carlos E. R. escribió:
Pues no creo que el servidor gráfico tenga que ver, pero no puedo comprobarlo, salvo que me lie la manta a la cabeza e instale un 10.0 bajo un vmware, y para eso tengo que estar muuuuuy aburrido ;-)
No, hombre, no hace falta :-), me vale con pistas para ver por dónde puedo atacar ese error... (...) Por cierto, qué aburrimiento ¿no? como que apetece instalar una suse 10.0 bajo vmware... (es broma X-D)
Yo iría por el tema de falta de las fuentes adecuadas o error en el gs - que por cierto, no has dicho cual es el error exacto.
Ahora lo pongo... Error: /rangecheck in --cvrs-- Operand stack: --dict:7/7(L)-- TT1 1 --dict:6/6(L)-- --dict:6/6(L)-- JCCGFC+SymbolMT --dict:10/12(ro)(G)-- --nostringval-- --dict:7/7(L)-- --dict :7/7(L)-- 1850 --dict:7/7(L)-- --nostringval-- FontMatrix --nostringval-- FontBBox --nostringval-- FontName -2147483647 16 (Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop --nostringval-- --nostringval-- 2 1 1 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- --nostringval-- --nost ringval-- %array_continue --nostringval-- false 1 %stopped_push --nostringval-- %loop_continue --nostringval-- --nostringval-- --nostringval-- --nostringval -- --nostringval-- %array_continue --nostringval-- --nostringval-- --nostringval-- --nostringva l-- --nostringval-- --nostringval-- Dictionary stack: --dict:1134/3371(ro)(G)-- --dict:0/20(G)-- --dict:85/200(L)-- --dict:85/200 (L)-- --dict:104/127(ro)(G)-- --dict:241/347(ro)(G)-- --dict:20/24(L)-- --di ct:4/6(L)-- --dict:25/32(L)-- --dict:28/50(ro)(G)-- --dict:24/40(L)-- Current allocation mode is local ESP Ghostscript 8.15.0: Unrecoverable error, exit code 1
Pero hay otra posibilidad. Dices que es de pdf a ps. ¿Con qué haces la conversión, exactamente? ¿pdf2ps? Es un script, puedes probar directamente con "gs" más la retahíla adecuada.
Es al enviar un fax a Hylafax, lo que tras mucha vuelta y derroteo se traduce a: pdf2fax --> pdf2ps --> gs :-) Con "gs fichero.pdf fichero.ps" salta el mismo error. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-06-09 a las 16:26 +0200, Camaleón escribió:
El 9/06/07, Carlos E. R. escribió:
Pues no creo que el servidor gráfico tenga que ver, pero no puedo comprobarlo, salvo que me lie la manta a la cabeza e instale un 10.0 bajo un vmware, y para eso tengo que estar muuuuuy aburrido ;-)
No, hombre, no hace falta :-), me vale con pistas para ver por dónde puedo atacar ese error...
:-)
(...)
Por cierto, qué aburrimiento ¿no? como que apetece instalar una suse 10.0 bajo vmware... (es broma X-D)
¡Ja! :-P
Yo iría por el tema de falta de las fuentes adecuadas o error en el gs - que por cierto, no has dicho cual es el error exacto.
Ahora lo pongo...
Error: /rangecheck in --cvrs--
Operand stack: --dict:7/7(L)-- TT1 1 --dict:6/6(L)-- --dict:6/6(L)-- JCCGFC+SymbolMT --dict:10/12(ro)(G)-- --nostringval-- --dict:7/7(L)-- --dict :7/7(L)-- 1850 --dict:7/7(L)-- --nostringval-- FontMatrix --nostringval--
¡Aaaarg!
FontBBox --nostringval-- FontName -2147483647 16 (Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop --nostringval-- --nostringval-- 2 1 1 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- --nostringval-- --nost ringval-- %array_continue --nostringval-- false 1
Y sigue....
%stopped_push --nostringval-- %loop_continue --nostringval-- --nostringval-- --nostringval-- --nostringval -- --nostringval-- %array_continue --nostringval-- --nostringval-- --nostringval-- --nostringva l-- --nostringval-- --nostringval--
más aún....
Dictionary stack: --dict:1134/3371(ro)(G)-- --dict:0/20(G)-- --dict:85/200(L)-- --dict:85/200 (L)-- --dict:104/127(ro)(G)-- --dict:241/347(ro)(G)-- --dict:20/24(L)-- --di ct:4/6(L)-- --dict:25/32(L)-- --dict:28/50(ro)(G)-- --dict:24/40(L)-- Current allocation mode is local
ESP Ghostscript 8.15.0: Unrecoverable error, exit code 1
Buf. Me fiaré de tu palabra de que está relacionado con las fuentes esas. ¡Buff! ¿Quien espera que entendamos ese galimatías de error? Esa gente debe estar grillada, cuando se vaya a dormir contarán ciclos de cpu en binario, saltos de subrutinas e irq incluidos, en vez de ovejitas...
Pero hay otra posibilidad. Dices que es de pdf a ps. ¿Con qué haces la conversión, exactamente? ¿pdf2ps? Es un script, puedes probar directamente con "gs" más la retahíla adecuada.
Es al enviar un fax a Hylafax, lo que tras mucha vuelta y derroteo se traduce a:
pdf2fax --> pdf2ps --> gs
:-)
Con "gs fichero.pdf fichero.ps" salta el mismo error.
Vaya. Aunque el ps2pdf enchufa una serie de opciones raras. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGat2xtTMYHG2NR9URAoYQAKCTwmNWLTcmV8yCUXCYnPHACPMN5QCgiTiA MjaLnlG2ABFwG5nyoWoEz9k= =lW+f -----END PGP SIGNATURE-----
El 9/06/07, Carlos E. R. escribió:
Buf. Me fiaré de tu palabra de que está relacionado con las fuentes esas.
Hum, no te fies de mi palabra, fíate del mensaje de error: Operand stack: --dict:7/7(L)-- TT1 1 --dict:6/6(L)-- --dict:6/6(L)--JCCGFC+SymbolMT Aparece la tipografía SymbolMT (y es cierto, en el fichero pdf aparece como fuente incrustada del tipo CID). Si elimino esa fuente del pdf, el ps se genera sin problemas. Lo mismo pasa con una fuente como la Webdings, salta el error pero con el nombre de la tipografía (también del tipo CID). Algo me falta pero no sé el qué :-/
¡Buff! ¿Quien espera que entendamos ese galimatías de error? Esa gente debe estar grillada, cuando se vaya a dormir contarán ciclos de cpu en binario, saltos de subrutinas e irq incluidos, en vez de ovejitas...
Son mensajes de error normales de postscript, en la página de ghostscript hay algunas faq donde detallan el mensaje de error y el "offending command" (qué es lo que hace que salte el error) pero en este caso el problema es obvio, ya que al quitar esas fuentes del documento el problema desaparece.
Aunque el ps2pdf enchufa una serie de opciones raras.
Lo curioso es que en el equipo con SuSE 10.1 donde sí funciona correctamente no están instaladas las tipografías truetype esas (SymbolMT ni Webdings, por ejemplo). Sí están instaladas como ttf las típicas Arial, CG Times, Tahoma, Verdana... La teoría del problema en la propia versión de Ghostscript gana peso, y eso es malo, porque no hay actualización para la 10.0 ni he encontrado un "workaround" para resolverlo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-06-09 a las 19:20 +0200, Camaleón escribió:
El 9/06/07, Carlos E. R. escribió:
Buf. Me fiaré de tu palabra de que está relacionado con las fuentes esas.
Hum, no te fies de mi palabra, fíate del mensaje de error:
Operand stack: --dict:7/7(L)-- TT1 1 --dict:6/6(L)-- --dict:6/6(L)--JCCGFC+SymbolMT
Ya, lo ví... pero de ahí a saber que eso es el error...
Aparece la tipografía SymbolMT (y es cierto, en el fichero pdf aparece como fuente incrustada del tipo CID). Si elimino esa fuente del pdf, el ps se genera sin problemas. Lo mismo pasa con una fuente como la Webdings, salta el error pero con el nombre de la tipografía (también del tipo CID).
Si al quitar la fuente del pdf funciona, está claro, está relacionado.
Algo me falta pero no sé el qué :-/
¡Buff! ¿Quien espera que entendamos ese galimatías de error? Esa gente debe estar grillada, cuando se vaya a dormir contarán ciclos de cpu en binario, saltos de subrutinas e irq incluidos, en vez de ovejitas...
Son mensajes de error normales de postscript, en la página de ghostscript hay algunas faq donde detallan el mensaje de error y el "offending command" (qué es lo que hace que salte el error) pero en este caso el problema es obvio, ya que al quitar esas fuentes del documento el problema desaparece.
Ya, ya...
Aunque el ps2pdf enchufa una serie de opciones raras.
Lo curioso es que en el equipo con SuSE 10.1 donde sí funciona correctamente no están instaladas las tipografías truetype esas (SymbolMT ni Webdings, por ejemplo). Sí están instaladas como ttf las típicas Arial, CG Times, Tahoma, Verdana...
Pero es que el formato pdf incluye como propia una de las fuentes de simbolos, y no la incrusta. Sería interesante visualizar ese fichero en ese ordenador, pero ni no tiene X lo veo como dificil. Estamos en lo de siempre. EL pdf puede "referenciar" la fuente y no incluirla, o puede incluir la definición de la fuente en el fichero. Si sólo la referencia, el gs y (el visualizador pdf tb) necesita esa fuente localmente - y tiene que estar, es una dependencia necesaria. Si el fichero .ps lleva las fuentes definidas dentro, pues ya sabes que debe funcionar aunque el ordenador no las tuviera - y eso es muy raro, porque el gs tiene que imitar el comportamiento de una impresora ps que por narices tiene que tener también incorporadas las definiciones de esas fuentes para poder imprimirlas - lo mismo que una impresora de agujas de hace 20 años incorporaba la definición de la fuente "courier" en su ROM, pues las postscript llevan no se si cinco fuentes que nunca recuerdo bien. El ghostcript lo imita, luego también necesita esas fuentes. Ahora, la pregunta, esos ficheros problemáticos, ¿usan la fuente symbol estandar, y por tanto no la incluyen, o usan la truetype del windows, y por tanto la incluyen?
La teoría del problema en la propia versión de Ghostscript gana peso, y eso es malo, porque no hay actualización para la 10.0 ni he encontrado un "workaround" para resolverlo.
Hacer que esos pdfs incrusten las fuentes en cuestión. :-? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGavAetTMYHG2NR9URApVmAJ9ST/vaLvKiDue7TvHfz76Jhmt+UgCgjYkk iBC3eeM6PMdYisR/HJRIYVE= =G88L -----END PGP SIGNATURE-----
El 9/06/07, Carlos E. R. escribió:
Ya, lo ví... pero de ahí a saber que eso es el error...
Je, es lo único que hay en claro, el resto son datos crípticos en exceso.
Si al quitar la fuente del pdf funciona, está claro, está relacionado.
Sí, por eso pensaba en las dos alternativas que podían generar ese error: versión de gs con fallos al interpretar esas fuentes o tema de tipografías no instaladas.
Pero es que el formato pdf incluye como propia una de las fuentes de simbolos, y no la incrusta.
En este caso aparece como incrustada o al menos eso veo desde la información de fuentes en Acrobat desde otro equipo: Fuente original: SymbolMT Tipo: TrueType (CID) Codificación: Identity+H Fuente real: Incrustado subjuego Tipo: TrueType
Estamos en lo de siempre. EL pdf puede "referenciar" la fuente y no incluirla, o puede incluir la definición de la fuente en el fichero. Si sólo la referencia, el gs y (el visualizador pdf tb) necesita esa fuente localmente - y tiene que estar, es una dependencia necesaria.
Está incustada como una lapa, pero algo le impide a gs transformarla, bien porque sea un bug o bien porque necesite algo, la propia fuente, un fichero de definición de tipos...
Si el fichero .ps lleva las fuentes definidas dentro, pues ya sabes que debe funcionar aunque el ordenador no las tuviera - y eso es muy raro, porque el gs tiene que imitar el comportamiento de una impresora ps que por narices tiene que tener también incorporadas las definiciones de esas fuentes para poder imprimirlas - lo mismo que una impresora de agujas de hace 20 años incorporaba la definición de la fuente "courier" en su ROM, pues las postscript llevan no se si cinco fuentes que nunca recuerdo bien. El ghostcript lo imita, luego también necesita esas fuentes.
Eso es lo raro. Pero como no son tipografías "normales" pues me hace dudar. Este tipo de símbolos (CID) tienen un tratamiento distinto por parte de ghostscript que las fuentes normales (truetype o ps).
Ahora, la pregunta, esos ficheros problemáticos, ¿usan la fuente symbol estandar, y por tanto no la incluyen, o usan la truetype del windows, y por tanto la incluyen?
Usan la fuente de windows, la cual se incrusta al generar el pdf
Hacer que esos pdfs incrusten las fuentes en cuestión. :-?
Está incrustada, pero como si lloviera. Además, el mismo pdf (incrustada la fuente o no) funciona en otra SuSE 10.1 que no tiene esa fuente instalada... está raro. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-06-09 a las 20:51 +0200, Camaleón escribió:
pues las postscript llevan no se si cinco fuentes que nunca recuerdo bien. El ghostcript lo imita, luego también necesita esas fuentes.
Eso es lo raro. Pero como no son tipografías "normales" pues me hace dudar. Este tipo de símbolos (CID) tienen un tratamiento distinto por parte de ghostscript que las fuentes normales (truetype o ps).
No se eso.
Ahora, la pregunta, esos ficheros problemáticos, ¿usan la fuente symbol estandar, y por tanto no la incluyen, o usan la truetype del windows, y por tanto la incluyen?
Usan la fuente de windows, la cual se incrusta al generar el pdf
Hacer que esos pdfs incrusten las fuentes en cuestión. :-?
Está incrustada, pero como si lloviera. Además, el mismo pdf (incrustada la fuente o no) funciona en otra SuSE 10.1 que no tiene esa fuente instalada... está raro.
Es que al estar incrustada no la necesita localmente. No usa la del sistema, sino la que trae el fichero ps en su interior. Lo cual deja como conclusión que es un fallo del propio gs... y que necesitarías actualizar. O eso o buscar alguna manera de que la fuente truetype se ignore y se use la del sistema, por probar. Y ahí ya que si que no sé si son los mismos símbolos. Puedes generar un pdf con OOo que use los simbolos del sistema, asegurarte que no estén incrustados, y probar si lo convierte. Si funciona, entonces sería cuestión de buscar como hacer eso de que el gs ignore la fuente incluida, o buscar un filtro que elimine la fuente incluida y cambie el ps para que use en su lugar la symbol del sistema. También está la posibilidad de mencionar el hecho en el bugzilla; pero dado que las suses actuales no tienen ese fallo no creo que se corrija. Y desde luego no serán rápidos: aquel bug con las fuentes times que descubrí no han hecho nada, o al menos no lo han reportado (sé que tomaron nota). Oye... ¿esos ps se han generado en windows? Puede que estén rotos. Podrías probar con un ps generado en linux que use la symbol truetype. Luego hay herramientas como "ps2ps" que se supone que sirven para filtrar el ps - pero como usan gs, pues igual también casca... Ah, no, el que estaba buscando es "fixps": ] 9.2 `fixps' ] =========== ] ] The shell script `fixps' tries its best to fix common problems in ] PostScript files that may prevent post processing. It makes heavy use ] of the `psutils'. It is a good idea to use `fixps' in the PostScript ] delegations. ] ] It first tries to make simple fixes, but some really broken files may ] require a much deeper treatment. If `fixps' feels the need for such a ] major surgery act, it may give up local changes and ask `Ghostscript' ] for a global rewriting. Prueba.... igual funciona. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD4DBQFGaw8ytTMYHG2NR9URAk8zAJ9E+dy4/G5Tdb3WyjeFkY3dSppQXQCY+yOI 0ukOmpZ74f0vpZhfwH1i6g== =yiBG -----END PGP SIGNATURE-----
El 9/06/07, Carlos E. R. escribió:
No se eso.
http://www.cs.wisc.edu/~ghost/doc/cvs/Use.htm#CIDFonts
Es que al estar incrustada no la necesita localmente. No usa la del sistema, sino la que trae el fichero ps en su interior.
Lo cual deja como conclusión que es un fallo del propio gs... y que necesitarías actualizar.
Eso es lo que me temo.
O eso o buscar alguna manera de que la fuente truetype se ignore y se use la del sistema, por probar. Y ahí ya que si que no sé si son los mismos símbolos.
Eso es otra opción que voy a investigar.
Puedes generar un pdf con OOo que use los simbolos del sistema, asegurarte que no estén incrustados, y probar si lo convierte. Si funciona, entonces sería cuestión de buscar como hacer eso de que el gs ignore la fuente incluida, o buscar un filtro que elimine la fuente incluida y cambie el ps para que use en su lugar la symbol del sistema.
Bingo... bueno, bingo a medias. Creo un documento bajo windows con OOo con un texto con fuente Symbol y lo exporto a pdf (no hay opciones de incrustar o enlazar fuentes, creo que OOo incrusta siempre para curarse de males). Acrobat me dice que la fuente está incrustada, pero también me dice que la tipografía es Type 1 (nada de CID) y se llama Symbol (a secas, sin la MT al final). Envío ese documento en pdf por fax y sale sin problemas. Lo que sabemos con ésto es que OOo genera buenos documentos en pdf :-), porque los documentos que se han creado desde cualquier aplicación con acrobat utilizan una fuente distinta (SymbolMT), cuando las únicas fuentes que hay en el equipo windows son symbol.ttf (opentype) y symbole.fon (res vga) no sé de dónde saca la symbolmt que aparece incrustada en el pdf y es la que da problemas. El problema está identificado pero no es posible solucionarlo porque: a) No puedo controlar el origen de todos los pdf que llegan al fax b) El mismo pdf con las mismas fuentes problemáticas se convierten sin problemas en otra SuSE.
También está la posibilidad de mencionar el hecho en el bugzilla; pero dado que las suses actuales no tienen ese fallo no creo que se corrija.
SuSE 10.0 ya está en su cliclo de vida final, como dices es una pérdida de tiempo porque no se va a resolver. Lo curisoso es que la última versión de ghostscript es la 8.57 y en suse se instala la 8.15 :-?
Y desde luego no serán rápidos: aquel bug con las fuentes times que descubrí no han hecho nada, o al menos no lo han reportado (sé que tomaron nota).
¿El de OOo? :-O Vaya...
Oye... ¿esos ps se han generado en windows? Puede que estén rotos. Podrías probar con un ps generado en linux que use la symbol truetype. Luego hay herramientas como "ps2ps" que se supone que sirven para filtrar el ps - pero como usan gs, pues igual también casca...
No están rotos (son formatos válidos), pero incrusta una tipografía que hace saltar a gs.
Ah, no, el que estaba buscando es "fixps":
] 9.2 `fixps' ] =========== ] ] The shell script `fixps' tries its best to fix common problems in ] PostScript files that may prevent post processing. It makes heavy use ] of the `psutils'. It is a good idea to use `fixps' in the PostScript ] delegations. ] ] It first tries to make simple fixes, but some really broken files may ] require a much deeper treatment. If `fixps' feels the need for such a ] major surgery act, it may give up local changes and ask `Ghostscript' ] for a global rewriting.
Prueba.... igual funciona.
Curiosamente, si el pdf con la fuente "mala malosa" incrustada lo "destilo" como PS con acrobat (fichero.ps), el fax se envía sin problemas, lo que falla es la conversión de pdf a ps cuando ese pdf lleva un tipo de fuente concreto. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-06-10 a las 10:27 +0200, Camaleón escribió:
El 9/06/07, Carlos E. R. escribió:
No se eso.
Ah. ¿Y la fuente symbol la interpreta así? Pues creo que no debería, es una fuente "normal", aparte de la rareza de las "letras".
Puedes generar un pdf con OOo que use los simbolos del sistema, asegurarte que no estén incrustados, y probar si lo convierte. Si funciona, entonces sería cuestión de buscar como hacer eso de que el gs ignore la fuente incluida, o buscar un filtro que elimine la fuente incluida y cambie el ps para que use en su lugar la symbol del sistema.
Bingo... bueno, bingo a medias. Creo un documento bajo windows con OOo con un texto con fuente Symbol y lo exporto a pdf (no hay opciones de incrustar o enlazar fuentes, creo que OOo incrusta siempre para curarse de males).
No, no siempre. Eso es el bug que reporté, que incrusta siempre, y a veces incrusta la que no es (incrusta una TT cuando se ha pedido la del sistema PS). Depende además de que OOo se trate, hay diferencias. Se ve la diferencia entre el pdf generado con el iconito, y uno generado a través de imprimir a fichero ps, y luego convertido a pdf. Tu gente puede hacer eso, por cierto: imprimir a ps directamente, en windows.
Acrobat me dice que la fuente está incrustada, pero también me dice que la tipografía es Type 1 (nada de CID) y se llama Symbol (a secas, sin la MT al final). Envío ese documento en pdf por fax y sale sin problemas.
Ahá.
Lo que sabemos con ésto es que OOo genera buenos documentos en pdf :-), porque los documentos que se han creado desde cualquier aplicación con acrobat utilizan una fuente distinta (SymbolMT), cuando las únicas fuentes que hay en el equipo windows son symbol.ttf (opentype) y symbole.fon (res vga) no sé de dónde saca la symbolmt que aparece incrustada en el pdf y es la que da problemas.
La diferencia también está en que te estás topando con el bug que reporté, que no se incrusta la fuente exacta pedida cuando coincide con la del sistema ps. Pero vale, el caso es que un documento en OOo funciona. Ya sabes, tira el Word :-P ¿symbol.ttf opentype? ¿No truetype? Estoy amuermado, no se si la mt es la del sistema ps - pero no, no puede ser, porque el acrobat no la incrustaría.
El problema está identificado pero no es posible solucionarlo porque:
a) No puedo controlar el origen de todos los pdf que llegan al fax b) El mismo pdf con las mismas fuentes problemáticas se convierten sin problemas en otra SuSE.
Ya....
También está la posibilidad de mencionar el hecho en el bugzilla; pero dado que las suses actuales no tienen ese fallo no creo que se corrija.
SuSE 10.0 ya está en su cliclo de vida final, como dices es una pérdida de tiempo porque no se va a resolver. Lo curisoso es que la última versión de ghostscript es la 8.57 y en suse se instala la 8.15 :-?
La considerarán estable, no se.
Y desde luego no serán rápidos: aquel bug con las fuentes times que descubrí no han hecho nada, o al menos no lo han reportado (sé que tomaron nota).
¿El de OOo? :-O Vaya...
Bug 260193
Oye... ¿esos ps se han generado en windows? Puede que estén rotos. Podrías probar con un ps generado en linux que use la symbol truetype. Luego hay herramientas como "ps2ps" que se supone que sirven para filtrar el ps - pero como usan gs, pues igual también casca...
No están rotos (son formatos válidos), pero incrusta una tipografía que hace saltar a gs.
No me refiero a rotos sólo en ese sentido.
Ah, no, el que estaba buscando es "fixps":
] 9.2 `fixps' ] =========== ] ] The shell script `fixps' tries its best to fix common problems in ] PostScript files that may prevent post processing. It makes heavy use ] of the `psutils'. It is a good idea to use `fixps' in the PostScript ] delegations. ] ] It first tries to make simple fixes, but some really broken files may ] require a much deeper treatment. If `fixps' feels the need for such a ] major surgery act, it may give up local changes and ask `Ghostscript' ] for a global rewriting.
Prueba.... igual funciona.
Curiosamente, si el pdf con la fuente "mala malosa" incrustada lo "destilo" como PS con acrobat (fichero.ps), el fax se envía sin problemas, lo que falla es la conversión de pdf a ps cuando ese pdf lleva un tipo de fuente concreto.
¿Quieres decir que si usas acrobat para convertir el pdf maloso en ps, el hylafax traga bien? Bueno, coincide. Prueba a convertir... ah. iba a decir pasaras el maloso por por el fixps, pero no puedes, porque el maloso es un pdf. Vale, tienes otra vía: pdftops. No es de ghostscript, es de la familia del xpdf. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGa9EitTMYHG2NR9URAtUsAJ9KG00QRw6bqzuxrzMB3ysTDlxCnACfXe5Z /ZYA3uBWO4Z/s44khRPWqu4= =9qe5 -----END PGP SIGNATURE-----
El 10/06/07, Carlos E. R. escribió:
Ah. ¿Y la fuente symbol la interpreta así? Pues creo que no debería, es una fuente "normal", aparte de la rareza de las "letras".
Pues no lo dice expresamente, pero la fuente aparece como CID debido, seguramente, a que está formada por "strokes" como llaman en inglés a los caracteres asiáticos (ideogramas, kanjis y demás).
No, no siempre. Eso es el bug que reporté, que incrusta siempre, y a veces incrusta la que no es (incrusta una TT cuando se ha pedido la del sistema PS). Depende además de que OOo se trate, hay diferencias.
Sí, recuerdo el problema y las pruebas que hiciste (desde OOo y directamente con gs). En la versión para windows de OOo tampoco hay forma de controlar la incrustación de tipografías.
Se ve la diferencia entre el pdf generado con el iconito, y uno generado a través de imprimir a fichero ps, y luego convertido a pdf. Tu gente puede hacer eso, por cierto: imprimir a ps directamente, en windows.
Sí, ese ha sido el "workaround" que estaba aplicando, hasta ahora que sé que la fuente es la culpable :-)
La diferencia también está en que te estás topando con el bug que reporté, que no se incrusta la fuente exacta pedida cuando coincide con la del sistema ps.
Correcto, pero aplicado a acrobat para windows, no creo que me acepten el bug :-P
Pero vale, el caso es que un documento en OOo funciona. Ya sabes, tira el Word :-P
Ains, con lo que le gusta a la gente el word, no colaría. Quizá instalando el OOo de tapadillo, cambiando el icono de Writer por el word... >:-)
¿symbol.ttf opentype? ¿No truetype?
Esa es la información que aparece, con el copyright de Monotype Corporation, pero aunque ponga opentype me da que es truetype proque hasta la tahoma pone que es open type.
Estoy amuermado, no se si la mt es la del sistema ps - pero no, no puede ser, porque el acrobat no la incrustaría.
"Tá" raro... pero no le puedo echar la culpa al 100% a acrobat, incrusta una fuente que no debe, cierto, pero gs debe interpretarla correctamente porque está incrustada.
¿Quieres decir que si usas acrobat para convertir el pdf maloso en ps, el hylafax traga bien? Bueno, coincide.
Sí.
Vale, tienes otra vía: pdftops. No es de ghostscript, es de la familia del xpdf.
Anda, mira, algo para probar. En el servidor no está instalado, al no tener entorno gráfico xpdf no lo tengo, pero en la SuSE donde sí funciona la conversión correctamente sí está xpdf y por ende pdftops, pero creo que Hylafax usa en ambos casos pdf2ps. La pregunta del millón: ¿cómo le digo a Hylafax que utilice pdftops en lugar de pdf2ps? Ya sabemos que llama a pdf2fax que se va a pdf2ps que llama a gs (menudo revoltijo) pero ¿dónde puedo especificar el binario a utilizar en la conversión? Algo he visto en el script "notify" pero tengo mis dudas de si se establece la ruta en ese fichero. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 10/06/07, Camaleón escribió:
La pregunta del millón: ¿cómo le digo a Hylafax que utilice pdftops en lugar de pdf2ps?
Hay un fichero donde se define el programa que se utiliza en la conversión (ps, pdf y tiff a ps) que está en /usr/lib/fax/typerules. Pero según ese fichero dice que Hylafax hace la conversión sin utilizar gs :-O (¿me estará mordiendo también la versión de Hylafax?), así que ya tengo pruebas para hacer, como por ejemplo, decirle que use gs (por probar...) e instalar xpdf y añadir una nueva entrada apuntando al binario pdftops y ver los resultados de ambas pruebas. Y ya que estamos ¿es mejor pdftops o pdf2ps? :-/ Bueno, pondré los resultados cuando tenga los datos. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-06-10 a las 13:06 +0200, Camaleón escribió:
El 10/06/07, Carlos E. R. escribió:
...
La diferencia también está en que te estás topando con el bug que reporté, que no se incrusta la fuente exacta pedida cuando coincide con la del sistema ps.
Correcto, pero aplicado a acrobat para windows, no creo que me acepten el bug :-P
No, es el OOo de windows el que debe tener el bug que digo.
Pero vale, el caso es que un documento en OOo funciona. Ya sabes, tira el Word :-P
Ains, con lo que le gusta a la gente el word, no colaría. Quizá instalando el OOo de tapadillo, cambiando el icono de Writer por el word... >:-)
Basta con poner el writer como aplicación por defecto para abrir .docs - ya me imagino la cara de susto, te llaman porque se les ha colado un virus y no arranca el word al hacer click-click en un fichero :-p
¿symbol.ttf opentype? ¿No truetype?
Esa es la información que aparece, con el copyright de Monotype Corporation, pero aunque ponga opentype me da que es truetype proque hasta la tahoma pone que es open type.
Peculiar. Peculiar porque el windows trae su propia fuente symbol, que es truetype, y tendrá el copyright de MS. La que están usando es truetype, supongo, pero open... peculiar que estén usando esa.
Estoy amuermado, no se si la mt es la del sistema ps - pero no, no puede ser, porque el acrobat no la incrustaría.
"Tá" raro... pero no le puedo echar la culpa al 100% a acrobat, incrusta una fuente que no debe, cierto, pero gs debe interpretarla correctamente porque está incrustada.
El origen estará en el fichero word, que es quien le dice al acrobat cual usar - o bien en el propio acrobat via sustituciones, porque ese sí que puedes obligarle a hacer sustituciones de fuentes no pedidas.
¿Quieres decir que si usas acrobat para convertir el pdf maloso en ps, el hylafax traga bien? Bueno, coincide.
Sí.
Vale, tienes otra vía: pdftops. No es de ghostscript, es de la familia del xpdf.
Anda, mira, algo para probar. En el servidor no está instalado, al no tener entorno gráfico xpdf no lo tengo, pero en la SuSE donde sí funciona la conversión correctamente sí está xpdf y por ende pdftops, pero creo que Hylafax usa en ambos casos pdf2ps.
Puede ser.
La pregunta del millón: ¿cómo le digo a Hylafax que utilice pdftops en lugar de pdf2ps? Ya sabemos que llama a pdf2fax que se va a pdf2ps que llama a gs (menudo revoltijo) pero ¿dónde puedo especificar el binario a utilizar en la conversión? Algo he visto en el script "notify" pero tengo mis dudas de si se establece la ruta en ese fichero.
Lo ví una vez, pero es un pequeño lio. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGa/hOtTMYHG2NR9URAsnwAKCN6PtWRSh0XbRty2OFi5bKxLLMOQCfUlid 9u3ZeE3oiSPQ7VKToiGsgkk= =SUEj -----END PGP SIGNATURE-----
participants (2)
-
Camaleón
-
Carlos E. R.