- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
Во сколько вы оцените время на разработку минимального сонсольного текстового редактора типа "vim" (назовем его "huim")
со следующим функционалом:
- 2 режима с переходами по "i" и "esc". Один режим редактирования текста, другой - режим команд.
- только 2 команды - ":q!" и ":wq"
- в текстовом режиме нихуя нет, кроме печатания символов, "Delete", "Backspace" и переходов по стрелкам.
Задача со звёздочкой:
Что дополнительно надо, чтобы это работало во всех сонсолях: "Linux", "MacOS", "Windows", "ReactOS", "ColibriOS", " CentOS", "FreeBSD", "KDE", "Kubernetes"?
P.S. Видел сегодня в метро на кольцевой дебила. Konardyan, это не ты был?
Follow us!
Или влажную "Java".
Соснолейный либа:
http://wiki.kolibrios.org/index.php?title=Console
Ну это нормально для новой операционки.
На π/2 (что довольно близко), потому что он оценивает прямой путь, а пойдёт окольным, примерно по круговой дуге.
Консоле - это пережиток прошлого, как delphi win3.1, как голубой экран win95 (не смерти - заставки). Пора выбросить старые трусы.
хуяк&&хуяк|хуяк > туды < отседова
Удобно - вывести инфу в ListView либо текстовое поле, где ее можно прочесть.
http://www.academia.edu/10888233/The_Y_Window_System
В своё время я тоже мучался этим вопросом.
Отправляешь специально сформированный WM_TIMER, процесс подгружает твою dll'ку которая перехватывает GDI и формирует пакеты из нарисованного.
З.Ы. Хотя с ASLR это, походу, уже не катит.
SendMessage - худшее, что только может быть использовано в этом случае.
В моем представлении передача инфы из проги в прогу делается так: обе софтины создают по объекту файлового отображения и по дополнительному потоку, которые залочены мьютексом. При записи в файл, прога разлочивает мьютекс и поток в принимающей программе читает данные из файла. Затем он синхронизируется с основным потоком и снова лочит мьютекс.
> пора домой
Сказал guest8 и вышел в окно?
Пусть детектор откалибрует.
Если попросить, то будет.
из стдин же.