¿Cómo puedo administrar capturas de pantalla y otros gráficos para el mantenimiento?

Dado que esto se considera sobre el tema, daré mi recomendación como una respuesta adecuada.

En lugar de recomendar otras herramientas, a juzgar por su configuración (Paintshop Pro, Windows XP o Windows 7), el método más sencillo es usar estas herramientas existentes para hacer lo que necesita:

1. Use Paintshop Pro para agregar metadatos a sus imágenes. Puede hacerlo yendo a Imagen > Información de la imagen. Agregué metadatos al campo "Descripción" de la imagen. De esta manera, puede agregar palabras (tal vez incluso desarrollar su propio sistema de etiquetas) que usará para buscar. También puede agregar otros datos como quién tomó la captura de pantalla, la fecha en que se modificó por última vez, etc. Si planifica los metadatos, puede crear un sistema realmente bueno para organizar sus imágenes.

2. Una vez hecho esto, puede usar la búsqueda integrada de Windows XP para encontrar el archivo (lo mismo debería funcionar en Windows 7 también). Simplemente especifique el directorio que necesita, elija "Imágenes y fotos" solamente y luego seleccione "para una frase o palabra en un archivo". Escriba la frase/etiqueta que está buscando, haga clic en buscar y debería encontrar la imagen que está buscando.

Para el libro que estoy escribiendo actualmente, que no está escrito en docbook directamente pero está escrito en un marcado que se traducirá a DocBook para su publicación, utilizo un archivo XML para capturar los metadatos de cada ilustración.

<?xml version="1.0" encoding="UTF-8"?>
<image>
    <source>assemble.svg</source>
    <fo>
        <href>assemble.svg</href>
        <contentwidth>4.25in</contentwidth>
        <align>center</align>
    </fo>
    <epub>
        <href>assemble.png</href>
    </epub>
    <alt>
        <p>A diagram showing multiple pieces being combined in different ways to produce different outputs.</p>
    </alt>
</image>

Debido a que el libro se publicará tanto en papel como en formato electrónico, necesitamos diferentes formatos de archivo para cada gráfico. Aquí está el gráfico de origen assemble.svgy el mismo archivo se usa para imprimir ( fosignifica xsl-fo). Pero para epub, que no es compatible con SVG, usamos assemble.png. El XML también proporciona una altpara el gráfico y también le permite incluir información de tamaño.

Cuando incluyo un gráfico en el libro, la instrucción de inclusión en realidad apunta al archivo XML en lugar de al archivo gráfico directamente. Luego, el código de procesamiento lee el archivo XML y genera marcado DocBook condicional para usar con cada versión de la compilación del libro.

Este enfoque soluciona las dificultades de incluir metadatos en los propios archivos gráficos y le permite un nivel de abstracción que le permitirá usar diferentes formatos de archivo para diferentes medios.

Algo similar debería ser viable para sus compilaciones. Simplemente requerirá algún procesamiento previo de sus archivos fuente o algunas reglas adicionales para procesar gráficos.

La desventaja de apuntar al archivo XML en lugar del gráfico es que el gráfico no se mostrará en un editor XML gráfico. Pero hay una forma de evitar esto. En lugar de apuntar al archivo XML en el origen, apunte a un archivo gráfico como de costumbre, pero reescriba el código de procesamiento para que la instrucción de inclusión elimine la extensión del archivo gráfico y lea un archivo XML del mismo nombre en el mismo directorio.

Solía ​​trabajar en un proyecto en el que escribíamos una interfaz de usuario gráfica para Subversion para un grupo de artistas. Aunque no puedo vincular ese programa en particular. Subversion esencialmente debería poder hacer todo lo que necesita. Artículo de ejemplo: http://www.wensh.net/archive.php/topic/1556.html

Madcap Flare debería ayudar.