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 « J'aime »
@nbianca can you verify this did not regress?
2 « J'aime »
Still not able to trigger the edit conflict, but that seems to be a separate issue.
Preview button is moved here
9 « J'aime »
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 « J'aime »
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 « J'aime »
Yes, Android phones can have tiny screens. There are zillions of different Android devices.
5 « J'aime »
Fixed by
5 « J'aime »
Il semble que l’option 2 (Ajouter un bouton d’aperçu à côté du téléchargement d’image) ait été mise en œuvre. Je souhaiterais partager quelques observations concernant l’expérience utilisateur qui en résulte :
-
Un utilisateur de mon forum (un homme assez averti en matière web) n’a absolument pas pu comprendre où était passée la barre d’outils de mise en forme, au point de me contacter en pensant que son absence était due à un bug. Il semble que les projets visant à afficher conditionnellement la barre d’outils sur les appareils Android n’aient pas été suivis; serait-il possible de réexaminer cette idée et peut-être de la mettre en œuvre ?
-
De plus (ou en alternative), un paramètre permettant de désactiver complètement la fonction de repli automatique de la barre d’outils et/ou de définir son état par défaut sur tous les appareils serait grandement apprécié.
-
Le bouton qui contrôle l’affichage et le repli de la barre d’outils est un bouton menu hamburger, ce qui constitue un obstacle supplémentaire à la découvrabilité. C’est aussi étrange, étant donné qu’il n’y a plus d’éléments de menu réels derrière ce bouton, mais une seule action immédiate. Serait-il possible de changer l’icône pour quelque chose de plus pertinent ? Peut-être une règle droite ? Ou un crayon ?
3 « J'aime »