Часть редактора Atom переписали на С++, чтобы не так тормозил

учитывая консоль и всё с ней связанное

У консоли нет таких ограничений, которые не позволяют начертить линию (сменить фон текстовой колонки) до самого низа — за примерами далеко ходить не надо, открываем nerdtree — линия границы прочерчена и её даже мышкой можно возюкать (вы ведь сейчас не скажете, что мышка это не тру и всё такое, её ведь сами разработчики добавили и никто не стоял у них с дулом у виска).

В режиме вставки возможности навигации, разумеется, ограничены

Ну тогда логично будет ограничить и горизонтальную навигацию, ибо нефиг. В самой документации к виму стрелочки активно используются.

берёшь и биндишь нужные тебе сочетания.

И они страшно тормозят (и как мы выяснили тут не только у меня).

для навигации используются те же кнопки, которые вводят текст.
Для этого и были реализованы режимы.

Такой ход мысли понятен, но он не совсем верен. В виме (наследники ви-ая) есть два основных режима Normal и Insert. С Insert всё понятно, а вот Normal задуман не только для навигации, но и для манипуляции текстом, например регулярками, итеративными функциями типа 4d, 5y, r. Навигация вполне легитимная функция в обоих режимах (help insert-mode изобилует готовыми биндингами со стрелочками), потому что мы improved, not just VI.
И всё таки задача VIM'а это не загнать пользователя в режимы, а таки сокращение нажатий на клавиши, оптимизация ввода и то, что можно решить одной стрелочкой предлагается решать целой серией нажатий или биндов.
А будь всё так жёстко и принципиально как вы говорите, так стрелочки вообще бы не работали, ибо опять же нефиг[[ Иш, стрелочки захотели.