C

Lo busqué..soy un desastre con el buscador

C

Sí...el Call of Duty...o hacéis las cosas bien o...plomo.

C

Que feo está que saquéis sus palabras de contexto, esto es cuando Aznar nos metió en la guerra por el Artículo 33 y Doña Espe gritaba "..no masivas, no masivas..." con respecto a las armas de destrucción...

C

#1 Lo veo más por el camino de "Incluso dándoles por culo hay gente que es capaz de ayudar a los que lo están pasando peor que ellos". Y eso me hace sonreír. ¿No crees?

C

"...por que si además de dejarnos sin empleo, sin crédito a los emprendedores,sin casa y sin futuro, también nos van a reventar a golpes en la calle, la situación será del todo insostenible, y yo como ciudadano y padre de familia, no podré soportar que no hice lo suficiente para evitarlo..."

Una persona normal y corriente, mañana puedes ser tú.

C

#84 Sí claro que pueden, pero no son baratos, también y tal y cómo explico creo que tendrían una compensación muy rápida del capital invertido, pero claro eso no da de comer a los fabricantes de máquinas ,ni a los de papel y esto es como lo del coche con agua...hay intereses.

#97 Totalmente de acuerdo contigo, sólo una cosa, esa maquetación del a que hablas cuando llega a la imprenta no suele servir de nada, hay que hacerla de nuevo el 80% de las veces dependiendo de la máquina.

#101 No compañero ese Script te pasa un fichero de texto a Ps nada más, tener 4000 script distintos para cada formato que te llegue y cada formato de salida, con las causisticas distintas de cada caso y las distintas versiones de rip de cada máquina no es productivo, y los programas que ahcen todo eso a la vez son caros. Una vez más repito, sigo pensando que es un paso ventajoso para todos que si yo fuera editor daría sin pensármelo.

D

#114 Pues será en tu caso, pero A2PS y programas parecidos, pueden hacer tuberías (para algo están los UNIX), detectar toda la entrada y pasar el PS/PDF a la impresora directamente.

Recordemos que TeX puede trabar con imágenes y formatos de impresión nativamente. Añade un frontend HTML donde le subas el archivo y simplemente con Inotify ya empieza el sistema a currar solico. Perl o Python te hacen eso en segundos.

C

A ver no voy a defender a los editores ni mucho menos, pero parte de razón tienen, me explico.
La mayoría de las máquinas actuales manejan formatos electrónicos para enviar los spools de impresión (PDF,AFP,PS,etc),a excepción de las máquinas de offset que siguen usando planchas. Estos formatos no suelen ir en A4, hojas sueltas, sino que van imposicionados para aprovechar al máximo los medios de las máquinas, por ejemplo irán dos A4 tumbados formando un A3 para usar papel continuo. El problema surge al tener que pasar a un formato estandar de E-Reader como puede ser EPub o HTML5 o Flash, sólo conozco un programa profesional que permite crear cualquier tipo de salida tanto en los formatos tradicionales de máquina como en los de nuevas tecnologías, sin tener que volver a hacer la creatividad, imposición, marcas de corte, etc. Inspire Designer de GMC Software Technology.
Aún así creo que el gasto es totalmente aceptable y que el retorno de la inversión que tendrían sería brutal a muy corto espacio de tiempo, está claro que tienen que cambiar el modelo de negocio si quieren sobrevivir, y esto está pasando día a día.

e

#69 Con todo el respeto... ¿Eso qué tiene que ver? ¿Puedes explicar algo mejor a qué te refieres?

Por mucho que usen software y formatos específicos para imprenta, ¿no pueden sacar una versión en libro electrónico ocn la punta del... cuando les apetezca? ¿No tienen medios claramente más productivos que simplemente pasarle un ocr a un libro?

C

#84 Sí claro que pueden, pero no son baratos, también y tal y cómo explico creo que tendrían una compensación muy rápida del capital invertido, pero claro eso no da de comer a los fabricantes de máquinas ,ni a los de papel y esto es como lo del coche con agua...hay intereses.

#97 Totalmente de acuerdo contigo, sólo una cosa, esa maquetación del a que hablas cuando llega a la imprenta no suele servir de nada, hay que hacerla de nuevo el 80% de las veces dependiendo de la máquina.

#101 No compañero ese Script te pasa un fichero de texto a Ps nada más, tener 4000 script distintos para cada formato que te llegue y cada formato de salida, con las causisticas distintas de cada caso y las distintas versiones de rip de cada máquina no es productivo, y los programas que ahcen todo eso a la vez son caros. Una vez más repito, sigo pensando que es un paso ventajoso para todos que si yo fuera editor daría sin pensármelo.

D

#114 Pues será en tu caso, pero A2PS y programas parecidos, pueden hacer tuberías (para algo están los UNIX), detectar toda la entrada y pasar el PS/PDF a la impresora directamente.

Recordemos que TeX puede trabar con imágenes y formatos de impresión nativamente. Añade un frontend HTML donde le subas el archivo y simplemente con Inotify ya empieza el sistema a currar solico. Perl o Python te hacen eso en segundos.

D

#69 Tienes razón en eso, pero cuántos libros hay con dos o más versiones de maquetación según sean pasta dura, pasta blanda, edición ilustrada, etc. el gasto real es muy poco y la cuestión yo creo que es decidir qué libros van a ser editados para ebook e intentar hacer compatible la maquetación para el libro en papel y libro digital. además se maqueta para un formato y luego es el propio programa el que optimiza la impresión y coloca las páginas para llevar a imprenta.

D

#69 TeX/GhostScript y demás conversores hacen eso automáticamente en un script y con coste 0.

C

Yo juro que cualquier tupper que haya tenido aceite e intente fregar repetidas veces se queda con ese material de manera perpetua.

C

hijos de puta, hijos de puta, hijos de puta y mil millones de veces hijos de puta.