이모티콘을 이모지로 변환하는 기능은 사이트 전체가 아닌 사용자 설정에 따라 달라져야 합니다

기여 기능
1

어떤 소문을 들었더니, 이모지(예: :-))를 이모티콘(예: :slight_smile:)으로 자동 변환하도록 설정할 수 있는 사이트 전체 설정이 있다고 합니다. 이 사이트에서는 해당 설정이 꺼져 있는데, 저에게는 좋습니다(저는 :-/가 변환되는 것을 원하지 않으므로). 하지만 팝업 메뉴를 통해 변환을 처리하지 않아도 되도록 강제 변환을 원하는 사용자에게는 아마도 괜찮을 것입니다.

이것은 개인 설정으로 하는 것이 훨씬 나을 것 같습니다. 실제로 이 주제는 2014년에 Emoji user preferences - #5 by sam 에서 이미 논의되었지만, 지난 해에 아무런 해결책 없이 종료되었습니다.

이모티콘 사용자들에게 그 메뉴가 그렇게 큰 문제가 아니라면, 해당 옵션을 아예 제거하는 것이 더 합리적일 수 있습니다. 이렇게 하면 최소한 이모티콘이 강제 변환되는 것을 원하지 않는 사용자를 좌절시키는 관리자가 없도록 할 수 있습니다(일부 관리자가 의도치 않게 이렇게 하는 경우가 있다는 증거가 있습니다). 변환을 원하지 않는 사용자에게 강제 변환을 적용할 좋은 이유는 보이지 않지만, 이것이 유용하거나 중요한 기능이라는 주장에는 열려 있습니다.

4개의 좋아요
2

이 부분에는 분명히 동의합니다. 관리자가 모든 사용자를 대신해 선택하게 되어 있는 사이트 설정들이 몇 가지 있는데, 왜 사용자들이 직접 선택할 수 없는지 의아할 때가 있습니다. (정확한 목록은 없지만, 가끔 이렇게 당황스러운 설정들을 발견하곤 합니다.) 이런 것들은 관리자가 대신 결정하는 대신, 새 “게시 설정” 탭을 만들어 그곳에 배치하는 것이 좋을 것 같습니다.

3개의 좋아요
3

기술적으로 이것이 어떻게 작동할 것 같으세요? 즉, 게시글을 작성하고 제출하면, 이전처럼 사이트 설정에 따라 게시글이 렌더링되는 대신, 이제 개별 사용자 설정이 확인됩니다. 이 부분은 이해할 수 있습니다.
하지만 제 글에서 상대방의 글을 인용하는 경우, 인용된 부분에 상대방의 설정이, 제 글 부분에 제 설정이 각각 적용되어야 합니다. 제 생각에는 여기서부터가 까다로운 부분입니다.
같은 위키 게시글을 두 사람이 나란히 편집하는 경우에도 마찬가지입니다.
게시글이 나중에 다시 렌더링되어야 하는 경우에도 문제가 될 수 있다고 봅니다. 우선, 관리자가 결과를 의식하지 못한 채 설정을 변경하는 것보다 사용자가 자신의 설정을 변경할 가능성이 더 높으므로, 기존 게시글이 다른 설정으로 작성되었을 수 있습니다. 게다가 각 게시글마다 작성자와 해당 사용자의 설정을 확인해야 합니다.

5개의 좋아요
4

이것은 에디터 설정임을 유념하세요. 따라서 실제로 입력한 :-)에만 적용되는 것이 합리적입니다. 텍스트에 이미 다른 이모티콘이 존재한다면 자동 변환이나 팝업 메뉴가 표시되지 않습니다. 그리고 저는 이것이 이미 그런 경우라고 생각합니다: 다른 사람의 글을 인용할 때 팝업이 표시되는 것을 본 적이 없기 때문입니다. 다만 이모지를 인용해 본 적이 없어서 확실하지는 않아요. 하지만 이 :slight_smile: 을 인용해 보시고 어떤 일이 일어나는지 확인해 보세요.

(아, 누군가가 설정을 변경했거나, 더 가능성이 높은 것은 제가 틀렸고 이 특정 Discourse 인스턴스가 실제로 이모티콘을 이모지로 변환하도록 강제하고 있다는 것입니다. 에디터가 변환하지 않도록 ‘속인’ 것 같았지만, 게시물을 올릴 때 변환이 이루어졌습니다.)

5

제가 말하려는 건, 제가 :slight_smile: 를 게시할 때 :slight_smile: 로 변환된다는 것입니다. 하지만 제 게시글에는 여전히 :)가 남아 있습니다.

6

즉, 작성기에서 “전체 인용” 옵션을 사용하면

[quote="Moin, post:5, topic:407255, full:true"]
What I mean is that when I post :) it is converted into :slight_smile: . But my post still contains `:)`
[/quote]

이렇게 됩니다.

따라서 인용이 올바르게 렌더링되려면, 글을 작성한 사람의 설정이 아니라 인용을 붙여넣는 사람의 설정이 필요합니다. 모든 사람에게 설정이 동일하다면, 게시물의 모든 콘텐츠를 동일한 방식으로 처리할 수 있습니다.

2개의 좋아요
7

Moin이 지적했듯이, 이것은 상당한 기술적 도전이 될 것입니다(제한적인 가치로 인해).

언젠가(내가 고객으로서 의견이 분분한 마크다운 사용자들이 있는 사이트를 운영하던 시절) 저는 유사한 도전을 가진 이 요청을 한 적이 있습니다: Advanced post option to override markdown linebreak setting

이것도 여전히 “있으면 좋겠지만, 아마도 실현되지 않을 것” 목록에 남아 있습니다.

이미 그 방법을 배운 것 같습니다 - 바로 그 백틱을 사용하세요.

그럼에도 불구하고, 저는 이런 의견을 듣고 있습니다:

지난 몇 년간, 사용자 통제에 맡기는 것이 더 나았을 것들을 사이트 설정으로 추가하는 패턴도 있었습니다. 따라서 그런 다른 사항들을 발견하게 된다면, 변경을 제안하는 것을 주저하지 마세요.

우리가 그것들을 우선순위로 두지 못할 수도 있지만, 변경 가치가 높고 복잡도가 낮은 것으로 판명되는 것들은 누군가의 목록 상위에 오르는 것이 더 쉬울 것입니다.

2개의 좋아요
8

이건 정말 혼란스럽네요. 사용자가 (또는 관리자가) 변환을 선택했다면, 왜 저장 방식은 다르게 하는 건가요? "이렇게 저장하지만 저렇게 표시한다"는 전역 설정은 관리자가 언제든지 메시지의 외관을 변경할 수 있기 때문에 끔찍한 아이디어인 것 같습니다.

"사용자가 보는 것을 저장하는 것"은 상당한 기술적 도전 과제가 아닙니다. 역호환성(backwards compatibility) 측면에서 흥미로운 도전 과제가 있을 수는 있지만, 이 같은 경우에는 지금 그 어려움을 감수하고 사용자가 작성한 텍스트에 대한 해석이 명확하도록 문제를 수정하는 것이, 사용자가 작성한 텍스트 위에 설정 가능하고 변경 가능한 상당한 해석 계층을 두려고 시도하는 것보다 최선이라고 생각합니다.

9

데이터베이스에는 게시물의 여러 버전이 존재합니다. 예를 들어 링크를 입력하면 작성기에 https://discourse.org와 같은 것이 표시되고, 나중에 게시물을 수정할 때도 이를 볼 수 있습니다.

그러나 실제로 보는 것은 이미지, 제목, 짧은 설명이 포함된 원박스(onebox)입니다:

마찬가지로 #marketplace를 사용하면 게시 후 단순한 #marketplace로 보이지 않는 유사한 기능이 발생합니다. 하지만 내 게시물에 전체 HTML 버전이 추가되지 않는 점은 좋습니다. 그렇지 않으면 교정과 편집이 훨씬 더 복잡해질 테니까요.

따라서 사용자 입력의 마크다운과 게시 후 일반적으로 표시되는 구운(완성된) HTML 버전 사이에는 더 많은 차이가 있습니다.

2개의 좋아요