[ADIF][F3-3] (A debatir) Campos definidos por el usuario en KLog, respaldados por USERDEF #1102

Parte de #1099 (Fase 3). Roadmap general: #1085.

Contexto

F3-1 (#1100) hace que KLog reconozca (sin usarlos) los campos USERDEFn de ficheros ajenos. Esta issue es la pregunta inversa: ¿debería KLog ofrecer a sus usuarios la posibilidad de definir sus propios campos de QSO (más allá de los que ya cubre el estándar), y exportarlos usando la sintaxis USERDEFn?

Esto es una decisión de producto, no solo técnica: implica UI para definir campos (nombre, tipo, rango/enumeración opcional), almacenamiento en base de datos con esquema dinámico o una tabla de "campos extra" tipo EAV (entity-attribute-value), y su presencia en los formularios de entrada de QSO.

Objetivo de esta issue

No implementar nada todavía. El objetivo es que el equipo (o el propio mantenedor de KLog) decida explícitamente si este alcance mayor merece la pena, y si la respuesta es sí, abrir una issue de diseño separada (fuera de este roadmap ADIF, ya que deja de ser "cumplimiento del estándar" y pasa a ser una funcionalidad de producto).

Preguntas a responder antes de cerrar esta issue

1. ¿Hay demanda real de usuarios para campos personalizados (revisar issues/foros de KLog en busca de peticiones relacionadas)?
2. Si la respuesta es sí: ¿el esfuerzo (UI + esquema de BD + impacto en el resto de la app) es proporcionado frente a otras prioridades del roadmap?
3. Si se decide seguir adelante, ¿qué alcance mínimo tendría la primera versión (p. ej. solo campos de texto y número, sin enumeraciones personalizadas al principio)?

Criterios de cierre

• Decisión explícita registrada en un comentario de esta issue: "se implementa" (con una issue de diseño nueva enlazada, fuera del roadmap ADIF) o "se aparca" (con el motivo).

Dependencias

• Bloqueada por: F3-1 ([ADIF][F3-1] Parsear declaraciones USERDEFn de la cabecera sin romper el import #1100) — para entender bien el mecanismo USERDEF antes de decidir si KLog lo adopta activamente.
• Bloquea a: ninguna (es una issue de decisión, no de implementación).