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
https://github.com/discourse/discourse/commit/c57ab12238b85211b4750595b3325d98311102be
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개의 좋아요
5개의 좋아요
옵션 2(이미지 업로드 옆에 미리보기 버튼 추가)가 구현된 것으로 보입니다. 결과적으로 생긴 UX와 관련하여 몇 가지 관찰 사항을 공유하고 싶습니다:
-
제 포럼의 한 사용자(웹에 꽤 밝은 분)는 포맷팅 툴바가 어디로 갔는지 도무지 파악하지 못했습니다. 결국 툴바가 사라진 것이 버그 때문이라고 생각하여 저에게 문의를 해올 정도였습니다. 안드로이드 기기에서 조건부로 툴바를 표시하도록 하려는 계획이 실행되지 않은 것으로 보입니다. 이 아이디어를 다시 검토하여 구현할 수 있을까요?
-
추가로(또는 대안으로), 툴바 자동 접기 기능을 완전히 끄거나, 모든 기기에서 기본 상태를 정의할 수 있는 설정이 있다면 매우 유용할 것입니다.
-
툴바의 표시와 접기를 제어하는 버튼은 햄버거 메뉴 버튼인데, 이는 발견 가능성을 떨어뜨리는 추가적인 장애물이 됩니다. 또한 이 버튼 뒤에 실제 메뉴 항목이 더 이상 존재하지 않고, 즉각적인 단일 동작만 수행하기 때문에 다소 어색합니다. 아이콘을 조금 더 적절한 것으로 변경할 수 있을까요? 예를 들어 자(定規)나 연필 아이콘처럼요?
3개의 좋아요