En la era de la IA, si existe una especificación estándar, de una u otra forma se pueden crear apps compatibles o renderizadores. Entonces, ¿por qué no se pueden abrir los documentos oficiales HWP?
Cuando Hancom Office (Hangul) apareció por primera vez en 1989, ni siquiera existía todavía el término "código abierto". ¿Fuentes open source? Por supuesto que no existían. Por eso, todos los documentos generados por el gobierno durante más de 30 años quedaron atados a fuentes con copyright.
Los renderizadores y editores de código abierto no pueden usar esas fuentes. Si la fuente cambia, el ancho de los caracteres varía ligeramente → se desajustan los saltos de línea → se rompe el formato.
En particular, los formatos de documentos oficiales coreanos están diseñados ajustando con extremo detalle la escala horizontal y el espaciado entre caracteres. Si cambia una sola fuente, todo se viene abajo.
Aquí lo importante no es que "se vea feo". Si no se puede abrir correctamente, tampoco se puede editar correctamente. En el momento en que el renderizado queda bloqueado, el propio derecho a editar documentos oficiales queda atado a un software específico.
La solución es sorprendentemente simple.
No hace falta copiar la "forma" de las letras (glyph), sino contar con una fuente que tenga exactamente el mismo "tamaño del lienzo" (métricas).
Polaris publicó como open source un generador de fuentes compatibles en métricas (Polaris MCFG). Es un programa que genera fuentes tomando solo el tamaño del lienzo de una fuente con copyright y aplicándole la forma de una fuente open source. Pero aun así da reparo usarlo. Un archivo de fuente es, al fin y al cabo, un "programa", así que desarmarlo sin más puede infringir derechos de autor.
¿Cómo resolvieron esto en el extranjero? Pensé que ya habrían recorrido ese mismo camino, así que lo investigué. Resulta que el concepto de "fuente compatible en métricas (metric-compatible font)" ya está bien establecido.
Pregunté en varios lugares, entre ellos el Open Source Software Integrated Support Center (OpenUp). Les pregunté: "¿se puede crear esto legalmente?". Todas las respuestas fueron igual de conservadoras.
La razón es clara. En nuestro país ni siquiera existe un marco institucional para esto. No hay un mecanismo legal que permita confirmar de antemano que, cuando el open source crea algo con fines de compatibilidad, "esto es seguro".
Por eso queremos llenar ese vacío. Vamos a poner sobre la mesa todo este historial e intentar diseñar juntos en KrIGF un "mecanismo coreano de certeza legal previa".
Entonces, ¿qué es KrIGF?
IGF (Internet Governance Forum) es un foro multiactor en el que gobierno, empresas, academia y sociedad civil debaten en igualdad de condiciones las políticas relacionadas con Internet. Desde su primera edición en 2006, impulsada por la ONU, ha funcionado con la idea de que temas como la apertura, la interoperabilidad y la accesibilidad de Internet no deben ser definidos por una sola parte, sino abordados conjuntamente por múltiples actores.
Siguiendo el espíritu de este IGF global, en distintos países surgieron de forma orgánica los National/Regional IGF, y su versión coreana es precisamente KrIGF (Korea Internet Governance Forum). Este año celebra su 15.ª edición.
¿Por qué se trata en un espacio de "gobernanza de Internet" un problema de formatos de documentos oficiales, fuentes y compatibilidad open source? Porque los temas de estándares abiertos, bienes públicos digitales y accesibilidad universal son precisamente parte central de la gobernanza de Internet. Que los documentos públicos queden atados a un formato o una fuente específicos es, en esencia, un problema de interoperabilidad y de derecho de acceso.
Información del evento
- Evento: 15.º Korea Internet Governance Forum (KrIGF 2026)
- Sesión: [Sesión 3] Mecanismo de certeza legal previa para la interoperabilidad de interés público
- Fecha y hora: miércoles 2 de julio de 2026 / Sesión 3 13:40-15:00 (80′)
- Lugar: Francisco Education Center, Jeong-dong, Seúl (presencial)
- En línea: transmisión en vivo prevista por YouTube (si no pueden asistir en persona, también podrán verla en línea)
- Información de la sesión: https://igf.or.kr/4095
Cualquiera puede participar, y después de las presentaciones habrá una discusión en formato de mesa redonda con el público. Pueden compartir su opinión ya sea en el lugar o en línea.
Quiénes participan
- Moderación y presentación — Jang Minseok (KISTI Science and Technology Research Network Center / maintainer principal de pypandoc-hwpx)
- Panel
- Kim Younggwan (maintainer principal de rHWP) — open source
- Lee Haeseok (CTO de Polaris Office) — comercial y open source
- Lee Hojun (Universidad Dong-eui) — juventud y open source
- Park Hyeonje (profesor especial del Departamento de Software de la Universidad Hallym) — academia, incorporado al Salón de la Fama de Internet 2025
- Park Kyungsin (director de OpenNet) — legal (en línea), con amplia experiencia en casos de derechos de autor de fuentes
- Kim Hyeonyeong (vicepresidente de Boin Information Technology) — estándares, establecimiento del estándar HWPX
Desarrolladores open source, proveedores comerciales, academia, expertos legales y estandarización: los actores del ecosistema HWP/HWPX se reunirán en una sola mesa.
Ya sea en el lugar o en línea (transmisión en vivo por YouTube), cualquiera puede participar libremente. Después de la presentación habrá una discusión en mesa redonda con el público, y también se podrán hacer preguntas por el chat en vivo de YouTube. Aunque no puedan asistir presencialmente, pueden compartir con confianza sus opiniones o contraargumentos.
Si tienen preguntas o casos que quieran plantear de antemano, déjenlos en los comentarios. Los abordaremos juntos en la discusión del evento.
KrIGF 2026 · Sesión 3 · 2026.07.02. 13:40-15:00 (80′)
→ https://igf.or.kr/4095
3 comentarios
Es cierto que en 1985 ya existía el Manifiesto GNU, así que no existía todavía el término "código abierto".
Pero si hablamos de su significado, ya es otra historia.
¡Hola! Esta vez soy un usuario que va por el lado de los jóvenes, ¡les agradecería mucho su interés!
¿Recortar un lienzo al tamaño de la Mona Lisa infringe los derechos de autor? (Subtítulo: una pregunta para fuentes compatibles con métricas para rHWP)
Parece que van a llevar a cabo un debate sobre esto. Me gustaría participar en persona como parte del público, pero como no me coinciden los horarios, lamentablemente tendré que verlo en línea. Espero que haya buenos resultados.