PDFMaker · Word · Insert My Comments
PDFMaker/Word vs IMC: dos formas de llevar comentarios del PDF al Word fuente
Acrobat y Word tienen un camino de vuelta. Insert My Comments propone otro. La diferencia no está solo en si el comentario viaja, sino en cómo se convierte —o no— en un cambio real dentro del Word fuente.
Existe un flujo potente y conocido: crear un PDF desde Word con Acrobat PDFMaker, revisarlo en Acrobat y devolver los comentarios al Word original.
Cuando todo está preparado —mismo documento, PDF etiquetado, marcas adecuadas y vuelta al archivo correcto—, ese carril puede funcionar muy bien. Especialmente con operaciones textuales codificadas: reemplazar, insertar o tachar texto.
Pero un carril preparado no es lo mismo que una mesa editorial. El problema empieza cuando la revisión no llega por ese carril exacto: una nota amarilla, una caja con una instrucción humana, un Word que ha cambiado, una tabla difícil o un comentario que no debería aplicarse jamás.
Ahí es donde conviene comparar con cuidado.
Un carril preparado no es lo mismo que una mesa editorial
PDFMaker/Word trabaja desde una correspondencia preparada. El PDF conserva señales del Word que lo generó y ciertas herramientas de comentario se pueden traducir en cambios reales dentro de ese mismo Word.
Insert My Comments parte de otra lógica. No presupone que el PDF haya nacido de Word ni que el comentario venga siempre como una operación perfecta. Intenta reconstruir la correspondencia entre PDF y Word fuente mediante texto, contexto, estructura, reglas editoriales y revisión humana.
Por eso no basta con preguntar qué herramienta “aplica comentarios”. Hay que preguntar qué tipo de comentario, sobre qué Word fuente, con qué formato, con qué riesgo y con qué capacidad de revisar antes de tocar.
No todos los comentarios viajan igual
En Acrobat hay herramientas pensadas para edición textual: Replace Text, Insert Text, Delete o Strikethrough. Cuando se usan bien, el comentario ya llega formulado como una operación.
Pero también existe otro gesto muy común: seleccionar texto y añadir una nota. Y existe una tercera zona todavía más delicada: escribir en la caja una instrucción editorial, una duda o una explicación.
Para una persona, esos casos pueden apuntar al mismo cambio. Para una herramienta, no son la misma señal.
La misma intención no siempre viaja igual
Operación codificada
Replace Text: niño → niña
Highlight / nota amarilla
Resaltado típico: niño Caja de nota: niña
Instrucción editorial
Por favor cambia niño por niña
La primera señal ya viene preparada para el carril. La segunda tiene ubicación —el highlight o típica nota amarilla sobre una selección—, pero no necesariamente una operación aplicable. La tercera exige interpretación.
Ahí no basta con transportar comentarios. Hay que decidir qué clase de señal tienes delante antes de tocar el fuente.
La comparación, vista rápido
No es una tabla de ganadores absolutos. Es un mapa rápido: dónde el carril PDFMaker/Word es fuerte, dónde depende del flujo y dónde IMC aporta otro tipo de control.
Leyenda: ✓ resuelve bien · △ depende o es parcial · ✕ no es su carril.
| Diferencia / situación editorial | PDFMaker / Word | Insert My Comments |
|---|---|---|
|
Operaciones literales con marcas nativas Replace Text, Insert Text y Delete/Tachar usados correctamente desde Acrobat sobre un PDF de Word. |
✓ | △ |
|
Operaciones literales con highlight / nota amarilla El revisor selecciona texto y deja en la caja el texto final exacto: “niña”. |
✕ | ✓ |
|
Localización dentro del carril preparado Si el PDF nació de ese Word con PDFMaker, el Word no ha cambiado y se usan marcas nativas, el sistema no depende de buscar cadenas en el texto. |
✓ | △ |
|
Caja interpretativa, dudosa o sucia La caja contiene “cambiar por niña”, “mejor: niña”, cortesía, ruido, erratas, dudas o texto no final. |
✕ | ✓ |
|
Corrección contextual tras aplicar El cambio literal rompe género, número, artículo o concordancia cercana en el texto fuente. |
✕ | ✓ |
|
Formato real y estructura interna Formato añadido en la caja, negritas, cursivas, estilos, enlaces o runs de Word que deben sobrevivir al cambio. |
✕ △ | ✓ |
|
Acciones editoriales no literales txt045, fragmentos asociados largos, [WRAP], envolturas XML/HTML o transformaciones estructurales. |
✕ | ✓ |
|
PDF de Word fuera del carril PDFMaker PDF nacido de Word, pero generado por otra vía: Guardar como PDF, imprimir como PDF o exportar sin el flujo PDFMaker etiquetado correcto. |
✕ | ✓ |
|
Fuente modificado después de crear el PDF Se añade una coma, palabra, párrafo, se reordena texto o se toca el objetivo antes de importar/procesar. |
△ | ✓ △ |
|
Zonas difíciles de localización Texto repetido, highlight corto, tablas, viñetas, multipárrafo, ligaduras o extracción sucia del PDF. |
△ | △ |
|
Trabajo local en Acrobat/Word El flujo se queda en herramientas instaladas y archivos locales, sin subir el documento a una aplicación web externa. |
✓ | △ |
|
Mesa editorial y fallo seguro Comparar PDF/fuente, aceptar, rechazar, rehacer, añadir intervención o marcar no aplicable antes de tocar. |
△ | ✓ |
No es una competición de laboratorio
Sería injusto comparar solo con ejemplos elegidos para que uno falle. En un flujo Word/PDFMaker limpio, con marcas formales bien usadas y vuelta al mismo Word original, el carril nativo tiene mucho sentido.
Pero la producción editorial rara vez se queda en ese caso ideal. Un revisor puede usar notas amarillas. El fuente puede haber cambiado una coma. El cambio puede estar dentro de una tabla. El texto puede aparecer diez veces. El destino puede ser XML. La caja puede pedir negrita, no una palabra nueva. O puede contener una duda que no debería aplicarse jamás.
Esos casos no son rarezas. Son parte del trabajo.
El criterio IMC
Insert My Comments no debería comportarse como un botón que encuentra una cadena y la sustituye sin mirar.
Su promesa es más prudente: leer la señal del PDF, buscar el punto del fuente, interpretar el comentario cuando sea necesario, conservar estructura cuando pueda y mostrar riesgo cuando no deba tocar.
Por eso los semáforos, los no aplicables y la revisión humana no son una capa decorativa. Son parte del sistema.
Quizá el futuro no sea escoger entre una cosa y otra.
Si un PDF trae señales estructurales útiles, una herramienta como IMC debería poder escucharlas. Si no las trae, tendrá que reconstruir la correspondencia desde texto, contexto y revisión.
Ese es el territorio interesante: no negar los carriles nativos, sino trabajar también cuando el documento ya no circula por ellos.