슬라이더 작업은 정말 잘하셨고, 확실히 더 고급스러운 느낌이 듭니다(예를 들어, 저명한 건축가의 웹사이트에 완벽할 정도). 하지만 불행히도, 우리가 익숙한 수준(그리고 다른 포럼과 비교했을 때)에 비해 Discourse가 느리게 느껴집니다. 그리고 이것이 심리적 영향을 미쳐 방해 요소가 될 수 있다고 생각합니다.
슬라이더와 스피너의 비교를 살펴보세요 - 페이지 로딩 시간이 대략 비슷할 가능성이 높지만, 스피너가 훨씬 더 빠르게 느껴집니다:
만약 슬라이더를 꼭 사용해야 한다면, 다음 사항들을 시도해 볼 가치가 있습니다: 20%까지 떨어뜨리는 대신 0%까지 완전히 내리고, 페이지 로딩에 1초 정도 이상 걸리는 경우에만 슬라이더를 표시하도록 하는 것입니다.
Elixir 포럼은 유럽에 호스팅되어 있어, 실제로는 대서양 건너 이쪽(미국)에 있는 우리에게는 훨씬 더 빠릅니다. Meta는 AWS의 us-west-1 리전에 호스팅되어 있습니다.
> time (curl -Ss https://meta.discourse.org/latest.json > /dev/null)
0.03s user 0.01s system 3% cpu 1.280 total
> time (curl -Ss https://elixirforum.com/latest.json > /dev/null)
0.02s user 0.01s system 10% cpu 0.286 total
하지만 일반적으로 페이드 효과가 완벽한 해결책은 아니라는 데에는 동의합니다. 여기서 몇 가지 더 아이디어를 시도해 볼 예정입니다… 계속 지켜봐 주세요.
솔직히 Discourse가 호스팅하는 포럼에서도 비슷한 경험입니다. 하지만 설정을 조정해 보려 한다고 하니 정말 반갑네요 
지금은 스피너를 복원했지만, 슬라이더도 그대로 두었습니다. 이번 주 후반에 다른 실험을 해볼 수도 있습니다.
@dodesz 이 테마는 뭐예요? 아주 멋져 보입니다
개인적으로 슬라이더와 스피너를 동시에 사용하는 것은 과하다고 생각해서, 당분간 다시 비활성화했습니다.
새로운 업데이트를 기대하고 있습니다.
저희 사이트는 바디 전환 효과 없이 이 멋진 슬라이더를 사용하고 있으며, 사용자들로부터 긍정적인 피드백을 받고 있습니다(아직까지는 “매우 빠른 무한 스크롤” 중에만 문제가 발생하지만, 큰 문제는 아닙니다).
페이지 로딩 예시:
@Terrapop 님의 의견에 동의합니다. 슬라이더와 스피너가 함께 표시되면 확실히 "너무 복잡"하고 시선을 분산시킵니다.
네, 저는 그렇게 하는 걸 좋아했어요. 최신 버전에서 스피너를 비활성화하는 방법이 뭐였죠?
아니요. 마지막 변경 사항이 적용되기 전의 이전 버전을 포크(fork)했고, 바디 애니메이션을 주석 처리하는 것(그리고 모바일에서는 슬라이더를 1픽셀, 데스크톱에서는 몇 픽셀 더 두껍게 하는 것)만 수행했습니다. 이렇게 라이브로 몇 일간 운영해 왔는데 정말 마음에 듭니다(사용자들도 마찬가지로 좋아한다고 댓글을 남겼습니다). 몇 가지 세부 조정을 시도해 본 후, 지금은 만족하고 있습니다.
자유롭게 시도해 보세요 
… 무료이고 친근하니까요
@david에게 공개적으로 언급하고 싶은 건데, 여기서 최신 개선 사항이 제게 딱 맞는 것 같습니다 (적어도 방금 20분간 테스트한 모바일에서는요)
모든 분들을 위해 말씀드리자면, 이제 지연 시간이 지난 후에만 스피너를 표시하므로, 느린 연결 환경에서도 스피너가 표시됩니다.
느린 연결 문제만이 아닙니다. 큰 주제에서도 같은 문제가 발생하는데, 그런 상황에서 스피너는 실제로 꽤 좋은 효과를 줍니다(메시지가 '이것이 멈췄다’가 아니라 '처리 중입니다’라는 느낌을 주기 때문이죠. 
). 정말 잘했어요. 
개선된 점은 있지만, 여전히 눈에 띄게 느리게 느껴집니다. 스피너가 거부되거나 이 것으로 대체된 데에는 특별한 이유가 있나요? 슬라이더 개선에 모두 훌륭한 작업을 해주셨지만, 제 생각에는 여전히 스피너가 우위에 있습니다. 특히 로딩이 느린 페이지에서 그렇습니다:
(러스트 포럼이 Discourse와 동일한 네트워크/서버에 호스팅된다고 가정합니다^^ (로그아웃 상태가 큰 차이를 만들지는 않을까요?))
익명 응답은 캐시될 수 있으므로 큰 차이가 있습니다.
비교를 해볼까 싶어서 다시 돌아와서 양쪽 모두 로그아웃한 상태로 비교해봤습니다:
확실히 더 빠르긴 한데, 전반적으로 스피너가 더 잘 작동하고 Discourse에 더 잘 맞는다고 생각합니다. 더 빠르면서도 슬라이더처럼 거슬리거나 눈에 띄지 않고, 지속 시간도 더 짧습니다.
그래도 다들 알아서 결정하시죠. 개인적으로는 스피너에 한 표를 던지겠습니다 (죄송합니다!). 사실 그 업데이트 이후로 Discourse가 얼마나 더 빠르고 민첩해졌는지 PG 업데이트 스레드에 언급하려고 했었는데 
(조금이라도 되돌아가는 건 아쉬울 것 같습니다 )
동의합니다. 슬라이더는 퇴보한 조치입니다. 데스크톱에서도 확인해 보았는데, 페이드 효과가 없더라도 화면에서는 여전히 더 어수선하고 스피너보다 시선을 더 분산시킵니다. 따라서 모바일과 데스크톱 모두에서 스피너가 더 낫습니다.
하지만 기존 스피너가 공식적으로 유지 관리되는 테마 구성 요소가 된다면, 그것을 사용해도 괜찮을 것 같습니다. 그렇게 될까요? 미리 감사드립니다.
이것이 통합되면 기존 동작으로 되돌리기 위해 간단한 테마 컴포넌트를 구현할 예정입니다.
현재 계획은 통합 전에 메타 환경에서 1~2주 정도 이 상태로 사용하는 것입니다.
치즈가 움직이면… 사람들은 행복하지 않습니다. 며칠에 걸쳐 변화가 이루어지지 않는 한, 판단하기가 매우 어렵습니다.
어색한 페이딩이 제거되었으니, 슬라이더가 있는 빈 페이지와 스피너 사이의 차이는 나에게 크게 느껴지지 않습니다. 지금은 모바일에서 괜찮아 보입니다. 하지만 데스크톱에서는 슬라이더가 세로로 너무 얇다고 생각합니다. 아마 제 조명 때문이거나 지금 27인치 모니터를 사용 중이기 때문일 수도 있지만, 화면을 가로지르는 진행 바가 정말 잘 보이지 않습니다.
이 문제에 대해 좀 더 시간을 들여 데스크톱과 모바일 양쪽을 비교해 봤는데, 대세와 반대로 말하는 것이 미안하지만, 스피너가 양쪽 모두에서 훨씬 더 나은 것 같습니다.
슬라이더(이런 사이트에서)는 그저 느리고 딱딱하게 느껴지는데, 일부 유형의 사이트(특히 페이지가 얼마나 로드되었는지 또는 로딩 중인지에 대한 시각적 지표가 중요한 긴 로딩 사이트)에서는 잘 작동할 수 있지만, 속도감이 중요한 포럼이나 어떤 종류의 사이트에는 적합하지 않다고 생각합니다.
정말 이 방향으로 진행하지 않기를 바라고, 만약 진행한다면 테마 구성 요소로만 만들어 기본값은 스피너로 유지해 주세요.
주요 이유는 페이드아웃 기능이 그리워서인데, 빈 페이지 상태가 마음에 들지 않고, 이 기능이 전환을 부드럽게 만들어 주었기 때문입니다. 빈 화면은 너무 거칠게 느껴집니다.
@awesomerobot 님과 동의합니다, @sam님. 텅 빈 화면보다는 흐려진 텍스트가 훨씬 좋습니다.