Hacker News 의견

• MJML이 없다는 것은 실수라는 의견. 이메일 디자인에서 가장 중요한 기능임
• 디자인이 훌륭해 보임. 시도해볼 것임
• 정말 훌륭함. 반응형 스타일을 추가할 수 있는지 궁금함. 예를 들어, 작은 화면에서 열을 행으로 변환하는 것
• 드래그 앤 드롭 기능이 작동하지 않음. Firefox, macOS에서 요소를 클릭하면 나타나지만 이메일로 드래그할 수 없음
• 이 작업이 매우 유망해 보임. "이메일용 HTML"은 디자인과 구현이 어렵고, 특히 모바일, 태블릿 장치 또는 아시아 언어 입력에서 어려움이 있음
  • B2B CRM 용도로 많은 이메일 템플릿 작업을 하고 있으며 slatejs/platejs 편집기를 기반으로 한 다른 접근 방식을 선택했음
  • slatejs/platejs의 내부 이메일 템플릿 표현은 JSON 형식으로 쉽게 Postgres jsonb에 저장할 수 있음
  • Reactjs 기반 위젯을 쉽게 추가할 수 있음. 예: 멘션, 미디어, 다이어그램 등
  • 단점은 픽셀 단위로 정확한 템플릿을 디자인할 수 없다는 것임
  • 더 나은 추상화는 아마도 MJML일 것임. 그러나 slatejs/platejs JSON 형식으로 CRM, 지식 베이스 등 다양한 자산에 편집 내용을 복사 및 붙여넣기 할 수 있음
  • MJML에 데이터를 저장하는 것은 좋은 선택이 아님
  • SendWithSES/Drag-and-Drop-Email-Designer와 유사한 것을 마지막 단계로 사용하려 했으나, 대부분의 최종 사용자는 신경 쓰지 않음
  • 데이터 표현과 "Postgres <> Editor > Email HTML > Send button" 데이터 흐름에 대한 의견을 환영함. 이 주제에 대해 진지하게 생각하는 사람은 거의 없음
• 전체 전제가 터무니없다는 의견
  • 많은 사람들이 이미지와 로고가 포함된 서식 있는 이메일을 원한다는 것은 인정함. 본인은 원하지 않지만 다른 사람들의 필요와 욕구를 이해함
  • 왜 HTML인가? 간단한 마크업 언어(Markdown, orgmode 등)로 충분했을 것이며, 별도의 평문 및 HTML 버전이 필요 없었을 것임. 스크린 리더 및 기타 보조 장치에 더 접근 가능하고, 프라이버시 침해가 덜하며, 보안 문제에 덜 취약했을 것임
  • 그러나 답은 "모든 이메일 클라이언트에 완전한 웹 브라우저를 넣자"였음
  • 이미 말이 떠났음을 알고 있음
• View -> Message Body As -> Plain Text
  • 본인의 잘못은 아니지만 항상 대체 텍스트를 제공해야 함
• HTML 이메일을 다뤄본 사람은 그 어려움을 알 것임. 이를 개발하고 오픈 소싱한 것에 찬사를 보냄. 뉴스레터에 사용해볼 예정임
• 며칠 전 이런 것을 잠시 검색했었음. 확인해볼 것임. 고마움
• 예상치 못했음. 몇 시간 동안 질문에 답변할 예정임