2010-07-23 24 views
13

¿Alguien tiene experiencia con Google Closure Editor/WYSIWYG? Estoy pensando en pasar de CKEDITOR a Google Closure Editor/WYSIWYG. Idealmente, me encantaría usar el editor de Etherpad, pero no parece que nadie haya separado el editor de toda la aplicación.Google Closure Editor/WYSIWYG

De todos modos, para el editor de cierres de Google/WYSIWYG, ¿alguien sabe si admite los aspectos de colaboración en tiempo real que se ven en Google Docs?

+0

Aloha-Editor es un editor WYSIWYG satisfactorio que admite colaboración en tiempo real. La función de colaboración en tiempo real se proporciona como un servicio y sigue siendo alfa, pero ya se puede probar e integrar: http://aloha-wikidocs.com. – Inshallah

Respuesta

19

El editor de cierres de Google es un contenedor de las capacidades de edición del navegador incorporadas. Por lo tanto, es similar a otros editores de texto enriquecido como TinyMCE, CKEditor, etc. Es menos rico en características que cualquiera de esos, pero es más pequeño y más rápido. El editor base es utilizado por Gmail (más notablemente) y varias otras propiedades de Google.

No hay nada dentro del editor público de Google Closure que permita la colaboración en tiempo real del estilo Google Docs. Dicho esto, tiene un modelo de complemento que le permite agregar nuevas funcionalidades. No recomendaría tomar algo como esto sin una sólida comprensión de trabajar con Google Closure.

Hasta hace poco, Google Docs también utilizaba el editor. Sin embargo, las limitaciones de la tecnología de edición del navegador central se convirtieron en una barrera para la innovación, por lo que construyeron su propia superficie de edición [1,2] (con nombre en clave Kix). Esta superficie de edición no está incluida en la Biblioteca de cierres.

  1. https://drive.googleblog.com/2010/04/a-rebuilt-more-real-time-google.html
  2. https://drive.googleblog.com/2010/05/whats-different-about-new-google-docs.html
+0

algún enlace a la fuente kix? –

+1

No se ha publicado públicamente ningún código de Kix que yo sepa, ni conozco ningún plan para hacerlo. –

1

EtherPad Lite es la opción más viable que he visto hasta ahora:

https://github.com/ether/etherpad-lite

Personalmente estoy a favor de éste, debido a que:

  1. Es de código abierto
  2. Puede alojar sus propios
  3. tiene pocas dependencias del lado del servidor (Node.js)
  4. Tiene una API, para que pueda construir su aplicación en cualquier idioma

Intentar robar el trabajo de Google probablemente no es un buen plan a largo plazo. (Tampoco estoy convencido de que tener las bibliotecas del lado del cliente realmente lo ayude, en términos de la función de colaboración en tiempo real, que depende en gran medida del lado del servidor.)

+0

Tiendo a estar de acuerdo con estos argumentos. + Etherpad es súper increíble. Sin embargo, me pregunto por qué se llama "Lite". – nembleton

+1

@nembleton La versión "lite" es una reescritura con requisitos de sistema mucho más humildes: la primera versión tenía dependencias en varios idiomas y una compleja configuración del entorno del sistema, mientras que la versión "lite" básicamente funciona en NodeJS y no mucho más. –

+0

Gracias por los comentarios. Interesante. – nembleton

Cuestiones relacionadas