Document Editor

Contacto

Contacto

Todas las vías de abajo son públicas y rastreables, así que puedes ver qué pasó con lo que enviaste.

Informar de un error o de un archivo que se muestra mal

Abre una incidencia en GitHub — es la vía más rápida y más útil.

Los problemas de representación son mucho más fáciles de arreglar con un archivo que los reproduzca. Si el documento no es sensible, adjuntarlo (o una versión recortada que siga mostrando el problema) convierte un informe vago en algo que se puede corregir. Si sí lo es, describe la estructura: qué formato, aproximadamente qué tamaño, qué función interviene (tablas, imágenes incrustadas, tablas dinámicas, fuentes poco habituales) y qué esperabas frente a lo que viste.

Conviene incluir:

  • El formato del archivo y, a grandes rasgos, qué contiene
  • Tu navegador y su versión
  • Qué hiciste, qué esperabas y qué ocurrió en realidad
  • Cualquier código de error que aparezca en pantalla

Preguntar sobre incrustación o autoalojamiento

Ambas cosas están soportadas y documentadas:

  • Incrustación — consulta la referencia de la Embed API para la interfaz de iframe y postMessage.
  • Autoalojamiento — el repositorio contiene lo necesario para ejecutar tu propia copia. Está bajo AGPL-3.0, así que una versión modificada y alojada debe publicar su código.

Para preguntas que no son informes de error, las incidencias o GitHub Discussions también sirven, con la ventaja de que la respuesta ayuda a la siguiente persona con la misma duda.

Informar de un problema de seguridad

Si crees haber encontrado un problema de seguridad, por favor no abras primero una incidencia pública. Comunícalo en privado mediante el formulario de avisos de seguridad de GitHub para que pueda corregirse antes de que los detalles sean públicos.

Con quién estás contactando

Este proyecto lo desarrolla y mantiene ranuts — en Acerca de se explica qué significa eso y cómo comprobarlo. Es un proyecto personal de código abierto, así que las respuestas vienen de una persona y no de un servicio de soporte: espera una respuesta real, pero no un tiempo de reacción de una hora.

Lo que no necesitamos de ti

Vale la pena decirlo claramente, porque las páginas de contacto suelen recopilar cosas:

  • No queremos tus documentos. El editor nunca los sube, y el soporte tampoco los necesita, salvo que decidas adjuntar un archivo a una incidencia.
  • No hay cuenta, así que no hay nada que recuperar, restablecer ni borrar.
  • No hay lista de correo. Seguir el repositorio es la forma de estar al tanto de los cambios; el registro de cambios recoge lo publicado.

Fuente: content/es/contact.md en el repositorio · GitHub