설정 화면에서 이 버튼은 실제로 저장할 내용이 있는 시점까지는 회색으로 표시되어야 합니다. 저장할 내용이 생겼을 때만 파란색으로 변해야 합니다.
그리고 저장이 성공적으로 완료된 후에는 다시 회색으로 돌아와야 합니다.
현재 사용자는 버튼 옆에 있는 "saved"라는 단어를 찾아보는 데 전적으로 의존하고 있습니다.
단어는 유지하되, 버튼을 수정하기보다는 개선해 주세요. 감사합니다.
그리고 저장이 성공적으로 완료된 후에는 다시 회색으로 돌아와야 합니다.
8개의 좋아요
5개의 좋아요
그리고 저장한 후에 설정을 조정하고 두 번째로 저장하면, 첫 번째 저장 직후와 두 번째 저장 후의 두 항목이 똑같이 보이기 때문에 두 번째 저장에 실제로 변경 사항이 있었는지 확실히 알 수 없습니다.
2개의 좋아요
저는 이에 동의하지 않습니다… 요소의 상태가 동적으로 변경되는 것은 최종 사용자에게 혼란을 주고 집중력을 흐트러뜨립니다.
실제로 이러한 유형의 UI 예시가 있을까요?
과거에는 게시가 허용될 때까지 ‘답글’ 버튼을 회색으로 비활성화했는데, 이는 매우 혼란을 초래하여 상당한 수의 지원 문제를 발생시켰습니다. 요즘에는 바로 클릭해서 무엇이 잘못되었는지 확인할 수 있습니다.
3개의 좋아요
https://meta.discourse.org/와 fb.com을 모두 시크릿 모드(비공개 모드)에서 시도해 보았는데, 클릭할 수 없는 링크가 모두 제거되어 있어 오늘 예시를 드릴 수 없습니다.
제 게시글 아래에 있는 공유(Share), 북마크(Bookmark), 신고(Flag), 시청 중(Watching) 모두 이미 회색으로 표시되어 있지만, 클릭할 수 없다는 의미는 아닙니다. 따라서 회색 문제는 신경 쓰지 않아도 될 것 같습니다.
설정(Preferences)에서는 아무런 변경 사항이 없어도 1000번이나 "저장(Save)"을 할 수 있습니다.
어쨌든, 저장할 변경 사항이 아직 없다면 저장 버튼은 아예 표시되어서는 안 됩니다.
그런 것이 2023년의 방식인 것 같습니다.
1개의 좋아요
그럼에도 불구하고 널리 사용되고 있습니다. 제가 최소 두 번은 클릭해야 하는 이유는, 매우 빠르게 사라지는 ‘확인’ 표시 외에는 어떤 피드백도 받지 못하기 때문입니다. 이 표시를 놓치면 저장이 성공한 것인지, 아니면 어떤 오류가 발생한 것인지 알 수 없습니다.
사실… 여기에는 이미 비슷한 시스템이 작동하고 있습니다. 예를 들어 모든 설정 항목이 그렇습니다.
1개의 좋아요
음 - 모든 Discourse 설정이 동적으로 변경됩니다(미관적으로 좋지 않은 영상이라 죄송합니다. .webm 형식 문제인 것 같습니다). 그리고 정말 유용합니다!
1개의 좋아요
이것은 다른 UI 패러다임이네요…
하지만 맞습니다. Facebook과 Google 모두 이 패턴을 따르고 있다는 점에 대해 제 주장을 수정합니다:
@Designers 여러분, 이 부분에 대해 어떻게 생각하시나요? 우리 사용자 프로필도 비슷한 패러다임을 따르는 것이 좋을까요?
- 파란색을 흐리게 처리할까요?
- 회색으로 처리할까요?
- Google처럼 취소 버튼을 제공해야 할까요?
6개의 좋아요
그렇습니다. 모든 저장 버튼이 그렇게 되어야 합니다. 색상이 회색인지, 흐리게 처리되는지 등 세부 사항은 취향의 문제이긴 하지만, 바로 그 때문에 CSS라는 발명품이 있는 것이죠 
3개의 좋아요
차단(dimming)이나 회색 처리(greying)는 시각적으로 덜 눈에 띄게 하려는 목적이므로 나에게도 괜찮습니다. 단(이 부분은 아무리 강조해도 부족합니다) 여전히 클릭 가능해야 제출 시도 후 무엇이 누락되었거나 작동하지 않는지에 대한 피드백을 사용자가 받을 수 있어야 합니다.
이 의견에 강하게 반대합니다. 저장 버튼을 표시하는 것은 사용자가 변경 사항을 만들 수 있고 저장할 수 있다는 명확한 신호입니다. 그리고 완전히 새로운 UI 요소가 갑자기 나타나는 것도 좋은 UX라고 할 수 없습니다.
6개의 좋아요
저는 구글과 페이스북 모델을 따르는 쪽을 지지합니다. (처음에는 버튼들이 전부 사라진 줄 알았는데, 그건 제가 시크릿 모드에 있었기 때문이었죠.)