이런 알림을 CSS 해킹 없이 비활성화할 방법이 있을까요? 불필요한 시각적 노이즈는 피하고 싶습니다.
해킹으로 인한 다가오는 변경 사항 알림이 다시 나타나지 않도록
.notification.read.upcoming-change-available,
.notification.unread.upcoming-change-available {
display: none;
}
5개의 좋아요
그렇다면 그래도 알림 개수/지시기가 표시되지 않을까요? 하지만 어쩔 수 없는 것 같네요.
이제는 더 이상 그렇지 않습니다 
참고: 새 기능 또는 예정된 변경 사항 중 하나 또는 둘 다에 대한 알림을 무시하도록 선택할 수 있습니다.
6개의 좋아요
몇 번이나 이 문제로 헤맸는데, 위에서 언급된 우려 사항이나 문제로 다루어지지 않은 것 같습니다.
왼쪽 메뉴 옵션을 클릭하여 **예정된 변경 사항(Upcoming changes)**을 확인하는 습관이 없습니다:
https://xyz.discourse.group/admin/config/upcoming-changes
해당 페이지에는 각 변경 사항에 대한 미리 보기(Preview) 링크가 포함되어 있습니다.
보통 저는 일상적인 루틴의 일환으로 Discourse 받은 편지함을 확인하는데, 가끔 예정된 변경 사항에 대한 알림을 발견합니다. 예를 들어 다음과 같은 경우입니다:
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_ai_bot_starred_conversations
URL이 변경된 점과 미리 보기(Preview) 링크가 사라진 점에 주목해 주세요.
이 사라진 미리 보기(Preview) 링크가 며칠 동안 저를 혼란스럽게 해 온 것입니다. 링크가 존재한다는 것은 알고 있었지만, 사라진 것으로 생각했습니다.
이 정보가 우려 사항을 이해하고, 가능하면 수정하는 데 도움이 되기를 바랍니다.
다가오는 변경 사항에 대해 "피드백…"과 “미리보기” 링크는 모두 선택 사항입니다:
- 피드백은 이 변경 사항에 대해 논의하기 위해 Meta의 해당 토픽으로 연결됩니다
- 미리보기는 페이지에서 라이트박스를 통해 변경 사항의 스크린샷을 엽니다
다가오는 변경 사항을 추가하는 개발자가 이 링크들을 지정할 수 있습니다… 내부적으로 몇 명에게 연락하여 추가할 수 있는지 확인해 보겠습니다.
1개의 좋아요
오늘 미리보기 버튼에 언급된 URL이 표시됩니다.
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_new_checkbox_style
감사합니다!
2개의 좋아요
오늘 저도 똑같은 생각을 했네요…
저희 호스팅에서는 이것이 사실이라는 것을 알고 있지만, 셀프 호스터(self-hoster)들의 경우 어떻게 처리하는지 확신이 없었습니다.
오늘 해당 부분의 공식적인 출처를 찾아보다가, 현재 우리는 stable 버전이 될 때까지 기다리고 있다는 사실을 발견했습니다.
사실 처음부터 그렇게 처리했었거든요: FEATURE: Automatic promotion of upcoming changes - Pull Request #36211 - discourse/discourse - GitHub
그리고 여기에서도 여전히 그런 것 같습니다:
셀프 호스터들을 위해 beta로 변경해야 하는지 궁금합니다.
그동안, 여기 첫 번째 게시물에 작은 수정을 가할 예정입니다.
1개의 좋아요
문서도 함께 업데이트하시겠습니까?
정말 도움이 되는 정보입니다. 이제 마틴이 문제가 해결되기 전에는 해당 변경 사항을 stable로 옮기지 않겠다고 한 이유를 이해했습니다. 당시 문서를 확인했을 때, beta가 이미 '기본 활성화’를 의미한다면 어떤 차이가 있는지 궁금했거든요.
2개의 좋아요
여기서 beta를 말씀하시는 건가요?
또한 베타 단계에서 해당 옵션을 제거하면, 변경 사항이 영구적으로 적용되기 전에 옵트아웃 옵션을 잃고 피드백을 제공할 기회를 잃는 관리자가 얼마나 될지 궁금합니다. ‘stable’(및 영구 적용) 단계를 건너뛰게 되거든요.
1개의 좋아요
네, beta를 말씀하신 거였죠. 실수했어요, 감사합니다. 수정했습니다.
해당 변경 사항을 반영하기 위한 PR이 지금 열려 있습니다:
1개의 좋아요
즉, stable은 관리자들이 나중에 변경을 허용하도록 숨겨진 사이트 설정을 조정했던 몇몇 사이트에서만 관련이 있다는 말인가요?
이 변경 사항은 테마 컴포넌트에 대한 해결책이 여전히 없고, everyone 그룹의 대체 방안도 마련되지 않은 상황에서 어떤 영향을 미칠까요?
beta가 모든 사용자에게 변경을 활성화하지만, 이를 stable로 옮기지 않는다면
이라고 한 것은 더 이상 도움이 되지 않는 것으로 보입니다. 결국 거의 모든 포럼에서 컴포넌트가 깨지는 결과를 초래할 테니까요.
1개의 좋아요
네. 이 변경 사항 이후로 해당 설정을 변경하도록 선택하는 사이트가 더 많아질 수도 있습니다. 하지만 기본값은 더 일찍 기능을 활성화하는 것이 됩니다.
그런 변경은 더 빨리 불만을 초래할 것입니다.
해당 사항이 있는 사용자는 문제를 해결할 때까지 이를 비활성화하는 것을 권장합니다.
변경 사항이 안정판/영구 상태로 도달하기 전까지는 여전히 영구적이지 않으며, 우리는 그보다 이전에 제거하지 않을 것입니다… 베타 버전은 단순히 자체 호스팅 사용자에게 이 기능을 더 일찍 기본으로 활성화하는 것입니다. 데이브가 말했듯이:
베타 버전에서도 문제가 발생하면 여전히 비활성화할 수 있습니다.
현재 이 문제를 해결하고 있습니다. 이 문제에 대해 어떻게 처리할지에 대한 내부적 합의가 필요했기 때문입니다. 지금까지는 당신 외에 다른 피드백을 받지 못했기 때문에, 현재 베타 단계에서 사이트 관리자분들에게 큰 문제를 일으키고 있다고 생각하지 않습니다.
믿어 주세요, 저도 당신만큼 이 문제를 빨리 해결하고 싶습니다. 이것은 제 변경 사항이지만, 제 시간에는 다른 우선순위도 있기 때문입니다.
아마도 제가 이 시스템이 어떻게 작동하는지 이해하지 못하는 것일 수도 있습니다이 특정 변경 사항이 베타 단계에서 안정 버전/영구 버전으로 넘어가지 못하고 제거된 이유는 정확히 모르겠습니다. 내부적으로 확인해 보겠습니다.
1개의 좋아요
이것은 우리가 범한 실수였으며, 다가오는 변경 사항을 해당 커밋으로 되돌렸습니다: DEV: Reintroduce reporting_improvements upcoming change as permanent … · discourse/discourse@08cf6f4 · GitHub.
죄송합니다. 아마도 이해에 문제가 있는 것 같습니다. 링크하신 PR에서 해당 설정이 다시 추가된 것을 볼 수 있습니다. 제가 이해하지 못하는 부분은, 이제 이 설정이 어떤 영향을 미치는지입니다. 정확히 말해서, 이 변경 사항을 활성화하거나 비활성화하면 무엇이 달라지나요? 코드를 봐도 어떻게 작동하는지 파악이 되지 않습니다.
지금 상태로는 이 변경 사항을 대부분의 포럼에 실제로 적용하는 단계가 여전히 건너뛰어진 것이 아닌가요? 그렇다면 해당 포럼이 영향을 받는 경우에도 이탈할 기회가 없었던 것이 아닌가, 아니면 제가 프로세스를 여전히 잘못 이해하고 있는 건가요?
지금 어떻게 작동하는지 확인하려고도 했지만, 변경 사항을 찾을 수 없습니다. 제가 뭘 잘못하고 있는지 아는 분 계신가요? 버전은 08cf6f4입니다.
해당 기능이 이제 영구적으로 적용되었으므로, 활성화하거나 비활성화할 수 있는 변경 사항이 아닙니다.
1개의 좋아요
변경 사항이 Permanent 상태가 되면 /whats-new 페이지에 표시됩니다. 지난 몇 달간 놓쳤을 수 있는 다른 내용과 함께 이 정보를 원문에 추가하겠습니다.
수정: 완료했습니다.
1개의 좋아요
관리자만 이 기능에 대한 접근 권한을 갖고, 다른 사용자에게는 접근 권한을 부여하지 않는 것이 가능한가요?
포럼에서 어떤 것을 테스트할지 직접 선택하고 싶은데, 비기술적 사용자는 각 스위치가 무엇을 의미하는지 이해하지 못해 혼란을 겪을 수 있습니다.