Заметки для редактора исходного кода (среды разработки)

[@berez]

Это главная идея, которую, как я считаю, следовало бы перенять ...

Среда настраивается один раз — и потом в ней работают годами. Поэтому глобальная ценность всей идеи сомнительная. Или вы настройки меняете каждый день по многу раз? Зачем?

В двух словах, следует зарезервировать две кнопки: одну для курсора редактирования (каретки\caret), например F1, а другую для курсора/указателя мыши (mouse pointer), например F4

Получилось гораздо больше двух слов. ;)
Вообще же все уже придумано до нас и такая кнопка уже есть: расположена рядом с правым Ctrl.

Во-первых, как видно на рисунке в начале статьи, я предлагаю, помимо вертикальных «линеек», отображающихся во многих IDE, добавить ещё горизонтальные.

Насколько я знаю, во многих IDE есть режим свертки блоков кода: это когда рядом с блоком кода отображается крестик, а сам блок выделяется в т.ч. горизонтальными линиями. Блок можно свернуть, нажав на крестик, и аналогично развернуть. Очень помогает в анализе глубоко вложенных ифов и циклов.
Пример реализации можно посмотреть, например, в Notepad++.

Во-вторых, многие двойные операторы можно отображать как единые символы: ══ вместо ==, ≠ вместо != и т.д.

Нахрен не нужное украшательство. Поясню почему:
1. Большинство редакторов кода использует моноширинный шрифт. В таком шрифте «длинное равно» будет выглядеть почти так же, как обычное — придется приглядываться. Кроме того, укоротятся строки, в которых много двойных символов заменено на одинарный — а во многих конторах жесткий coding style, запрещающий слишком длинные строки. Будем ограничитель по правому краю лесенкой показывать? :)

2. В буфер копировать будем тоже спецсимвол или таки исходное сочетание? А если из буфера спецсимвол вставить — он будет интерпретироваться как двойной символ или как один спец? :) Придется как-то различать «легальный» спецсимвол (например, в составе строкового литерала) и «улучшенное» отображение операторов. Вплоть до того, что придется держать в памяти два варианта текста — «улучшенный» и обычный.

3. Аргумент, конечно, дурацкий, но: а потом программист, привыкший к украшательствам, откроет код в обычном редакторе и не сможет ничего сделать — непривычно, страшно, вернитевсеназад!!!11111адынадын. К сожалению, видел такое гораздо чаще, чем хотелось бы.

Поле ввода для кода, генерирующего HTML, который отображается в отдельном окошке, которое можно перемещать или прикреплять к существующим элементам среды разработки.

Вообще не понял этого фрагмента. О чем вы? Просмотр содержимого переменных во время отладки?

Я считаю, что не имеет смысла показывать много ошибок списком, а имеет смысл показывать одну наиболее точную ошибку,

Все так считают, да вот незадача: в общем случае неизвестно, какая из ошибок в списке «наиболее точная».

Как вам табуляция, скажем, в 3 с половиной символа? Или π (пи) символов?

Абсолютно бессмысленная опция, которая сделает из вашего кода кашу плавающих строчек. Я вас уверяю, моноширинные шрифты в редакторах кода используются не просто так. :)

Лично я пользуюсь операцией Undo достаточно часто с целью review\просмотреть последние сделанные в текущем файле изменения

Вызывает уважение, конечно. Примерно такое же, как уважение к бухгатлеру, копирующему файлы через ворд (открыть — сохранить как). Иногда, конечно, метод дает сбой, но в основном же работает. :)

Для того, что вы делаете, придуманы системы контроля версий. Они гораздо надежнее, чем анду-реду, и бывают встроены в IDE.

В качестве такого механизма и для совместимости с существующим поведением в большинстве текстовых редакторов, я предлагаю задействовать новое сочетание клавиш Ctrl+Shift+Y, которое сначала отменит случайное нажатие клавиши (не помещая его в Redo-стек), а затем продолжит операцию Redo.

А как отменить отмену случайного нажатия клавиши? :)
В любом случае, легче научить программиста пользоваться инструментами правильно, чем переписывать инструменты под каждый закидон, который может прийти в голову.

[@alextretyak]

Поэтому глобальная ценность всей идеи сомнительная. Или вы настройки меняете каждый день по многу раз? Зачем?

Это будет очень полезно для новичков[‘новых пользователей IDE/‘среды разработки’’].

[@iroln]

Лично я пользуюсь операцией Undo достаточно часто с целью review\просмотреть последние сделанные в текущем файле изменения, и был бы рад если не полноценной замене двух стеков Undo и Redo на дерево изменений, то хотя бы наличию механизма защиты от потери изменений из-за случайного нажатия клавиши.

Смотрите в local history, раз уж пользуетесь IDE от JetBrains. И про полноценную СКВ тоже не надо забывать. Включается просто из меню в IDE: VCS -> Enable Version Control Integration...

[@marsianin]

В конце концов, всё это уже сделано в Emacs: и undo tree и замена симоволов. В частности, при включении некоторых плагинов слово «lambda» может заменяться при отображении символом λ при отображении. В файл при этом пишется слово «lambda». Другой вопрос в том, а зачем это нужно (-:

[@delphinpro]

многие двойные операторы можно отображать как единые символы: ══ вместо ==, ≠ вместо != и т.д.

Давным-давно использую шрифт Fira Code с лигатурами + включенная опция Enable font ligatures в webstorm

[@netch80]

undo tree есть изначально в vim, но сколько пользователей его реально используют?

Автоустановка на ошибку — хороший вариант, но пойдёт не всем, должно отключаться.