Mejoras en Ediciones Compartidas

Realizamos algunas pruebas adicionales sobre los comportamientos extraños del modo de edición compartida —que, por lo demás, es excelente—. Aquí hay algunos hallazgos:

Tenga en cuenta que el plugin no habilita el acceso a la edición en sí. Esto significa que si desea que los no moderadores puedan editar colaborativamente la publicación, también debe convertir la publicación en un Wiki (verde, opcional):

Si habilité las Ediciones Compartidas, tengo la opción de convertirla en un wiki también. Pero si lo hago mediante la opción Convertir en Wiki, aún dice “Convertir en Wiki”. Sin embargo, entrará en modo Wiki. Pero no hay forma de revocar el Wiki.

Los moderadores pueden activar o desactivar las ediciones compartidas en un tema (rojo) mediante el icono de engranaje en la barra del editor.

Me gustaría ver una opción donde el derecho para iniciar/detener las ediciones compartidas esté vinculado al derecho para iniciar/terminar un wiki. La funcionalidad es bastante similar, ¿por qué elegir derechos diferentes (solo moderadores)?

Ahora, esto es crítico:

  1. Configuré una publicación en modo wiki y en modo de edición compartida.
  2. Algunas personas comenzaron a editar en el editor de ediciones compartidas.
  3. Algunas otras personas usaron el editor de wiki “clásico” a través del enlace de revisiones en la misma publicación al mismo tiempo:

y luego, en la parte inferior, Editar publicación.

Ahora las cosas se ponen realmente feas. Como… muy feas. Muchas cosas sobrescritas, cambios no guardados, conflictos de revisiones. Mi entendimiento es que las ediciones compartidas no están diseñadas para funcionar al mismo tiempo que la edición de wiki clásica (completamente comprensible desde un punto de vista técnico).

Creo que la mejor manera de resolver esto sería redirigir el botón Editar publicación al nuevo editor de ediciones compartidas.

Dado que el editor de ediciones compartidas no ofrece la opción de editar los metadatos de la publicación (título, etiquetas, etc.), también debe haber una solución para eso.

Alguien podría argumentar “simplemente diles a tus usuarios que se mantengan alejados del lápiz de revisiones”, pero así no funciona; muchos de nuestros usuarios prefieren esta opción en lugar de desplazarse hasta el final de una larga publicación de WikiPad.

Veo que esto podría no ser fácil de solucionar, pero en este momento la función de ediciones compartidas está bastante rota. La hemos probado en varias publicaciones con diferentes personas, y siempre surgieron conflictos.

9 Me gusta

¿Alguna noticia sobre esto? Lo “solucionamos” añadiendo

div#revision-footer-buttons button:nth-of-type(1) {
    display: none !important;
}

al CSS, pero obviamente esto es una solución temporal, no una solución definitiva…

3 Me gusta

Has articulado de forma muy clara cómo interactúan la funcionalidad de wiki y las ediciones compartidas. Y no es bonito. ¡Gracias por la solución alternativa / arreglo!

Lo he incorporado a mi pequeño Wikified Posts Component, ya que es una pequeña mejora agradable de la funcionalidad de wiki.

1 me gusta

Ah, no sabía de nuestro Componente, muy útil (acabo de usar el antiguo para colorear las Wiki-posts y ahora lo cambiaré)

2 Me gusta

Puedes añadir esto a la pestaña common > header de tu tema (o en /common/header.html en un componente remoto), y añadirá una clase shared-edits-post a las publicaciones de ediciones compartidas si el usuario actual puede editarlas.

<script type="text/discourse-plugin" version="0.8">
  api.addPostClassesCallback((attrs) => {
    if (attrs.shared_edits_enabled && attrs.canEdit) return ["shared-edits-post"];
  });
</script>

luego en CSS

.shared-edits-post {
  // haz algo
}
5 Me gusta

¡¡Hecho!! Ahora todo está integrado en el Wikified Posts Component:


Gracias Joe, ¡lo hiciste posible!

Lo que realmente necesito es apuntar al primer revision-footer-button (con el texto “Edit Wiki”) y ocultarlo solo para las publicaciones de Shared Edits. ¿Hay alguna manera de que esa clase cubra también el panel/diálogo de revisión?

3 Me gusta

He realizado algunos cambios.

Esto está solucionado. Activar/desactivar el modo wiki en una publicación de edición compartida ahora mostrará la etiqueta correcta.

Esto también está solucionado. Si haces clic en el botón desde la ventana modal del historial de revisiones Y la publicación está configurada como shared-edit, se abrirá el compositor de ediciones compartidas en lugar del predeterminado.

Agregué la clase en el plugin. Por lo tanto, puedes eliminar el fragmento que agregaste. El plugin ahora agregará esa clase sin necesidad de ninguna modificación.

Supongo que querías eso porque el botón solía abrir el compositor predeterminado. Eso ahora está solucionado, por lo que ya no necesitarás ocultarlo.

6 Me gusta

[cita=“Ralf_Stockmann, post:1, topic:232713”]
Me gustaría ver una opción donde el derecho a iniciar/detener ediciones compartidas esté vinculado al derecho a iniciar/finalizar una wiki. La funcionalidad es bastante similar, ¿por qué elegir derechos diferentes (solo moderadores)?
[/cita]

Esto sigue siendo un factor decisivo para nosotros: intentamos tener la menor cantidad de moderadores posible por razones de privacidad. Por lo tanto, nos ENCANTARÍA tener una opción para que todos los que puedan iniciar una wiki también puedan iniciar las ediciones compartidas; básicamente es lo mismo. Por cierto: llamamos a este modo “WikiPad”, es más llamativo que ediciones compartidas.

4 Me gusta

Claro, totalmente abierto a agregar una configuración para “grupos que pueden iniciar ediciones compartidas”, por defecto será “personal”, pero podrás cambiarlo a lo que quieras.

8 Me gusta

¿Cuáles son las posibilidades de que esto suceda? De nuevo, este pequeño ajuste cambiaría las reglas de nuestro trabajo diario.

5 Me gusta

Gracias por este gran plugin, que encaja muy bien con nuestros casos de uso para utilizar Discourse para tomar notas colaborativas, hacer lluvia de ideas, etc. Sin embargo, al examinar el plugin, he experimentado ocasionalmente fallos, que lamentablemente son difíciles de reproducir de forma consistente.

Lo que he experimentado es que un cambio realizado por el usuario A se deshace cuando el usuario B actualiza el documento, y ambos cambios se guardan explícitamente usando el botón Guardar. Supongo que podría deberse a la conectividad de red y he logrado reproducir el comportamiento de la siguiente manera:

Sé que esto parece bastante artificial, pero fue la única manera de reproducir el comportamiento que experimento de vez en cuando. ¿Alguien más se ha encontrado con este problema? ¿Hay quizás incluso una solución?

5 Me gusta

Sí, me encontré con un problema similar con una mala conexión a Internet, a veces perdiendo bastantes ediciones. Esto es muy frustrante. Quizás podría funcionar alguna detección de desconexión y cambiar a un búfer de localStorage o algo así. Quizás usar primero localStorage y sincronizar después… No estoy seguro de cómo está implementado técnicamente, pero seguramente hay momentos en los que tener la sincronización retrasada unos milisegundos sería mejor que perder texto.

3 Me gusta

Este sigue siendo un gran problema en nuestro sitio. Quizás esta información pueda ayudar: vea esta edición en el historial:

“system” es la cuenta raíz del sistema. ¿Por qué no se muestra ninguna cuenta de usuario? Otra variante es esta:

Sigue asignado a system, pero con información adicional de “editado por xy”. Extraño.

1 me gusta

Hola @Ralf_Stockmann :slight_smile:

He dividido tus publicaciones en un nuevo tema de UX para evitar que se pierdan por el temporizador del tema. Creo que puede haber un par de problemas incluidos que valdría la pena rastrear por separado (¿creo que la corrección de @Johani se ocupó de algunos?). Si es así, házmelo saber y podremos crear un tema nuevo para ellos. :+1:

3 Me gusta

Gracias, pero ahora me faltan las publicaciones de @literarymachine sobre este tema (un colega mío) donde señaló algunas condiciones de carrera relacionadas con la red de este plugin, que a) todavía no están corregidas y b) hacen que este plugin, por lo demás fantástico, sea bastante inútil para el trabajo serio…

3 Me gusta

Creo que eso es todo. :dedos_cruzados:

3 Me gusta

Esto nos ha surgido y sería de gran ayuda.

¿Sería útil una PR para esto? Las PR de plugins oficiales son bastante desafiantes para hackers como yo, ya que requieren más configuración y experiencia de la que tengo a mano.

Los Tl4 ahora pueden activar las ediciones compartidas, lo que te da mucha más flexibilidad.

Pr es bienvenido a cambiarlo a una configuración de sitio basada en grupos.

2 Me gusta

¿Qué pasa con los moderadores? ¿O necesitan ser promovidos a TL4?

Dado que de todos modos pueden promocionarse a sí mismos a TL4, tendría sentido otorgarles a todos la capacidad de activar Ediciones Compartidas.

1 me gusta