피드백 요청: 컴포넌트/플러그인 테마용 사용자 스크립트, 또는 코어 사이드바 탐색 아이디어?

,

저는 Discourse Sidebar Feed Panel이라는 이름의 유저스크립트를 만들었습니다:

이 스크립트는 Discourse의 기본 사이드바를 컴팩트한 토픽 피드로 변환하여, 여러 개의 별도 탭을 열지 않고도 더 많은 토론을 둘러볼 수 있게 해줍니다.

주된 동기는 미적인 것보다 실용적인 측면에 있습니다:

  • 열려 있는 토픽 탭 수 감소
  • 브라우저 메모리/CPU 부하 감소
  • 저사양 기기에서 Discourse 사용성 향상

저에게는 특히 많은 Discourse 탭을 열어 두는 것이 눈에 띄는 비용이 발생하는 저사양 하드웨어에서 특히 유용했습니다.

현재 이것은 유저스크립트이므로 실험에는 좋지만 장기적인 통합 모델로는 적합하지 않습니다.

이 프로젝트를 계속 진행할 경우 어떤 방향이 가장 합리적인지 피드백을 듣고 싶습니다:

  1. 테마 컴포넌트 (Theme component)

    • 주로 프론트엔드 동작으로 남는다면 가장 가벼운 경로가 될 가능성이 높습니다
  2. 플러그인 (Plugin)

    • 더 깊은 통합, 설정, 또는 장기적인 유지보수가 필요할 경우 더 나은 선택이 될 가능성이 높습니다
  3. 코어 기능 논의 (Core feature discussion)

    • 반드시 이 정확한 구현 방식일 필요는 없지만, 피드 중심의 사이드바 브라우징 모드라는 더 넓은 개념에 대한 논의가 될 수 있습니다

Meta 커뮤니티에 묻고 싶은 것은 다음과 같습니다:

  • 이 같은 기능에 대해 어떤 경로가 가장 수용 가능할까요: 테마 컴포넌트, 플러그인, 또는 외부 유지?
  • 이 문제를 더 공식적인 방식으로 해결할 가치가 있어 보입니까?
  • 이 유형의 사이드바/헤더 통합을 위한 깔끔한 확장 포인트가 있습니까, 아니면 여전히 취약할까요?
  • 이것이 코어에 포함될 수 없다면, 커뮤니티 확장으로 수용 가능하게 만들려면 무엇이 필요할까요?

이 기능이 코어에 포함되어야 한다고 가정하지는 않습니다. 주로 문제가 실제로 충분한지, 그리고 어떤 구현 경로가 Discourse에 가장 적합한지에 대한 솔직한 피드백을 원합니다.

유용하다면 유저스크립트 → 테마 컴포넌트/플러그인으로의 더 구체적인 마이그레이션 계획도 설계할 수 있습니다.

5개의 좋아요

몇 장의 사진:

4개의 좋아요

Tanpermonjey와 같은 도구와 함께 사용될 예정이라면, 해당 스크립트가 클라이언트 측 변경 사항에만 영향을 미치므로 #customization:theme-component를 사용하는 것이 괜찮을 것입니다.

한 친구는 Discourse에 사용자 차단 옵션이 없었을 때 스크립트를 작성한 적이 있습니다.

사이드바 피드에서 패널을 전환할 수 있는 토글이나 키가 있나요?

아래의 Customization > Theme component 항목도 관심 있으실 수 있습니다.