Книги про то как пишут текстовые редакторы (посоветуйте)

Книги о том, как писать конкретную программу, не нужны — более общие полностью покрывают эту задачу.

Не скажи. Я вот на днях прочитал книгу описывающую BFS (BeOS FS) — прямо очень интересно и сразу на примере. Подозреваю, про Postgres должна быть не хуже.

Цель-то какая? Если денег заработать, то это явно не та точка приложения.

Но поскольку в теме присутствуют теги «свобода» и «творчество», предлагаю написать самому. Сначала редактор, а потом книгу.

Для затравки можно посмотреть исходники geany, scintilla, kate, TEA, xedit. Они на разных тулкитах, и возможно, один из них станет отправной точкой для создания редактора твоей мечты.

Пишут же монографии про соль. Хотя формула там всего 4 символа.

Не умею так писать! Вот хоть убей, не умею. Зато учебники по программированию давно уже 1000 страничный рекорд перевалили. Некоторые книги по своей специальности я вообще не могу читать, ибо умудряются из одного абзаца выстроить целую главу.

[Midnight-Commander]
esc_mode_free=1

Откуда это взято?
В исходниках (4.8.32) такого параметра вообще нет, но есть old_esc_mode. В настройках это Esc key mode/[x] Single press.

Вот по нему сразу видно, что российский

Украинский, если ты про страну.

Не знал. Будем считать, что я имел в виду русскоязычный.

P.S. Занятно, что эта моя ошибка неплохо иллюстрирует другой мой тезис из того же поста: пофиг всем на то, какое у авторов той или иной опенсорс-программы гражданство. Было бы не пофиг, эта информация была бы общеизвестной, я бы об этом волей-неволей узнал, и не ошибся бы, соответственно.

пофиг всем на то, какое у авторов той или иной опенсорс-программы гражданство.

События недавнего времени показывают, что совсем не пофиг.

По духу же!

Корпорациям не пофиг. Да и не на авторов программы, а не контрибьюторов в их проект. Юзерам же обычно по барабану. Причём юзерам в широком смысле, включая тех, кто будет просто читать код или делать свой форк.

У нас тут opensource, каждый пользователь — потенциальный участник проета, может закинуть PR или issue. А его закроют по причине: «иди в … ты … поганая». Обидно будет.

Дело в том, что в браузерах эта фича встроенная лет так 20, но ты как ява… неважно, мог бы знать, что если в хромоподобном нажать Ctrl-Shift-C, и навесить на элемент свойство contenteditable, то можно будет все из браузера редактировать https://gist.github.com/s3rgeym/007e434ddb239ec152df0d26da467b90

Собственно, поэтому электроны и популярны — там ничего реализовывать не надо для отрисовку различных красот, нужно лишь бизнес-логику запрограммировать. Мало того оно Chromium встроен в винду как WebView2. Те если кто-то решит создать свой редактор — то это буквально само собой напрашивающееся решение… Qt, Android, да и в маке много чего по факту в браузере отображается. Сбылся мой сон студента, когда я писал на PHP/jQuery и раз мне приснилось, что программы под винду можно на голом HTML/JS писать… Сон был вещим

не было ни ctrl, ни alt, но был esc

Control, видимо, всё же был. Самый старый известный мне терминал ADM-3A имеет его. Возможно, вы имеете ввиду ещё более древние терминалы.

Судя по всему таки да, control был чуть ли не с самого начала, а вот esc появился позже. Control был для символов 0x00-0x1F, а esc для 0x80-0xFF (C0 and C1 control codes). Сложно найти что-то про истоки, всё уже под сотней слоёв уже давно неактуальных легасей.

Различие по таймаутам. Если пришёл ESC, и в течение, условно, 20мс ничего больше не пришло, то это именно нажатие ESC, а не стрелок.

А могли бы указать терминалу, что нажатие клавиши ESC надо присылать специальной последовательностью, а символ-префикс оставить незаиспользованным ни одной клавишей. Тогда бы таймауты не понадобились.

Учитывая высказывание топикстартера в апреле 2023:

ты почему-то предполагаешь, что я хочу разбираться в компьютерах, или что я хочу научиться ими пользоваться. Но это не так. Мне не интересны компьютеры, у меня другая специальность.

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

Поэтому пусть берёт один из готовых и не страдает фигнёй.

Для этого нужно сделать новый терминал со своим протоколом и портировать под него все приложения. Будет как с вейлендом: вроде бы давно уже нужно, но народ будет вонять что всё без причины сломали.

Берёшь C# или Qt. Любой учебник. Там, как правило, первый пример - «как написать текстовый редактор». Данные фреймворки заточены на создание примитивного текстового редактора (но уже умеют изображать шрифты на экране) из коробки. Реально, надо написать 500 строчек, треть из которых - скобочки и комментарии

если в хромоподобном

в любом, начиная с IE 5.5

Будь мужиком, открывай канву OpenGL, ручками переводи шревты в пиксели и шлёпай текстуры. И чтобы прокручивалось плавно, есть экраны на 144 герц

Я имею в виду графические текстовые редакторы

В любом более или менее нормальном графическом тулките есть строка меню и текстовое поле, далее не проблема отображать файл в это текстовое поле посредством выбора через меню. Задача минут на 5 по сути.

Кнута с его техом и метафонтом и нелитературными программированием уже помянулу выше?

Задача минут на 5 по сути

И получится ничем непримечательное ничто, которое нельзя продать.

которое нельзя продать.

/b/ратан, если ты собрался писать текстовой редактор на продажу, то лучше возьми себя в руки - это так же бесполезно, но хотя бы удовольствие получишь.

у них получается:
https://ru.overleaf.com/user/subscription/plans-2
двести баксов в год с человека, 8 миллиардов людей на планете

графические текстовые редакторы, те, которые ещё не текстовые процессоры, но уже умеют изображать шрифты на экране (через X11).

Принципиальной разницы нет, изображать ли шрифты по протоколу X11, ECMA-48, Tektronix или прямыми манипуляциями с framebuffer. Меняются только внутренности Redisplay().

В остальном всё так, как описали классики:

https://web.mit.edu/~yandros/doc/craft-text-editing/Appendix-D.html

https://www.amazon.com/Craft-Text-Editing-Emacs-Modern/dp/1461278279/?asin=1461278279&revisionId=&format=4&depth=1

Для любителей ООА,ООД и ООП с наброском проекта редактора на глифах можно ознакомиться в известной книге Банды четырёх

https://ir-2.ozone.ru/s3/multimedia-c/wc1000/6277620060.jpg

У тебя лиюо каша в голове, либо лучше надо объяснять чего хочешь. Веб-сервис, книга, графический редактор, X11, продажи.

Это все очень разные ниши, тулкиты, фреймфорки, разные ЯП и навыки. Как это все связанно, вообще непонятно.

либо лучше надо объяснять чего хочешь

А если я не знаю чего хочу, а поговорить хочется, но не с кем, то что делать?

изучай исходный коды текстовее редакторов

а книги, про то, как пишут аудиоплееры, ты уже все прочитал?!

Не книга конечно,но цикл статей про аудиоплейер: https://habr.com/ru/companies/zvuk/articles/814017/

Книги о том, как писать конкретную программу, не нужны

На мой взгляд слишком категоричное утверждение. Например книги по созданию игр вовсе не редкость. Причем даже не по играм «вообще»,а и по отдельным специальным вопросам тоже. https://www.ozon.ru/category/kniga-kak-sozdat-igru/

Но можно было бы сделать веб-сервис.

не взлетит, да и не нужно

У того кто ничего не делает - точно ничего не взлетит. Самое главное - наличие мотивации что-то создать. А вы своим утверждением её убиваете у человека. Не надо так делать.

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

делом заняться попробовать, а не какой-то странной фигнёй маяться

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

Впрочем, я помню как в 90е годы и Линукс какой-то странной фигней считали.

а скрипты криворукского происхождения желательно не запускать в том же процессе (зависнут, или ещё что придумают).

Интерпретатор скриптового языка вполне может отслеживать выполнение скрипта и останавливать его в случае неправильного поведения. Многопроцессность тут не нужна.

Дело в том, что ТС не занимается строительством радиоуправляемых самолётиков. Он занимается поиском странной фигни посредством ЛОРа. Потом находит, или (чаще) убеждается, что её нет… И ничего не делает. Достаточно просто посмотреть его предыдущие темы, и всё станет понятно. А в написании текстового редактора ничего плохого я не вижу, хоть их уже и тысячи. Да, он никому не будет нужен (дважды, учитывая, что ТС не знает сам, чего он хочет), но это неплохая практика… Только все остальные справляются без специальной книги, посвящённой этому конкретному вопросу. Умения применить свои general/generic знания по программированию к тому, чтобы быть способным задизайнить архитектуру того же редактора или чего-то ещё — это и есть по сути смысл подобных проектиков, нужных только автору. В этом и заключается практика, а не в том, чтобы переписать примеры из книжки, заменив имена переменных и потом считать, что ты написал текстовый редактор.

А вы своим утверждением её убиваете у человека. Не надо так делать.

ТС - Шушундр, он сюда пофлудить заходит, а не за дельными советами.