스크린샷에서는 문제가 보이지 않습니다. 현재 정상적으로 작동하지 않는 부분이 구체적으로 무엇인가요?
3개의 좋아요
카드가 아닙니다. 테이블 설정 토글입니다.
1개의 좋아요
위에서 언급했듯이, 겪고 있는 문제를 좀 더 구체적으로 설명해 주시면 모든 분들이 의도를 파악하는 데 드는 노력을 줄일 수 있습니다. 무엇을 하려는 것인지, 어떤 결과가 기대되는지, 어떤 버튼을 누르는지 등을 몇 문장으로 완전히 설명해 주시고, 관련 부분을 강조한 스크린샷을 1~2개 첨부해 주시면 좋습니다.
이 최소한의 노력조차 기울일 수 없다면, 필요한 지원을 받을 수 있는 곳은 여기가 아닐 것 같습니다. 
말씀하려는 내용이 이 버튼이 예상대로 카드로부터 테이블 보기로 전환되지 않는다는 것인 것 같습니다:
5개의 좋아요
이 댓글은 싸우자는 의도가 아니라, 있는 그대로 말하는 것입니다.
-
안타깝게도 저는 이 게시글에 지지를 구하러 온 것이 아닙니다.
1-1. 지지를 구하려 했다면, 지원 태그를 달아 별도의 게시글을 올렸을 것입니다. 제 목적은 해당 기능을 구현한 컴포넌트 제작자에게 버그로 보고하는 것이었습니다. 해당 기능을 직접 구현한 사람이므로, 컴포넌트 제작자가 제가 무슨 뜻이었는지 쉽게 알아차렸을 거라고 생각합니다. -
이것이 당신이 틀렸다는 의미는 아닙니다. 분명히, 제가 지지를 구하고 있다면 당신이 말한 대로, 더 구체적일수록 좋다고 생각합니다.
-
저는 최소한의 노력조차 하지 않았다고 하셨으니, 스크린샷을 찍거나 이미지를 호스팅하는 등으로 응답하려고 시도하지는 않았을 것입니다. 저는 화면 표시가 거의 정상에 가깝다고 생각합니다. 다른 댓글들을 살펴봐도, 다른 사용자들도 항상 지시사항을 명시하지는 않습니다.
-
어쨌든 제가 마킹할 수 있었지만, 잊어버렸습니다. 하지만 사진 크기를 보면 서로 다른 사진이라는 것을 알 수 있을 거라고 생각했고, 두 장의 사진을 업로드하셨으니, 아마도 서로 다른 사진일 것이라는 점을 받아들이셨을 거라고 생각했습니다.
1개의 좋아요
@Truest님, 죄송하지만 이 댓글들은 버그를 보고하거나 지원을 요청할 때 기대하는 최소한의 기준에도 미치지 못합니다.
이후 이어진 대화를 통해 입증되었듯이, 첫 번째 게시글에 더 많은 설명을 포함시켰더라면 다른 사람들이 의도를 파악하는 데 많은 시간을 절약할 수 있었을 것입니다.
앞으로 이 점을 더 유의해 주시기 바랍니다. 
11개의 좋아요
이 플러그인을 즐기고 있으며, 수정 사항과 추가 기능에 들어간 노고에 감사드립니다.
저희 경우(새로운 사용자가 많고 '좋아요’를 아끼는 경향이 있음) 기본 시간 범위와 likes_received 기준 정렬로 인해 참여도가 매우 낮은 휴면 사용자가 페이지 상단에 표시됩니다. 이들은 과거에 몇 개의 '좋아요’를 받은 적이 있지만, 이후 다시 방문하지 않은 사용자들입니다.
리더보드로 의도된 것은 아니라는 점은 알고 있지만, 예를 들어 days_visited 기준으로 카드를 정렬하는 것이 더 낫겠습니다.
따라서 이전의 이 요청에 동조합니다…
5개의 좋아요
기본 정렬 방식을 다른 것으로 변경하는 것이 이미 가능하다고 생각합니다.
첫 번째 열이 그 용도로 사용되는 것 같습니다. 따라서 "방문일 수"를 해당 위치로 이동시키면 작동할 것입니다.
기간에 관해 질문드리고 싶은데요, 사용자들은 어떻게 디렉토리를 방문하나요? 사이드바의 링크를 /u 대신 /u?period=yearly로 수정하면 도움이 될까요?
5개의 좋아요
의아하네요. 메타에서 그렇게 동작하는 것으로 보이거든요.
제 사이트에서 시도해 봤지만, 테이블 보기에서 단순히 열의 위치만 바뀌었습니다.
테이블 보기에서 다른 열을 클릭하여 정렬 순서를 바꾼 후 카드 보기로 전환하면, 페이지를 떠났다가 돌아올 때까지 그 순서가 유지됩니다. 카드 보기든 테이블 보기든 새로 방문하면 열의 순서와 무관하게 다시 likes_received 기준으로 정렬됩니다.
혹시 변경 사항을 저장하기 위해 실행되어야 할 예약 작업이 있는 건가요..
?
(부분적인 우회 방법은 사용자 사이드바 링크를 /u?cards=yes&order=days_visited로 편집하는 것임을 알고 있지만, 기본 기간에 대한 설정 옵션도 있으면 좋겠습니다.)
수정: 마지막 문장을 놓쳤거나, 제가 작성하는 동안 추가하신 것 같습니다. 네, /u?cards=yes&order=days_visited&period=yearly가 해결책이었습니다. (그리고 /u?cards=no&order=post_count가 메타에서 현재 일어나고 있는 일인 것 같습니다.) 당분간은 이 정도면 만족스럽습니다! 하지만 그래도 관리자들은 추가적인 설정 옵션을 원할 수 있을 것입니다.
7개의 좋아요
이 플러그인을 사용하면서 몇 가지 세부 사항을 이해한 후에는 매우 만족하고 있습니다.
다만 한 가지 계속 신경 쓰이는 문제가 있습니다: 사용자 카드의 배경 이미지가 페이지를 처음 접근할 때 보통 로드되지 않습니다. 새로고침을 해야 배경 이미지가 로드됩니다. 이는 색상 스킴이나 라이트/다크 모드와 무관하며, Windows와 Linux에서 여러 브라우저에서 모두 발생합니다. 콘솔에서 단서를 찾을 수 없습니다. 플러그인을 비활성화한 안전 모드에서도 여전히 발생합니다.
사용자들이 페이지를 새로고침하지 않아도 배경 이미지가 존재한다는 사실을 알 수 있도록 이 문제를 해결해 주는 조정을 보고 싶습니다.
3개의 좋아요
5개의 게시물이 기존 주제에 병합되었습니다: 모바일 뷰에서 메시지 버튼이 숨겨지지 않음
안녕하세요, 제 사이트에는 700명 이상의 사용자가 있는데, 이 TC에는 여전히 약 40명만 표시됩니다. 저만 그런 건가요? 
1개의 좋아요
2개의 게시글이 새로운 주제로 분리되었습니다: SSO를 통해 생성된 사용자들이 사용자 디렉터리에서 표시되지 않음
저도 같은 증상입니다. 무한 스크롤 기능을 말씀하시는 거라면, 3.6.0.beta3-latest 버전에서 깨졌습니다. 잠시 살펴본 결과 이 버전의 현대화(modernization) 커밋과 관련이 있을 것으로 추정되며, 플러그인 업데이트가 필요할 수 있습니다.
참고로 기본 디렉터리에서는 무한 스크롤이 여전히 작동합니다.
1개의 좋아요
이 테마 컴포넌트를 정말 감사드립니다. 이제야 발견했는데 정말 반가운 존재입니다.
한 가지 질문이 있습니다:
사용자 프로필의 “자기소개” 내용이 카드에 표시되는 것은 우리 커뮤니티에 매우 유용합니다. 그런데 기본값인 2줄보다 더 많은 내용을 표시할 수 있을까요?
어딘가에서 이 부분을 조정할 수 있을까요?
혹은 대안으로, 카드를 클릭했을 때 링크가 /u/xyz-name/preferences/profile로 연결되도록 할 수는 없을까요?
다른 사용자의 설정은 볼 수 없는데, 왜 사용자 카드에서 그 설정 페이지로 링크를 걸어야 하나요? 제 카드가 https://meta.discourse.org/u/moin으로 가는 대신 https://meta.discourse.org/u/moin/preferences/profile로 가는 데 어떤 장점이 있나요?
감사합니다! 유효한 질문이며 좋은 정보입니다. 프로필에서 “확장”을 클릭했을 때 일어나는 일은 놓치고 있었네요. 하지만 “확장”된 상태로 기본값을 설정하는 방법이 있는 것 같고, 저는 그걸 모르고 있습니다.
힌트를 주실 수 있을까요? “자기소개” 부분이 접혀 있지 않으면 정말 유용할 것 같습니다.
본인 프로필을 보고 있지 않는 한 ‘확장된’ 상태가 기본값인 것 같습니다. 본인 프로필에는 뭔가 특별한 마법이 있는 것 같아요. 예를 들어, 기본적으로 /summary 대신 /activity로 이동합니다. 제 사용자 카드가 다른 사람들의 것과 다른 곳으로 이동하는 것이 종종 혼란스럽습니다.
여러분의 경험도 그런가요?
1개의 좋아요
음, 제가 아직 초보라서 이 사실을 몰랐네요. 다시 한번 감사드립니다. 이제 제 문제는 모두 해결되었습니다. 물론 Discourse와 관련된 문제들이지만요 
2개의 좋아요
로컬 시간 표시에 대해 콘솔에서 비권장(deprecation) 경고가 표시됩니다:
deprecated.js:52 DEPRECATION NOTICE: Setting timezone property of user object is deprecated. Use user_option object instead [deprecated since Discourse 2.9.0.beta12] [removal in Discourse 3.0.0.beta1] [deprecation id: discourse.user.userOptions]