Create/See and Create Permissions (again) 토론을 이어서 진행합니다:
훌륭한 아이디어라고 생각합니다. 현재 개인 메시지를 검색하기 위해 in:private 수정자가 있으므로, in:all이나 in:everywhere와 유사한 무언가가 좋을 것 같습니다.
9개의 좋아요
@david: 이 스레드를 만들어 주셔서 감사합니다 (제가 코드를 좀 더 준비할 때까지 기다리려 했거든요 :)). 어제 회의 사이사이와 오늘 아침에 이 작업을 조금 진행해 봤고, in:all 검색 태그를 추가하는 개념 증명을 만들었습니다: GitHub - adqm/discourse at search_all · GitHub
몇 가지 고려해 볼 만한 점들이 있습니다:
- 이건 단순한 임시 해결책(quick hack)일 뿐이며, 몇 개의 게시글이 있는 작은 테스트 인스턴스 외에는 제대로 테스트해 보지 않았습니다.
in:all이 적절한 이름일까요?- 검색 결과 목록에서 어떤 결과가 PM(개인 메시지)이고 어떤 것이 주제(topic)인지 구별할 수 있으면 좋겠습니다.
- “고급 검색” 창에 체크박스가 필요합니다.
시간이 나면 계속 작업해 나갈 수 있습니다. 그리고 저는 아직 Ruby, Rails, Discourse 코드베이스에 대해 전혀 알지 못하므로, 피드백과 건설적인 비판은 언제나 환영입니다!
5개의 좋아요
좋아요! 준비가 되면 PR을 열어주세요. 그러면 다른 사람들이 더 쉽게 댓글을 달 수 있습니다.
괜찮다고 생각합니다. 혹시 더 좋은 아이디어가 있는 분이 계신가요? cc @codinghorror?
그렇게 하면 좋겠지만, 처음부터 그 부분에 신경 쓸 필요는 없습니다. 나중에 다른 PR로 처리할 수 있습니다.
이것도 있으면 좋겠지만, 반드시 동시에 처리할 필요는 없습니다. 어쨌든 이 기능은 파워 유저를 대상으로 한 것이니까요.
6개의 좋아요
조금 더 살펴보았더니 아직 완전히 준비가 되지 않은 것 같습니다… 그래도 계속 작업해 보려고 하고, 제가 아는 버그들을 해결하면 PR을 제출하겠습니다.
7개의 좋아요
PR를 방금 열었습니다. 의견, 피드백, 비판 모두 환영합니다!
7개의 좋아요
in:all은 괜찮은데, in:everything은 개인적으로 입력하기 너무 길다고 봅니다.
8개의 좋아요
11개의 좋아요
음. PM 결과는 PM 봉투가 결과 옆에 있어야 하지 않나요? 그렇지 않으면 어느 것이 어떤 것인지 어떻게 알 수 있겠어요?
12개의 좋아요
네, 좋은 아이디어네요. @hartz가 실제로 이미 그걸 제안했지만, 저는 먼저 기본 기능을 넣자고 밀었습니다.
@hartz 두 번째 PR로 이 기능을 구현해 보시겠어요? 만약 원치 않으시면 제가 확인해 볼게요.
8개의 좋아요
네, 기꺼이 시도해 보겠습니다. 아직 코드베이스 전체 구조를 완전히 파악하지 못했기 때문에 코드를 좀 더 둘러볼 기회가 있으면 좋겠고, 이번 일이 좋은 기회가 될 것 같습니다.
하지만 제가 제대로 살펴볼 수 있는 것은 아마 며칠 후가 될 것 같습니다. 그래서 원하신다면 먼저 나서서 처리해 주셔도 괜찮습니다.
6개의 좋아요
@david: 마침 이 기능(검색 결과에서 PM과 토픽의 표시를 구분하는 것)을 살펴볼 기회가 생겼습니다. 로컬에서는 작동하는 것으로 보이는 우아하지 않은 해킹 방식을 적용해 두었는데, 아마도 상당한 다듬기가 필요할 것 같습니다. 아직 완벽하지 않다고 생각되면 개발 카테고리에서 별도 토픽을 여는 것이 좋을까요, 아니면 그냥 PR을 열어 거기로 논의를 진행하는 것이 좋을까요?
4개의 좋아요
작동하는 코드가 있다면 PR을 보내주시면 좋겠습니다. 이렇게 하면 코드의 특정 부분에 대해 더 쉽게 의견을 나눌 수 있습니다. 원하시는 경우, GitHub의 새로운 “Draft PR” 기능을 사용할 수 있습니다(제출하기 전에 “create pull request” 옆의 화살표를 클릭하면 됩니다).
7개의 좋아요
네, 좋습니다. 감사합니다! 방금 PR을 올렸습니다.
7개의 좋아요
이 주제는 5일 후 자동으로 닫혔습니다. 더 이상 새 답변을 남길 수 없습니다.