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 个赞
@nbianca can you verify this did not regress?
2 个赞
Still not able to trigger the edit conflict, but that seems to be a separate issue.
Preview button is moved here
9 个赞
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 个赞
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 个赞
Yes, Android phones can have tiny screens. There are zillions of different Android devices.
5 个赞
Fixed by
5 个赞
看起来选项 2（在图片上传旁添加预览按钮）已实施。我想分享一些关于由此产生的用户体验的观察：
-
我论坛的一位用户（相当精通网络）完全无法弄明白格式工具栏去哪了，甚至认为其消失是程序错误而联系了我。看来在 Android 设备上条件性显示工具栏的计划并未落实; 是否可以重新审视并实施这一想法？
-
此外（或作为替代方案），如果能提供一个设置，允许完全关闭工具栏的自动折叠功能，和/或定义其在所有设备上的默认状态，将非常受欢迎。
-
控制工具栏显示与折叠的按钮是一个汉堡菜单按钮，这进一步阻碍了用户的发现能力。而且这也显得很奇怪，因为该按钮背后已不再有任何实际的菜单项，只有一个直接的操作。能否将图标更改为更贴切的样式？比如直尺？或者一支铅笔？
3 个赞