테마 컴포넌트 카테고리

[Canapin (Coin-coin le Canapin)]

이제 자체 카테고리가 생겼다는 점이 좋습니다.

다만, 해당 카테고리 이름은 복수형(#theme-components)인 반면, 다른 모든 카테고리(Customization > Theme, Customization > Plugin 등)는 단수형으로 되어 있습니다. #releases만 이유를 알 수 없이 예외입니다.

[JammyDodger]

그걸 검토하다가 발견했어요. 다른 단어들을 복수로 쓸지, 아니면 새로 추가할 단어를 단수로 쓸지 아직 결정하지 못했어요. 모든 새로운 official 컴포넌트 토픽 헤더를 추가하는 동안은 일단 보류할게요.

복수로 쓰는 것이 더 자연스러워 보이지만, 먼저 다른 사람들의 의견을 들어볼 거예요.

[Decorbuz]

@Canapin

이제 고유한 카테고리가 생겼으니 좋네요.

네, 이 변경이 마침내 이루어져서 기쁩니다. 예전에 제가 요청했던 사항이었거든요.

"theme-component" should be a subcategory instead of a tag

In my opinion, I think that the Customization > Theme component tag would serve its purpose better as a subcategory. At least for me, they’re easier to find compared to tags, and in recent years, theme components have become more and more significant in contrast to their Customization > Plugin counterparts (many of which are being converted to theme components for easier use). For lack of a better term, they deserve… “equal” treatment. After all, they’re extremely popular and are very much an in…

하지만 왜 하위 카테고리가 아닌지 궁금합니다.

@JammyDodger

복수형으로 두는 것이 더 자연스러워 보이지만, 먼저 다른 사람들의 생각을 들어보겠습니다.

복수형으로 변경한다면 Customization > Theme, Customization > Plugin 등도 복수형으로 변경해야 합니다.

또한 태그와 달리 카테고리는 제한이 없으므로 "theme"와 “components” 사이의 구분선도 제거하는 것을 고려해야 합니다.

[JammyDodger]

@Decorbuz

카테고리는 태그와 같은 의미로 제한되지 않으므로, “theme”과 components 사이의 줄도 제거하는 것을 고려해 보시는 것이 좋습니다.

실제로 처음에는 없었지만, ‘components’ 태그가 있는 두 번째 테마 카테고리처럼 보였기 때문에, 시각적으로 더 직관적이도록 하이픈을 다시 넣었습니다:

@Decorbuz

그런데 왜 하위 카테고리가 아닌가 궁금합니다.

플러그인과 전체 테마와 동등한 지위를 부여하고, 주제들이 섞이지 않도록 두 개의 별도 목록을 제공하기를 원했기 때문입니다.

@Decorbuz

복수형으로 만들려면 Customization > Theme, Customization > Plugin 등도 복수형으로 만들어야 합니다.

네. 또는 새 카테고리를 단수형으로 만들 수도 있습니다. 다음과 같이:

@JammyDodger

나머지 카테고리를 복수형으로 만들지, 아니면 새 카테고리를 단수형으로 만들지 아직 결정하지 않았습니다. 모든 새 official 컴포넌트 주제 헤더를 추가하는 동안은 잠시 보류하겠습니다.

설명적 관점에서는 여전히 복수형이 더 적절하다고 생각합니다(毕竟 그것은 테마 컴포넌트의 목록이므로), 하지만 이전 스타일을 고려하면 단수형이 채택될 수도 있습니다.

[Jonathan5]

이 카테고리가 있어서 좋습니다. 감사합니다.

카테고리 목록에서 플러그인과 테마와 함께 나열되면 좋겠습니다.

주제 목록을 스크린샷 없이 주제만 표시하도록 변경할 수 있는 방법이 있을까요? 좁은 모바일 화면에서 읽기 편할 것 같습니다. 그리고 현재 스크린샷은 주제 목록에서는 크게 도움이 되지 않습니다.

개별 주제를 볼 때는 단수형(예: "플러그인"으로 표시됨)을 선호했지만, 카테고리 목록에서 전체를 볼 때는 복수형이 더 적절할 것 같습니다.

[manuel (Manuel Kostka)]

변경해 주셔서 감사합니다! 구조가 훨씬 좋아졌네요.

한 가지 제안이 있는데, 갤러리 그리드 뷰는 테마에는 정말 잘 맞는 것 같습니다. 하지만 컴포넌트는 탐색하기가 어렵네요. 컴포넌트가 훨씬 많고, 이미지들이 그 내용을 잘 설명해주지 않거나 도움이 되지 않는 경우가 많습니다. 미리보기 이미지가 포함된 목록 뷰가 더 나을까요? 아니면 미리보기와 발췌문을 함께 보여주는 방식은 어떨까요?

[JammyDodger]

@Jonathan5

스크린샷 없이 주제 목록을 표시하도록 변경할 방법이 있을까요? 좁은 모바일 화면에서 읽기가 더 쉬울 것 같습니다. 그리고 현재 스크린샷은 어쨌든 주제 목록에서 큰 도움이 되지 않습니다.

@manuel

제안 하나: 갤러리 그리드 뷰는 테마에는 매우 잘 맞는다고 생각합니다. 하지만 컴포넌트는 탐색하기 어렵습니다. 컴포넌트의 수가 훨씬 많고, 이미지가 종종 도움이 되지 않거나 설명적이지 않기 때문입니다. 미리보기 이미지가 있는 목록 뷰가 더 나을 수도 있습니다? 아니면 미리보기와 발췌문이 함께 있는 것이라면요?

저도 이 제안들이 훌륭하다고 생각합니다. 초기 ‘슬라이드’ 기능에서는 Customization > Theme 의 모든 카테고리 설정을 단순성을 위해 그대로 반영해 보았지만, 분명히 추가 조정의 여지가 있습니다. 타일 뷰의 경우, 각 항목에 적합한 첫 번째 스크린샷을 사용하면 카테고리 뷰에서 더 일관된 외관을 제공할 수 있다고 생각하지만, 각 컴포넌트/테마/플러그인에 ‘완벽한’ 스크린샷이 없을 수 있다는 지적도 맞습니다. 태그로 필터링(‘태그 없음’ 포함)하면 일반적인 주제 목록 뷰로 다시 전환됩니다. 개인적으로는 태그 정보가 포함되어 유용할 수 있다고 생각하기 때문에 목록 스타일의 레이아웃을 선호합니다.

업데이트: 플러그인처럼 목록 보기로 변경했습니다.

[JammyDodger]

@Canapin

하지만 해당 카테고리의 이름은 복수형(#theme-components)인 반면, 다른 모든 카테고리에서는 단수형(Customization > Theme, Customization > Plugin 등)으로 사용되고 있습니다. #releases만 이유를 알 수 없이 예외입니다.

복수형으로 변경했습니다. 글쎄요, 적어도 #themes와 #plugins는 #theme-components와 맞추기 위해 그렇게 했습니다. 카테고리별로 적용되므로, 기분이 좋으면 몇 개 더 조정할 여지가 있습니다.

---

그리고 되돌려졌네요…

누군가 다정하게 알려주었는데, 복수형으로 바꾸면 기존 #plugins와 #themes 태그와 이름이 충돌한다고 합니다. 옵션을 다시 검토하는 동안 변경 사항을 되돌렸습니다.

---

그리고 ‘단수형’ 진영을 위한 또 다른 적절한 예시:

@Falco

새로운 #theme-components 개발을 살펴보고 있다면, https://www.javascriptspellcheck.com/과 같이 야생(wild)에 많은 JS 철자 검사 프로젝트가 있습니다.

[JammyDodger]

결국 #customization:theme-component을 선택했습니다 예전에는 #customization:plugin과 #plugins가 카테고리로서와 태그로서 너무 비슷해서 ‘깔끔하지’ 않다고 생각하며 버텼지만, 단기적으로는 일관성이 더 중요하다고 생각합니다.