Молодцы! Титанический труд проделали ребята.

В новой версии переименовали файл ed.texinfo в ed.texi, чтобы устранить предупреждение работы automake.

Какой потрясающий список изменений!!!

Ну теперь венде точно капец.

Очередной убийца vim. Брэм в ужасе.

Вот это я понимаю - стабильность! Все изменения - грамотные, продуманные! Молодцы!

Это значит, что программа практически совершенна.

Это значит, что программа практически совершенно не нужна.

Пофиксил, не благодари.

,G_._

Нет, это vi - убийца ed. Он даже его эмулирует.

Где скриншоты?

Проверено: Shaman007

никаких сомнений

убийца ed это acme - у которого кривая обучения настолько круче emacs'а , что даже мамкоборьщи не берутся использовать настолько трудный(в понимании как им правильно пользоватся) инстумент как acme - чьей пользовательский интерфейс не намного сложнее(в смысле колмогоровской сложности) чем у ed

т.е и у ed и у acme весь код обозрим в одно рыло.

Вот зачем, спрашивается, тратить время и силы на поддрежку окаменевших говен мамонтов? Не лучше применить их к более значимым проектам?

Ну нельзя же так. Я же на работе.

Пока будут пользователи — есть смысл поддерживать.

пользователи? и много у этого пользователей?

убийца ed это acme - у которого кривая обучения настолько круче emacs'а

Вранье, acme прост как тряпка. И «убийца» ed — это sam, а не acme.

А какой минимум пользователей, чтобы поддерживать продукт? Один? Десять? Тысяча?

Хмм... Один... Надо так понимать, что он это и поддерживает. Для себя. То есть Вы намекаете, что это такой способ самоудовлетворения?..

Инновации!

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

К тому же некоторые фиксы — дело нескольких минут.

Это дань истории

Акме для мышевозов.

И много ты сил и времени потратил?

Пока будут пользователи — есть смысл поддерживать

Как было в квотезах — этим воспользоваться можно только случайно и по ошибке.

да ладно, интерклики мышкой не такие уж и сложные

поттеринг, ты?

apt-cache rdepends ed

ed
Reverse Depends:
  libdebbugs-perl
  sn
  patch
  mksh
  lsb-core
  libproc-invokeeditor-perl
  debmirror
  debbugs
  libcupt3-0
  cscope
 |changetrack
  apt-cacher-ng
  apt-cacher

На поддержку окаменелостей? Я похож на рухнувшего-с-дуба? Нет, я подобным не увлекаюсь.

Вы делаете мне лестно.

Я похож на рухнувшего-с-дуба?

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

sam хорош как убийца редактора ed

acme же как убийца ide(см. Юникс- среда программирования) ed

ибо с sam поток редактирования отделён от потока соманд

в отличии от acme т.е выдачи диалога acme есть строгое надмножество потока ed (где на «ленте» диалога команды редактора и общашения к и ответы от шелла перемешаны с текстами файлов).

acme прост и поэтому сложнее в освоении чем среды в которых «магия»

настраиваимо. ;)

видимо неудачно изложил.

acme прост , ed прост , acme чуть чуть сложнее ed ,

sam чуть сложнее ed

sam -d лучше sam

сама сесия работы в ed(как ide) предпологаяет большую осознаность чем в наиболее распростнанёных редакторах.

Да. Затраченные на данные изменения силы, без сомнения, могли бы быть потрачены на написание нового ядра, а то и целой ОС!

Дауж, это прямо «искусство редактировать строки»

Поставил ради интереса acme, потыкался.

Ну... если прикрутить Ш не Г и вообще сделать интерфейс на GTK, будет вполне годно.

вообщет перед acme|sam|или_твояЮзернеймЛюбимаяИДЕилиСредаРедактирования посидеть в ed и испытать все неудобства и одновременно с этим увидить метрику в которой написание одностроков на различных «dsl»-языках которые обогащают ту куцую среду ed+sh и делают её именно СредойПрограммирования - это полезный опыт для программиста.

зы. после этого смотря на слабовложенный код первых версий юниксов и на современные сырцы golang - понимаеш как взгляд на мир влияет на текст и наоборот.

Будто что-то плохое

если прикрутить Ш не Г

Так оно выглядит с Droid Sans Mono, полученным с помощью fontsrv из p9p. Не фонтан, но меня вполне устраивает.

вообще сделать интерфейс на GTK

Не получится (скорее всего) и не нужно.

Не получится (скорее всего) и не нужно.

Почему нет-то. Будут нормальные полосы прокрутки и общесистемный курсор мыши. Вместо того УГ, что там сейчас.

Будут нормальные полосы прокрутки

Они и так там нормальные и поудобней кастрированного GTK'шного дерьма.

общесистемный курсор мыши

Там только индикатор текущей позиции в тексте свой, что к курсору мыши не имеет отношения. Тебя же не смущает, что, например в графических редаторах свои маркеры выделения?

Они и так там нормальные и поудобней кастрированного GTK'шного дерьма.

Эталонное деление на ноль.

Там только индикатор текущей позиции в тексте свой, что к курсору мыши не имеет отношения.

Мышекурсор тоже свой. Может настраивается где-то, хз. Я так глубоко не копал.

Эталонное деление на ноль.

У GTK'шных скроллов есть функции, которых нет в acme? Есть все функции, какие есть в acme?

Мышекурсор тоже свой.

Нет. В acme-sac то же самое. И ничего настраивать не нужно.

Нет. В acme-sac то же самое. И ничего настраивать не нужно.

Значит где-то всё-таки нужно. Потому что у меня не «нет», а вовсе даже «да».

У GTK'шных скроллов есть функции, которых нет в acme? Есть все функции, какие есть в acme?

А шо, от скроллбара требуются какие-то функции, кроме «показывать смещение в буфере и при этом не выглядеть говном»? Вот так сюрприз.

А шо, от скроллбара требуются какие-то функции, кроме «показывать смещение в буфере и при этом не выглядеть говном»?

Ну так в чем тогда деление на ноль? Мне, например, интересно, где настроить GTK'шный скроллер, чтобы он при клике (не на самом ползунке) прокручивал буфер именно до этой позиции, а не на один шаг?

Мне, например, интересно, где настроить GTK'шный скроллер, чтобы он при клике (не на самом ползунке) прокручивал буфер именно до этой позиции, а не на один шаг?

Всю жизнь это делалось через middle click в gtk2 и left click в gtk3.

настраиваимо. ;)

Ссылочку, и насколько упадет производительность если совсем без мыши?

ныряй в сырцы Люк.

зы. не отказываюсь от мыши (ходя sam -d или ed не требуют мыши) в акме добавлять пункты в область команд можно пиШа через файловый интерфейс в том числе ( т.е не прыгая в область)

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

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