임한결의 포스트

안녕하세요 밴드붐입니다. > 밴드의 붐은 온다. ![이미지](https://cobeecceulsmhtxqpvcx.supabase.co/storage/v1/object/public/posts/user-2163e369-3f18-4aec-9039-4c6c632452e5/post-106/0-t27udlef0c70.jpeg) 에디터 시험중입니다. **굵게**도 되고 *기울*이기도 되고 **동*시***<em>에</em>도 되고 ## 헤더도되고 - 하나 - 둘 - 셋 1. 하나 2. 둘 3. 셋 > 인용 [링크 첨부](https://bandboom.co.kr) > 인용이 말썽이 좀 있네 그렇지? &nbsp; ㅁㄴㅇ ㅁㄴㅇ ㅁㄴㅇ &nbsp; [링크](https://bandboom.co.kr) &nbsp; &nbsp; 배포 폴링이 도는 동안 모든 작업이 끝났습니다. 결과 정리: 피드백 5건 처리 결과 (커밋 d5763ec + bb4fd14, stage 배포 중) 1. 드롭다운이 화면 우측상단에 뜨는 문제 — 수정 ✅ 원인: 포스트 상세(PostDetailView)와 일정 상세 두 곳이 메뉴에 화면 고정 좌표(top: [insets.top](http://insets.top)+48, right: 16)를 넘기고 있었습니다. 스크롤하거나 버튼 위치와 무관하게 항상 그 자리에 떴던 것. 다른 메뉴들(댓글, 곡 목록 등)이 이미 쓰는 앵커 측정 방식(anchorRef)으로 통일 — 이제 버튼 바로 아래에 뜨고, 아래 공간이 부족하면 위로 뒤집힙니다. 2. 목록 불릿(점) 안 보임 — 수정 ✅ 원인: Tailwind 의 기본 CSS 리셋이 ul/ol 의 list-style 을 없애는데, 에디터가 웹에선 페이지에 인라인으로 렌더되어 그 리셋을 그대로 물려받았습니다. 게시물 표시 쪽(웹 렌더러)도 같은 이유로 안 보였고요. 에디터 CSS 와 웹 렌더러 양쪽에 disc/decimal 을 명시해 복원했습니다 (네이티브는 원래 자체 불릿을 그려서 정상). 3. 인용이 아래 내용을 전부 삼키는 문제 — 수정 ✅ 에디터와 저장된 마크다운은 둘 다 정상이었습니다 (&gt; 인용\\n\\n다음 문단). 범인은 우리 표시 렌더러의 전처리 — 옛 텍스트 에디터 시절 빈 줄을 보존하려고 빈 줄을 특수문자(nbsp) 줄로 바꾸는 트릭이 있었는데, 마크다운 규칙상 인용문 바로 다음의 "비어 있지 않은 줄"은 인용의 연장으로 흡수됩니다(lazy continuation). 그래서 에디 본문은 이 전처리를 끄고 표준 렌더링으로 전환했습니다 — Ran 2 shell commands docs/marketing 쪽 변경은 제 작업이 아니므로(사용자 로컬 작업) 제외하고, 제 파일만 두 커밋으로 나눕니다: Committed d5763ec, bb4fd14, pushed to stage, ran 2 shell commands, searched memories, wrote 2 memories 배포 폴링이 도는 동안 모든 작업이 끝났습니다. 결과 정리: 피드백 5건 처리 결과 (커밋 d5763ec + bb4fd14, stage 배포 중) 1. 드롭다운이 화면 우측상단에 뜨는 문제 — 수정 ✅ 원인: 포스트 상세(PostDetailView)와 일정 상세 두 곳이 메뉴에 화면 고정 좌표(top: [insets.top](http://insets.top)+48, right: 16)를 넘기고 있었습니다. 스크롤하거나 버튼 위치와 무관하게 항상 그 자리에 떴던 것. 다른 메뉴들(댓글, 곡 목록 등)이 이미 쓰는 앵커 측정 방식(anchorRef)으로 통일 — 이제 버튼 바로 아래에 뜨고, 아래 공간이 부족하면 위로 뒤집힙니다. 2. 목록 불릿(점) 안 보임 — 수정 ✅ 원인: Tailwind 의 기본 CSS 리셋이 ul/ol 의 list-style 을 없애는데, 에디터가 웹에선 페이지에 인라인으로 렌더되어 그 리셋을 그대로 물려받았습니다. 게시물 표시 쪽(웹 렌더러)도 같은 이유로 안 보였고요. 에디터 CSS 와 웹 렌더러 양쪽에 disc/decimal 을 명시해 복원했습니다 (네이티브는 원래 자체 불릿을 그려서 정상). 3. 인용이 아래 내용을 전부 삼키는 문제 — 수정 ✅ 에디터와 저장된 마크다운은 둘 다 정상이었습니다 (&gt; 인용\\n\\n다음 문단). 범인은 우리 표시 렌더러의 전처리 — 옛 텍스트 에디터 시절 빈 줄을 보존하려고 빈 줄을 특수문자(nbsp) 줄로 바꾸는 트릭이 있었는데, 마크다운 규칙상 인용문 바로 다음의 "비어 있지 않은 줄"은 인용의 연장으로 흡수됩니다(lazy continuation). 그래서 에디 본문은 이 전처리를 끄고 표준 렌더링으로 전환했습니다 — TipTap 이 빈 줄을 자체적으로 보존하므로 시각적 손실도 없습니다. 4. &lt;em&gt; 태그 노출 — 수정 ✅ (+ 질문 답변) 네, 게시물 표시는 자체 렌더링입니다 (웹 react-markdo 디터 렌더러를 표시에도 쓰는 건 네이티브에서 글 하나볼 때마다 WebView 를 띄워야 해서 채택하지 않았고, 대신 렌더러가 에디터의 마크다운 방언을 완전히 이해하도록 고쳤습니다. 원인이 흥미로운데 — 굵게와 기울임이 교차로 겹치면(굵/굵+기울임/기울임) 순수 마크다운으로는 표현이 불가능합니다. 세 파서로 직접 실험해 확인했고, TipTap 이 &lt;em&gt; HTML 폴백을 쓰는 게 실제로 유일하게 안전한 직렬화였습니다 (재편집 시에는 에디터가 정상 복원합니다). 그래서 표시 렌더러에 &lt;em&gt;/&lt;strong&gt; 짝을 진짜 기울임/굵게로 되살리는 플러그인을 웹·네이티브 양쪽에 추가했습니다. 짝이 안 맞거나 허용 외 태그(&lt;script&gt; 등)는 지금처럼 문자 그대로 노출될 뿐 HTML 로 렌더되지 않게 검증까지 마쳤습니다. 덤: StarterKit 에 underline 이 숨어 있어 Cmd+U 로 밑줄을 넣으면 ++u++ 라는 비표준 문법으로 저장돼 깨질 수 있었는데, 함께 차단했습니다. 5. 알림 정책 — 이미 원하시는 대로 동작, 변경 없음 ✅ 푸시 리졸버 확인 결과: 게시판 글 작성은 아무에게도 알림이 가지 않고(resolve.ts:241 에서 명시적 스킵), 좋아요/댓글만 작성자 본인에게 갑니다 (자기 글에 자기가 눌러도 발송 제외). 코드 변경 불필요. 배포: 두 커밋 모두 워크플로우 태그 없이 stage 푸시 — OTA 트리거 없음(webview 바이너리 제약 유지), 웹만 반영. 빌드가 \~4분 걸려서 완료되면 확인해 드리겠습니다. 후속 폴리시 후보로 하나 발견: 게시판 글의 SEO 설명(og:description)에 \*\* 같은 마크다운 구문이 그대로 들어가는데, 다음 라운드에서 정리하면 좋겠습니다. ✻ Worked for 26m 13s · 1 shell still running ● Background command "Poll stage until new bundle hash goes live" completed (exit code 0) Read 1 file stage 배포 완료 — 새 번들(entry-7fff2b51…)이 \~240초 만에 라이브됐습니다. 👉 [https://stage.bandboom.co.kr/board](https://stage.bandboom.co.kr/board) 에서 확인해 보세요: 1. 드롭다운 — 게시글 상세의 ⋯ 메뉴가 버튼 바로 아래에 뜨는지 (일정 상세도 동일 수정) 2. 불릿 — 에디터에서 목록 토글 시 점/번호 표시, 저장된 글에서도 표시 3. 인용 — 인용 아래에 일반 문단을 쓰고 저장 → 인용이 4. 굵게+기울임 겹침 — '굵기울임동시적용' 같은 교차 서식 저장 → &lt;em&gt; 태그 없이 실제 기울임으로 렌더 기존에 저장된 글(이미 &lt;em&gt; 이 들어가 있거나 인용이 깨져 보이던 글)도 렌더러 수정이라 재저장 없이 바로 정상 표시됩니다. 알림은 확인 결과 이미 원하시는 정책(작성 무알림, 좋아요·댓글만 작성자에게)이라 손대지 않았습니다.

작성
임한결
Bandboom app
Enjoy a smoother experience in the app