Contribuir on Ansel

The pact

Mon, 27 Jul 2026 00:00:00 +0000

Free software runs on two one-way transactions. Users take the product without giving anything back, because three centuries of market taught us that a thing endlessly downloadable has no price. Developers decide without answering to anyone, because the license says they owe nothing — not even an explanation. One side takes without paying, the other rules without accounting. These are not two problems: they are the same problem, seen from both ends, and most of what is wrong with free software grows on it.

Scope

Mon, 27 Jul 2026 00:00:00 +0000

Knowing the audience is the first step of design, and declaring the scope is the first step of governance: every request, bug report and contribution is measured against this page. There are two honest ways to criticize the project. Holding it to what this page promises — that critique is always receivable, and the project cannot dismiss it without contradicting itself. Measuring it against a goal it never adopted — that is a wish, receivable as a wish and refusable as one. This page exists so everyone can tell which is which.

Code of conduct

Tue, 28 Jul 2026 00:00:00 +0000

This code protects two groups from two dangers. It protects users — including the non-technical, the non-English-speaking, the beginner who wandered in — from being treated as failed programmers. And it protects the people who do the work from the pressure of a crowd that outnumbers them a thousand to one. Most codes of conduct only look in one direction; this one refuses to choose, because the project has seen what each direction costs.

A culture of problem solving

Mon, 27 Jul 2026 00:00:00 +0000

Everything in open source is public: the code, the bugs, the requests, the discussion. Everyone can chime in — which is a strength only if the conversation is disciplined, and a slow-motion disaster otherwise. This page is the discipline. It is not etiquette: every rule here exists because its violation has a measurable cost in wasted work, and the bug-reporting protocol and design protocol both build on it.

For background, see The designer and the drilling machine and Design by committee will not save FLOSS .

Reporting bugs

Mon, 27 Jul 2026 00:00:00 +0000

A bug report is testimony: what you did, what happened, what you expected. That is all the project asks of you — the translation into causes, diagnoses and fixes is our work, not yours. You will never be blamed for not knowing computers, for imperfect English, or for a report that turns out to be a documentation problem: a user who cannot follow a technical instruction has found a design or documentation defect, not committed a personal failing (code of conduct).

Diseñando Ansel

Sun, 14 Jul 2024 00:00:00 +0000

Ansel is designed, not hacked. The difference is a process: hacking optimizes for the pleasure of writing code, design optimizes for the problem being solved — and for what the solution will cost to maintain (technical debt ) long after the fun is gone. This page is that process. Pull requests that bypass it will be refused, whatever their technical quality: it is the pact applied to code.

Nominal workflows

Sun, 14 Jul 2024 00:00:00 +0000

What Ansel is, who it serves and what it refuses is declared in Scope; this page gives the background — why digital photography software went wrong — and the concrete workflows the tool is optimized for. Everything here is reference material for the design protocol: a proposal is evaluated against these workflows, not against the sum of everyone’s habits.

Contexto

La fotografía digital se ha extendido ampliamente en los años 2000, ya que permitió flujos de trabajo más rápidos e hizo posible obtener resultados inmediatos, en comparación con el flujo de trabajo tradicional de película y cuarto oscuro. Pero esto introdujo muchos nuevos problemas.

Organización del proyecto

Sun, 14 Jul 2024 00:00:00 +0000

The project is run by the maintainer, who balances developing and maintaining the software with the rest of a life. This calls for low-overhead project management strategies, relying on cloud-based collaborative tools.

Departamentos

Desarrollo de software

El desarrollo se lleva a cabo en Github ,

Feature requests are not taken from users at this point. Users are consulted by the developer regarding their needs when a (re)design project is started. This is to prevent disruptive inputs at random times that would only slow-down the opened projects. Consultations reach beyond the forum and chat regulars — through surveys when the stakes warrant it — because the people who show up in project spaces are a biased sample of the people who use the tool, and silence is not satisfaction: those who left or never came have needs too, and they are precisely the ones the loudest channels never carry.

Priorizando problemas

Mon, 15 Jul 2024 00:00:00 +0000

Esta página está escrita para personas que ayudan a priorizar problemas en el rastreador de problemas de Github.

Preámbulo

[9598]: “- Cualquier proyecto tiene recursos limitados, la diferencia entre proyectos será el umbral. " [9599]: “- Cualquier proyecto debería tener objetivos claros. Para Ansel, es gestionar, editar y exportar colecciones de imágenes RAW en una computadora de escritorio por un usuario final que no sea un usuario de CLI pero pone la calidad visual de la imagen por encima de todo. " [9600]: “- Cualquier proyecto tiene gastos generales, que son acciones solicitadas para cumplir los objetivos, aunque no sean directamente el objetivo y, por lo tanto, deben mantenerse mínimas. Para Ansel, es el mantenimiento del sitio web, documentación, servidores, paquetes compilados nocturnos, limpieza de código, depuración, pruebas de regresión, soporte cruzado de OS, triage de problemas, etc. " [9601]: “- Los objetivos y gastos generales deben expresarse en términos de tareas a realizar para resolver problemas (problemas). Si no hay problema que resolver, entonces no hay trabajo que hacer: el status quo también es genial, no creen trabajo por el simple hecho de hacerlo. " [9602]: “- Debido a la limitación de recursos, las tareas deben ordenarse según su prioridad.- Cualquier proyecto tiene recursos limitados, la diferencia entre proyectos será el umbral. " [9599]: “- Cualquier proyecto debería tener objetivos claros. Para Ansel, es gestionar, editar y exportar colecciones de imágenes RAW en una computadora de escritorio por un usuario final que no sea un usuario de CLI pero pone la calidad visual de la imagen por encima de todo. " [9600]: “- Cualquier proyecto tiene gastos generales, que son acciones solicitadas para cumplir los objetivos, aunque no sean directamente el objetivo y, por lo tanto, deben mantenerse mínimas. Para Ansel, es el mantenimiento del sitio web, documentación, servidores, paquetes compilados nocturnos, limpieza de código, depuración, pruebas de regresión, soporte cruzado de OS, triage de problemas, etc. " [9601]: “- Los objetivos y gastos generales deben expresarse en términos de tareas a realizar para resolver problemas (problemas). Si no hay problema que resolver, entonces no hay trabajo que hacer: el status quo también es genial, no creen trabajo por el simple hecho de hacerlo. " [9602]: “- Debido a la limitación de recursos, las tareas deben ordenarse según su prioridad.

Estilo de codificación

Sun, 14 Jul 2024 00:00:00 +0000

Valores

Si no está roto, no lo arregles

Demasiado del “diseño” de Darktable ha comenzado con “sería genial si pudiéramos …”. Te diré qué es genial: colgar buenas fotos tuyas en tus paredes lo antes posible. Las artes visuales no son artes escénicas (como la música o el teatro), por lo que solo el resultado importa. Todo lo que viene antes es sobrecarga, y normalmente quieres mantenerlo al mínimo. Eso no quiere decir que el proceso no pueda disfrutarse por sí mismo. Sin embargo, para disfrutar del proceso, necesitas dominar tus herramientas y doblegarlas a tu voluntad, de lo contrario solo las peleas y todo el proceso se convierte en frustración. El problema es que el “diseño” de Darktable pone demasiado esfuerzo en ser diferente solo por serlo.

Documentar Ansel

Mon, 13 Oct 2025 00:00:00 +0000

Introducción

Hay distintas maneras de acceder a la información :

(crono)lógica, como leer página por página, línea por línea, hasta llegar al final de la publicación,
temática, como ir al índice de contenidos y saltar directamente a la parte que te interesa, siempre que el contenido esté dividido en unidades de contenido significativas,
transversal, como seguir una sección de “publicaciones relacionadas” basada en la similitud de contenido (definida manualmente, con etiquetas y palabras clave, o aprendida por análisis temático mediante IA), o referencias cruzadas explícitas. Por ejemplo, la mayoría de los sitios web tienen archivos que listan todas las páginas que tienen una etiqueta/palabra clave determinada, los libros tienen glosarios.
basada en pistas, como presentar una bibliografía de publicaciones más detalladas o una sección de “más información” al final del contenido, o anticipar contenido posterior,
basada en fuentes, siguiendo referencias (normalmente notas al pie o notas al margen) a las publicaciones de donde se extrae la información, principalmente con fines de verificación,
recuperación de información, es decir, un motor de búsqueda.

Tienes que dar soporte a todas ellas a la vez porque son complementarias y la mejor en cada contexto depende del conocimiento inicial y de las necesidades del lector. Ninguna de esas maneras es superior a las demás. Esto significa que hay una buena cantidad de “relleno de palabras clave” que hacer al escribir, para asegurar que el análisis de contenido basado en palabras clave y la recuperación de información por palabras clave funcionen como se espera.

Traducción

Mon, 15 Jul 2024 00:00:00 +0000

Ansel utiliza Gettext para traducir todas las partes del proyecto:

La aplicación del software (escrita en C),
El sitio web (plantillas Hugo y contenido Markdown),
La documentación/manual de usuario, insertado en el sitio web como un módulo (plantillas Hugo y contenido Markdown también).

Esto asegura que se pueda utilizar el mismo flujo de trabajo para traducir todos los archivos, pero también que algunas cadenas traducidas se puedan compartir (por ejemplo, los controles GUI traducidos de las aplicaciones se pueden insertar directamente en la documentación).

Contribuye imágenes al reductor de ruido por IA

Sat, 18 Jul 2026 00:00:00 +0000

Ansel incluye un reductor de ruido raw neuronal (el módulo rawdenoiseai) que no se parece a los reductores de ruido por IA de propósito general: está entrenado con datos del sensor sin desmosaicar, tan cerca de la lectura real del sensor como lo permite un archivo raw, y se ejecuta exactamente en el mismo punto del pipeline — antes del balance de blancos, la corrección de aberración cromática y el interpolación cromática — de modo que cada etapa posterior hereda datos limpios. Un único conjunto de pesos cubre cada cámara para la que Ansel tiene un perfil de ruido, tanto Bayer como X-Trans.

Flujos de trabajo automatizados

Thu, 01 May 2025 00:00:00 +0000

Debido a que Ansel es en su mayor parte una operación de una sola persona, todo lo que se pudo automatizar fue automatizado. Esta página lleva el registro de todo lo que se debe mantener en el futuro, y dónde.

Software

Compilaciones nocturnas

Las compilaciones nocturnas preparan una versión compilada y empaquetada del software, todas las noches a las 6am UTC, para:

Linux ,
Windows ,
MacOS está actualmente deshabilitado.

Los archivos binarios más nuevos se agregan automáticamente a los recursos pre-release , se publican en un canal Matrix para que los usuarios puedan suscribirse a actualizaciones, y se pueden descargar a través de enlaces permanentes (constantemente actualizados) en:

Democracia

Mon, 13 Oct 2025 00:00:00 +0000

Ansel debería gestionarse de forma democrática y justa para todas las personas involucradas.

Definir una organización cooperativa más allá del código de código abierto

Se asume que las personas desarrolladoras y usuarias que llegan aquí comparten un interés común : quieren libertad en la forma de editar sus fotos, ahora y en el futuro. Es decir :

tener un control técnico suficiente sobre el contenido y las propiedades de sus imágenes,
estar libres de capitalistas que puedan :
- aumentar el precio de su aplicación en beneficio exclusivo de los accionistas,
- explotar las fotos de los clientes para entrenar modelos de IA sin consentimiento,
- liquidar aplicaciones sin liberar el código fuente,
tener derecho a decidir sobre los contornos y la implementación de dicha libertad.

El ADN de Ansel es más técnico y detallado que el de la mayoría de los editores de fotos RAW, sin dejar de dar importancia a la facilidad de uso siempre que es posible, sobre todo en las tareas típicas centradas en el escritorio (interacciones con dispositivos de entrada y archivos, paradigmas de interfaz gráfica, etc.). Ansel no es Darktable ni ART porque su visión de lo que debería ser un buen software de retoque de imágenes es bastante diferente.

Sitios web

Thu, 01 May 2025 00:00:00 +0000

El sitio web de Ansel está construido utilizando Hugo 0.146 . Este es un generador de sitios web estáticos que permite construir un sitio web muy rápido a partir de archivos Markdown. Se ha desarrollado una plantilla personalizada y muchos shortcodes personalizados para Ansel. Primero necesitarás instalar la versión extendida de Hugo en tu computadora, aunque se pueden realizar cambios menores directamente en los archivos Markdown sin construir todo el sitio web.