우리가 취한 접근 방식은 당신이 설명하는 내용과 유사한 선상에 있는 것 같은 느낌이 들어, 어떻게 다르게 구현했을지 이해하기가 어렵습니다. 물론 피드백에는 항상 열려 있으며, 당신이 가져온 관점을 감사하게 생각합니다.
예를 들어, --space 같은 경우를 들어보면, 이것을 변경하면 앱 전체의 간격이 변경됩니다. 당신이 설명한 것과 유사한 접근 방식으로, 주제 목록이나 사이드바에만 영향을 주도록 대상화할 수도 있습니다.
일부 항목에 대해서는 맞지만, 모든 항목에 대해 그런 것은 아닙니다. 공유해 주실 다른 예시가 있다면 좋겠습니다!
이것은 분명히 문제입니다. 우리가 염두에 두고 있는 접근 방식(적어도 지금은 실험적으로)은 shadcn이 여기서 하고 있는 것과 유사한 편집기입니다:
완벽한 접근 방식은 아니지만, 인스펙터를 사용하는 방법이나 문서 메타데이터에 접근하거나 CSS를 사용하는 방법을 모르는 사람들에게 더 쉽게 사용할 수 있게 만드는 데 도움이 될 것 같습니다.
더 컴포넌트화된 접근 방식에 관해서는, 결국 도달하고 싶은 방향이지만, 현재 상태의 Discourse는 컴포넌트 기반 디자인을 염두에 두고 구축되지 않았습니다. 사용 가능한 변수를 추가하기 전에 그 단계에 도달하는 것을 기다리는 것은 옵션이 아니었습니다.
특정 섹션에서 구현을 더 쉽게 하기 위해 일부 클래스를 추가하는 것은 사용성 측면에서 좋은 전진 방향인 것 같습니다.
당신의 의견에 동의합니다 