[Feature]는 문서화가 부족하며, 가시성을 높이기 위해 GitHub Issue가 적절합니다.
[Some behavior]는 버그인 것 같으니, 자세한 내용을 포함하여 GitHub Issue를 열어주세요.
이러한 종류의 스니펫이 많이 있고, 사용자 지원 포럼에서 매일 끊임없이 사용하고 있습니다.
일반적으로, 템플릿을 현재 커서 위치에 정확히 삽입할 수 있기를 바랍니다. [1] 템플릿이 새 줄로 삽입되고 그 위에 또 다른 새 줄이 생기면, 이전 커서 위치로 되돌리기 위해 모든 공백을 수동으로 삭제해야 하는 것은 정말 짜증스럽습니다. 매일 여러 번 일어나는 일이거든요. 그저 답글을 최대한 빠르게 입력하고 싶을 뿐입니다.
더 좋은 것은 마우스나 메뉴 조작 없이 텍스트만으로 이러한 내용을 삽입할 수 있는 방법입니다.
카테고리 게시물을 템플릿 저장소로 사용하는 것의 전체적인 이점은 완전한 제어가 가능하다는 점이라고 주장합니다. 템플릿을 커서 위치에 있는 그대로 정확히 삽입하면 됩니다. 공백이나 새 줄이 필요하면 템플릿 에디터에서 쉽게 추가할 수 있으므로—우리에 대해 결정을 강요할 필요는 없습니다. ↩︎
Watched Words/Replace 기능이 도움이 될 수 있습니다. 표준 설치(standard install)와 같은 항목이 자동으로 링크되는 방식이 바로 이 기능 덕분입니다. 다만 마크다운 링크로 대체를 시도해 보니, 게시글에 원본 마크다운 코드가 그대로 삽입되어 원하는 결과와는 다소 거리가 있습니다.
저는 “GitHub Issue” 링크를 단순한 동기 부여의 예시로 제시했지만, 이는 여러 사례 중 하나일 뿐입니다. 더 큰 단락에 삽입할 수 있는 완전한 문장인 스니펫도 있습니다. 예를 들어, 다른 포럼이 더 적절한 이유를 설명하는 답변의 일부로 사용할 수 있습니다.
또한, "GitHub Issue"의 모든 인스턴스가 무조건적이고 방지할 수 없이 우리의 트래커로 링크되기를 원하지 않습니다. 95%의 경우에는 그것이 원하는 동작이지만, 다른 트래커의 GitHub Issue에 대해 이야기해야 하는 경우가 분명히 있습니다. 잘못된 위치에 링크가 삽입되는 것을 방지할 수 없는 것은 오히려 더 나쁘다고 볼 수 있습니다.
결론적으로, 게시물 편집기가 이미 사용자가 원하는 것을 할 수 있는 모든 도구를 제공하고 있는데, 왜 여기서 특정 동작을 강제해야 하는지 이해하지 못하겠습니다. 임의의 밴드 아웃(Out-of-band) 공백을 추가하는 것은 기능 범위를 축소하는 데만 기여합니다.
이 문제가 거의 매일 나에게 골칫거리가 되고 있어서, 기능을 요청할 다른 더 나은 방법이나 장소가 있는지 묻지 않을 수 없습니다.
에디터 자체가 줄바꿈을 포함하거나(혹은 포함하지 않거나)하는 데 필요한 모든 기능을 갖추고 있으므로, 에디터의 텍스트를 아무런 수정 없이 그대로 삽입하는 것만으로도 모든 사용자가 필요한 것을 얻을 수 있는 방법이 될 수 있습니다. 에디터의 텍스트 외부에서 임의로 그리고 피할 수 없이 요소를 도입함으로써 에디터를 템플릿에 의존하는 유용성이 왜 인위적으로 훼손되는지 진심으로 이해할 수 없습니다.
이 곳에서 우리 제품 및 개발 팀이 제안 사항을 수집하고 검토하여, 주어진 사이클에서 우선순위를 정합니다.