모든 것이 사용 가능합니다. 
사이트에서 업로드한 임의의 커스텀 이모지도 포함됩니다.
이것은 단순히 기본값에 대한 논의입니다.
17개의 좋아요
즉, 이 플러그인은 'catch-all’인 post_custom_fields 데이터베이스를 부풀리는 것인가요? 만약 그렇다면, 각 게시글마다 DB 조인(joins)이 수행되어야 하므로 수천 건의 항목에 대해 효율적이고 확장성이 있을까요?
4개의 좋아요
부정적인 피드백을 허용하는 사이트들을 사용해 본 경험과, 현재 우리 사이트인 https://swi-prolog.discourse.group/ 에서 Discourse를 사용하면서 좋아요(긍정적 반응)만 허용하고 있는 상황을 고려해, 기본 설정에서는 긍정적 반응만 허용할 계획입니다.
Discourse 투표 플러그인(긍정/부정 이분법적 반응만 허용)이 있다는 것은 알고 있지만, 주제 작성자(OP)가 자신의 주제에 허용할 반응을 선택할 수 있도록 하는 것이 유용할 것이라고 생각합니다. 이는 단순한 변경이 아니므로 조만간 이루어지지는 않을 것으로 예상하지만, 고려해 볼 만한 사항입니다.
그렇습니다.
이 플러그인을 오랫동안 기다려 왔으며, 개발 파이프라인에서 진행되고 있는 모습을 보니 매우 기쁩니다.
모두 잘 하셨습니다!!!
8개의 좋아요
아니요, 전용 테이블 구조를 사용하고 있으며 실제로 매우 효율적입니다.
13개의 좋아요
좋아요, 설명해 주셔서 감사합니다.
3개의 좋아요
반응(Reaction)은 XenForo에 기본으로 내장되어 있으며, 게시물에 대한 감정을 표현하는 방법을 더 다양하게 제공합니다. "게시글을 쓰는 대신 좋아요를 누르는 것"은 항상 다소 어려웠습니다. 게시물을 작성하고 그 안에 이모지를 사용하는 것이 감정을 훨씬 더 쉽게 표현할 수 있기 때문입니다.
이 플러그인이 언젠가 Discourse 기본 기능에 통합된다면, 저는 즉시 확인하러 갈 것입니다. 
1개의 좋아요
좋긴 한데, 이 이중 표시 문제는 해결해야 할 것 같습니다…
플러그인 설치 전의 스타일리시한 하트 솔루션과 비교하면 말이 안 됩니다.
하지만 독자들의 상호작용이 증가한 점은 마음에 듭니다…
제 개인적인 의견입니다.
3개의 좋아요
손가락 내리기를 없앨 때의 유일한 문제는 약간의 불만을 표현할 방법이 없다는 거예요. 슬픈 표정이나 화난 표정이 같은 의미를 전달한다고 생각하지 않아요. 하지만 게시자에게 대한 부정적인 감정을 기본 세트에서 피하고 싶다면, 손가락 내리기를 제외하는 것이 좋은 아이디어일 수도 있어요.
또한, 제 개인적인 생각일 수 있지만 이 이모지는 정말 싫어요. 페이스북이 처음 추가했을 때 이게 대체 뭘 표현하는 건지 잘 모르겠더라고요. 그리고 올려주신 이모지는 포옹보다는 손을 흔드는 것처럼 보여요. 웃거나 화난 표정 같은 단순한 리액션과 비교했을 때 시각적으로 이해하기 어렵다고 느껴져요.
4개의 좋아요
반응을 추가하기 위해 클릭하는 아이콘이 기존 반응 목록과 별도로 표시되기 때문인가요?
두 가지를 하나로 합치지 않는 이유는 무엇인가요?
1개의 좋아요
이전에 내부적으로 그 길을 걸어본 적이 있습니다. 문제는 내가 반응한 것인지, 다른 사람이 반응한 것인지 구별하기가 어려워진다는 점입니다.
대부분의 리액션 구현 방식은 비슷한 접근을 취합니다. 리액션을 추가하는 버튼과 리액션 수를 표시하는 영역을 각각 따로 두는 것이죠.
현재 모바일 구현 방식은 두 요소 사이의 공간이 부족해서 좋지 않지만, 이를 개선할 계획입니다.
17개의 좋아요
흥미로운 개념이지만, 대화가 혼란스럽지 않으면서 실제로 유용한 반응은 어떤 것들이 있을까요?
예를 들어, 
이모지는 상황에 따라 다양한 의미를 가질 수 있으며, 잘못 해석될 수도 있습니다.
모호함을 초래하지 않으면서 대화를 보완할 수 있는 기본 아이콘 세트를 어떻게 선택해야 할까요? 이 뒤에 실제 사회과학적 근거가 있을까요? 그리고 문화권 전반에서 통용될 수 있을까요?
4개의 좋아요
공개 커뮤니티에 이 기능이 얼마나 큰 가치를 더하는지 아직 확신이 서지 않습니다. 그래서 이 기능을 메타에 영구적으로 도입해야 한다는 주장을 전혀 하지 않고 있습니다.
동료나 다른 밀접한 그룹으로 이루어진 비공개 커뮤니티라면, 제 생각에 상당한 가치를 더해 줄 것입니다.
여러분, 제가 심한 독감에 걸렸어요. 아파서 내일 출근할 수 없어요
역대 최고의 아저씨 농담을 하나 할게요. 2시간 동안 공들여 만들었거든요. 진짜 대박이에요
차량등록소 줄이 7마일이나 길어요… 진짜 짜증나
이런 식으로 말이죠.
13개의 좋아요
제가 회사에서 사용하는 내부 채팅 프로그램에도 이러한 이모지 반응 기능이 몇 가지 있고, 확실히 사용 경험을 향상시킵니다. 하지만 대부분의 시간을 보내는 공개 디스코스 커뮤니티에 추가된다면 오히려 해가 될 것 같습니다. 실질적인 가치를 제공하는 것보다는 무작위로 이모지 반응을 남발하는 현상만 초래할 것 같기 때문입니다.
8개의 좋아요
GitHub에는 ‘혼란(Confused)’ 이모지가 있는데, 이는 약간의 이견을 표현하는 데 잘 작동하는 것 같습니다. 즉, '왜 그 아이디어가 좋다고 생각했는지 이해가 안 된다’는 의미에서 말이죠.
3개의 좋아요
컴퓨터 프로그래머로서 문제를 바라보는 첫 번째 방식은 이를 타입 문제로 보는 것입니다. 일상생활에서 이와 가장 유사하다고 생각되는 상황은 슈퍼마켓에서 셀프 계산대를 이용할 때, 개별적으로 라벨이 붙지 않은 감자 몇 개를 샀을 때 그 감자의 종류(타입)를 파악해야 하는 것입니다. 감자 자체에는 종류를 나타내는 라벨이 붙어 있지 않지만, 공급과 판매의 전 과정에서는 감자의 종류(타입)가 알려져 있으며, 개별 감자에 라벨을 붙이지는 않습니다(일부 매장에서 개별 품목에 라벨을 붙이는 경우도 있다는 점은 알고 있지만, 이 비유에서는 그 부분을 무시하겠습니다). 이 비유가 잘 전달되길 바라며, 문장 표현에 능한 사람이라면 저보다 더 좋은 비유를 만들 수 있을 것입니다.
따라서 아이콘이 생성될 때 기본 설명이 함께 제공되고, 관리자가 이 설명을 변경할 수 있으며, 마우스 포인터를 아이콘 위에 올렸을 때 아이콘의 의미를 표시하도록 제안합니다.
앞서 언급했듯이, 충분한 신뢰 등급을 가진 주제 생성자는 아이콘을 선택하고 원하는 라벨과 설명을 추가할 수 있어야 한다고 생각합니다. 이를 통해 아이콘에 의미 있는 타입을 부여하고, 해당 주제에 대해 아이콘 전체 세트를 문맥 속에 위치시킬 수 있습니다. 또한 현재로서는 주제를 분할하는 옵션은 고려하지 않고 있지만, 이는 생각해 볼 가치가 있는 주제입니다.
1개의 좋아요
오늘 나는 혼자다.
오늘 나는 혼자다.
오늘 나는 혼자다.
이제 이 비교적 중립적인 문장 대신, 누군가 자신을 취약하게 만드는 내용을 게시한다고 상상해 보자. 예를 들어, 공격으로 경험된 어려운 상황에 대한 서술 같은 것이다. 그런 상황에서 독자가 이모티콘을 붙인다면, 내 생각에 그 자체도 일종의 공격이 될 것이다. 하지만 이 이모티콘을 사용한 사람은 그렇게 의도하지 않았을 수도 있다. 단순히 그 상황을 재미있게 느끼고, 그 안에 담긴 정서를 놓쳤을 뿐이다. 아니면 누군가가 그 의미를 알려줘야 비로소 이해하고 결국 실수를 바로잡을 수도 있다. 물론 의도적인 트롤링인 경우는 예외다 
.
이모티콘의 한계도 볼 수 있다. 예를 들어, 때로는 단순히 게시물을 읽었다는 표시를 하고 싶을 때가 있고, 나는 를 "확인했다, 잠시만 기다려"라는 의미로 자주 사용한다. 그런 경우 다른 이모티콘이 유용할 것이다.
기술이 항상 그렇듯이, 이는 상황(또는 다른 커뮤니티)에 따라 다르게 작용하며, 기본 설정이 오해되지 않도록 고려해야 한다. 또한 실제 논의를 회피함으로써 오해를 불러일으키지 않는 방식이어야 한다. 나는 어떤 종류의 "감정"을 이모티콘으로 가장 잘 표현하면서도 동시에 대화를 잘 이끌어갈 수 있을지 찾아보는 데 관심이 있다.
6개의 좋아요
반응 툴팁은 보기에도 안 좋고, 보통 사용자 이름 옆에 아바타가 표시되는 Discourse의 스타일과도 잘 어울리지 않는다고 생각합니다:
하지만 '반응’을 클릭했을 때 나타나는 표는 정말 훌륭하고 잘 디자인되어 있습니다. 이 표를 툴팁에도 사용할 수는 없을까요?
1개의 좋아요
이 작업을 수행할 계획은 없습니다.
빠르게 로드되도록 설계되었기 때문에 이미지가 없습니다.
외관 자체에 대해서는 변경할 수 있으며, 간단하고 오버라이드가 용이하도록 설계되었습니다.
6개의 좋아요
아예 제거하고, 대신 리액션에 하이라이트를 적용해서 클릭을 유도한 다음 테이블을 표시하는 방식으로 바꾸는 것이 나을 것 같습니다. 이렇게 하면 원본(바닐라) 하트의 작동 방식과도 일치하게 됩니다.
또한 리액션을 한 후 하트 아이콘에 진입 금지 표시가 친절하게 표시되는데, 여전히 리액션 팔레트가 확장됩니다(여전히 진입 금지 표시가 있는 채로요). 진입 금지 표시가 있다면, 더 이상 할 수 있는 것이 없는데도 뭔가 할 수 있는 것처럼 팔레트가 확장되어서는 안 될 것입니다.
죄송합니다. 저는 때때로 UI 동작에 대해 좀 까다로운 편인데, 이번이 그런 경우 중 하나인 것 같습니다!
2개의 좋아요
모바일에서 작은 UX 문제를 하나 발견했습니다. 게시글에 받은 리액션을 탭하면 해당 리액션을 보낸 모든 사용자의 목록이 팝업 테이블 형태로 나타납니다. 그다음 테이블 안의 프로필 사진 중 하나를 탭하면 해당 사용자의 프로필 미리보기가 담긴 일반적인 팝업이 열립니다. 여기까지는 문제가 없습니다. 문제는 프로필 팝업을 닫으려고 다른 곳을 탭하면 프로필 팝업과 리액션 테이블 팝업이 동시에 닫힌다는 점입니다. 게시글에 리액션을 보낸 여러 사용자를 확인하고 싶을 수 있으므로, 첫 탭에서는 프로필 팝업만 닫히고, 테이블 팝업을 닫으려면 다른 곳을 한 번 더 탭해야 한다고 생각합니다.
1개의 좋아요