Are you sure?
Maybe some time later, you’ll be sad about this decision 
Getting back to this and doing some testing… I actually can’t get the edit conflict error to show at all now… Not sure if this is related to your changes @venarius (can’t see anything obvious) or something else…
Here’s how I’m trying to trigger it:
- User A opens composer to edit wiki post (revision 1)
- User B opens composer to edit same wiki post (revision 1)
- User A saves revision
- User B attempts to save revision
I’m seeing the normal saving/saved draft icons in Step 4 both before and after I attempt to save the revision. The modal warning User B that they’re about to overwrite an edit appears correctly.
I tested locally and on Meta and can’t get the edit conflict message to appear. Am I missing something? Can someone else double check?
2 curtidas
@nbianca can you verify this did not regress?
2 curtidas
Still not able to trigger the edit conflict, but that seems to be a separate issue.
Preview button is moved here
9 curtidas
Why is image button below on mobile and not in toolbar like on desktop? I find this a bit confusing…
It’s an important action that isn’t easy to do on mobile without a button, and sometimes the toolbar isn’t visible on mobile (I think the toolbar also used to be hidden more often than it is today) - so it gets called out in a special way.
I could see how it would be confusing if you’re used to the desktop layout, until recently we had the button in both places, which would cover that familiarity… but we didn’t like the redundancy
3 curtidas
How could you revert the change of location for the preview button?
But why is hiding toolbar still a thing on mobile? I “lost” it once and thought it was a bug at first, that it did not show up anymore. Is really vertical space so big of an issue on mobile, that is worth this complicated UX?
1 curtida
Yes, Android phones can have tiny screens. There are zillions of different Android devices.
5 curtidas
Fixed by
5 curtidas
Parece que a opção 2 (Adicionar botão de pré-visualização ao lado do upload de imagem) foi implementada. Gostaria de compartilhar algumas observações relacionadas à experiência do usuário (UX) resultante:
-
Um usuário do meu fórum (bastante experiente em tecnologia) simplesmente não conseguiu descobrir para onde foi a barra de ferramentas de formatação, a ponto de entrar em contato comigo achando que sua ausência era causada por um bug. Parece que os planos para fazer a barra de ferramentas aparecer condicionalmente em dispositivos Android não foram seguidos; seria possível rever essa ideia e talvez implementá-la?
-
Além disso (ou alternativamente), seria muito bem-vinda uma configuração que permitisse desativar completamente o recurso de recolhimento automático da barra de ferramentas e/ou definir seu estado padrão em todos os dispositivos.
-
O botão que controla a exibição e o recolhimento da barra de ferramentas é um botão de menu hambúrguer, o que é um obstáculo adicional à descoberta. Também é estranho, já que não há mais itens de menu reais atrás desse botão, apenas uma única ação imediata. Seria possível alterar o ícone para algo mais adequado? Talvez uma régua reta? Ou um lápis?
3 curtidas