[Comunidad FotoLibre]
La Taberna del Fotón => Libre como el software => Mensaje iniciado por: invisible en 06 sep 2009, 20:51 pm
-
Salud a todos:
Voy a intentar traducir lo que he leído aquí (http://www.gimpusers.com/tutorials/gimp-2-8-new-features.html); se trata de las novedades que va a traer la próxima versión estable del Gimp, la 2.8.
Por cierto, a los que controlen un poco de inglés, casi mejor que se lean el texto original, pues seguro que he metido algún que otro piciazo con la traducción. Y, sobre todo, para poder ver las capturas de pantalla que ilustran el artículo. q:)
Layer groups (Grupo de capas o agrupar capas): Permitirá agrupar varias capas dentro de una carpeta en forma de árbol. Éstas podrán moverse y mostrar u ocultar todas las capas agrupadas a la vez, de forma que puedan crearse complejas distribuciones sin pérdida (?).
Rotating brushes, brush aspect ratio (Rotar brochas, variar el aspecto radial): Permitirá la rotación de las brochas libremente. Muy útil para diseño gráfico. La variación del aspecto radial posibilitará estirar o encoger las brochas a lo largo de los ejes vertical y horizontal.
Brush dynamics (Brochas dinámicas): Se amplía esta función comprendiendo también la rotación, inclinación (ángulo) y el aspecto radial.
Resource tagging (Etiquetado de recursos): Todos los recursos que ofrece Gimp (brochas, fuentes, patrones, gradientes, etc) podrán ser etiquetados. Con esto podremos filtrar dichos recursos según sus etiquetas, facilitando la gestión de los mismos.
On-canvas editing (Edición sobre el lienzo): Permite la escritura directa sobre el lienzo (ya no será necesaria la ventana de entrada, aunque podrá usarse igualmente si así se desea)
También se han extendido las posibilidades de matiz (hinting) de las fuentes. Sin embargo, aún no es posible realizarlo sobre ciertas letras dentro de un texto, solo en todo el bloque de texto.
Para editar un bloque de texto de nuevo, primero hay que clicar sobre su capa en la ventana de capas y, luego, usar la herramienta de texto y clicar en el bloque de texto existente.
Path from text (Texto a ruta): Ha sido movido a un menú contextual.
Ahora será posible realizar cálculos en los campos de entrada. Por ejemplo, podemos escalar una imagen a “2x100px+1in”. Este valor será convertido a las unidades requeridas (p. e. 272px).
Nuevo default gradient (gradiente por defecto) disponible: un gradiente sólido (sin transición) entre los colores de frente y fondo.
Layer modes (Modos de capa): Han sido agrupado por contexto para facilitar su uso. Por ejemplo, todos los modos que oscurecen o aclara la imagen están ahora agrupados.
Exportar a otros formatos como JPG o PNG ya no será posible vía Archivo/Guardar, ahora se hará mediante Archivo/Exportar. (Archivo/Guardar solo será usado para guardar imágenes usando el formato nativo del Gimp “.xcf” (o .xcf.gz, xcf.bz2 para archivos comprimidos).
Si queremos crear un JPG, PNG, TIFF, etc, tendremos que usar Archivo/Exportar. Este cambio en el entorno nos ahorrará algo de tiempo sin perdernos por los diálogos (p.e. el hecho de que la imagen tenga que reducirse a una capa).
Quickly export to JPEG/PNG without specifying options every time (Exportar a JPG/PNG inmediatamente sin especificar las opciones cada vez): Bajo la entrada de Exportar, en el menú, encontraremos una función de Exportar rápido (quick export) que podremos usar la imagen actual sin tener que especificar la configuración para un formato específico (compresión y demás) cada vez.
Image palette: export to CSS, PHP, Java, Python or plain text (Paleta de imagen: exportar a CSS, PHP, Java, Python o texto plano): Ahora podremos exportar valores de color en diversos formatos. Si elegimos PHP, Python o Java, los colores serán declarados como variables. For CSS, unnamed classes will be created and plain text files will only contain a Hex code list.
Vector layers (Capas vectoriales): podían ser integradas desde el año 2006, pero ahora vendrán “de serie” en el Gimp 2.8 (si encajan en el calendario...).
Customization (Personalización) de la ventana de herramientas: Ahora es posible vía Editar/Configuración del diálogo de herramientas, reordenarlas por prioridad o quitarlas totalmente.
Hotkeys (Accesos rápidos):
Nuevo: Alt(+Shift)+click = Alpha desde la capa.
Nuevo: Ctrl+Shift+E = Archivo / Exportar
Nuevo: Ctrl+E: Exportar rápido
Modificado: Ctrl+Shift+R = Reescala el lienzo al tamaño de la ventana
Modificado: Ctrl+R = Reescala la ventana al tamaño del lienzo.
Otros cambios:
- Los bordes de los lienzos son ahora “magnéticos”
- Soporte para JPEG2000
- Soporte para importar raw de 16 bit (esto me tiene realmente intrigado y no sé por dónde cogerlo...)
La biblioteca GEGL es ahora responsable de los modos de capa y de la combinación de éstas en la imagen resultante.
Las funciones GEGL más importantes serán integradas desde ahora hasta el Gimp 2.10/3.0. Esto va a permitir nuevas y grandes características en futuras versiones, pero no antes del 2010.
GUI changes (Cambios en la interfaz):*
- Cuando la ventana sea minimizada, las ventanas de herramientas y otras que estén abiertas no se mostrarán tampoco.
- El botón de cerrar (la X arriba a la derecha) no cerrará toda la aplicación, sólo la ventana de herramientas. El Gimp se cerrará justo después de que la última ventana de imagen sea cerrada a través de Archivo/Salir.
(*) Creo que esto está relacionado con esto otro (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html); es decir, que la interfaz del Gimp 2.8 estará toda integrada en una única ventana.
Si leéis este artículo, veréis que, aún estando todo integrado, la posibilidad de personalización será muy grande y flexible, pudiendo colocar las ventanas donde queramos, incluso en un segundo monitor.
-
Buenas,
Gracias por la información y por la traducción invi q:) , me voy a fiar de ti :-b , yo con el inglés no es que sea muy amigo, la verdad.
Ta lu3go :-v-
-
Casi perfecta:
Layer groups (Grupo de capas o agrupar capas): Permitirá agrupar varias capas dentro de una carpeta en forma de árbol. Éstas podrán moverse y mostrar u ocultar todas las capas agrupadas a la vez, de forma que puedan crearse complejas distribuciones sin pérdida (?).
Crear complejas distribuciones sin perderse. Aparte, parece ser que las máscaras no funcionan en las agrupaciones.
Wordreference (http://www.wordreference.com/es/en/translation.asp?spen=perderse&v=js)
■perderse verbo reflexivo
1 (extraviarse) to get lost: es fácil perderse en el metro, it's easy to get lost on the underground
Te ha quedado genial, Jordi, fíate 100% del inglés de invi.
aparte, por esa misma página comentan (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html) que es posible que gimp 2.8 venga en modelo una única ventana.
-
- Soporte para importar raw de 16 bit (esto me tiene realmente intrigado y no sé por dónde cogerlo...)
Me imagino que dado que ya están integrando código de 16bits, se podrán importar RAWs para salvarlos en otro formato, pero "asumo" que sin poder trabajar en ellos en modo 16bits. Todo imaginaciones claro.
Lo digo porque hasta la versión 3.0 (http://www.gimp.org/docs/userfaq.html#Future) no tienen previsto el soporte completo de 16bits, donde comentan, hablando de la 2.8, que "este será otro gran paso hacia la 3.0, que traerá funcionalidades tan esperadas como el soporte de 16+ bits por canal y capas de ajustes, ..."
Encantado con la 2.8, sin embargo habrá que esperar, que los 16+ estarán "pal'año" que viene, ya queda poco :-)
Luis
-
Muchas gracias señor invisible por el curre que se ha dado en traducirnos a los no-pikiglishablantes la información.
Conclusión: actualizando tocan.
-
Casi perfecta:
Gracias por la venia, salao... :P
aparte, por esa misma página comentan (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html) que es posible que gimp 2.8 venga en modelo una única ventana.
(*) Creo que esto está relacionado con esto otro (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html); es decir, que la interfaz del Gimp 2.8 estará toda integrada en una única ventana.
Si leéis este artículo, veréis que, aún estando todo integrado, la posibilidad de personalización será muy grande y flexible, pudiendo colocar las ventanas donde queramos, incluso en un segundo monitor.
¿Ves? lo que yo decía... :)o
Muchas gracias señor invisible por el curre que se ha dado en traducirnos a los no-pikiglishablantes la información.
No os acostumbréis. q:)
-
Pues gracias Invi por la info, aunque tampoco se como interpretar eso que comentas del RAW a 16bit. Esperaremos a ver
-
Hablamos hace poco de esto. Yo sigo mosqueado, pero hay cosas interesantes. Gracias por la traducción, Sexpir.
-
Hola invi,
Gracias por el curro. Lo leí y entendí lo mismo que el otro día leyendo como era lo del cambio de marchas de un Lotus deportivo. Ahora esta mas claro.
Saludos
Jose
-
Aquí tenéis un vídeo (http://meetthegimp.org/episode-118-looking-in-the-crystal-ball-at-gimp-2-8/) donde se muestran de manera más gráfica algunas de esas novedades.
Vía Meet the GIMP. (http://meetthegimp.org/) q:)
-
Aquí tenéis un vídeo (http://meetthegimp.org/episode-118-looking-in-the-crystal-ball-at-gimp-2-8/) donde se muestran de manera más gráfica algunas de esas novedades.
Gracias socio q:)
Ta lu3go :-v-
-
Me he topado con esto: parece que apuestan por Gimp mono-ventana (http://www.linuxzone.es/2009/09/11/gimp-28-%C2%BFadios-a-la-multiventana/), hablan de la 2.8. ¿alguien la ha probado ya?
Luis
-
Me he topado con esto: parece que apuestan por Gimp mono-ventana (http://www.linuxzone.es/2009/09/11/gimp-28-%C2%BFadios-a-la-multiventana/)
;-D ;-D ;-D
aparte, por esa misma página comentan (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html) que es posible que gimp 2.8 venga en modelo una única ventana.
(*) Creo que esto está relacionado con esto otro (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html); es decir, que la interfaz del Gimp 2.8 estará toda integrada en una única ventana.
¿Ves? lo que yo decía... :)o
-
Me he topado con esto: parece que apuestan por Gimp mono-ventana (http://www.linuxzone.es/2009/09/11/gimp-28-%C2%BFadios-a-la-multiventana/)
;-D ;-D ;-D
aparte, por esa misma página comentan (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html) que es posible que gimp 2.8 venga en modelo una única ventana.
(*) Creo que esto está relacionado con esto otro (http://www.gimpusers.com/news/2009-09-06/gimp-2-8-single-window.html); es decir, que la interfaz del Gimp 2.8 estará toda integrada en una única ventana.
¿Ves? lo que yo decía... :)o
vaya, se me pasó :-)
Por cierto, lo he compilado (desde el trunk de subversion), pero se empeña en fastidiarme, ahora que ya está me suelta esta chorrada :-)
GIMP requires BABL version 0.0.22 or later. Installed BABL version is 0.1.1.
En fin,
Luis
-
El día que me líe a dar :collejas: me quedo solo... ;-D ;-D ;-D
-
El día que me líe a dar :collejas: me quedo solo...
¡Invi que te pierdes! :-XX :-XX :-XX
Ta lu3go :-v-
-
Ahí lleváis alguna información más (http://www.mmiworks.net/eng/publications/2009/09/gimp-single-mode.html)... sobre todo, esbozos de por dónde puede ir el asunto de la single-window. q:)
-
Gracias, invi...
Veremos, aprenderemos y nos adaptaremos...
Saludos
Jose
-
Acabo de leer en Gimpusers (http://www.gimpusers.com/news/2009-09-19/single-window-mode-gimp-2-8-confirmed.html) y en ChromeCode (http://www.chromecode.com/) que el modo single-window ya es un hecho para el Gimp-2.8 (antes estaba previsto para el Gimp-2.10). Y aún más, va a ser posible conmutar, mediante menú, la interfaz entre el modo single y el multi (a gusto de todos). El modo single-window va a permitir el uso de varias columnas de diálogos empotrables, es decir, configurable al máximo.
Además, podremos elegir entre las diversas imágenes que tengamos abiertas a través de una barra de miniaturas, y no de pestañas (como en un navegador o como, parece ser, que lo hace el fotochó).
Y, por si todo esto fuera poco, dispondremos de "polaroid overlays"; se trata de una nueva funcionalidad que permitirá sobreponer diversas vistas de una imagen, incluso con diferente zum; muy útil para comparar imágenes.
Y, tranquilos, el soporte a una mayor profundidad de bits y el tratamiento no destructivo lo veremos en el Gimp-2.10. :-)
-
Muy chulo lo del navegador de miniaturas, me gusta y creo que yo seré uno de los "single window users" :ejem:
Lo de las polaroid no termino de entenderlo :?
-
Lo de las polaroid no termino de entenderlo :?
Vendría a ser lo que aparece en esta imagen (http://www.mmiworks.net/pics/blog8/lgmmultipolaL.jpg) (aunque ya advierten que solo es a modo de ejemplo); sería algo así como presentar "muestras" de otras imágenes (o la misma a diferente escala) por si queremos ver algún detalle, comparar entre diversas imágenes, etc. q:)
-
No, si el texto lo entiendo, lo que no entiendo es que diferencia hay con abrir la muestra como una nueva imagen...
-
No, si el texto lo entiendo, lo que no entiendo es que diferencia hay con abrir la muestra como una nueva imagen...
Pues, si no entiendo mal, una ventaja será el tener varias vistas de la misma imagen, cada una con diferente aumento y, aunque esto es una suposición, como son vistas que no son abiertas para ser procesadas, solo visualizadas, imagino que consumirá menos recursos. :-?
-
(otra suposición), es la ventaja de poder estar retocando en la ventana de detalla y sin hacer nada ir viendo el efecto en grande y en otros tamaños.
Luis
-
Buenas,
Tienen muy buena pinta las novedades.
Ta lu3go
-
Y, tranquilos, el soporte a una mayor profundidad de bits y el tratamiento no destructivo lo veremos en el Gimp-2.10. :-)
A ver si es verdad, que no hay comparación en manejar los colores con algún revelador como ufraw o rawstudio que hacerlo con gimp. Sobre todo en fotos con pocos tonos se pierde mucho. A mí es un tema que me tiene quemadillo, sobre todo porque no me convencen las alternativas, a cinepaint le encuentro las herramientas algo toscas, sobre todo las de selección (¿como se maneja la varita?) y a krita le faltan bastantes cosas.
-
Gracias por los aportes, señores!
Aunque hay ciertas cosas que no entiendo muy bien, esperaré a tenerlo disponible para darme cuenta de las novedades.
q:)
Saludos
-
Yo lo que de verdad echo en falta es una optimización en la gestión del peso de las capas, con más de un par de capas de un ajuste de zonas ya empieza el Wilbert a sudar la gota gorda.
-
solo visualizadas, imagino que consumirá menos recursos. :-?
Eso supongo yo también, pero para eso tiras del visor de imágenes ¿no?
la ventaja de poder estar retocando en la ventana de detalla y sin hacer nada ir viendo el efecto en grande y en otros tamaños.
Si, podría ser y aunque en principio me parece interesante no creo que lo usara demasiado, no me gustan muchas cosas flotantes en la ventana donde trabajo, prefiero ver el lienzo lo más limpio posible (por eso me apetece lo de la ventana única).
Un saludo
-
la ventaja de poder estar retocando en la ventana de detalla y sin hacer nada ir viendo el efecto en grande y en otros tamaños.
Si, podría ser y aunque en principio me parece interesante no creo que lo usara demasiado, no me gustan muchas cosas flotantes en la ventana donde trabajo, prefiero ver el lienzo lo más limpio posible (por eso me apetece lo de la ventana única).
Un saludo
¿Y ver a la vez la imagen completa y un zoom de como estás enfocando?
-
¿Y ver a la vez la imagen completa y un zoom de como estás enfocando?
No me hace falta, el enfoque siempre hay que hacerlo en una visualización al 100% del tamaño, no necesito lupas.
-
La implementación del modo ventana única va bien... (http://www.chromecode.com/temp/gimp-single-window-mode-in-progress.png) @)
Vía chromeCode (http://www.chromecode.com/2009/10/single-window-mode-progress-report.html). q:)
-
A mi me mola :-)
-
Me da un poco de miedo a que se espanzurren las opciones.
-
Me da un poco de miedo a que se espanzurren las opciones.
miedo solo hay que tenerle a la muerte, hombre B)
Siempre te quedará la opción de volver a la multiventana tradicional, eso parece ser que lo van a mantener.
-
Buenas,
La implementación del modo ventana única va bien... (http://www.chromecode.com/temp/gimp-single-window-mode-in-progress.png)
Será cuestión de probarlo, a ver que tal chuta ;)
Ta lu3go
-
Os dejo otra captura (http://ubuntulife.files.wordpress.com/2009/10/gimp_monoventana_1.jpg) del modo monoventana.
Cada vez me gusta más :)
-
Por cierto que si algún "suicida" quiere irlo probando aunque sea en la versión inestable aquí (http://ubuntulife.wordpress.com/2009/10/07/probando-el-gimp-de-monoventana/) indican como compilarlo. Ya nos contarás, valiente :)o
Actualización: veo que en los comentarios alguien indica un repositorio disponible.
modificado para actualizar
-
Buenas,
Os dejo otra captura (http://ubuntulife.files.wordpress.com/2009/10/gimp_monoventana_1.jpg) del modo monoventana.
:-)
Por cierto que si algún "suicida" quiere irlo probando aunque sea en la versión inestable aquí (http://ubuntulife.wordpress.com/2009/10/07/probando-el-gimp-de-monoventana/) indican como compilarlo.
Voy a ser un cobarde y voy a esperar :)o
Ta lu3go
-
Tiene muy buena pinta, pero ya veremos cuando me cambio. Yo todavía ando con el 2.4 :sonroja2:
-
Bueno, que sepáis los amantes de la multiventana (http://www.chromecode.com/gimp/gimp-multi-column-dock-windows.jpg) que los desarrolladores no se olvidan de vosotros (¿mola, eh?).
Y, de regalo, la fecha para el lanzamiento de la próxima 2.8 queda fijada para el 27 de diciembre de este año... más que nada, para que no les demos la lata. ;)
Una vez más, vía chromeCode (http://www.chromecode.com/2010/01/multi-column-dock-windows-and-28.html). q:)
-
Buenas,
...la fecha para el lanzamiento de la próxima 2.8 queda fijada para el 27 de diciembre de este año...
¡Un buen regalo para las próximas navidades!, gracias por la información socio q:)
Ta lu3go
-
Bueno, que sepáis los amantes de la multiventana (http://www.chromecode.com/gimp/gimp-multi-column-dock-windows.jpg) que los desarrolladores no se olvidan de vosotros (¿mola, eh?).
Más bien todo lo contrario. Lo que dicen es que van a hacer un entorno multi-columna bi-ventana. :'(
-
Más bien todo lo contrario. Lo que dicen es que van a hacer un entorno multi-columna bi-ventana. :'(
Vale, pero y lo bien que va a quedar esa ventana-multi-columna con las herramientas en la pantalla de tu portátil mientras que tienes abierta la imagen en tu mega-monitroll... :toma:
-
Está caliente la cosa, lo de multiventana lo veo genial para trabajar con dos monitores :-).
Señores acabo de actualizarme a la 2.6 con la debian squeeze
He pensao, ¡qué demonios!. Eso sí me ha costado un huevo dejar todo al pelo como lo tenía con lenny.
-
Mas avances...
Leo en "Pegamento mágico entre programadores" (http://prokoudine.info/blog/?p=221) :? :-o que podremos editar un determinado bloque de texto simplemente seleccionándolo y, con tan solo clicar un botón, poder modificar el formato del texto. No sé vosotros, pero más de una vez he tenido que crear distintos "cachos" de texto para hacer que cada uno tuviera un formato distinto, con el consiguiente trabajo posterior de tener que mover las distintas capas de forma independiente para que formaran la totalidad del texto que tenía previsto.
Además, en esa misma entrada podemos leer que se está trabajando "a la par" tanto en el Gimp que todos conocemos de los 8 bitios, como en los 32 por canal... (o eso me parece entender :ejem: )
q:)
-
Muy interesante lo del texto, yo también lo he echado de menos más de una vez. Me parecía una cosa totalmente arcaica :-)
-
Buenas,
...podremos editar un determinado bloque de texto simplemente seleccionándolo y, con tan solo clicar un botón, poder modificar el formato del texto...
Agradecido por la información socio q:) , me resulta muy interesante.
Ta lu3go
-
Pues yo esto lo uso mucho en el curro para generar gráficas y mapas, me vendrá de peras, gracias por la info :-)
-
Mas avances...
Leo en "Pegamento mágico entre programadores" (http://prokoudine.info/blog/?p=221) :? :-o que podremos editar un determinado bloque de texto simplemente seleccionándolo y, con tan solo clicar un botón, poder modificar el formato del texto. No sé vosotros, pero más de una vez he tenido que crear distintos "cachos" de texto para hacer que cada uno tuviera un formato distinto, con el consiguiente trabajo posterior de tener que mover las distintas capas de forma independiente para que formaran la totalidad del texto que tenía previsto.
¿Para qué complicar el programa? ¿Para convertirlo en un monstruo? No me gustan nada estas "mejoras", van en contra de la filosofía de SL que las aplicaciones sean pequeñas y hagan tareas muy precisas; filosofía totalmente contraria al software propietario que pretende resolver los problemas a golpes de "suites" monstruosas. Bastante grande es ya GIMP como para seguir alimentándolo...
Para hacer aquello que introduce esta "mejora" ya tienes scribus (http://www.scribus.net/), cuyo objetivo es justamente la cartelería y la maquetación profesional.
-
Buenas,
Para hacer aquello que introduce esta "mejora" ya tienes scribus (http://www.scribus.net/), cuyo objetivo es justamente la cartelería y la maquetación profesional.
No lo conocía, se agradece la información Manolo q:)
Ta lu3go
-
Hola
Para hacer aquello que introduce esta "mejora" ya tienes scribus (http://www.scribus.net/), cuyo objetivo es justamente la cartelería y la maquetación profesional.
De alguna manera tienes razón, conozco el scribus y ya he trabajado con él. Pero no todo el mundo lo conoce, ni sabe trabajar con sus herramientas, aunque no es difícil.
De todas maneras, mejorar un programa no está demás, el gimp ya es un programa grande.
Saludos
-
¿Para qué complicar el programa? ¿Para convertirlo en un monstruo?
No creo que mejorar la herramienta texto sea convertir Gimp en un monstruo ni en una suite, creo que si para nosotros, los foteros, es una herramienta interesante para los diseñadores gráficos (el 80 o 90% de los usuarios de Gimp según veo en sus foros) es vital. Me parece exagerado recurrir a Scribus para integrar con comodidad un texto con diferentes tipografías en una imagen. Scribus es un programa de maquetación, eso si que es un monstruo para lo que estamos hablando.
Personalmente me sobran bastante más otras herramientas si te parece que ya hay demasiadas o demasiado completas en Gimp.
Bastante grande es ya GIMP como para seguir alimentándolo...
Ojala sigan alimentándolo, no necesito más herramientas, pero si necesito que se mejore las que hay.
Un saludo
-
Scribus es un programa de maquetación, eso si que es un monstruo para lo que estamos hablando.
Yo me refiero con "monstruo" a un programa que pretende abarcar muchas cosas (ya se sabe que quien mucho abarca poco aprieta...). Scribus es grande porque la tarea que tiene encomendada lo es, no porque lo hayan cebado con funcionalidades superfluas (que alguna tendrá...)
Ojala sigan alimentándolo, no necesito más herramientas, pero si necesito que se mejore las que hay.
Está claro que hay opiniones diversas en este tema y, supongo, también entre los desarrolladores. Sin tener a mano datos fiables, tengo la presunción de que buena parte de las ramificaciones (fork) de los proyectos SL surgen de divisiones entre programadores, bien porque el proyecto esté creciendo demasiado hacia funcionalidades no previstas, o bien porque se haya quedado demasiado estancado.
Yo soy más de la escuela minimalista...
-
Yo estoy un poco más con Manolo aunque hubiera recomendado Inkscape para esas cosas en lugar de Scribus.
Lo que pasa, Manolo, es que GIMP (GNU Image Manipulation Program) se ha concebido desde el principio para manejar imágenes y no solo fotos. Y desde el principio tenía tanto posibilidades de retoque fotográfico, como de poner textos o polígonos y garabatos. Luego ha crecido en todas las direcciones y cada uno lo usamos para diferentes cosas. Pero la mayoría lo usamos para fotografía.
Que tenga una funcionalidad básica para darle más añadido a las fotos me parece bien. Para cosas sencillas como anotaciones, firmas y una edición rápida. Para cosas más complicadas, es en lo que estoy con Manolo, en que prefiero que se desarrollen con todo lujo de detalles y posibilidades en programas específicos.
Y un programa no es mejor (necesariamente) porque haga más cosas. Si no porque las haga bien.
-
Pero la mayoría lo usamos para fotografía.
Discrepo, en mi opinión se usa bastante más para diseño gráfico.
Y un programa no es mejor (necesariamente) porque haga más cosas. Si no porque las haga bien.
Hombre si fueran a incluir el Writer del open office en el editor de texto del Gimp estaría con vosotros, pero no es para tanto, es algo muy básico. Es la evolución de una herramienta asentada. Es como ampliar-mejorar los parámetros de los pinceles, por ejemplo, o de las herramientas de selección.
-
Dejaros de vagas elucubraciones y seguid leyendo (http://www.gimpusers.com/tutorials/gimp-2-8-features-preview-april-2010.html)... :lee:
-
Buenas,
...seguid leyendo (http://www.gimpusers.com/tutorials/gimp-2-8-features-preview-april-2010.html)...
Primero lo voy a tener que traducir, con lo fácil que es poner las cosas en un idioma entendible :-b , gracias por el enlace socio q:)
Ta lu3go
-
Para los que como yo, nuestro ingles es bastante limitado
http://translate.google.es/translate?js=y&prev=_t&hl=es&ie=UTF-8&layout=1&eotf=1&u=http%3A%2F%2Fwww.gimpusers.com%2Ftutorials%2Fgimp-2-8-features-preview-april-2010.html&sl=en&tl=es
gracias Invi
-
Buenas,
Para los que como yo, nuestro ingles es bastante limitado
Se agradece tu aportación socio q:)
Ta lu3go
-
Dejaros de vagas elucubraciones y seguid leyendo (http://www.gimpusers.com/tutorials/gimp-2-8-features-preview-april-2010.html)... :lee:
Me reafirmo en lo de la herramienta de texto, además la mejora es mayor de lo que esperaba, guapamente :-)
Muy chulo también lo de agrupar capas, en foto no lo usare mucho pero para diseño gráfico mola.
Lo de las etiquetas de los pinceles me va ahorrar tiempo de búsqueda (uso una firma con pinceles) y lo de las curvas de color superpuestas también me gusta.
A ver si lo del gegl se integra bien (no se qué significa exactamente lo que dicen a efectos de funcionamiento) y si nos acostumbramos rápido a los nuevos atajos de teclado (seguro que al principio será la risa).
Gracias por el enlace invi.