@david 새 페이지가 로드되는 동안 이전 콘텐츠를 표시하고 있을 때 모든 클릭을 비활성화하는 건 어떨까요? 엣지 케이스인 것 같지만, 그럴듯한 해결책이라고 생각합니다.
@awesomerobot 데스크톱에서 슬라이더의 두께에 만족하시나요? 우리 부서에서는 의견이 갈리네요. 며칠 정도는 이 상태로 유지해 볼 생각입니다. 모바일에서는 균형이 적절하다고 생각합니다.
7개의 좋아요
개인적으로는 어떤 목표를 지향하느냐에 따라 달라질 것 같습니다. 주요 목표 중 하나가 "인터넷의 다른 부분과 (거의) 동일하게 작동한다"라면 이 방법을 원하지 않을 수 있습니다. “일반적인” 웹사이트에서는 첫 번째 링크를 클릭한 직후 두 번째 링크를 매우 빠르게 클릭하면 두 번째 링크의 콘텐츠가 로드됩니다.
8개의 좋아요
이 변경 사항을 정말 좋아합니다. 특히 이후의 세부 조정까지 포함하면 더 그렇습니다. 좋아해서 베타 버전으로 출시되어 더 많은 피드백을 받을 수 있기를 간절히 기다리고 있습니다.
@david, 언제 이 기능을 코어에 반영할 수 있을까요?
9개의 좋아요
네, 맞는 말씀인 것 같습니다… 지금 그대로 코어에 포함시키는 것에 찬성합니다.
나중에 계속 다듬어 나갈 수 있지만, 현재 상태가 이미 꽤 정교하고 실제로도 아주 잘 작동합니다.
8개의 좋아요
현재 두께로는 괜찮은 것 같아요. 충분히 눈에 띄지 않는다는 불만이 들어오면 그때 1px 더 늘리는 걸 고려해볼 수 있겠네요. 코어에 반영되는 걸 기대하고 있습니다!
7개의 좋아요
훌륭해 보입니다! 아직 해결해야 할 렌더링 버그가 몇 개 남아 있습니다(예: 이것)만, 이들을 수정하면 코어에 추가할 수 있을 것입니다. 다만 저는 Meta에서 조금 더 테스트해 본 후에 추가하는 쪽을 선호합니다. 현재 구현 방식은 출시된 지 24시간밖에 되지 않았거든요.
다른 인기 있는 PWA 몇 가지를 살펴보니 다음과 같습니다:
| 서비스 | 즉각적인 전체 페이지 변경 | 슬라이더 | 스피너 | 사용자 지정 플레이스홀더 |
|---|---|---|---|---|
 |
|
|||
|
|
|||
| (일부 페이지에서) | |
|||
| YouTube |  |
|
||
| GitHub | |
|
||
 기존 Discourse |
|
|
||
| 슬라이더가 포함된 Discourse |
|
|
따라서 이 변경 사항은 우리를 YouTube나 GitHub에 더 가깝게 만들어 줄 것입니다. 제 생각에는 이 두 서비스가 앱보다는 웹사이트에 더 가까운 느낌을 주거든요. 이것이 우리가 나아가고 싶은 방향인가요? 
15개의 좋아요
그렇다고 생각합니다. 최소한의 / 웹과 같은 기본 테마 철학과 잘 맞습니다. 실험을 해보고 싶다면 스피너나 사용자 지정 플레이스홀더를 위한 테마 컴포넌트를 항상 제공할 수 있습니다.
이 변경 사항이 화면에서 바뀌는 픽셀의 양을 줄인다는 점이 정말 마음에 듭니다.
Gmail도 비슷한 패턴을 따르는 것 같습니다(사각형으로 로딩을 렌더링한 후 콘텐츠를 전환합니다).
8개의 좋아요
현재 슬라이더는 다음과 같이 설정되어 있습니다(아래 참조). 취향의 문제이지만, 모바일에서는 3px보다 4px가 더 좋아 보입니다. 물론 3px도 괜찮고 충분히 허용할 수 있습니다. 하지만 대형 데스크톱 화면에서는 주관적으로 6px가 더 보기 좋습니다. 개인적으로는 7px를 선호하는데, 모든 테마 배경색에서 페이지 로드 시 사용자가 슬라이더와 상대적 진행 상황을 명확히 볼 수 있기를 원하기 때문입니다. 다만 대형 데스크톱 화면에서 6px로 줄여도 아주 괜찮습니다. 대형 데스크톱 화면에서 6px 미만이면 27인치와 34인치 모니터(일부 배경 테마 색상에 따라)에서 거의 눈에 띄지 않습니다. 슬라이더는 "로딩 중"을 나타내므로, 제 생각에는 더 눈에 띄는 쪽으로 하는 것이 더 좋다고 봅니다. 하지만 역시 매우 주관적인 문제입니다.
height: 4px;
@media only screen and (min-width: 960px) {
height: 7px;
}
8개의 좋아요
이 기능에 대한 (늦은) 피드백입니다:
이 주제를 보기 전까지는 변경 사항이 거의 눈에 띄지 않았는데… 좋은 점입니다! 제 생각에 좋은 기능이란 현재 사용 경험과 자연스럽게 어우러지는 기능입니다.
기능에 좀 더 주의를 기울여 본 결과, 이전 동작 방식보다 화면 깜빡임이 줄어든 것이 시각적으로 더 매력적이라는 데 동의합니다.
이 변경 사항에 세심한 디자인과 고민을 담아주신 팀에 축하의 말씀을 드립니다! 
13개의 좋아요
안녕하세요,
이 컴포넌트를 정말 좋아하지만 버그를 발견했습니다(제 테마에서 충돌이 있는 줄 알았는데, 여기서도 같은 현상이 확인됩니다). .navigation-toogle 요소를 클릭하면 드롭다운이 계속 열린 상태가 유지됩니다:
6개의 좋아요
아마도 제 보고서가 혼란 속에서 사라진 것일 수도 있고 (아니면 아직 시간 내서 확인하지 못한 것일 수도).
3개의 좋아요
@cosdesign님과 @seanblue님께 감사합니다. 아직 수정해야 할 목록에 남아 있습니다. 여기서 OP에 ‘알려진 문제’ 목록을 만들어서 미해결 항목을 추적할 수 있도록 하겠습니다.
10개의 좋아요
해당 드롭다운 문제는 이제 해결되었습니다:
8개의 좋아요
정말 이 컴포넌트를 좋아합니다. 제 디스코스 포럼에도 설치해 보았어요. 감사합니다!
한 가지 제안이 있는데요. 페이지가 로딩되는 동안 스켈레톤(스켈레톤 스크린)을 표시할 수 있을까요? 페이지 로딩에 시간이 좀 걸리는 경우에 클릭이 접수되었음을 알려주는 데 도움이 될 수 있습니다. 로딩 바가 처음에 보이지 않아서 주제 제목을 두 번 클릭하게 되는 경우가 있었는데, 스피너는 바로 표시되더군요. 작은 디테일이지만 이런 점을 눈치챈 것 같습니다.
4개의 좋아요
여기서는 타협점을 찾은 것입니다. 2초가 지나고 표시할 콘텐츠가 없을 때만 화면의 내용을 변경하도록 설정했습니다.
이 2초를 1초로 줄일 수 있는 semacam 스위치를 제공할 수는 있겠지만, 현재 이 균형이 적절하다고 생각합니다.
7개의 좋아요
며칠 만에 돌아왔는데, 처음 느낀 건 지금 여기가 얼마나 느리다는 거였습니다.
구글 그룹에서 비슷한 기능을 도입한 건 알지만, 우리가 그걸 따라 할 필요까지는 없다고 봅니다. 제 생각엔 스피너가 디스코스에 훨씬 더 잘 맞았습니다. 반응이 빨랐고, 루비 앱은 항상 느리다는 편견을 깨는 데도 도움이 됐죠. 스피너를 정말 좋아했고, 디스코스가 얼마나 빠르게 느껴지는지도 좋아했습니다. 불행히도 이 슬라이더는 큰 후퇴라고 느낍니다. 이 기능을 개발하신 분들께는 죄송하지만, 아마 듣고 싶지 않은 말씀일 수 있다는 걸 압니다. 다만 우리 모두는 디스코스에 가장 좋은 결과를 원한다고 생각하니, 제 생각을 나누는 것에 너그럽게 봐 주셨으면 합니다.
2개의 좋아요
코어에 이 기능을 출시할 때, 기존 전환 모드를 사용할 수 있도록 하는 컴포넌트를 제공할 예정입니다.
피드백은 잘 듣고 있습니다. 다만, 이러한 의견은 극소수의 의견이며, 대부분의 사용자는 새로운 전환 스타일을 선호합니다. 새로운 스타일은 화면에서 변경되는 요소가 줄어들기 때문입니다.
기존
클릭 → 흰색 화면 → 콘텐츠
새로운 방식
클릭 → 콘텐츠
흰색 화면에 로더를 선호하는 사용자가 있을 수 있다는 점은 이해합니다. 하지만 이는 소수의 의견입니다.
11개의 좋아요
샘, 흰 화면을 좋아하느냐 마느냐의 문제가 아니라 속도감의 문제예요.
사실 저는 항상 디스코스의 속도(그리고 느낌)가 가장 인상적인 기능 중 하나라고 생각했어요. 루비를 상당히 반대했던 분들조차 디스코스에서 당신이 해낸 것에 대해 인상받았다는 걸 알고 있거든요.
또한 우리는 트위터나 디스코드 같은 거대한 사이트들과 끊임없이 경쟁하고 있기 때문에, 그 속도감은 지금比以往 어느 때보다 중요하다고 생각합니다. 아주 미세한 둔탁함의 느낌조차 영향을 미칠 수 있다고 봐요 — 의식적으로 인지하지 못하더라도 말이죠.
이전 전환 모드에 대한 컴포넌트가 추가될 예정이라는 건 좋은데, 제 우려는 그것이 오버헤드를 추가하여 속도 저하(아무리 작더라도)를 초래할 수 있다는 점입니다. 그러면 기존 방식/스피너의 장점이 상쇄되거든요. 만약 그런 일이 일어나지 않는다면 저는 그걸 기꺼이 받아들일 거예요… 하지만 여전히 이 변화가 다른 모든 디스코스 사이트에는 좋지 않을 거라고 생각합니다.
4개의 좋아요
속도에 대한 인식에 대해서는 전적으로 동의합니다.
스피너가 화면에 아주 오래 남아 있다면 그것은 문제가 있음을 나타내는 신호가 되겠지만(스피너 자체가 문제는 아니지만), 슬라이더보다 정보 전달력이 떨어질 수 있습니다.
슬라이더는 근본적인 느림을 암시합니다. 저에게는 예전 Windows의 진행률 표시줄(예상 남은 시간: 6일 23시간)을 떠올리게 합니다. 슬라이더를 보면 속도 관련 문제가 있는 게 아닌가 하고 생각하게 되고, 그것은 제 인내심을 줄이기 위한 장치처럼 느껴집니다. 이 슬라이더는 항상 80%쯤에서 잠시 멈추는 것처럼 보여서, 매번 뭔가 잘못되고 있는 건 아닌지 걱정하게 됩니다.
포럼이 빠르다면 슬라이더는 좋은 아이디어가 아닙니다.
4개의 좋아요
메타를 사용할수록 저는 예전 스피너를 더 선호하게 됩니다. 슬라이더는 눈에 잘 띄지 않아 웹사이트가 반응이 없는 것처럼 느껴집니다.
2개의 좋아요