이 데이터를 가지고 무엇을 하려는지요? 단순히 포럼 어딘가에 표시하는 것이 아니라, 다른 기능에 사용하기 위해 저장하려는 것 같다는 인상을 받습니다.
글쎄요, 제 최종 목표/비전은 다음과 같았습니다:
1. 단계적 관리 권한 (Tiered moderation)
커뮤니티 내 각 단위(unit)의 소유자에게 해당 단위의 거주자에 대해서만 관리 권한을 부여합니다.
저희 커뮤니티에는 약 200개에 달하는 단위들이 있어, 그룹 기능을 사용하여 이를 구현하는 것은 현실적이지 않다고 판단했습니다. 또한 아래 #3번 항목과도 충돌할 수 있습니다.
2. 가입 UX (사용자 경험)
제 머릿속에서 완벽한 UX라면, 가입 양식의 “단위(unit)” 드롭다운 메뉴가 “건물(building)” 필드에서 사용자가 선택한 내용에 따라 동적으로 반응하여, 해당 건물에 속한 단위들만 제공해야 합니다. (이 기능을 위해 Discourse가 초기화될 때 JSON 설정 파일을 파싱하는 방법을 알아볼 계획이었습니다.)
3. 필드 프라이버시 설정
각 사용자에게 자신의 건물 및/또는 단위 번호를 같은 단위에 속하지 않은 다른 사용자들에게 숨길지 여부를 선택할 수 있는 옵션을 제공하고자 했습니다.
제 인식이 맞다면, 핵심 커스텀 필드 기능은 이 옵션을 필드별로(사용자별로가 아니라)만 제공하며, 또한 관리자만 설정할 수 있고 사용자 스스로는 설정할 수 없습니다.
4. 세련된 스타일링
이것은 아이스크림 위에 토핑을 얹는 것 같은 부가적인 요소일 수 있지만, "소유자: 예"처럼 표시하는 대신, 시스템이 이러한 필드에 대해 특별한 인식을 가져 사용자 요약(User Summary)에서 다르게 스타일링되도록 하고 싶었습니다. 예를 들어 SVG 지권증 아이콘을 사용하고, 관리자가 상태를 확인했다면 체크 마크를 표시하거나(거주자의 경우 집 아이콘을 표시) 하는 식입니다.
그래서, 네 …
아마도 제가 너무 까다롭게 굴고 있는 것일 수 있지만, 핵심 기능을 구현하기 위한 학습 곡선을 넘어서면 나머지 작은 희망 목록의 항목들은 거의 자명해지리라 생각합니다.
저희 커뮤니티의 많은 거주자들은 컴퓨터 지식이 거의 없거나 전혀 없는 고령의 분들입니다. 일부 거주자들이 단순히 새 사이트이고 페이스북이 아니라는 이유만으로, 혹은 주소 프라이버시나 건물/단위 번호의 미검증 입력과 같은 실제 사용상의 문제 때문에 제 Discourse 웹사이트를 채택하고 사용하지 않을 것이라는 심각한 우려가 있습니다.