웹에서 텍스트 에디터를 개발하다보면 당연시 여기던 것들도 개발해야 하는 때를 마주하게 됩니다. 저도 약 1년 반 동안 텍스트 에디터를 개발하면서 당연히 웹에서 지원해주겠지 하는 것들을 개발을 하게 되었고, 그 과정에서 흔하지 않은 문제들을 접한 경험이 있습니다.에디터를
캔버스 기반 텍스트 에디터에서 이분 탐색을 활용한 줄바꿈 최적화 경험앞서 말씀 드렸다싶피 저는 텍스트 에디터를 개발했었는데요. 회사에서 여러 상황으로 인해 캔버스 기반 텍스트 에디터를 개발하게 되었답니다.캔버스 기반으로 뷰어나 에디터를 개발해보신 분이라면 아시겠지만,
정답은 아니지만, 해결책이 될 수 있습니다.개발을 시작하려는 사람들 사이에서 “저 수포자인데 개발자 할 수 있을까요?”라는 질문을 종종 듣습니다. 대부분의 대답은 “수학 몰라도 괜찮아요. 프론트엔드는 더더욱요.” 정도죠.저는 전공이 수학인 프론트엔드 개발자입니다. 그래
React key 왜 꼭 식별해야 할까요? React Fiber 재조정 과정에서 key는 단순한 최적화가 아닌 컴포넌트의 정확한 식별자 역할을 합니다. key가 중복되면 개발 모드에서 경고가 나타나지만, 더 심각한 문제는 React가 컴포넌트를 잘못 재사용하면서 마
_0.99999999999994315.. 이 숫자의 의미 알고 계신가요? _ 서론 에디터를 개발했을 때 종종 예상치 못한 문제를 만나게 되는데요. 저번에는 커서를 직접 그리는 과정에서 생긴 이슈를 공유드렸습니다. 커서를 그려주었다면 이제는 그 커서를 텍스트에
브라우저 이벤트(Keyboard/Composition/BeforeInput)와 IME, 그리고 iOS Safari 차이텍스트 입력은 단순히 문자열을 추가하는 일이 아닙니다. 한 글자가 화면에 찍히는 순간, 뒤에서는 IME 조합(composition), Selection