sábado, 2 de marzo de 2024

Full Circle #202 (febrero 2024)

Aquí va mi reseña de la edición #202 de Full Circle magazine. Es el número correspondiente a febrero de 2024 y se publicó el viernes 23. Consiste en un PDF de 65 páginas y 7,9 MB.

De la sección Noticias (páginas 4 a 20) la que me pareció más destacable es la que da cuenta del lanzamiento de Open Image Denoise 2.2, una de las bibliotecas de reducción de ruido (denoising) utilizada por Blender.
Del resto de notificaciones de lanzamientos, destaco:

Y, en cuanto a los artículos propiamente dichos, son muchos los que resalto:

  • Entre las páginas 33 y 36, Mark Crutch escribe un nuevo artículo de su fantástica serie sobre Inkscape. Esta vez se dedica al único cuadro de diálogo completamente nuevo de la versión 1.3: Archivo > Recursos del documento. Un agregado que a Mark le gusta pero que le parece que quedó un poco básico y ya está a la espera de que se le agreguen funcionalidades en próximas versiones.
  • En la columna “My Story”, entre las páginas 45 y 48, Art Schreck escribe la nota de tapa titulada “OSX to Linux Mint”, en la que cuenta cómo instaló Linux Mint en una MacBook 13 Air de 2014. Una tarea que no se replicar en cualquier MacBook o iMac, ya que deben tener ciertas características (ser anteriores a 2020, con procesadores Intel, etc.)
  • En la columna sobre Stable Diffusion, Jon Hoskin presenta ComfyUI, una interfaz gráfica para Stable Diffusion que, al estilo de Blender, utiliza nodos para la composición de las imágenes. ¡Y promete más sobre esto para las próximas ediciones!
  • En la columna “Command & Conquer” (páginas 22 y 23) Erik realiza una somera descripción de qué pasa cuando se enciende la computadora. Una pequeña reseña del proceso de arranque de Linux.
  • Entre las páginas 26 y 28, Robert Boardman presenta una nueva entrega de su serie sobre LaTeX. Terminado el libro de recetas de cocina, empieza una serie dedicada a los paquetes preinstalados. En esta oportunidad trata sobre fonts packages (para las tipografías), geometry packages (para las dimensiones de la página, los márgenes, la orientación de la página, etc.),
  • En las habituales reseñas de Adam Hunt sobre distribuciones GNU/Linux tenemos:
    • una sobre Xubuntu 23.10 (páginas 51 a 54).
    • y la otra (páginas 55 a 58) sobre UwUntu, un proyecto de clase de dos alumnos españoles fanáticos del anime.

Finalmente, aquí va mi traducción libre de la editorial, escrita, como siempre, por Ronnie Tucker:

martes, 27 de febrero de 2024

Calendario Inkscape del mes: March 2024

Está disponible el mensil de marzo del calendario 2024 que arma Moini para su web VektorRascheln.

Su proyecto había empezado con el calendario en alemán, pero desde este año ha decidido realizarlos en inglés y, además, la ilustración que incluye en cada mes es una de las imágenes que originalmente fueron creadas para el concurso del “About-Screen” de Inkscape.

Para este mes de marzo el diseño que eligió fue el titulado “Inkscape Rocks!”, obra del usuario m1981.

miércoles, 14 de febrero de 2024

Full Circle #201 (enero 2024)

Aquí va mi reseña de la edición #201 de Full Circle magazine. Es el número correspondiente a enero de 2024 y se publicó el 26 de ese mes. Consiste en un PDF de 63 páginas y 8,5 MB.

De la sección Noticias (páginas 4 a 17) las que más me llamaron la atención fueron:

Además, de las demás notificaciones de lanzamientos, destaco:

Del resto de la edición lo qué más me llamó la atención fue:

  • Entre las páginas 30 y 33, Mark Crutch escribe un nuevo artículo de su fantástica serie sobre Inkscape. Esta vez termina de presentar las novedades de la versión 1.2 que aún le quedaban pendientes de reseñar:
    • los puntos de ajuste dinámicos.
    • mejoras en la deselección de nodos con el rectángulo de selección.
    • posicionamiento y escalado de elementos más preciso: desde los campos numéricos en la barra de control de la herramienta de selección y utilizando como referencia el manejador de transformación que se tenga seleccionado.
    • un nuevo LPE llamado Embaldosado (Tiling).
    • dos nuevas extensiones: Procesar SVG de Illustrator e Importar Imagen Web.
  • En las páginas 24 y 25 Alan German escribe un “HowTo” sobre la realización de respaldos con Duplicati, un programa que, aunque originalmente se desarrolló pensando en almacenar datos encriptados en la nube, también funciona bien para resplados en unidades de disco locales y se puede usar para crear respaldos incrementales.
  • Entre las páginas 26 y 28, Robert Boardman presenta una nueva entrega de su serie sobre LaTeX. Esta entrega está dedicada a las hojas de estilo.
  • En las habituales reseñas de Adam Hunt sobre distribuciones GNU/Linux tenemos:
    • una sobre Lubuntu 23.10 (páginas 45 a 47).
    • y la otra se trata de la primera parte de una serie sobre otros derivados no oficiales de Ubuntu. Esta primera parte es una introducción a este mundo no muy conocido (páginas 48 a 54).

Finalmente, aquí va mi traducción libre de la editorial, escrita, como siempre, por Ronnie Tucker:

sábado, 3 de febrero de 2024

¿Quién necesita Adobe? Estos estudios de diseño utilizan solamente software libre

Rodrigo Ghedin es un periodista brasileño que escribe (en portugués) en Manual do Usuário y traduce al inglés sus mejores escritos en Notes (para alcanzar una audiencia mayor).
Yo di hace poco con este artículo muy interesante de Rodrigo Ghedin, que fue publicado (en Notes y en inglés) el 20 de octubre de 2022. Aquí va mi traducción al español.

En enero de 2021, Dylan Field, el joven cofundador de Figma, una popular herramienta de diseño de la experiencia de usuario, dijo que “nuestro objetivo es ser Figma, no Adobe” en una conversación en la que algunos usuarios, todos ellos descontentos con Adobe, especulaban sobre cuánto tardaría Figma en derrocar a la empresa detrás de Photoshop.

Casi dos años después, en setiembre de 2022, Adobe compró Figma por 20.000 millones de dólares y Dylan, en el mismo Twitter, parecía entusiasmado con la noticia de que su empresa acababa de convertirse en parte de Adobe.

Adobe es un titán del sector, propietario de aplicaciones que son puntos de referencia, casi estándares, en la producción creativa digital, como Photoshop, Premiere e Illustrator. No por nada “Photoshop” se ha convertido en una especie de verbo.

Al tiempo que desarrolla sus propias herramientas para diseñadores de todo el mundo, Adobe no pierde de vista a la competencia y no escatima en esfuerzos para neutralizarla, como en el recién mencionado caso de Figma.

La compra de competidores pequeños, pero con gran potencial, es un procedimiento habitual para las grandes empresas. Y Adobe, una compañía de 139.000 millones de dólares, es gigante por donde se la mire y actúa como tal.

El riesgo que suponen los monopolios es conocido. La absorción de Figma por la mayor empresa de su sector ha hecho sonar la alarma en los organismos reguladores y ha supuesto un balde de agua fría para los profesionales creativos que dependen de Figma y de otras soluciones independientes sobre las que Adobe aún no se ha abalanzado.

¿Hay alguna salida? O, dicho de otro modo, ¿es posible garantizar la independencia del software a perpetuidad? Más aún en este (largo) periodo en el que no sólo Adobe sino todo el sector tecnológico parece destinado a la consolidación.

La libertad de las licencias libres

Es difícil predecir el futuro, pero se puede afirmar sin temor a equivocarse que sí, que hay programas que no corren el riesgo de ser vendidos: los que se distribuyen bajo licencias libres, como la GPL y la MIT.

Sin entrar en detalles filosóficos o legales (que son muchos, variados y complejos), las licencias libres garantizan el acceso universal y blindan al proyecto frente a intentos de adquisiciones hostiles. También pueden contener disposiciones para evitar abusos, promover un desarrollo saludable y, en situaciones extremas, permitir a los usuarios descontentos separarse del proyecto original y crear otro bajo sus propios términos (lo que se conoce como bifurcación o “fork”), beneficiándose de todo lo hecho hasta ese momento.

El software libre pertenece a todos y a nadie al mismo tiempo.

Cualquiera que se haya aventurado alguna vez en ordenadores personales con Linux se habrá topado con una serie de programas que se parecen mucho a otros de su tipo, comerciales y más famosos. Por ejemplo, LibreOffice, que se parece a Microsoft Office, o GIMP, a menudo llamado el “Photoshop de Linux” (aunque también está disponible para macOS y Windows y, más allá de ser un editor de imágenes, no se parece en nada al Photoshop de Adobe).

En diseño digital, hay alternativas a prácticamente todas las aplicaciones comerciales/propietarias de Adobe y otras grandes empresas, como Autodesk, propietaria de 3ds Max y AutoCAD.

¿Para ilustración vectorial? Inkscape. ¿Diseño editorial? Scribus. ¿Edición de imágenes? Además de GIMP, también está Krita. ¿Edición de vídeo? Kdenlive, Shotcut, OpenShot. ¿Edición de audio? Audacity, Ardour.

La escasa popularidad y las diferentes herramientas y flujos de trabajo hacen que mucha gente rechace las herramientas libres, aunque sean gratuitas. ¿Son peores? ¿Son mejores? Quizá no haya base para este tipo de comparación. Sí son diferentes, y esto asusta a quienes crecieron y aprendieron a crear con versiones piratas de Photoshop e Illustrator o se acostumbraron a ellas pagando precios promocionales para estudiantes, en los planes y paquetes específicos para eso.

Sin embargo, noticias como la de la compra de Figma por parte de Adobe pueden servir como disparador de cambios profundos. Hablé con dos estudios de diseño que trabajan exclusivamente con software libre  — Gunga, en Brasil, y Freehive, en Estados Unidos — para saber cómo es ofrecer servicios de diseño y comunicación digital, de forma competitiva, sin depender de Adobe ni de ningún otro software comercial.

Gunga


Farid Abdelnour

Fundado en 2008 por Farid Abdelnour y Nara Oliveira en Taguatinga, en el Distrito Federal, capital federal de Brasil, Gunga se enorgullece de trabajar únicamente con software libre. “Una cosa era muy fuerte cuando lo armamos (al estudio): queríamos algo coherente con nuestra visión del mundo”, explica Farid, que nació en Líbano y emigró a Brasil en 2003.

Farid y Nara se conocieron un año antes de fundar Gunga, cuando ambos participaban en el movimiento de los “puntos culturales”, encuentros regulares a los que acudía gente interesada en la cultura. Él aportaba una sólida formación en software libre, fruto de su trabajo con el investigador Etienne Delacroix en la Universidad de São Paulo. Ella ya era diseñadora y estaba implicada en la cultura popular.

Antes de la fundación, el dúo hizo algunos trabajos puntuales para clientes externos. “Fue una combinación de factores”, explica Nara. “Nuestros trabajos se iban encontrando y existía la necesidad de tener un CNPJ (registro como empresa en Brasil). Así que tomamos este camino y aquí seguimos”.

Gunga trabaja en tres frentes: desarrollo web, audiovisual y diseño gráfico. Farid se encarga de los dos primeros y Nara de las artes gráficas. “Sobre el papel”, como ellos dicen, en Gunga sólo están ellos dos, pero dependiendo del proyecto se pone en marcha una red de colaboradores alineados con los valores del estudio. En los más grandes han involucrado hasta 20 personas.

A diario, Nara utiliza aplicaciones como Inkscape, GIMP, Krita y Scribus en su ordenador con Manjaro. “No soy tan friki”, dice entre risas, “pero he ido ganando independencia (en el uso de Linux). ¿Verdad, Farid? Apenas te hablo de ello”.


Nara Oliveira

Farid utiliza Arch Linux. Para el desarrollo web, utiliza WordPress y código JavaScript personalizado. Para audiovisuales, Kdenlive, Blender, Ardour y Audacity.

Su relación con Kdenlive va más allá del uso. Farid participa activamente en su desarrollo, ayudando a encontrar errores y solucionarlos. “Me di cuenta de que (al principio) era muy complejo editar un video, y empecé a involucrarme: si veía un problema, lo comunicaba, ayudaba a solucionarlo”, dice.

Gunga trabaja para entre ocho a diez clientes por mes y realiza unos 60 proyectos al año. ONGs, productoras culturales, institutos e incluso organismos gubernamentales figuran en la lista de clientes. “Los dos tenemos casa, yo tengo hijos... Nos mantenemos con Gunga, vivimos bien gracias a Gunga y al uso de software libre”, dice Farid.

El hecho de que utilicen exclusivamente software libre rara vez ha supuesto un problema. Con los clientes suele ser un diferencial, como explica Nara: “Algunos ni siquiera saben lo que significa (el software libre) y lo aprenden cuando trabajan con nosotros. Otros nos buscan porque trabajamos con software libre“.

En el pasado el dúo tuvo algunos dolores de cabeza en proyectos con terceros: formatos de archivo propietarios incompatibles con las aplicaciones que utilizan y el no uso de estándares en los lugares que imprimían los trabajos.

La situación ha mejorado porque, aunque las razones no siempre están ligadas al software libre, más y más gente demanda independezarse de las soluciones cerradas y se está notando la diferencia.

“La industria se dió cuenta de que no puede ser rehén del monopolio de una empresa”, dice Farid. “Están surgiendo formatos que son una especie de genéricos, que todos los programas pueden usar para intercomunicarse, tienen interoperabilidad. Cada vez es más fácil trabajar con software libre”.

Freehive: De Blender al uso exclusivo de software libre


Ryan Gorley

Ryan Gorley (1) estudió arquitectura en la universidad pero, en vez de seguir por ese camino, se puso a trabajar como diseñador gráfico para una empresa de venta minorista por Internet. “Me gustó la oportunidad de expresar ideas creativas más rápidamente y con menos limitaciones físicas”, declaró entrevistado vía correo electrónico.

En ese trabajo dirigió al equipo creativo y llegó a ser el responsable de todo el equipo de marketing de la empresa. Durante ese periodo cursó un MBA y aprendió todo lo que pudo sobre marketing. Esta mezcla de práctica y teoría sería aún más importante después de 2010, cuando Ryan renunció para crear su propia empresa.

G86, el nombre original de su estudio, empezó pequeño y creció, pero no mucho. Comentó que “había trabajado con grandes equipos y prefería organizaciones más pequeñas con gente automotivada y hábil en su tarea”.

Entre clientes pequeños y locales, en 2012 Ryan tuvo la oportunidad de trabajar con Amazon en la promoción de un “proyecto secreto” llamado Dash. Hasta entonces su agencia solo utilizaba software propietario. En el proyecto Dash toda la animación se hizo en un software libre: Blender.

Dijo que “había incursionado en Ubuntu cuando empecé el estudio, pero me costó hacer el cambio a GNU/Linux por mi dependencia del software de Adobe”. En este escenario, Blender encajaba más fácilmente en el flujo de trabajo y, con el éxito en la campaña de Amazon Dash, empezó a utilizarlo en otros proyectos del estudio.

Las cosas iban bien, pero en el interior de Ryan crecía una frustración con respecto a Adobe. Recuerda que “cuando empezaron a promocionar sus planes de suscripción opcionales, tuve claro, gracias a mi formación en marketing, por dónde iban las cosas y que no se trataba de hacer un software mejor, sino de consolidar su dominio del mercado y aumentar sus beneficios”.

El resto es historia y la corazonada de Ryan resultó ser acertada: las suscripciones se hicieron obligatorias y, dado el éxito financiero del cambio de Adobe, otras empresas, como Autodesk, siguieron su ejemplo. Esta fue la gota que rebasó el vaso y llevó a Ryan a empezar a explorar una migración completa al software libre.

La idea, sin embargo, no fue bien recibida por su equipo, que reaccionó con “quejas sobre una o dos funciones concretas que faltaban y una molestia general por tener que reaprender como hacer ciertas tareas”. Perdida la batalla, Ryan se resignó a usar sus aplicaciones preferidas para pequeñas tareas en el estudio.

A finales de 2017, dos de sus empleados más antiguos y de mayor confianza se marcharon, de forma amistosa y por otros motivos. Lo que al principio parecía una sentencia de muerte para su estudio se convirtió en una oportunidad.

Ryan cerró la oficina física y volvió a involucrarse directamente en el proceso creativo desde su casa en Salt Lake City, Utah. Por aquel entonces, ya era voluntario del proyecto Inkscape y se preparaba para debutar en eventos de software libre en la Southern California Linux Expo (SCaLE). Allí conoció a otros profesionales de la zona que también utilizaban software libre y empezó a contratarlos como autónomos. “Lo que nos unía no era un espacio creativo, sino una pasión compartida”.

Por aquel entonces, System76, un fabricante estadounidense de ordenadores especializado en Linux, contrató a Ryan para la campaña interactiva de lanzamiento del ordenador Thelios.

Recuerda que “fue el mayor proyecto individual que había emprendido nunca” y que “supuso más de 500 horas de trabajo durante 3 meses. Fue una auténtica prueba para la nueva empresa y la nueva forma de trabajar, utilizando únicamente software libre. Funcionó, y la empresa pasó a llamarse Freehive.

A diferencia de Farid y Nara, Ryan empezó a usar software libre por una razón muy pragmática, no filosófica: el programa que necesitaba para hacer modelado 3D, vendido por Autodesk, era muy costoso. En una página web vecina había una alternativa gratuita llamada Blender.

Entusiasmado, dice que “Blender es fantástico y todos los profesionales creativos del planeta, independientemente de otro programas que usen, deberían aprender Blender e incorporarlo a su trabajo”.

Lo que vino después fue más bien una reacción a las prácticas comerciales de las grandes empresas. En un comentario premonitorio (la entrevista fue en agosto, aproximadamente un mes antes de que Adobe anunciara la compra de Figma), Ryan explicó que, aunque conoce aplicaciones más pequeñas de otras empresas con modelos de negocio más justos, “cualquiera de estos competidores podría ser comprado por Adobe o Autodesk en el momento en que resultara demasiado caro competir con ellos”.

"El único software que no se puede comprar es el que tiene licencia libre. Se ha convertido en mi misión demostrar que los profesionales creativos podemos utilizar este software"

Al igual que Gunga, Freehive nunca ha perdido clientes por usar GIMP en lugar de Photoshop o Inkscape en lugar de Illustrator, pero de tanto en tanto surgen complicaciones cuando hay colaboradores externos implicados en los proyectos y entran en escena formatos de archivo incompatibles.

Ryan plantea otra cuestión que le molesta un poco: la presentación de estas aplicaciones a los clientes. A menudo, sus sitios web no reflejan la calidad profesional de la que es capaz el programa. Comentó que “buscamos formas de solucionarlo, porque queremos convencer a algunos clientes de que prueben estas alternativas en lugar del software propietario que utilizan habitualmente”.

El activismo del software libre, por otra parte, ha resultado en nuevos clientes. Además de System76, Freehive ha trabajado para otros pesos pesados del sector, como Canonical (de Ubuntu), Gnome, Elementary y Recon InfoSec.

El camino hacia el software libre en el diseño


Algunos trabajos de Gunga

Lo bueno del software libre es que su elección trasciende los criterios puramente objetivos. ¿Es posible utilizar aplicaciones de este tipo y permanecer ajeno al modelo de licencias y desarrollo? Sí, pero gran parte del atractivo es, precisamente, no permanecer ajeno; es implicarse.

“Es como buscar dónde quieres estar” dice Nara, porque la opción de trabajar con software libre implica otras elecciones y conexiones. Ella piensa que la parte técnica, o las dificultades y diferencias de las herramientas, son lo menos importante:

“Somos mucho más cabeza, idea, conocimiento y capacidad de traducir conceptos en cosas visuales, y eso es mucho más un conocimiento mental, nuestro, que adquirimos con la experiencia, con el estudio, que el software”.

Al recordar la resistencia de su antiguo equipo a las aplicaciones diferentes, al software libre, Ryan comentó que Adobe y otras grandes empresas ofrecen planes con descuento o incluso gratuitos para estudiantes. Es una inversión redituable porque condiciona el uso de un software caro a personas que están en sus años de formación, cuando tienen la mente abierta y son capaces de absorber conocimientos con mayor facilidad. Cuando salen de la universidad, quieren utilizar el software al que se acostumbraron.

No es que sea imposible cambiar más adelante. Gunga ha tenido aprendices que se enamoraron y adoptaron el software libre de por vida. “El primer paso puede ser un poco más empinado al elegir software libre, pero después es muy fluido y la persona puede tener más autonomía”, dice Farid.

Para quienes ya trabajan con soluciones cerradas/propietarias y quieren migrar al lado libre, Ryan recomienda empezar de a poco. “Tomamos la decisión de apostar por el software libre, es posible hacerlo y nos encantaría que todo el mundo lo hiciera, pero puede que le genere desconfianza”.

Sugiere empezar con pasos cortos, pero seguros. “Quizá aprenda Blender y empiece a incorporar algo de 3D a su trabajo. Considere la posibilidad de utilizar Inkscape para crear gráficos SVG en lugar de Illustrator. Diviértase haciendo bocetos en Krita como parte del proceso creativo inicial”.

Con cierto pesar recuerda que, después de pasarse al software libre, pagó la suscripción al Creative Cloud de Adobe durante dos años por miedo a tener que retomar trabajos antiguos de algún cliente. ”Esa es una de las razones por las que no tengo ningún interés en volver al software propietario y a los formatos de archivo cerrados”.

Y, al igual que Farid se involucró en el desarrollo de Kdenlive, Ryan insta a los usuarios a participar también en algún proyecto libre, más allá de las donaciones en dinero:

“El único pedido es que, cuando use software libre, retribuya lo mejor que pueda, y no solamente en donaciones. Si te encuentra con un error, repórtelo. Si ve una forma concreta de mejorar el software, compártala. Agradezca siempre que sea posible. Estos programas son mantenidos por reducidos equipos de personas y su contribución, por pequeña que sea, puede llegar muy lejos. Cuando llegue el día, como me pasó a mí, en que esté harto del software privativo, estará preparado para formar parte de un futuro libre para usted y los que le sigan”.

  1. (Nota de la traducción)
    Ryan Gorley también participa del Creative Freedom Summit. En la edición del año pasado lo hizo compartiendo una presentación sobre “Ser trabajador autónomo con software libre” y respondiendo preguntas. Cerró su participación con una muy interesante y sentida reflexión sobre la generosidad de un docente para con él y sus compañeros en sus los comienzos.
    Este año también integró la grilla del Creative Freedom Summit, con una presentación titulada “Principios de la mercadotecnia que transformarán su trabajo de diseño gráfico y web”, que aún no he tenido la oportunidad de ver.
    [ ^ volver al artículo ]

miércoles, 24 de enero de 2024

Calendario Inkscape del mes: February 2024

Está disponible el mensil de febrero del calendario 2024 que arma Moini para su web VektorRascheln.

Su proyecto había empezado con el calendario en alemán, pero desde este año ha decidido realizarlos en inglés y, además, la ilustración que incluye en cada mes es una de las imágenes que originalmente fueron creadas para el concurso del “About-Screen” de Inkscape.

Para este mes de febrero 2024 el diseño que eligió fue el titulado “A long journey”, obra de Chris Hildenbrand, una de las 5 finalistas de ese concurso.

domingo, 21 de enero de 2024

Creative Freedom Summit 2024


Los días 23, 24 y 25 de este mes se realizará la segunda edición del Creative Freedom Summit.

Es un evento llevado adelante por el equipo de diseño de Fedora y que, como dice en su web, se trata de una conferencia virtual dedicada exclusivamente a las capacidades y beneficios de las herramientas creativas de Código Abierto.

Algunos de los programas a los que se dedicará el evento son Penpot, Inkscape, Blender, Krita, GIMP y Kdenlive.

El año pasado ya hubieron conferencias muy interesantes. Por ahora, del cronograma que se ha anunciado para este año, las charlas que me han llamado más la atención son (con el horario de Uruguay):

23 de enero

14:30 hs. - Procesamiento de fotos RAW con Darktable (Leander Hutton)

24 de enero

13:00 hs. - Generación de conceptos (Emma Kidney)

14:30 hs. - Diversión 3D con Python y Blender (Erik Mondrian)

16:30 hs. - El proyecto Humanality - Consistencia en el diseño (Roland Taylor)

25 de enero

13:30 hs. - La vida secreta de los diseñadores de OSS: Resultados de estudios diarios de diseñadores que contribuyen al OSS (Eriol Fox)

17:00 hs. - Hacer arte de la naturaleza (Tom Lechner)

jueves, 18 de enero de 2024

Full Circle #200 (diciembre 2023)


Aquí va mi reseña de la edición #200 de Full Circle magazine. Es el número correspondiente a diciembre de 2023 y se publicó el 29 de ese mes. Consiste en un PDF de 67 páginas y 7,3 MB.

De la sección Noticias (páginas 4 a 19) la que más me llamó la atención fue la que trata sobre Comentario 3.0.0, un motor de comentarios web, libre y de código abierto, que puede incrustar sencillamente en su propia web.

Además, de las habituales notificaciones de lanzamientos destaco:

Del resto de la edición lo qué más me llamó la atención fue:

  • Entre las páginas 34 y 37, Mark Crutch escribe un nuevo artículo de su fantástica serie sobre Inkscape. Esta vez se dedica al cuadro de diálogo Capas y objetos, introducido en la versión 1.2 (que unificaba los cuadros de Capas y de Objetos en uno solo) y mejorado en la 1.3.
    En este cuadro se listan todos y cada uno de los objetos, grupos y capas del documento.
  • Entre las páginas 29 y 32, Robert Boardman presenta una nueva entrega de su serie sobre LaTeX. En esta oportunidad es el turno de diseñar la tapa del recetario de cocina. Y, para eso, crea un archivo específico en el que tiene que lidiar con el manejo de fuentes y, especialmente, de imágenes con el paquete tcolorbox.
  • En la columna My Opinion, de las páginas 48 y 49, el incansable Erik escribe sobre los controversiales paquetes Snap de Canonical. Es un muy buen artículo que traduje al español y ya publiqué en el blog.
  • En las habituales reseñas sobre distribuciones GNU/Linux tenemos:
    • la de Adam Hunt sobre Kubuntu 23.10 (páginas 52 a 55)
    • la de Erik, que es la nota de tapa, sobre Linux Lite 6.6 (páginas 56 a 58)

Finalmente, aquí va mi traducción libre de la editorial, escrita, como siempre, por Ronnie Tucker:

lunes, 15 de enero de 2024

Los paquetes “Snap”

En la columna My Opinion, en las páginas 48 y 49 de la edición más reciente de Full Circle Magazine (de la que aún no he publicado mi reseña), el incansable Erik escribe sobre los controversiales paquetes Snap de Canonical. Es un muy buen artículo. Así que lo traduje al español y lo publico a continuación:

El amor, el odio, la controversia, como los granos en un reloj de arena, así son los días de nuestras vidas...

Según la web de snapcraft

Snapcraft – Los Snaps son paquetes universales para Linux.

  • El Snapcraft de Canonical es una tienda de aplicaciones (en C/C++, Java, Node.js, Electron, Flutter, Ruby, MOOS, ROS 2, etc.) prefabricadas para Linux. 
  • Los Snaps son fáciles de encontrar e instalar. Millones de usuarios pueden explorar e instalar gráficamente snaps desde la tienda de Snaps o desde la línea de comandos.
  • Los Snaps se instalan y ejecutan igual en todos los Linux.

Entonces, ¿que obtenemos de toda esta definición? Que se trata de paquetes universales para Linux y una pérdida de tiempo leyéndola.

A ver si encuentro más información para compartir con nuestros lectores. Los paquetes autónomos no son nada nuevo en el mundo del software. Si alguna vez ha utilizado MacOS también deberían serle familiares. Al hablar de MacOS, intencionalmente no utilicé la expresión “paquete universal” ya que refiere a algo levemente diferente pero, en esencia, los Snaps son paquetes universales para Ubuntu. De acuerdo, pero ¿qué significa eso? Significa que la aplicación y todos los cachivaches que necesita para ejecutarse se encuentran en un conveniente paquete (dicen que se inspiran en las aplicaciones móviles). Básicamente una aplicación autónoma. En Windows puede encontrar “aplicaciones portátiles”, que son similares y, ciertamente, los paquetes Snap son portátiles. Dado a que contienen más que solamente la aplicación, no son gestionados por el gestor de paquetes de su distribución y se necesita una herramienta aparte para gestionarlos. Profundicemos un poco más sobre este tema ya que actualmente ha concitado mucha atención.

Para usted, como usuario con una computadora moderna, los Snaps pueden ser otra forma de obtener aplicaciones. No se puede negar el hecho de que los paquetes Snap traen a Linux un montón de software que previamente no estaba disponible y eso es genial. Los paquetes Snap también soportan canales, lo que significa que puede obtener software estable desde un canal y sus compilaciones diarias (nightly builds) desde otro, todo genial. Debido a que los paquetes Snap son autónomos, primero tienen que desempaquetar y cargar todos esos cachivaches al ser ejecutados, sin importar si ya tiene la misma versión en la memoria, resultando en tiempos de carga más largos y mayor consumo de memoria. De nuevo: no es un problema si está utilizando una computadora moderna. Pero… si lo vemos desde la perspectiva de alguien que compró una Asus i3, 1.8Ghz con 4GB de memoria y 80GB, 5400rpm lento y oxidado, hace años, más espacio de disco duro desperdiciado, más memoria desperdiciada, más revoluciones del CPU desperdiciadas: no tiene sentido, en especial si quiere “salvar” a su laptop de terminar en el vertedero. Ahora tiene información redundante por todos lados ya que cada Snap utiliza los mismos recursos, pero cada uno en su propia burbuja. Encima, imagine que está usando su teléfono celular para conectarse a Internet. De no creer lo rápido que se quedaría sin fondos (contraste esto con Ubuntu 5.10 cuando yo disponía de 10MB de datos mensuales y las actualizaciones eran en kilobytes, ¡y era suficiente!) No temo que Canonical esté haciendo cosas nefastas con los Snaps, a diferencia de MS, pero Linux Mint anda a las patadas como loco contra los Snaps (https://hackaday.com/2020/06/24/whats-the-deal-with-snap-packages/).

Lo que más me molesta de los paquetes Snap es que la gente los está utilizando para cosas en las que no son necesarias (como, por ejemplo, para instalar VIM) perdiendo tiempo y espacio, al estilo de lo que está haciendo Microsoft con su tienda, OBLIGANDO a la gente a utilizarla. ¿Quiere un panel de control para su tarjeta de sonido o el panel de control de Nvidia con sus drivers convenientemente empaquetados? ¡Ja! ¡Ya no! Microsoft ahora lo tiene exclusivamente en su tienda. ¿Por qué? Probablemente para poder agregarle más spyware y extraer más datos para vender. Veamos la página de Firefox en la tienda de software. No presenta la opción de instalar un archivo .DEB. Es Snap o Snap. Desde una perspectiva empresarila tiene sentido, pero no para un usuario doméstico. Como nos gusta la posibilidad de elegir, prefiero las aplicaciones rápidas a las autocontenidas ¿Usted no? Desde el punto de vista de los recursos me gustaría tener la opción de no llenar mi disco con información redundante (aunque tengo que aclarar que no todos los Snaps son un desperdicio de recursos, recuerdo que el Snap de Blender era del mismo tamaño que una instalación nativa más sus dependencias).

Se han hecho muchos avances para mejorar los Snaps y me parece muy bien. Antes, al hacer una df-h, terminaba con una pantalla interminable de dispositivos en bucle y era necesario modificar el comando con un alias. En las versiones más recientes eso ha sido corregido. El Snap de Firefox ahora se ejecuta a una velocidad decente y cosas por el estilo. Sin dudas hay una demanda por un paquete universal para Linux. Sin embargo, si hace un lsblk, los verá (a los Snaps) como sistemas de archivos montados, cuando, por ejemplo, lo único que quiere ver es si su unidad montada sigue aún ahí.

Hemos avanzado tanto en cosas como la virtualización y el ahorro de recursos, solo para ir en la dirección opuesta con el software (por ejemplo, mi máquina con Windows 7 pre-release y con menos de la mitad de potencia arrancaba más rápido que mi máquina con Windows 11 y un SSD súper veloz y cuatro veces más de memoria). Incluso cuando los paquetes Snap se actualizan, descargan todo de nuevo, malgastando ancho de banda y escribiendo muchos datos en su disco y, en caso de que tenga un SSD antiguo, acortándole la vida por bastante margen.

El principal punto de discordia, para mucha gente, es el punto único de fallo. Si la tienda de Snap se cae, digamos por un ataque DDOS, también lo hace su oportunidad de conseguir más software o actualizaciones. No es Código abierto, así que no puede tener su tienda en su propio servidor, lo que lo hace parecido al jardín amurallado de Apple. Aunque puede tener su propia “tienda”, por decirlo de alguna manera, en la plataforma de Canonical, no puede tenerla replicada en un servidor propio.

Lo bueno:

Las aplicaciones están aisladas, prometiendo más seguridad. El “confinamiento” del Snap describe el nivel de aislamiento de un snap en su sistema: estricto, clásico y modo desarrollo. Con estricto (‘strict’) la aplicación no puede acceder a los recursos del sistema. Esto puede ser problemático cuando necesite, por ejemplo, guardar un archivo en una unidad externa desde la aplicación snap. En el modo clásico (‘classic’), el nivel de confinamiento le da al snap el mismo acceso a los recursos que tienen los paquetes tradicionales. El Modo desarrollo (‘Devmode’) está reservado para los creadores y los desarrolladores de snaps. Un Snap con el nivel de confinamiento ‘Devmode’ se ejecuta como uno con nivel estricto pero, además, tiene acceso total a los recursos del sistema y proporciona una salida para depuración de errores. También puede revertir a un versión previa del software, si, por alguna razón, no está conforme con la actualización puede revertir fácilmente a la versión previa (downgrade). Una tienda de Snaps también elimina el uso de muchos PPA’s. Es una forma cómoda de encontrar software para los usuarios de Ubuntu.

Lo malo:

Ya han habido aplicaciones maliciosas en la tienda, ya que nadie las revisa realmente y todo lo que se necesita para publicar una aplicación en la tienda es una cuenta (ni siquiera es necesario ser el autor o mantenedor de la aplicación). Han habido artículos que sostienen que la seguridad por aislamiento es solo a nivel superficial. Los Snaps no se integran con el tema del sistema operativo, ya sea los punteros, los íconos o los colores. Además, están las actualizaciones forzadas, una de las razones principales porque la gente abandona Microsoft Windows y migra a Ubuntu. Muchos Gestores de paquetes también molestan a la gente.

Desde una perspectiva empresarial, es totalmente razonable y Canonical es una compañía con fines de lucro, dedicada a los negocios, aunque su fama le venga de los usuarios domésticos. Por eso, creo que los Snaps están aquí para quedarse. No tengo la bola de cristal, pero como alguien de la industria de las IT, que ha tenido que cumplir constantemente con condiciones definidas por Microsoft para excluir a otros, esta es una forma en que Canonical está arañando ese mercado.

Mi pequeño aporte

Aquí es donde creo que Canonical tiene que tomar una decisión; ser un Sistema Operativo para empresas o darle soporte a los usuarios domésticos que quieren tener el mismo Sistema Operativo en sus casas que el que tienen en el trabajo. Quizás sea el momento de seguir el ejemplo de Microsoft y dividirse en ediciones ‘home’ y ‘business’, donde tenga opciones en la versión doméstica y la versión empresarial sea rígida. De cualquier manera, los Snaps son solo parte del panorama general. Ubuntu es un producto de Canonical que también es un proyecto comunitario, con un dictador benévolo. Es realmente difícil de mantener el balance entre las necesidades de la comunidad y las de una empresa. Todos hemos sido testigos del fiasco de Red Hat de los últimos meses…

viernes, 5 de enero de 2024

¡Salió Scribus 1.6!

Además de los 30 años de Blender, tuvimos otra gran noticia para empezar el año: el 1 de enero, en la renovada web de Scribus, se publicó un artículo escrito por Craig Bradney que da cuenta de que ¡salió Scribus 1.6!, o sea, la nueva rama estable (la que le sigue a la 1.4.x) y que es el resultado de todo el trabajo de desarrollo realizado en la versión 1.5.x.

Así que, a partir de ahora, la versión de desarrollo pasa a ser la rama 1.7, que en algunos años derivará en la próxima versión estable, la 1.8.

A continuación publico una traducción al español del artículo original de Craig Bradney.

El equipo de Scribus se complace en anunciar el lanzamiento de la versión 1.6.0.
Scribus 1.6.0, tan esperado desde hace tanto tiempo, es el siguiente lanzamiento en la serie estable que reemplaza a la versión 1.4.8 y a las versiones de desarrollo de la serie 1.5.x. Esta versión ha estado en desarrollo por algunos años y presenta miles de mejoras y correcciones en todas las áreas del programa. Tiene más características, es más rápido y es más estable. Todos los usuarios de las versiones 1.5.x y anteriores deberían migrar a la versión 1.6.0.

La siguiente lista es un resumen general de los cambios incluidos desde el lanzamiento de la versión 1.4.8 y en cada una de las versiones de desarrollo 1.5.x.

Los cambios más importantes


Generales

  • Revisión de la interfaz de usuario desde la versión 1.4.x, incluyendo nuevos iconos y compatibilidad con los modos claro y oscuro.
  • Administrador de recursos para recursos en línea como, por ejemplo, diccionarios.
  • Mejoras en el renderizado del lienzo en pantallas Hi-DPI.
  • Scribus ofrece una característica “Símbolos”, o clon, similar a la de Adobe® Illustrator®: si un objeto maestro (Símbolo) ha sido modificado, todas sus copias (clones) son modificadas de la misma manera.
  • El plugin de código de barras se ha actualizado y ofrece nuevas funciones, como “GS1 Digital Link URIs” para el código de barras en el comercio minorista.
  • Se han añadido varios comandos nuevos al motor de scripting, para que la creación de documentos mediante scripts sea más sencilla y versátil. Se han añadido muchos comandos nuevos de Scripter, así como actualizaciones de la documentación.
  • Una nueva característica es la posibilidad de buscar una función en particular, como se puede hacer en GIMP, G'MIC o Photoshop. Si es posible, el nuevo diálogo también muestra la ruta del menú.

Texto / Tipografía / Fuentes

  • Scribus 1.6.0 provee alguna de las capacidades de texto más solicitadas, entre ellas:
    • justificación vertical de texto;
    • control de huérfanas y viudas;
    • notas al pie y al final (experimental);
    • textos variables (experimental);
    • referencias cruzadas (experimental).
  • Scribus permite aplicar un color de fondo a un texto seleccionado y también permite esta opción en los estilos de caracter y párrafo;
  • El código de incrustación de fuentes se reescribió completamente desde cero para permitir el soporte de escrituras complejas como el árabe, el hebreo, el chino y el hindi que llegaron en la serie de desarrollo 1.5.x. Estamos más que agradecidos por el magnífico trabajo realizado por el equipo de la House of Open Source Technology (HOST) de Omán, dirigida por Khaled Hosny.
  • Scribus proporciona acceso a funciones OpenType avanzadas, como ligaduras y glifos alternativos.
  • Escribir en la página y el renderizado de texto se han vuelto, en general, mucho más rápidos.
  • La previsualización de fuentes ahora está disponible en los selectores de fuentes.
  • La pestaña “Texto” ha sido movida de la Paleta de propiedades a una nueva paleta.
  • Las fuentes rechazadas (Rejected Fonts) aparecen ahora en una pestaña separada en los cuadros de diálogo Configuración del documento y Preferencias. Esto permite a los usuarios saber por qué una determinada fuente instalada en su sistema no aparece en los selectores de fuentes.
  • Ya está disponible una nueva vista previa de salida basada en PDF.
  • Se ha migrado la programación en Python de la versión 2 a la 3.
  • Se ha añadido compatibilidad con XeLaTeX a los Marcos de visualización.
  • Con la nueva función "Soldadura", los objetos pueden combinarse y moverse sin necesidad de agruparlos, es decir, cada objeto sigue siendo totalmente editable.
  • Nota importante: aquellos que tengan una colección de documentos antiguos de Scribus pueden y deberían conservar sus versiones antiguas instaladas o, al menos, el instalable, ya que el diseño del texto cambiará debido al motor de diseño de texto mejorado.

Gráficos

  • Un plugin rico en funciones llamado Visor de imágenes permite la gestión de activos para archivos gráficos etiquetándolos o creando colecciones de gráficos. Los archivos gráficos pueden arrastrarse a un documento Scribus desde el Visor de imágenes.
  • Scribus admite todos los tipos de degradado avanzados disponibles en Adobe® Illustrator® y XARA® Designer, incluidos los degradados de malla.
  • Una de las capacidades más solicitadas, la sombra arrojada, está disponible, aunque aún es experimental.
  • Para los documentos que contienen muchas imágenes de mapa de bits de gran tamaño (en cuanto a tamaño de archivo), se ha añadido una caché de imágenes configurable. Puede almacenar archivos de imagen en el disco duro y liberar memoria RAM, para que Scribus pueda seguir funcionando sin problemas.

Importar / Exportar archivos

  • Scribus puede almacenar imagenes de mapa de bits dentro de su formato de archivo nativo. Previamente solo era posible vincular a imágenes externas.
  • Scribus incluye un gran número de filtros de importación nuevos y reescritos, aunque no todos ellos son de la misma calidad y algunos siguen siendo experimentales.
    • Importadores RTF y DOCX
    • Grandes mejoras en la importación PDF
    • KRA, el formato de Krita
    • Se ha agregado un filtro de importación de Markdown

Archivos DTP

  • Scribus 1.6.0 puede abrir/importar archivos creados por otros programas DTP. A saber:
    • Adobe® InDesign® XML (IDML)
    • Adobe® InDesign® Snippets (IDMS)
    • Adobe® PageMaker® (P65, PMD)
    • Apple® iWorks® Pages
    • Microsoft® Publisher (PUB)
    • QuarkXPress® Tags (XTG)
    • VIVA® Designer XML
    • XARA® Page & Layout Designer (XAR).

Gracias al trabajo del Document Liberation Project y, particularmente, de David Tardon, fueron agregados filtros de importación experimental para dibujos vectoriales ZonerDraw® (versiones 4 y 5) y documentos QuarkXPress® (versiones 3 y 4).

En cuanto a los formatos de autoedición (DTP) que aún no son compatibles, una solución a veces es utilizar un formato de salida como opción. En consecuencia, el importador de PDF de Scribus 1.6.0 fue reescrito desde cero, y ahora Scribus puede abrir de forma fiable muchos archivos PDF directamente con el diseño original intacto. Para los usuarios de Windows, Scribus también viene con filtros de importación fiables para las alternativas de Microsoft al formato PDF: XPS (Windows Vista y 7) y OXPS (Windows 8 y posteriores).

Dibujos vectoriales

  • El filtro de importación para archivos Adobe® Illustrator® se ha reescrito desde cero y las capacidades gráficas de Scribus se han ampliado en consecuencia, por lo que se pueden importar o abrir la mayoría de archivos AI. Scribus puede detectar archivos AI híbridos y permite a los usuarios elegir entre la versión AI y la versión PDF.
  • El filtro de importación para archivos gráficos OpenDocument fue reescrito y ampliado, por lo que Scribus ahora puede abrir e importar dibujos ODG y presentaciones de diapositivas ODP.
  • Ahora se admiten capas en archivos SVG si se abre un documento SVG (en lugar de importarlo a un documento existente).
  • Gracias a las bibliotecas proporcionadas por el Document Liberation Project, Scribus ahora puede importar archivos nativos de MS Visio y CorelDraw.
  • Otros filtros de importación nuevos:
    • Computer Graphics Metafile (CGM)
    • Photoshop Custom Shapes (CSH)
    • Micrografx Draw (DRW)
    • Enhanced Metafile (EMF)
    • StarView Metafile (SVM)
    • WordPerfect® Graphics (WPG)
    • Xara® Designer (XAR).

Archivos de mapas de bits

  • Scribus soporta el estándar abierto Open Raster (ORA) para archivos de mapa de bits complejos, incluyendo características avanzadas como efectos de capa o rutas.
  • Con GraphicsMagick instalado, Scribus puede importar todos los archivos de mapa de bits soportados por este programa, incluyendo el formato nativo XCF de GIMP.
  • Scribus puede importar mapas de bits PGF, una alternativa abierta a JPEG 2000.

3D

Con OpenSceneGraph (OSG) instalado, Scribus puede importar objetos 3D en todos los formatos admitidos por OSG en un nuevo tipo de marco llamado “Anotación 3D”. Scribus también ofrece funciones de edición limitadas, como establecer la fuente de iluminación o el modo de visualización predeterminado para un visor de PDF 3D compatible con PDF.


Colores y rellenos

  • Se ha añadido soporte para, o se ha mejorado el uso de:
    • modelos de color CIE L*a*b* y CIE HLC y nuevas paletas de color, que también están disponibles en el editor de color
    • el formato de archivo SBZ de SwatchBooker, que significa, entre otras cosas, que todas las paletas de colores de la Open Colour Systems Collection pueden utilizarse dentro de Scribus con su modelo de color original (CIE L*a*b*) intacto.
    • las paletas de colores en los formatos Adobe® Color Swatch (ACO) y AutoCAD® ColorBook (ACB), así como archivos Adobe® Swatch Exchange (ASE), y degradados GIMP (GGR) y patrones GIMP (PAT). El antiguo gestor de color se ha ampliado a un gestor de Colores y Rellenos para reflejar las nuevas capacidades.
    • El Administrador de recursos, así como el conjunto de recursos oficiales de Scribus se han ampliado significativamente, ya que Scribus proporciona acceso directo a las más de 300 paletas de colores (en su mayoría comerciales) de la Open Colour Systems Collection en el espacio de color LAB. Le agradecemos a dtp studio oldenburg y a la iniciativa freieFarbe por hacer que estas paletas de colores estén disponibles bajo una licencia Creative Commons. La interfaz de usuario del Administrador de recursos también ha recibido algunas mejoras.
    • La paleta de colores "Wikipedia RAL Classic" se actualizó utilizando los valores de color LAB de Wikipedia.
    • Paletas de colores en la nueva norma ISO CxF3. Los archivos CxF3 no sólo pueden almacenar paletas en diferentes modelos de color (por ejemplo RGB, CMYK, LAB) y propósitos de impresión, sino que también permiten almacenar colores espectrales, lo que permite una precisión de color aún mayor. Scribus fue el primer software de autoedición compatible con este exigente estándar.
  • La precisión cromática de los colores de relleno se ha ampliado a 64 bits con coma flotante.
  • Se han actualizado los filtros de importación existentes para que admitan el modelo de color LAB (cuando sea procedente).

Salida / Impresión

  • Se incluyó soporte para PDF/X-4 en el exportador PDF.
  • Soporte para la exportación en PDF 1.6, incluyendo fuentes OpenType incrustadas.
  • Se incluyó un exportador para el formato XPS de Microsoft.
  • Con la excepción de la plataforma Windows®, Scribus puede utilizar ahora un recién creado motor de impresión basado en PDF. PostScript® sigue estando disponible, pero se eliminará en un futuro.

Actualizaciones técnicas/específicas del sistema operativo

  • Scribus 1.6.0 utiliza Qt 5.15.x como conjunto de herramientas de interfaz de usuario en los paquetes publicados por el equipo. La versión mínima para compilar Scribus desde el código fuente es Qt 5.14.
  • Scribus sigue ahora el estándar XDG para los archivos de configuración. Por lo tanto, el directorio de preferencias de Scribus en distribuciones Linux se ha movido de ~/.scribus/ a una nueva ubicación predeterminada ~/.config/scribus/.
  • Mejoras en el sistema de compilación que soportan nuevas dependencias, cambios actualizados en el sistema operativo anfitrión y nuevas funciones de CMake
  • macOS:
    • La versión Intel soporta mac OS 12 y superior, y la versión Apple Silicon soporta mac OS 13 y superior
  • Windows:
    • Windows 7 es la versión mínima soportada.

Notas adicionales

Registro de cambios para 1.5.0: https://bugs.scribus.net/changelog_page.php?version_id=60
Registro de cambios para 1.5.1: https://bugs.scribus.net/changelog_page.php?version_id=60
Registro de cambios para 1.5.2: https://bugs.scribus.net/view_all_bug_page.php?filter=161020
Registro de cambios para 1.5.3: https://bugs.scribus.net/changelog_page.php?version_id=102
Registro de cambios para 1.5.4: https://bugs.scribus.net/changelog_page.php?version_id=99
Registro de cambios para 1.5.5: https://bugs.scribus.net/changelog_page.php?version_id=106
Registro de cambios para 1.5.6: https://bugs.scribus.net/changelog_page.php?version_id=110
Registro de cambios para 1.5.7: https://bugs.scribus.net/changelog_page.php?version_id=112
Registro de cambios para 1.5.8: https://bugs.scribus.net/changelog_page.php?version_id=114
Registro de cambios para 1.6.0: https://bugs.scribus.net/changelog_page.php?version_id=116

Más detalles en el archivo de la lista de correo Scribus Commit (http://lists.scribus.net/pipermail/scribus-commit/).


Futuro

Scribus 1.7.x es la nueva rama inestable. Aunque mantendremos Scribus 1.6.0 como la versión estable, la mayor parte del desarrollo se centrará en 1.7.x y en las características y mejoras basadas en Qt6.
1.7.0.svn se está desarrollando relativamente rápido con la integración de una nueva paleta y sistema de acoplamiento, nuevos iconos basados en SVG y muchas más características.

Intentaremos actualizar la documentación en futuras versiones de 1.6.x y esperamos lanzar un proyecto de documentación comunitario en el futuro.

No tenemos planes para corregir problemas de la rama 1.4.x de Scribus. No se ha lanzado ninguna versión desde hace algún tiempo y la serie 1.6.x es la serie estable de ahora en más. Todas las ramas están disponibles en subversion (svn://scribus.net) así como en nuestros enlaces de descargas para todas las versiones publicadas anteriormente. Animamos a todas las distribuciones Linux y *BSD a ambiar su versión estable a la 1.6.0.


Marcas registradas: Para más información, visite Trademarks

jueves, 4 de enero de 2024

Calendario Inkscape del mes: January 2024


Moini es una artista alemana que desde diciembre de 2022 publica en su web VektorRascheln un calendario mensual en alemán.
A partir de este mes (enero de 2024), ha empezado a realizarlos en inglés. La ilustración que que se incluye cada mes es una de las imágenes que, originalmente, fueron creadas para el concurso del “About-Screen” de Inkscape.

Para esta edición de enero el diseño que eligió fue el que realicé y presenté yo para ese concurso.
Todo un honor. Muchas gracias.

miércoles, 3 de enero de 2024

¡30 años de Blender!

Según dice en la web de Blender sobre su propia historia, Ton Roosendaal escribió los primeros archivos fuente titulados “Blender” el 2 de enero de 1994 y todavía se le considera la fecha oficial de cumpleaños de Blender.

Así que ayer, 2 de enero de 2024, Blender cumplió 30 años y lo festejaron en el canal de Blender en YouTube publicando este divertidísimo video:

¡Felicitaciones y gracias por todo!

martes, 2 de enero de 2024

¡Feliz año 2024!

Para celebrar y hacer balance del año que terminó, aquí va un listado de las entradas más vistas y mis entradas preferidas del blog en 2023.

Según las estadísticas, el podio de las entradas más vistas es el siguiente:

  1. La web partida en dos, una traducción de un artículo del blog Ploum.net
  2. Mi reseña del FLISoL 2023 en Montevideo
  3. ¡Salió Blender 3.5!

Novedades 2023 de mis programas favoritos

Scribus

Blender

Inkscape

GIMP

WordPress

Linux Mint

Fútbol (y handball)

Como corolario del munidal de fútbol que se jugó a fines de 2022, en enero publiqué una serie de entradas con las estadísticas de las participaciones de las selecciones sudamericanas en los mundiales de fútbol masculino de mayores:

Y, festejando el primer campeonato federal de handball obtenido por el Club Pontevedrés de Uruguay (en la categoría mayores de la rama masculina), hice una pequeña animación con Blender, que me gustó mucho cómo quedó y que publiqué en los últimos días del año.

¡Feliz año!

Muy feliz año para todos y esperemos que 2024 nos siga trayendo novedades de Scribus, Blender, Inkscape, GIMP, WordPress, Linux Mint y de todo el ecosistema del sofware libre y de código abierto.

Pero, principalmente, que nos encuentre con salud, en paz y junto a los seres queridos.

jueves, 28 de diciembre de 2023

Pontevedrés campeón 2023

En mi entorno, uno de los eventos de este año que se está terminando fue la obtención, por primera vez, del título de campeón en la categoría mayores del equipo masculino de Pontevedrés en el Torneo Federal de handball de Uruguay.

Para festejarlo, hice esta pequeña animación (con Blender) del escudo de Pontevedrés y le incorporé fragmentos del relato del partido final del “Súper 4” contra Colegio Alemán (que fue el 10 de diciembre) tomados de la transmisión que hizo TVCiudad.

¡Vamos Ponte!


lunes, 25 de diciembre de 2023

¡Feliz Navidad!

Este año acompaño mi saludo de Navidad con esta realización de ICMtv que presenta una versión de la canción “Pastor de los pastores”, del cantautor cordobés Maxi Larghi, con las voces y la música de varios integrantes de diversas parroquias e instituciones de Montevideo.

Participan: Jose Damiani, Santiago Soares de Lima, Lucía Aramburu, Marcos Agüero, Diego Melano, Francisco Romero, Pepe Crespo, Fátima Dos Santos, Tito, P. Mauro Fernández, Fernanda Coelho, P. Lucho Ferrés, Elenco Sophia (coro de Fund. Sophia), Mauricio Fernández (acordeón), Kamila Del Valle (flauta traversa), Nikole Cedeño (violín).

¡Feliz Navidad!

lunes, 18 de diciembre de 2023

Full Circle #199 (noviembre 2023)

Aquí va mi reseña de la edición #199 de Full Circle magazine. Es el número correspondiente a noviembre de 2023 y se publicó el 24 de ese mes. Consiste en un PDF de 60 páginas y 7,6 MB.

De la sección Noticias (páginas 4 a 13) la que me parecieró más resaltable fue la que da cuenta de que el tiempo de soporte de las versiones LTS de Ubuntu se aumentó a 10 años.

De las habituales notificaciones de lanzamientos, los que destaco son los siguientes:

Del resto de la edición lo qué más me llamó la atención fue:

  • En la entrega de este mes (páginas 28 a 31) de la habitual columna sobre Inkscape, Mark Crutch trata, en la primera mitad del artículo, sobre dos novedades de la versión 1.3: Trayecto > Aplanar y Trayecto > Fractura.
    En la segunda mitad habla sobre el comportamiento del comando Trayecto > Objeto a trayecto con un objeto de texto seleccionado. En la versión 1.3 este procedimiento resulta en un único trayecto para todo el texto, como solía hacer Inkscape en versiones más antiguas y, para emular hasta cierto punto el comportamiento de la versión 1.2, agrega un nuevo comando: Texto > Texto a glifos (que separa los caracteres en objetos de texto independientes, pero no los convierte a trayecto). Este cambio, según Mark, es un gran paso atrás.
  • Entre las páginas 24 y 26 Robert Boardman presenta una nueva entrega de la serie sobre LaTeX. En esta oportunidad explica como incorporar y formatear vínculos de hipertexto.
  • En las habituales reseñas de  Adam Hunt sobre distribuciones GNU/Linux tenemos:

Finalmente, aquí va mi traducción libre de la editorial, escrita, como siempre, por Ronnie Tucker:

lunes, 11 de diciembre de 2023

Cubo mágico

Hace años, muchos años, cuando yo era chico, promocionaban y vendían un juguete llamado “cubo mágico” que era, ni más ni menos, el cubo de Rubik.

Me propuse hacer en Blender una pequeña animación de un cubo de Rubik y esto es lo que logré:

Al principio no fue tan simple como parece. En las primeras pruebas, luego de algunas rotaciones, ciertos cubitos de los que forman el cubo grande empezaban a tener giros inesperados.

Estos comportamientos extraños se deben al gimbal lock (o bloqueo de cardán) sobre el que en la edición #4 de la Revista Blenderianos se publicó un artículo de Ariel Giménez.

Para evitar el bloqueo de cardán se debe utilizar el modo de rotación Quaternion, como hace Ryan King en el siguiente video:

Ahora, si quieren hacer algo más complejo, que se pueda personalizar, lo pueden hacer con Nodos de Geometría, como explica Santctus en estos dos videos:

lunes, 4 de diciembre de 2023

Full Circle #198 (octubre 2023)

Aquí va mi reseña de la edición #198 de Full Circle magazine. Es el número correspondiente a octubre de 2023 y se publicó el 27 de ese mes. Consiste en un PDF de 62 páginas y 8,4 MB.

De la sección Noticias (páginas 4 a 16) las que me parecieron más resaltables son:

De las habituales notificaciones de lanzamientos, los que destaco son los siguientes:

Del resto de la edición lo qué más me llamó la atención fue:

  • En la edición anterior, en su habitual columna sobre Inkscape, Mark Crutch trató sobre la nueva herramienta Shape Builder (Construcción de formas). Pero, dado que esa herramienta genera resultados con muchos nodos, la entrega de este mes (páginas 30 a 33) la dedica a las mejoras y agregados que han tenido, en las versiones 1.2 y 1.3, los comandos de manipulación de formas que se encuentran en el menú Trayecto.
    Es así que trata sobre Dividir trayecto (Split Path) y sus similitudes y diferencias con Descombinar (Break Apart).
  • En la columna “My Opinion” (páginas 41 y 42) Alan German escribe la tercera y última parte su serie que describe “Tres maneras de probar Linux”.
    En esta ocasión utiliza la ISO de Linux Mint para hacer una instalación dual o sea, crea una nueva partición en la que hace la instalación y quedan instalados los dos sistemas en el equipo. Al arrancar el equipo, el GRUB permitirá seleccionar cual de los dos sistemas usar. Claro que, previamente, realiza un respaldo de la información por si algo saliera mal durante la partición o la instalación.
  • Entre las páginas 25 y 28 Robert Boardman presenta una nueva entrega de la serie sobre LaTeX. En esta oportunidad es el turno de la creación de la bibliografía. Los principales programas que utiliza LaTeX para construir bibliografías son Bibtex y biber.
  • En las habituales reseñas de  Adam Hunt sobre distribuciones GNU/Linux tenemos:

Finalmente, aquí va mi traducción libre de la editorial, escrita, como siempre, por Ronnie Tucker:

miércoles, 29 de noviembre de 2023

GIMP 3.0 por fin tiene fecha de lanzamiento

El artículo original y en inglés de Libre Arts, fue publicado el 23 de noviembre de 2023 y consiste en la desgrabación editada del texto de un video, también de Alexandre Prokoudine, publicado un día antes).

Jehan Pages, que es el desarrollador principal y mantenedor de GIMP, hizo un anuncio en Patreon ayer. La fecha tentativa para el lanzamiento de GIMP 3.0 es mayo de 2024. El plan es anunciar el lanzamiento en la próxima Libre Graphics Meeting en Francia. Hay una página que detalla la hoja de ruta.

Así que vamos a hablar de los puntos críticos, la detención en el desarrollo de nuevas características mientras:

  • se intenta conseguir que la edición no destructiva esté lista para la 3.0
  • hacer más cambios en la API
  • la corrección de un montón de errores.

Congelación de funciones

De entrada, la propuesta es congelar las funciones a mediados de diciembre. Una congelación de funciones significa, básicamente, no agregar novedades al código. Cada nueva línea de código que se escribe tiene el potencial de introducir un nuevo error o incluso muchos errores. Así que si se espera lanzar un software que no se cuelgue mucho y que no dé demasiados mensajes de error a los usuarios, en algún momento se debe dejar de escribir nuevas características y centrarse en corregir errores.

Hoy es 22 de noviembre, la fecha de lanzamiento tentativa es el 9 de mayo del año próximo, es decir, quedan casi 5 meses hasta el lanzamiento y cerca de 4 meses entre la congelación de funciones y el lanzamiento.

Hay tres temas principales que tratar.

Edición no destructiva

En primer lugar, el desarrollo de nuevas funciones se ha ido ralentizado en los últimos años y la atención se ha centrado en completar la migración a GTK3. Pero más recientemente CmykStudent reanudó su proyecto de Google Summer of Code en el que hackeaba filtros no destructivos asociados a capas.

La interfaz que ve aquí (la parte inferior de la captura de pantalla de arriba) es más o menos una ligera evolución del embrión no destructivo que ya existe desde hace muchos años. La versión real no se parecerá en nada a esto. Es sólo que la rama pública aún no tiene el último trabajo que CmykStudent demostró en Twitter recientemente:

Si echa un vistazo a la propuesta completa en el sitio web de desarrolladores de GIMP, verá que debería ser posible apilar efectos y editar sus máscaras. Han pensado en muchas cosas, lo cual es genial.

Pero también parece que completar toda la propuesta no es algo que se pueda hacer en 3 o 4 semanas antes de la congelación de funciones. Así que existe una gran posibilidad de que terminemos con una implementación básica para la versión 3.0 y que luego veamos más progresos al respecto en las siguientes actualizaciones. O que los desarrolladores pospongan este agregado hasta la versión 3.0.2, que se espera que se publique poco después de la 3.0.

En otras palabras, en el peor de los casos, GIMP 3.0 perderá ese toque de numerología que establece que cada versión con un número redondo presenta una nueva característica muy llamativa.
Para mí no sería un problema. Hemos estado esperando la edición no destructiva durante 23 malditos años desde el comienzo del trabajo en GEGL, así que dos o tres meses más no está tan mal. Pero a juzgar por la respuesta en Twitter, la primera posibilidad es la más probable, lo que significa una implementación básica para la versión 3.0:

Así que esperemos y ya lo sabremos.

Cambios en la API

El segundo tema importante son los cambios en la API. Esto es algo que realmente me preocupa más. Históricamente, ésta ha sido la razón número uno para los largos ciclos de desarrollo de GIMP. Jehan dice específicamente:

No estoy incluyendo -a propósito- en la congelación de funcionalidades los cambios en la API, porque creo que valdrá la pena tener un mes adicional para unos últimos ajustes.

Uno de los cambios en curso aquí es la nueva API que ayuda a hacer de GIMP más omnívoro en cuanto a espacios de color y modelos de color. Así que en lugar de funciones como GimpRGB y GimpCMYK construidas dentro de GIMP se dispone de todos los modelos de color disponibles en GEGL y babl, y eso es mucho.

babl soporta toda la familia CIE de modelos de color - LAB, LCH, YUV, XYZ - así como cosas más nuevas como OKlab. Por no hablar de CMYK, HSV, HSL y similares. Recientemente, el propio GEGL ha incorporado funciones para obtener y definir colores CMYK.

Mi principal preocupación aquí es que obtener y definir colores es algo que ocurre todo el tiempo en GIMP, incluso si no lo ve en la interfaz de usuario. Sólo buscando 'GimpRGB' aparecen casi 800 instancias en la parte relacionada con la interfaz de usuario y más de 400 instancias en el código backend. Eso es mucho.

Lo que significa que intentar completar esta reescritura de la API a tiempo para el lanzamiento mantendrá a Jehan alejado de la corrección de errores. Y ese es el tercer tema importante aquí.

Corrección de errores

La situación con los reportes de errores en GIMP -y siento no tener otras palabras para esto- se les está yendo de las manos. Recientemente han superado la barrera de los 4000, lo que supone un incremento del 30% en apenas un año. De esos más de 4K informes de errores y peticiones de características, la friolera de 624 errores son críticos. Y eso es una locura.

Una posibilidad aquí es declarar una amnistía para todos los informes de errores presentados para la serie estable actual y luego reabrir los que serán reproducidos por los usuarios en la nueva versión. Esa sería una política horrible de gestionar los informes de errores. Pero dada la dinámica de los informes de errores y la disponibilidad de desarrolladores, no veo otra forma de manejarlo. Es eso o no llegar nunca a hacer el nuevo lanzamiento.

Hay muchas más cosas que todavía me preocupan. La escala incorrecta a la que se renderiza el lienzo en pantallas HiDPI, los controles inmanejables en la configuración de herramientas, y otras cosas.

Vea, solo estoy siendo realista. Completar este lanzamiento va a suponer un gran esfuerzo para el equipo. Si usted está en condiciones de ayudarles a estabilizar el programa, por favor considere hacerlo.

Cuando se publique la versión 3.0, podremos hablar largo y tendido sobre la forma en que el equipo planifica su trabajo, que no es buena, y sobre la forma en que lo financia, que es aún peor. Pero ahora mismo la comunidad necesita terminar este lanzamiento de una buena vez.