Melhorias nas Edições Compartilhadas

We did some further testings on odd behaviours of the - otherwise great - shared edit mode. Here are some findings:

Note that the plugin does not enable edit access per se. This means that if you want non-moderators to be able to collaboratively edit the post you must also make the post a Wiki (green, optional):

If I enabled Shared Edits, I have the option to make it a wiki, too. But if I do so via the Make Wiki option, it still reads “Make Wiki”. It will enter Wiki mode, though. But there is no way to revoke the Wiki.

Moderators can toggle shared edits on a topic (red) via the gear icon on the composer bar

I would like to see an option, where the right to start/stop shared edits is linked to the right to start/end a wiki. The functionality is quite similar, why choosing different rights (mods only)?

Now this is a critical one:

1. I set a posting into wiki and shared edit mode
2. Some people start editing away in the shared edit composer
3. Some other people use the “classic” wiki editor - via the revisions link on the same posting at the same time:

image849×235 24 KB

and then at the bottom Edit Post

image1163×141 8.16 KB

Now things get ugly real quick. Like - reeeealy ugly. Lots of overwritten stuff, changes not saved, revision conflicts. My understanding is, that shared edits is not designed to work at the same time as classic wiki editing (completely understandable from a technical view).

I figure the best way to solve this would be to redirect the Edit Post button to the new shared edits composer?

Hence the shared edits composer doesn’t offer the option to edit the metadata of the posting (titel, tags etc.), there has to be a solution for that, too.

One could argue “just tell your people to stay away from the revisions-pencil”, but this is not how it works - a lot of our users like this way instead of scrolling down to the end of a long WikiPad posting.

I see this might not an easy one to be fixed, but right now the shared edits feature is quite broken. We’ve tried it on several postings with different people, and always conflicts arose.

Alguma notícia sobre isso? Nós o “corrigimos” adicionando

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

ao CSS, mas obviamente esta é uma correção, não uma solução…

Você articulou de forma muito clara como a funcionalidade de wiki e as edições compartilhadas interagem. E não é nada bonito. Obrigado pela solução alternativa / correção!!

Eu a incorporei ao meu pequeno Wikified Posts Component, pois é um pequeno aprimoramento agradável da funcionalidade de wiki.

Ah - eu não sabia sobre nosso Componente, muito útil (acabei de usar o antigo para colorir posts da Wiki e vou mudar agora)

Você pode adicionar isso à aba common > header do seu tema (ou em /common/header.html em um componente remoto), e isso adicionará uma classe shared-edits-post às postagens de edições compartilhadas se o usuário atual puder editá-las.

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

então em CSS

.shared-edits-post {
  // faça algum trabalho
}

Feito!! Agora está tudo incluído no Wikified Posts Component:

Obrigado Joe - tornou tudo possível!!

O que eu realmente preciso direcionar é o primeiro revision-footer-button (com o texto Edit Wiki) e escondê-lo apenas para posts de Edições Compartilhadas. Alguma forma de fazer essa classe cobrir o painel/diálogo de revisão também?

Fiz algumas alterações.

Isso foi corrigido. Alternar wiki ativado/desativado em uma postagem de edição compartilhada agora mostrará o rótulo correto.

Isso também foi corrigido. Se você clicar no botão do modal de histórico de revisões E a postagem estiver definida como shared-edit, ele abrirá o compositor de edições compartilhadas em vez do padrão.

Adicionei a classe no plugin. Portanto, você pode remover o trecho que adicionou. O plugin agora adicionará essa classe sem a necessidade de modificações.

Acho que você queria isso porque o botão costumava abrir o compositor padrão? Isso agora está corrigido, então você não precisará mais ocultá-lo.

Isso ainda é um impeditivo para nós: tentamos ter o mínimo de moderadores possível por motivos de privacidade. Portanto, AMARÍAMOS ter uma opção em que todos que podem iniciar uma wiki também possam iniciar as edições compartilhadas - basicamente é a mesma coisa. A propósito: demos a este modo o nome de “WikiPad” - é mais marcante do que edições compartilhadas.

Claro, totalmente aberto a adicionar uma configuração para “grupos que podem iniciar edições compartilhadas”, com o padrão “staff”, mas permitindo que você a altere para o que quiser.

Quais são as chances de isso acontecer? Novamente, essa pequena alteração seria uma mudança de jogo em nosso trabalho diário.

Obrigado por este ótimo plugin, que se encaixa muito bem em nossos casos de uso para usar o Discourse para fazer anotações colaborativas, brainstorming, etc. Ao examinar o plugin, ocasionalmente experimentei falhas, que infelizmente são difíceis de reproduzir consistentemente.

O que experimentei é que uma alteração feita pelo usuário A é desfeita quando o usuário B atualiza o documento, ambas as alterações sendo explicitamente salvas usando o botão Salvar. Suponho que isso possa ser causado por conectividade de rede e consegui reproduzir o comportamento da seguinte forma:

• Ambos os navegadores começam com um estado compartilhado do documento:
  
  

  image726×578 29.1 KB
• O Navegador 2 perde a conexão (mas o usuário não percebe isso):
  
  

  image1911×865 178 KB
• O Navegador 1 salva uma alteração:
  
  

  image789×577 164 KB
• O Navegador 2 faz uma alteração enquanto ainda está offline:
  
  

  image1102×594 80.7 KB
• O Navegador 2 volta a ficar online e salva a alteração:
  
  

  image1918×866 173 KB
• A alteração feita no Navegador 2 é salva, desfazendo a alteração anterior feita no Navegador 1:
  
  

  image852×753 290 KB

Sei que isso parece bastante artificial, mas foi a única maneira de reproduzir o comportamento que estou experimentando ocasionalmente. Mais alguém encontrou esse problema? Existe talvez até mesmo uma correção para ele?

Sim, deparei-me com um problema semelhante com uma conexão de internet ruim, às vezes perdendo muitas edições. Isso é muito frustrante. Talvez alguma detecção de desconexão pudesse funcionar e mudar para um buffer de localStorage ou algo assim. Talvez usar localStorage primeiro e sincronizar depois… Não tenho certeza de como é implementado tecnicamente, mas certamente há momentos em que ter a sincronização atrasada em alguns milissegundos seria melhor do que perder texto.

Este ainda é um problema enorme em nosso site. Talvez esta informação possa ajudar: veja esta edição no histórico:

image1177×229 14.6 KB

“system” é a conta raiz do sistema. Por que nenhuma conta de usuário é exibida? Outra variante é esta:

image1187×188 14.8 KB

Ainda está atribuído ao sistema, mas com uma informação adicional “editado por xy”. Estranho.

Olá @Ralf_Stockmann

Dividi suas postagens em um novo tópico de UX para evitar que sejam perdidas pelo cronômetro do tópico. Acho que pode haver alguns problemas incluídos que valem a pena rastrear separadamente (acho que a correção de @Johani lidou com alguns?). Se for o caso, me avise e podemos criar um(s) novo(s) tópico(s) para eles.

Obrigado - mas estou sentindo falta agora das postagens de @literarymachine sobre este tópico (um colega meu), onde ele apontou algumas condições de corrida relacionadas à rede deste plugin, que a) ainda não foram corrigidas e b) tornam este plugin, de outra forma fantástico, bastante inútil para trabalho sério…?

Acho que é só isso.

Isso surgiu para nós e seria muito útil.

Um PR seria útil para isso? PRs de Plugins Oficiais são bastante desafiadores para hackers como eu, pois exigem mais configuração e expertise do que tenho à mão!

Tl4 agora podem alternar edições compartilhadas, o que lhes dá um pouco mais de flexibilidade.

Pr é bem-vindo para mudar para uma configuração de site baseada em grupo.

E os moderadores? Ou eles precisam ser promovidos a TL4?

Como eles podem se promover a TL4 de qualquer maneira, faria sentido conceder a todos eles a capacidade de ativar Edições Compartilhadas.