manuel
11월 22, 2023, 5:50오후
1
링크 동작 및 컴포넌트 배치와 관련된 몇 가지 설정이 있습니다.
텍스트와 버튼 라벨은 로케일화된 문자열입니다. 공지사항 텍스트를 업데이트하면 이전에 이를 닫았던 사용자에게 다시 표시됩니다.
AI 번역이 활성화되어 있다면, 문자열을 더 많은 언어로 번역하도록 설정할 수 있습니다.
CSS 스타일링을 위한 컴포넌트 구조는 다음과 같습니다:
.announcement-bar {
&__wrapper { }
&__container { }
&__content { }
&__text { }
&__button { }
&__close { }
}
25개의 좋아요
훌륭한 컴포넌트 아이디어네요!
공지사항을 표시할 사용자 그룹을 제한하는 설정을 추가할 수 있을까요?
6개의 좋아요
manuel
11월 27, 2023, 11:36오전
4
@kinetiksoft님 , 조언 감사합니다! 다만 저는 그룹 기능이 없는 상태로 공유 컴포넌트를 유지하는 것을 선호합니다
저는 보통 컴포넌트를 포크하거나 CSS로 다른 레이아웃 옵션을 구현합니다. 따라서 제 추천도 마찬가지일 것입니다.
CSS로 그룹을 타겟팅하는 것에 관해서는, body의 Discourse 그룹 CSS 클래스 가 훌륭한 도우미 컴포넌트입니다.
2개의 좋아요
david
12월 6, 2023, 11:26오전
5
안녕하세요
이 콘솔 오류가 관련이 있다고 생각합니다:
무엇을 놓치고 있는 걸까요? 감사합니다
2개의 좋아요
.gjs 형식의 파일을 지원하지 않는 Discourse 버전을 사용 중인 것으로 보입니다.
이 형식은 v3.2.0.beta3 (2023년 7월 – 구체적으로 이 커밋 )에서 도입된 것으로 알고 있습니다.
불행히도, .gjs 파일을 사용하지 않는 버전을 누군가가 만들어 주지 않는 한, Discourse를 업그레이드하거나 해당 컴포넌트를 제거해야 합니다.
4개의 좋아요
3.1을 사용하고 있으니, 그 말이 이해가네요.
Events가 곧 3.2를 지원하도록 업그레이드되어 우리가 전환할 수 있기를 바랍니다.
감사합니다
4개의 좋아요
manuel
12월 8, 2023, 7:11오전
9
@martyn_thomas님 , 혼동을 드려서 죄송합니다. 그리고 이유를 설명해 주신 @Arkshine님께 감사드립니다. about 파일을 수정하여 "minimum_discourse_version": "3.2.0.beta3"라고 명시했습니다.
6개의 좋아요
안녕하세요,
틀린 것일 수도 있지만, 누군가 공지사항을 (관리자가 제거할 수 있는 옵션이어야 합니다) 무시하면, 데스크톱 뷰나 모바일 뷰에서 각각 다른 사람에게도 제거되는 것 같습니다.
그건 제가 테스트하려고 껐다가 다시 켜고 그대로 두었기 때문에 아는 거예요. 체크를 해제하지 않았는데, 지금은 사라졌어요?
manuel
6월 19, 2024, 12:42오전
15
무엇을 말씀하시는지 정확히 이해가 되지 않습니다. 관리자 백엔드에서 어떤 작업을 수행했고, 그 결과로 사용자가 어떤 내용을 확인했는지 다시 한번 말씀해 주시겠어요? 그리고 어떤 사용자들을 말씀하시는 건가요?
저는 이 테마 컴포넌트에 대해 말씀드린 것입니다.
제 포럼에는 이 컴포넌트가 표시되는데, 사용자가 표시 여부를 선택할 수 있는 옵션이 있듯이 제가 이를 해제하면 사라집니다.
문제가 있는 것 같아 비활성화했다가 다시 활성화해 보았지만, 누군가가 테마 컴포넌트를 닫으면 다른 모든 사용자에게서도 제거되는 것 같습니다. 처음에는 데스크톱 화면에서 발견했고, 그다음에는 모바일 화면에서도 마찬가지였습니다.
1개의 좋아요
Heliosurge
6월 19, 2024, 4:00오후
18
그렇게 되서는 안 됩니다. 전역 배너나 고정된 주제를 닫는 것은 해당 로그인한 사용자에게만 적용되어야 합니다. 모든 사용자에게 적용되어서는 안 됩니다.
1개의 좋아요
Heliosurge
6월 19, 2024, 4:03오후
19
Aaron Walsh:
이것은 제 포럼에 있지만, 사용자가 표시 여부를 선택할 수 있는 옵션이 있어 제가 체크를 해제하지 않으면 사라집니다.
문제가 되는지 확인해 보기 위해 해당 기능을 비활성화했다가 다시 활성화해 보았습니다.
컴포넌트를 비활성화하면 모든 사용자에게서 제거됩니다.
만약 현재 배너를 닫고 컴포넌트를 비활성화했다가 다시 활성화했다면, 배너가 변경되거나(기억이 정확하지 않지만) 쿠키를 지워야 다시 나타날 수 있습니다.
Dan DeMontmorency:
쿠키 삭제
음… 저는 이미 이렇게 해봤습니다. 꽤 오랫동안 로그인하지 않은 다른 사람의 계정을 흉내 내보았는데, 그 계정에서는 공지사항 바가 보이지 않더군요.
manuel
6월 19, 2024, 5:28오후
21
@Aaron_Walsh 재현할 수 있는 내용은 다음과 같습니다:
사용자 또는 익명 방문자로 공지 배너를 닫습니다.
같은 브라우저에서 로그아웃하거나 다른 사용자 계정으로 전환합니다.
같은 브라우저에서 배너가 다시 표시되지 않습니다.
따라서 이는 캐시 문제라고 추측합니다. 쿠키 구현 방식이 사용자 계정에 따라 구별되지 않고 브라우저 히스토리에 따라 구별되는 것 같습니다. 다른 컴포넌트에서 쿠키 코드를 복사해 왔고, 쿠키가 상세히 어떻게 동작하는지에 대해 잘 알지 못합니다. 실제로 변경이 가능하고 누군가 해당 코드를 가지고 있다면 코드를 수정하는 데 기꺼이 협조하겠습니다. 그렇지 않다면 크게 걱정하지 않습니다. 같은 브라우저에서만 영향을 미치며, 다른 사용자의 개별 세션에서는 배너가 닫히지 않는 것을 확인할 수 있습니다.
3개의 좋아요
Heliosurge
6월 19, 2024, 5:33오후
22
확인했습니다. 로드 바가 표시되었습니다. 관리자 계정으로 이를 닫았습니다.
익명 브라우저로 다른 사용자로 로그인했습니다.
로그인하지 않은 상태에서 바가 표시됩니다. 테스트 사용자로 로그인하면 바가 표시됩니다. 바를 닫고 로그아웃한 뒤 다시 로그인하면 바가 표시되지 않습니다. 인코그니토 크롬 브라우저를 닫고 새로 열면 공지 바가 다시 나타납니다.
따라서 확실히 쿠키/브라우저 캐시와 관련된 문제입니다.
1개의 좋아요
Heliosurge
6월 19, 2024, 5:34오후
23
Impersonate는 브라우저 쿠키를 삭제하지 않습니다.
네, 그건 압니다. 크롬에서 쿠키를 명확하게 정리하고 데이터를 확인한 뒤에 말씀드리는 겁니다.
Impersonate는 그들의 계정에 이 정보가 표시되는지 확인하기 위한 테스트일 뿐입니다.
1개의 좋아요
. 제 경험상 실제 사용 사례는 단순히 그룹을 선택하는 것보다 더 구체적인 경우가 많기 때문입니다. 익명 방문자도 구별해야 할 수 있고, 서로 다른 그룹에 서로 다른 콘텐츠를 표시해야 할 수도 있습니다. 그러면 이미 복잡성이 증가하게 됩니다.
