Особенности реализации Word Wrap в текстовых редакторах
С@nikitonsky_pubмедиа / агрегатор
1 месРазмышления о сложности реализации переноса строк в IDE и профессиональных деформациях разработчиков инструментов для программирования.
Понимание того, как технические ограничения влияют на разработку пользовательских интерфейсов.
- Реализация базовых функций интерфейса может быть вычислительно затратной.
- Разработчики инструментов часто жертвуют удобством ради оптимизации производительности.
- Сложности с рендерингом текста включают поддержку эмодзи и RTL-языков.
Вспомнил, как мы в Джетбрейнс делали текстовый редактор, ну как мы, его еще до меня делали, несколько лет, а тут я прихожу, включаю потестировать, смотрю — строки не переносятся. А че, говорю, давайте Word Wrap включим. И на меня вся команда как посмотрела.
Я такой: че такое, че не так? Неудобно? Не, удобно, говорят. Только под капотом РЕАЛИЗОВАНО НЕЭФФЕКТИВНО. В смысле не у них конкретно, а в целом, в любом редакторе, текст с Word Wrap (когда строка по достижении правого края окна сама переносится на следующую, а не уходит за край) рендерить дороже, чем без. Не то чтобы это как-то было заметно на практике, просто как ты его включишь, если будешь знать, что компьютеру там под капотом придется напрягаться?
Вот такие вот ПТСР бывают у ИДЕ-разработчиков. А потом мы еще эмоджи и RTL прикручивали.
Кратко (AI)
Автор делится воспоминаниями о работе в JetBrains над текстовым редактором. Обсуждается техническая сложность реализации функции Word Wrap и то, как знание о неэффективности рендеринга текста с переносами влияет на восприятие разработчиков IDE.
Обсуждение
0Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖