forum.opennet.ru - "Выпуск текстового редактора GNU Emacs 26.2" (44)

"Выпуск текстового редактора GNU Emacs 26.2"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск текстового редактора GNU Emacs 26.2"	+/–
Сообщение от opennews (ok), 12-Апр-19, 23:20
Проект GNU опубликовал (https://lists.gnu.org/archive/html/emacs-devel/2019-04/msg00...) релиз текстового редактора GNU Emacs 26.2 (http://www.gnu.org/software/emacs/). Вплоть до выпуска GNU Emacs 24.5 проект развивался под личным руководством Ричарда Столлмана, который передал (https://www.opennet.me/opennews/art.shtml?num=43264) пост лидера проекта Джону Вигли (John Wiegley) осенью 2015 года. Из наиболее заметных улучшений (http://www.gnu.org/software/emacs/news/NEWS.26.2) можно отметить обеспечение совместимости со спецификацией Unicode 11, возможность сборки модулей Emacs вне дерева исходных текстов Emacs, появление в Dired (режим для работы с файлами и каталогами) команды 'Z' для сжатия всех файлов в каталоге, улучшение поддержки Mercurial в режиме VC. При сборке в режиме '--with-xwidgets' теперь требуется наличие браузерного движка WebKit2. Изменён синтаксис shadow-файлов конфигурации ("~/.emacs.d/shadows" и "~/.emacs.d/shadow_todo"). URL: https://lists.gnu.org/archive/html/emacs-devel/2019-04/msg00... Новость: https://www.opennet.me/opennews/art.shtml?num=50509
Ответить \| Правка \| Cообщить модератору

Оглавление

Ему-то вебкит зачем, интересно , Michael Shigorin (ok), 23:20 , 12-Апр-19, (1) –3

Зачем операционной системе браузер Или, как альтернатива, можно пошутить про e, IRASoldier (?), 23:33 , 12-Апр-19, (2) +7
Сложно сказать Но меня последнее время не оставляет мысль а что если вышвырнут, Ordu (ok), 23:51 , 12-Апр-19, (3) –8

Чего конкретно вам не хватает-то RMS не одобряет эти ваши аккаунты Слушайте де, myhand (ok), 00:06 , 13-Апр-19, (5) +4

Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перем, Ordu (ok), 00:49 , 13-Апр-19, (7) –3

А, ещё вместо кошмарного customize, открывающего буферы на каждый чих, что-нибуд, Ordu (ok), 01:23 , 13-Апр-19, (9) –1

Что в принципе может более раздражать, чем всплывающее поверх , myhand (ok), 11:11 , 13-Апр-19, (19) +1

Возникающий ниоткуда буфер, который отъедает половину текущего буфера снизу, есл, Ordu (ok), 13:33 , 13-Апр-19, (23)

ecb layout left-analyse company-mode не помню бэкэнд, но с вспылающей менюшкой, Аноним84701 (ok), 00:11 , 14-Апр-19, (32) +2

Что это Про ecb написано, что это An interface to the Eclipse IDE Я думаю, ч, Ordu (ok), 16:29 , 14-Апр-19, (38) –1

Это не про клипсу, это про код браузер https www emacswiki org emacs EmacsCode, Аноним84701 (ok), 16:59 , 14-Апр-19, (39)

ECB умеет это, емнип , freehck (ok), 06:00 , 13-Апр-19, (12)
Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно Печально, что мал, myhand (ok), 11:07 , 13-Апр-19, (18)

Да, я подумываю перелезть на VSCode Привычки к кейбиндам можно переучить, а удо, Ordu (ok), 13:35 , 13-Апр-19, (24) –1

эта боль снимается всего лишь 2 плагинами neotree и origami А плагинов 100500 , фффф (?), 12:00 , 13-Апр-19, (20)

Нет, если дошло до степени хачу как в VS Code - то никак, хвала Аллаху , myhand (ok), 12:11 , 13-Апр-19, (21)
Спасибо, я гляну , Ordu (ok), 13:39 , 13-Апр-19, (26) –1
Закладки уже завезли , Аноним (28), 14:08 , 13-Апр-19, (28)
Глянул А вот ты не знаешь способа, как сделать, чтобы исключить буфер из списка, Ordu (ok), 14:17 , 13-Апр-19, (29) –1

C-x o движется не по буферам, а по окнам, растодаун , Аноним (28), 09:48 , 14-Апр-19, (36) +1

Пофиг , Ordu (ok), 11:17 , 14-Апр-19, (37) –1

Согласен, каждые 10 лет видение ооп надо менять , Аноним (6), 00:13 , 13-Апр-19, (6) +3

В том-то и дело, что его не надо было менять ООП, исходно, это теоретическая ко, Ordu (ok), 01:03 , 13-Апр-19, (8) +3

Smalltalk , qwerty123 (??), 06:42 , 13-Апр-19, (14)

Он был продолжением развития идей, перед тем, как C вбил последний гвоздь в зд, Ordu (ok), 13:36 , 13-Апр-19, (25)

Тот ООП, который Simula, и тот ООП, который Smalltalk - это две большие разницы,, KonstantinB (ok), 13:28 , 15-Апр-19, (41) –1

Ordu Но меня последнее время не оставляет мысль а что если вышвырнуть из emacs, _ (??), 05:06 , 13-Апр-19, (11) +1

И чё с того, как и что они называют , Ordu (ok), 13:44 , 13-Апр-19, (27) –1

Уже была такая идея, называлась xulrunner В итоге её сейчас убили или убивают И, lockywolf (?), 21:51 , 13-Апр-19, (31)

Это да https github com emacs-mirror emacs commit 9344612d3cd164317170b6189ec4, soarin (ok), 12:54 , 13-Апр-19, (22) +1
Чуваааааак, выдыхааааай , Нино Аном (?), 01:34 , 14-Апр-19, (33) +1
Он это заслужил , Анонимище (?), 16:37 , 15-Апр-19, (43)

Для браузера https emacsnotes wordpress com 2018 08 18 why-a-minimal-browser-w, Денис Смирнов (?), 23:53 , 12-Апр-19, (4) +4
Очевидный ответ народ играется с тем, что встраивает браузер непосредственно в , freehck (ok), 06:07 , 13-Апр-19, (13) +1

какие-то Gtk-виджеты в, вплоть до броузера, да Главная игрушка https www , Andrey Mitrofanov (?), 11:25 , 15-Апр-19, (40)

Скачать emacs можно отсюда https emacs dev, Аноним (10), 01:50 , 13-Апр-19, (10) +4

Never gonna give you up 127926 , kravich (ok), 07:03 , 13-Апр-19, (15) +1

elementary Codehttps www opennet ru opennews art shtml num 47853, Аноним (16), 09:01 , 13-Апр-19, (16) +2
Всё так же тормозит , Аноним (17), 09:47 , 13-Апр-19, (17) –3
Что будет, когда Столлман уйдёт Страшно представить Кто станет защищать нашу с, Анонимс (?), 16:28 , 13-Апр-19, (30) –3

Они и так сожрале, олё Нет твоей свободы ты уже давно раб, про которого знают в, Нино Аном (?), 01:46 , 14-Апр-19, (35) +4

стесняюсь спросить, в какую Кроликов разводить Лепить петухов на морозе из г-на, пох (?), 14:16 , 15-Апр-19, (42) –1

Так ты из тёплого г-на лепи - ещё и согреешся , Led (ok), 01:26 , 16-Апр-19, (44)

Он вроде говорил, что не любит свежачком обмазываться , Аноним (45), 08:21 , 16-Апр-19, (45)

Сообщения [Сортировка по времени | RSS]

1. "Выпуск текстового редактора GNU Emacs 26.2" –3 +/–

Сообщение от Michael Shigorin (ok), 12-Апр-19, 23:20

Ему-то вебкит зачем, интересно?..

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск текстового редактора GNU Emacs 26.2" +7 +/–

Сообщение от IRASoldier (?), 12-Апр-19, 23:33

Зачем операционной системе браузер? (Или, как альтернатива, можно пошутить про emacsd.)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск текстового редактора GNU Emacs 26.2" –8 +/–

Сообщение от Ordu (ok), 12-Апр-19, 23:51

Сложно сказать. Но меня последнее время не оставляет мысль: а что если вышвырнуть из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный движок рендеринга. Фишка в том, что в теории это должно круто лечь на общую модель того, как emacs подходит к выводу: он не заботится о всяких там нубских ExposeEvent, и выводит не тогда, когда видеокарте удобно или когда оконный менагер решил, что неплохо было бы перерисовать окно, а тогда, когда emacs'у захочется. Сопряжение этого чуда с X'ами -- это такое костылестроение, которого не только лишь все, мало кто видел.
Ну так вот, и если это сделать, то затем внезапно lisp'овому коду откроются широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса, не вдаваясь при этом в во всякие там подробности и детали отрисовки. Не прибивая себя гвоздями к ограниченности какого-либо фреймворка, не связываясь с этим дурацким видением ООП из прошлого тысячелетия, легко и непринуждённо реализуя разные темы, переходя от elisp байткода к webassembly, выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт, и работать в emacs'е со своими файлами из любого места с любого устройства... эххх... мечты-мечты...
Собственно я это к тому, что увидев про webkit2 я подумал, что мои мысли были услышаны, но... нет. xwidgets -- это про то, чтобы gtk-шные виджеты рисовать. Глупость короче, emacs как всегда лет на двадцать отстаёт от `date -d now`.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Выпуск текстового редактора GNU Emacs 26.2" +4 +/–

Сообщение от myhand (ok), 13-Апр-19, 00:06

> широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса
Чего конкретно вам не хватает-то?
> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт
RMS не одобряет эти ваши аккаунты.  Слушайте дедушку, покудова жив.
> emacs как всегда лет на двадцать отстаёт от `date -d now`
Аллилуйя!

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Выпуск текстового редактора GNU Emacs 26.2" –3 +/–

Сообщение от Ordu (ok), 13-Апр-19, 00:49

>> широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса
> Чего конкретно вам не хватает-то?
Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перемещение между файлами без границ. Текст файла не в виде простыни кода, а в виде отдельных топ-левел блоков, чтобы я их сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже мышкой, если у меня половина рук занята чем-то посторонним. Это если навскидку.
>> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт
> RMS не одобряет эти ваши аккаунты.  Слушайте дедушку, покудова жив.
Он много чего не одобряет. А меня раздражают все эти преграды на пути программерской мысли.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 13-Апр-19, 01:23

А, ещё вместо кошмарного customize, открывающего буферы на каждый чих, что-нибудь нормальное. Хотя бы просто дерево-таблицу, где в левом столбце дерево категорий и индивидуальных настроек, а в остальных частях пояснения семантики опций и собственно поля для изменения их.
И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх.
Это из раздражающего. Можно ещё подумать на тему чего-нибудь в стиле выпадающего списка в минибуфере, чтобы предыдущие команды можно было бы использовать. Конфигурируемого тулбара, куда легко можно вытащить и повесить любой обработчик на elisp. Даже конфигурируемых тулбаров, как buffer local, так и глобальных, которые можно присобачить к любой границе окна/буфера, куда можно вешать элементы, чья отрисовка определяется моими скриптами и чьё взаимодействие с мышкой/клавиатурой определяется моими же скриптами. Скажем, мне хочется знать, сколько слов в строке с курсором -- я беру и добавляю на buffer-local тулбар элемент, и к нему скрипт отрисовки, который рисует его как <span style="border: 1px black">N</span> обновляя этот самый N после каждого движения нажатия клавиши и каждого перемещения курсора.
Ну да, и html и объекты DOM в синтаксисе s-expressions, чтобы бесшовная интеграция с лиспом:
`(span (:style (:border "1px" ,theme-foreground-color)) ,(word-count-in-current-line))

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

19. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от myhand (ok), 13-Апр-19, 11:11

> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх.
Что в принципе может более раздражать, чем "всплывающее поверх"?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

23. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Ordu (ok), 13-Апр-19, 13:33

>> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх.
> Что в принципе может более раздражать, чем "всплывающее поверх"?
Возникающий ниоткуда буфер, который отъедает половину текущего буфера снизу, если курсор оказывался за краем буфера, то соответственно всё в буфере двигается так, чтобы после располовинивания, он остался бы в буфере и иногда после появления такого всплывающего буфера, сидишь, тупишь, пытаешься понять где на экране тот кусок кода, который вообще вызвал у меня желание лезть в минибуфер. Иногда при этом он уже и не на экране.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

32. "Выпуск текстового редактора GNU Emacs 26.2" +2 +/–

Сообщение от Аноним84701 (ok), 14-Апр-19, 00:11

> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему,
ecb (layout left-analyse)
> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх.
company-mode (не помню бэкэнд, но с вспылающей менюшкой есть уже давно и как бы он сейчас не по умолчанию с ней шел)
https://company-mode.github.io/ (см. скрин)
> Можно ещё подумать на тему чего-нибудь в стиле выпадающего
> списка в минибуфере, чтобы предыдущие команды можно было бы использовать.
https://emacs-helm.github.io/helm/
https://emacs-helm.github.io/helm/images/helm-buffers-list.gif
Но вообще, с мыслью из #3 о костыльности отрисовки в граф.моде согласен -- во многих местах шурупы, которыми прикручивали "современные" (т.е. еще конца прошлого века) возможности гуя через ГТК, торчат наружу в самых неожиданных местах.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

38. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 14-Апр-19, 16:29

> ecb (layout left-analyse)
Что это? Про ecb написано, что это "An interface to the Eclipse IDE". Я думаю, что если я поставлю eclipse, то я не буду костылить и впихивать в него emacs. Или оно не требует установки eclipse?
> company-mode (не помню бэкэнд, но с вспылающей менюшкой есть уже давно и как бы он сейчас не по умолчанию с ней шел)
Да, круто. Спасибо.
> Но вообще, с мыслью из #3 о костыльности отрисовки в граф.моде согласен -- во многих местах шурупы, которыми прикручивали "современные" (т.е. еще конца прошлого века) возможности гуя через ГТК, торчат наружу в самых неожиданных местах.
Во, круто что это кто-то понимает. Тут публика слишком догматична, чтобы оценить идею отрисовки при помощи html/css. Некоторые тут считают даже (я видел в комментах), что css замедляет работу сайтов.
Но вообще, если несколько абстрагироваться от html/css в том виде, в котором они описаны на w3c, взять основную идею блочной разметки текста, то... Я сейчас подумываю о том, чтобы запилить эмулятор терминала, с esc-последовательностями изоморфными html. Чтобы можно было бы сделать, что-нибудь в стиле:
printf("\eu<Глянь\e>, это \ei<курсив\e>, а это \eb<жирный\e>\n")
или
printf("\ediv{id: menu}<\e>");
printf("\estyle{#menu {width: 100%; position: fixed; left: 0px; top: 0px; background: grey;}}");
// и теперь menuitem
printf("\estyle{.menuitem {color: black; margin-left: 1em; margin-right: 1em;}}");
printf("\eadd_child($id, span{id: file; class: menuitem}<File>)");
printf("\eadd_cb($file, {onclick})");
А затем:
if scanf("\e$file.onclick(%d, %d)", &x, &y) == 2 {
    printf("File clicked with mouse coords: (%d, %d)", x, y);
}
Ну или типа того. Я не продумал ещё в деталях весь этот протокол общения между терминалом и приложением. Но фишка в том, что его можно сделать недвусмысленным, дать возможность добавлять/изменять/удалять элементы. Выкидывать в помойку элементы уползающие за край терминала (или может выкидывать их не сразу, или не все, и иметь некое хранилище для созданных но неотображаемых элементов, типа видеопамяти, где можно хранить кучу всякой всячины, рисуя при этом лишь какой-то кусок её). Что-то с css тоже надо сделать, чтобы их можно было бы прочищать. Было бы прикольно привязать хранилище тегов и правил css к процессу, чтобы когда процесс помер, можно было бы зачистить выборочно "видеопамять". Можно ascii представление заменить на бинарное -- это может сэкономить ресурсов, но прибъёт читабельность глазами. Что может быть и не важно, потому что даже в таком виде оно не очень удобно, и по-любому поверх надо наворачивать API для ввода/вывода этих esc-последовательностей. Но тогда со скриптовыми языками начнутся проблемы -- не все скриптовые языки умеют работать с бинарными данными, и некоторым придётся писать модули на C, чтобы получить доступ к этим возможностям терминала.
ncurses не нужен при таком подходе. DOM может хранится на стороне терминала, и общение с ним обеспечивать посредством протокола -- это, правда, может замедлять в некоторых случаях, но если библиотечку для управления DOM терминала сделать именно библиотечкой, то ничто не помешает поверх неё написать client-side обёртку, чтобы проводить ввод/вывод через неё, и иметь идентичную копию DOM на стороне клиента. Костыль конечно, но альтернатива -- это shared memory, растущее количество связей между клиентом и сервером, проблемы синхронизации, и вообще увеличение сложности, от него просто напрашивается откупиться повышенным расходом оперативки.
Правда я тут подумал, что сложно будет отслеживать состояние DOM если есть несколько конкуретных процессов, которые параллельно выводят в терминал.
А если ещё дать возможность загружать в терминал модули на webassembly, для того, чтобы, например, выводить видео из ffmpeg буковками, но передавать кадры не as is, а в виде закодированного пожатого битового потока, и декодировать в буковки на стороне терминала... это вообще сделает ненужным Xorg, Wayland, gtk/qt/wxwidgets/... и всё остальное. И электрон в частности станет ненужным. И даже web станет ненужным, и даже небо, и даже Аллах.
Но применительно к emacs'у это просто фонтан, а не идея, потому что emacs может продолжать работать с графикой (с тем что он считает графикой) так, как он работал с ней исходно в 80-х годах через ncurses, только вместо ncurses будет тонкая прослойка API над printf. А при желании, можно загрузить в терминал vt100.wasm, и будет emacs работать с терминалом через ncurses.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

39. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Аноним84701 (ok), 14-Апр-19, 16:59

>> ecb (layout left-analyse)
> Что это? Про ecb написано, что это "An interface to the Eclipse
> IDE". Я думаю, что если я поставлю eclipse, то я не буду костылить и впихивать в него emacs. Или оно не требует
> установки eclipse?
Это не про клипсу, это про код браузер:
https://www.emacswiki.org/emacs/EmacsCodeBrowser
https://github.com/ecb-home/ecb

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

12. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от freehck (ok), 13-Апр-19, 06:00

> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перемещение между файлами без границ. Текст файла не в виде простыни кода, а в виде отдельных топ-левел блоков, чтобы я их сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже мышкой, если у меня половина рук занята чем-то посторонним. Это если навскидку.
ECB умеет это, емнип.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

18. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от myhand (ok), 13-Апр-19, 11:07

> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по
> нему, перемещение между файлами без границ. Текст файла не в виде
> простыни кода, а в виде отдельных топ-левел блоков, чтобы я их
> сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже
> мышкой, если у меня половина рук занята чем-то посторонним. Это если
> навскидку.
Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно.
>>> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт
>> RMS не одобряет эти ваши аккаунты.  Слушайте дедушку, покудова жив.
> Он много чего не одобряет.
Печально, что мало орет в голос "я же вам говорил!", а пора-б.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

24. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 13-Апр-19, 13:35

>> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по
>> нему, перемещение между файлами без границ. Текст файла не в виде
>> простыни кода, а в виде отдельных топ-левел блоков, чтобы я их
>> сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже
>> мышкой, если у меня половина рук занята чем-то посторонним. Это если
>> навскидку.
> Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно.
Да, я подумываю перелезть на VSCode. Привычки к кейбиндам можно переучить, а удобно программировать важнее чем держаться за какую-то там идею.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от фффф (?), 13-Апр-19, 12:00

эта боль снимается всего лишь 2 плагинами: neotree и origami. А плагинов 100500 и каждый какую-то хотелку решает ;)

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

21. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от myhand (ok), 13-Апр-19, 12:11

Нет, если дошло до степени "хачу как в VS Code" - то никак, хвала Аллаху.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

26. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 13-Апр-19, 13:39

> эта боль снимается всего лишь 2 плагинами: neotree и origami. А плагинов
> 100500 и каждый какую-то хотелку решает ;)
Спасибо, я гляну.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Аноним (28), 13-Апр-19, 14:08

> neotree
Закладки уже завезли?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

29. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 13-Апр-19, 14:17

Глянул. А вот ты не знаешь способа, как сделать, чтобы исключить буфер из списка по которому C-x o движется? Я каждый раз ленюсь выяснить как это можно сделать, и именно этим у меня заканчивается использование всех этих аддонов, которые открывают дополнительные информационные/навигационные буфера. И я даже каждый раз забываю об этом.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

36. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от Аноним (28), 14-Апр-19, 09:48

"C-x o" движется не по буферам, а по окнам, растодаун.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 14-Апр-19, 11:17

> "C-x o" движется не по буферам, а по окнам, растодаун.
Пофиг.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

6. "Выпуск текстового редактора GNU Emacs 26.2" +3 +/–

Сообщение от Аноним (6), 13-Апр-19, 00:13

> дурацким видением ООП из прошлого тысячелетия
Согласен, каждые 10 лет видение ооп надо менять.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "Выпуск текстового редактора GNU Emacs 26.2" +3 +/–

Сообщение от Ordu (ok), 13-Апр-19, 01:03

>> дурацким видением ООП из прошлого тысячелетия
> Согласен, каждые 10 лет видение ооп надо менять.
В том-то и дело, что его не надо было менять. ООП, исходно, это теоретическая концепция, вся суть которой сводится к тому, что надо программу разбить на куски и инкапсулировать всё внутри, организовав взаимодействие между кусками передачей сообщений (не указателей, каких-нибудь, а сообщений, которые можно реализовать как вызовы методов или функцией emit_event, или даже HTTP POST). Короче что-то типа сегодняшней идеи микросервисов. Или любое взаимодействие клиента и сервера может быть неплохим примером.
Потом приключилась Simula, которая эти идеи реализовывала, и ООП мышление запало на симуляцию и на то, что надо выделять идею объекта в предметной области, сопоставлять этой идее класс, и писать симуляторы. Фу такими быть. Написание симуляторов -- это маленькая часть программирования в целом. Но нет, надо было поставить эксперимент с запихиванием всего программирования в рамки именно такого симулирующего ООП, с тем чтобы посмотреть, что из этого выйдет. То есть эксперимент стоил того: благодаря ему мы сегодня убеждённо можем говорить о том, что не вышел каменный цветочек. Но тянуть сегодня ошмётки того ООП и таскаться с ними как с писаной торбой -- это... ну я не знаю как это называется.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

14. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от qwerty123 (??), 13-Апр-19, 06:42

>Короче что-то типа сегодняшней идеи микросервисов.
Smalltalk?

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

25. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Ordu (ok), 13-Апр-19, 13:36

>>Короче что-то типа сегодняшней идеи микросервисов.
> Smalltalk?
Он был продолжением развития идей, перед тем, как C++ вбил последний гвоздь в здравомыслие.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

41. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от KonstantinB (ok), 15-Апр-19, 13:28

Тот ООП, который Simula, и тот ООП, который Smalltalk - это две большие разницы, если задуматься.
Тот, который Simula, прекрасно подходит для моделирования предметных сущностей. А тот, который Smalltalk, для, гм, всего остального. При этом они отлично совмещаются друг с другом (см. domain events в DDD).

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от _ (??), 13-Апр-19, 05:06

Ordu> Но меня последнее время не оставляет мысль: а что если вышвырнуть из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный движок рендеринга.
Знаешь _что_ то твоему ТЗ наваяют нынешние програмизды?
Ога-ога - оно самое на електроне/атоме/ноде/бандлед_хроме :-о

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

27. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от Ordu (ok), 13-Апр-19, 13:44

> Ordu> Но меня последнее время не оставляет мысль: а что если вышвырнуть
> из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к
> текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный
> движок рендеринга.
> Знаешь _что_ то твоему ТЗ наваяют нынешние програмизды?
> Ога-ога - оно самое на електроне/атоме/ноде/бандлед_хроме :-о
И чё с того, как и что они называют?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

31. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от lockywolf (?), 13-Апр-19, 21:51

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

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

22. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от soarin (ok), 13-Апр-19, 12:54

> Emacs как всегда лет на двадцать отстаёт
Это да.
https://github.com/emacs-mirror/emacs/commit/9344612d3cd1643...

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

33. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от Нино Аном (?), 14-Апр-19, 01:34

Чуваааааак, выдыхааааай!

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

43. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Анонимище (?), 15-Апр-19, 16:37

>> и выводит не тогда, когда видеокарте удобно или когда оконный менагер решил,
>> что неплохо было бы перерисовать окно, а тогда, когда emacs'у захочется.
Он это заслужил :)

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Выпуск текстового редактора GNU Emacs 26.2" +4 +/–

Сообщение от Денис Смирнов (?), 12-Апр-19, 23:53

Для браузера.
https://emacsnotes.wordpress.com/2018/08/18/why-a-minimal-br.../
https://www.gnu.org/software/emacs/manual/html_node/elisp/Xw...

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от freehck (ok), 13-Апр-19, 06:07

> Ему-то вебкит зачем, интересно?..
Очевидный ответ: народ играется с тем, что встраивает браузер непосредственно в Emacs. Уже в прошлой версии это было. Правда, кому оно нафиг нужно -- ума не приложу.
В смысле, когда-нибудь оно и может и пригодится, но пока Emacs однопоточный -- говорить тут не о чем: просто ребята играются.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

40. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Andrey Mitrofanov (?), 15-Апр-19, 11:25

>> Ему-то вебкит зачем, интересно?..
> Очевидный ответ: народ играется с тем, что встраивает
...какие-то Gtk-виджеты в, вплоть до броузера, да.  Главная игрушка.
https://www.emacswiki.org/emacs/EmacsXWidgets
" Xwidgets is a concept similar to the Java AWT toolkit, but instead for Elisp. "
  - вот прям всё объясняет1
>браузер непосредственно в Emacs.
> Уже в прошлой версии это было. Правда, кому оно нафиг нужно
> -- ума не приложу.
Ларс [говорит, что] ютуб смотрит.  %)
https://lists.gnu.org/archive/html/emacs-devel/2016-01/msg01...
https://lists.gnu.org/archive/html/emacs-devel/2016-02/msg00...

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

10. "Выпуск текстового редактора GNU Emacs 26.2" +4 +/–

Сообщение от Аноним (10), 13-Апр-19, 01:50

Скачать emacs можно отсюда: https://emacs.dev

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Выпуск текстового редактора GNU Emacs 26.2" +1 +/–

Сообщение от kravich (ok), 13-Апр-19, 07:03

Never gonna give you up... 🎶

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Выпуск текстового редактора GNU Emacs 26.2" +2 +/–

Сообщение от Аноним (16), 13-Апр-19, 09:01

elementary Code
https://www.opennet.me/opennews/art.shtml?num=47853

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Выпуск текстового редактора GNU Emacs 26.2" –3 +/–

Сообщение от Аноним (17), 13-Апр-19, 09:47

Всё так же тормозит?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Выпуск текстового редактора GNU Emacs 26.2" –3 +/–

Сообщение от Анонимс (?), 13-Апр-19, 16:28

> Вплоть до выпуска GNU Emacs 24.5 проект развивался под личным руководством Ричарда Столлмана, который передал пост лидера проекта Джону Вигли
Что будет, когда Столлман уйдёт? Страшно представить. Кто станет защищать нашу свободу от корпорастов, ведь, сожрут мерзавцы с потрохами и не подавятся. А ведь не всякий из нас имеет такое мировоззрение и идеи, готов жертвовать собой и сможет жить, как Столлман! Этот мужественный человек делает всё для нас с вами, для всего мира, чтобы мы могли свободно и без СМС пользоваться ПО для учёбы, творчества и работы. Выражаю свою благодарность Столлману и всем тем людям, которые заняты в разработке и популяризации СПО в мире!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Выпуск текстового редактора GNU Emacs 26.2" +4 +/–

Сообщение от Нино Аном (?), 14-Апр-19, 01:46

Они и так сожрале, олё!
Нет твоей свободы: ты уже давно раб, про которого знают все, кроме тебя. Privacy is dead. Твоими данными торгуют все. Каждый твой клик уже посчитан, проанализирован и взвешен. Ты — товар. Рввно как и вся твоя история взаимодействия с сетью. Прими это и начни уже двигаться в другую сторону.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

42. "Выпуск текстового редактора GNU Emacs 26.2" –1 +/–

Сообщение от пох (?), 15-Апр-19, 14:16

> Прими это и начни уже двигаться в другую сторону.
стесняюсь спросить, в какую? Кроликов разводить?
Лепить петухов на морозе из г-на не предлагайте - очень руки мерзнут.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Led (ok), 16-Апр-19, 01:26

> очень руки мерзнут
Так ты из тёплого г-на лепи - ещё и согреешся.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

45. "Выпуск текстового редактора GNU Emacs 26.2" +/–

Сообщение от Аноним (45), 16-Апр-19, 08:21

Он вроде говорил, что не любит свежачком обмазываться... :)

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выпуск текстового редактора GNU Emacs 26.2"	–3 +/–
Сообщение от Michael Shigorin (ok), 12-Апр-19, 23:20
Ему-то вебкит зачем, интересно?..
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Выпуск текстового редактора GNU Emacs 26.2"	+7 +/–
	Сообщение от IRASoldier (?), 12-Апр-19, 23:33
	Зачем операционной системе браузер? (Или, как альтернатива, можно пошутить про emacsd.)
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Выпуск текстового редактора GNU Emacs 26.2"	–8 +/–
	Сообщение от Ordu (ok), 12-Апр-19, 23:51
	Сложно сказать. Но меня последнее время не оставляет мысль: а что если вышвырнуть из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный движок рендеринга. Фишка в том, что в теории это должно круто лечь на общую модель того, как emacs подходит к выводу: он не заботится о всяких там нубских ExposeEvent, и выводит не тогда, когда видеокарте удобно или когда оконный менагер решил, что неплохо было бы перерисовать окно, а тогда, когда emacs'у захочется. Сопряжение этого чуда с X'ами -- это такое костылестроение, которого не только лишь все, мало кто видел. Ну так вот, и если это сделать, то затем внезапно lisp'овому коду откроются широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса, не вдаваясь при этом в во всякие там подробности и детали отрисовки. Не прибивая себя гвоздями к ограниченности какого-либо фреймворка, не связываясь с этим дурацким видением ООП из прошлого тысячелетия, легко и непринуждённо реализуя разные темы, переходя от elisp байткода к webassembly, выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт, и работать в emacs'е со своими файлами из любого места с любого устройства... эххх... мечты-мечты... Собственно я это к тому, что увидев про webkit2 я подумал, что мои мысли были услышаны, но... нет. xwidgets -- это про то, чтобы gtk-шные виджеты рисовать. Глупость короче, emacs как всегда лет на двадцать отстаёт от `date -d now`.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	5. "Выпуск текстового редактора GNU Emacs 26.2"	+4 +/–
	Сообщение от myhand (ok), 13-Апр-19, 00:06
	> широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса Чего конкретно вам не хватает-то? > выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт RMS не одобряет эти ваши аккаунты. Слушайте дедушку, покудова жив. > emacs как всегда лет на двадцать отстаёт от `date -d now` Аллилуйя!
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	7. "Выпуск текстового редактора GNU Emacs 26.2"	–3 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 00:49
	>> широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса > Чего конкретно вам не хватает-то? Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перемещение между файлами без границ. Текст файла не в виде простыни кода, а в виде отдельных топ-левел блоков, чтобы я их сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже мышкой, если у меня половина рук занята чем-то посторонним. Это если навскидку. >> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт > RMS не одобряет эти ваши аккаунты. Слушайте дедушку, покудова жив. Он много чего не одобряет. А меня раздражают все эти преграды на пути программерской мысли.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	9. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 01:23
	А, ещё вместо кошмарного customize, открывающего буферы на каждый чих, что-нибудь нормальное. Хотя бы просто дерево-таблицу, где в левом столбце дерево категорий и индивидуальных настроек, а в остальных частях пояснения семантики опций и собственно поля для изменения их. И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх. Это из раздражающего. Можно ещё подумать на тему чего-нибудь в стиле выпадающего списка в минибуфере, чтобы предыдущие команды можно было бы использовать. Конфигурируемого тулбара, куда легко можно вытащить и повесить любой обработчик на elisp. Даже конфигурируемых тулбаров, как buffer local, так и глобальных, которые можно присобачить к любой границе окна/буфера, куда можно вешать элементы, чья отрисовка определяется моими скриптами и чьё взаимодействие с мышкой/клавиатурой определяется моими же скриптами. Скажем, мне хочется знать, сколько слов в строке с курсором -- я беру и добавляю на buffer-local тулбар элемент, и к нему скрипт отрисовки, который рисует его как <span style="border: 1px black">N</span> обновляя этот самый N после каждого движения нажатия клавиши и каждого перемещения курсора. Ну да, и html и объекты DOM в синтаксисе s-expressions, чтобы бесшовная интеграция с лиспом: `(span (:style (:border "1px" ,theme-foreground-color)) ,(word-count-in-current-line))
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	19. "Выпуск текстового редактора GNU Emacs 26.2"	+1 +/–
	Сообщение от myhand (ok), 13-Апр-19, 11:11
	> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх. Что в принципе может более раздражать, чем "всплывающее поверх"?
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	23. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от Ordu (ok), 13-Апр-19, 13:33
	>> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх. > Что в принципе может более раздражать, чем "всплывающее поверх"? Возникающий ниоткуда буфер, который отъедает половину текущего буфера снизу, если курсор оказывался за краем буфера, то соответственно всё в буфере двигается так, чтобы после располовинивания, он остался бы в буфере и иногда после появления такого всплывающего буфера, сидишь, тупишь, пытаешься понять где на экране тот кусок кода, который вообще вызвал у меня желание лезть в минибуфер. Иногда при этом он уже и не на экране.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	32. "Выпуск текстового редактора GNU Emacs 26.2"	+2 +/–
	Сообщение от Аноним84701 (ok), 14-Апр-19, 00:11
	> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, ecb (layout left-analyse) > И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх. company-mode (не помню бэкэнд, но с вспылающей менюшкой есть уже давно и как бы он сейчас не по умолчанию с ней шел) https://company-mode.github.io/ (см. скрин) > Можно ещё подумать на тему чего-нибудь в стиле выпадающего > списка в минибуфере, чтобы предыдущие команды можно было бы использовать. https://emacs-helm.github.io/helm/ https://emacs-helm.github.io/helm/images/helm-buffers-list.gif Но вообще, с мыслью из #3 о костыльности отрисовки в граф.моде согласен -- во многих местах шурупы, которыми прикручивали "современные" (т.е. еще конца прошлого века) возможности гуя через ГТК, торчат наружу в самых неожиданных местах.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	38. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 14-Апр-19, 16:29
	> ecb (layout left-analyse) Что это? Про ecb написано, что это "An interface to the Eclipse IDE". Я думаю, что если я поставлю eclipse, то я не буду костылить и впихивать в него emacs. Или оно не требует установки eclipse? > company-mode (не помню бэкэнд, но с вспылающей менюшкой есть уже давно и как бы он сейчас не по умолчанию с ней шел) Да, круто. Спасибо. > Но вообще, с мыслью из #3 о костыльности отрисовки в граф.моде согласен -- во многих местах шурупы, которыми прикручивали "современные" (т.е. еще конца прошлого века) возможности гуя через ГТК, торчат наружу в самых неожиданных местах. Во, круто что это кто-то понимает. Тут публика слишком догматична, чтобы оценить идею отрисовки при помощи html/css. Некоторые тут считают даже (я видел в комментах), что css замедляет работу сайтов. Но вообще, если несколько абстрагироваться от html/css в том виде, в котором они описаны на w3c, взять основную идею блочной разметки текста, то... Я сейчас подумываю о том, чтобы запилить эмулятор терминала, с esc-последовательностями изоморфными html. Чтобы можно было бы сделать, что-нибудь в стиле: printf("\eu<Глянь\e>, это \ei<курсив\e>, а это \eb<жирный\e>\n") или printf("\ediv{id: menu}<\e>"); printf("\estyle{#menu {width: 100%; position: fixed; left: 0px; top: 0px; background: grey;}}"); // и теперь menuitem printf("\estyle{.menuitem {color: black; margin-left: 1em; margin-right: 1em;}}"); printf("\eadd_child($id, span{id: file; class: menuitem}<File>)"); printf("\eadd_cb($file, {onclick})"); А затем: if scanf("\e$file.onclick(%d, %d)", &x, &y) == 2 { printf("File clicked with mouse coords: (%d, %d)", x, y); } Ну или типа того. Я не продумал ещё в деталях весь этот протокол общения между терминалом и приложением. Но фишка в том, что его можно сделать недвусмысленным, дать возможность добавлять/изменять/удалять элементы. Выкидывать в помойку элементы уползающие за край терминала (или может выкидывать их не сразу, или не все, и иметь некое хранилище для созданных но неотображаемых элементов, типа видеопамяти, где можно хранить кучу всякой всячины, рисуя при этом лишь какой-то кусок её). Что-то с css тоже надо сделать, чтобы их можно было бы прочищать. Было бы прикольно привязать хранилище тегов и правил css к процессу, чтобы когда процесс помер, можно было бы зачистить выборочно "видеопамять". Можно ascii представление заменить на бинарное -- это может сэкономить ресурсов, но прибъёт читабельность глазами. Что может быть и не важно, потому что даже в таком виде оно не очень удобно, и по-любому поверх надо наворачивать API для ввода/вывода этих esc-последовательностей. Но тогда со скриптовыми языками начнутся проблемы -- не все скриптовые языки умеют работать с бинарными данными, и некоторым придётся писать модули на C, чтобы получить доступ к этим возможностям терминала. ncurses не нужен при таком подходе. DOM может хранится на стороне терминала, и общение с ним обеспечивать посредством протокола -- это, правда, может замедлять в некоторых случаях, но если библиотечку для управления DOM терминала сделать именно библиотечкой, то ничто не помешает поверх неё написать client-side обёртку, чтобы проводить ввод/вывод через неё, и иметь идентичную копию DOM на стороне клиента. Костыль конечно, но альтернатива -- это shared memory, растущее количество связей между клиентом и сервером, проблемы синхронизации, и вообще увеличение сложности, от него просто напрашивается откупиться повышенным расходом оперативки. Правда я тут подумал, что сложно будет отслеживать состояние DOM если есть несколько конкуретных процессов, которые параллельно выводят в терминал. А если ещё дать возможность загружать в терминал модули на webassembly, для того, чтобы, например, выводить видео из ffmpeg буковками, но передавать кадры не as is, а в виде закодированного пожатого битового потока, и декодировать в буковки на стороне терминала... это вообще сделает ненужным Xorg, Wayland, gtk/qt/wxwidgets/... и всё остальное. И электрон в частности станет ненужным. И даже web станет ненужным, и даже небо, и даже Аллах. Но применительно к emacs'у это просто фонтан, а не идея, потому что emacs может продолжать работать с графикой (с тем что он считает графикой) так, как он работал с ней исходно в 80-х годах через ncurses, только вместо ncurses будет тонкая прослойка API над printf. А при желании, можно загрузить в терминал vt100.wasm, и будет emacs работать с терминалом через ncurses.
	Ответить \| Правка \| ^ к родителю #32 \| Наверх \| Cообщить модератору


	39. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от Аноним84701 (ok), 14-Апр-19, 16:59
	>> ecb (layout left-analyse) > Что это? Про ecb написано, что это "An interface to the Eclipse > IDE". Я думаю, что если я поставлю eclipse, то я не буду костылить и впихивать в него emacs. Или оно не требует > установки eclipse? Это не про клипсу, это про код браузер: https://www.emacswiki.org/emacs/EmacsCodeBrowser https://github.com/ecb-home/ecb
	Ответить \| Правка \| ^ к родителю #38 \| Наверх \| Cообщить модератору


	12. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от freehck (ok), 13-Апр-19, 06:00
	> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перемещение между файлами без границ. Текст файла не в виде простыни кода, а в виде отдельных топ-левел блоков, чтобы я их сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже мышкой, если у меня половина рук занята чем-то посторонним. Это если навскидку. ECB умеет это, емнип.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	18. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от myhand (ok), 13-Апр-19, 11:07
	> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по > нему, перемещение между файлами без границ. Текст файла не в виде > простыни кода, а в виде отдельных топ-левел блоков, чтобы я их > сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже > мышкой, если у меня половина рук занята чем-то посторонним. Это если > навскидку. Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно. >>> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт >> RMS не одобряет эти ваши аккаунты. Слушайте дедушку, покудова жив. > Он много чего не одобряет. Печально, что мало орет в голос "я же вам говорил!", а пора-б.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	24. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 13:35
	>> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по >> нему, перемещение между файлами без границ. Текст файла не в виде >> простыни кода, а в виде отдельных топ-левел блоков, чтобы я их >> сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже >> мышкой, если у меня половина рук занята чем-то посторонним. Это если >> навскидку. > Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно. Да, я подумываю перелезть на VSCode. Привычки к кейбиндам можно переучить, а удобно программировать важнее чем держаться за какую-то там идею.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	20. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от фффф (?), 13-Апр-19, 12:00
	эта боль снимается всего лишь 2 плагинами: neotree и origami. А плагинов 100500 и каждый какую-то хотелку решает ;)
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	21. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от myhand (ok), 13-Апр-19, 12:11
	Нет, если дошло до степени "хачу как в VS Code" - то никак, хвала Аллаху.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	26. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 13:39
	> эта боль снимается всего лишь 2 плагинами: neotree и origami. А плагинов > 100500 и каждый какую-то хотелку решает ;) Спасибо, я гляну.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	28. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от Аноним (28), 13-Апр-19, 14:08
	> neotree Закладки уже завезли?
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	29. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 14:17
	Глянул. А вот ты не знаешь способа, как сделать, чтобы исключить буфер из списка по которому C-x o движется? Я каждый раз ленюсь выяснить как это можно сделать, и именно этим у меня заканчивается использование всех этих аддонов, которые открывают дополнительные информационные/навигационные буфера. И я даже каждый раз забываю об этом.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	36. "Выпуск текстового редактора GNU Emacs 26.2"	+1 +/–
	Сообщение от Аноним (28), 14-Апр-19, 09:48
	"C-x o" движется не по буферам, а по окнам, растодаун.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	37. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 14-Апр-19, 11:17
	> "C-x o" движется не по буферам, а по окнам, растодаун. Пофиг.
	Ответить \| Правка \| ^ к родителю #36 \| Наверх \| Cообщить модератору


	6. "Выпуск текстового редактора GNU Emacs 26.2"	+3 +/–
	Сообщение от Аноним (6), 13-Апр-19, 00:13
	> дурацким видением ООП из прошлого тысячелетия Согласен, каждые 10 лет видение ооп надо менять.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	8. "Выпуск текстового редактора GNU Emacs 26.2"	+3 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 01:03
	>> дурацким видением ООП из прошлого тысячелетия > Согласен, каждые 10 лет видение ооп надо менять. В том-то и дело, что его не надо было менять. ООП, исходно, это теоретическая концепция, вся суть которой сводится к тому, что надо программу разбить на куски и инкапсулировать всё внутри, организовав взаимодействие между кусками передачей сообщений (не указателей, каких-нибудь, а сообщений, которые можно реализовать как вызовы методов или функцией emit_event, или даже HTTP POST). Короче что-то типа сегодняшней идеи микросервисов. Или любое взаимодействие клиента и сервера может быть неплохим примером. Потом приключилась Simula, которая эти идеи реализовывала, и ООП мышление запало на симуляцию и на то, что надо выделять идею объекта в предметной области, сопоставлять этой идее класс, и писать симуляторы. Фу такими быть. Написание симуляторов -- это маленькая часть программирования в целом. Но нет, надо было поставить эксперимент с запихиванием всего программирования в рамки именно такого симулирующего ООП, с тем чтобы посмотреть, что из этого выйдет. То есть эксперимент стоил того: благодаря ему мы сегодня убеждённо можем говорить о том, что не вышел каменный цветочек. Но тянуть сегодня ошмётки того ООП и таскаться с ними как с писаной торбой -- это... ну я не знаю как это называется.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	14. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от qwerty123 (??), 13-Апр-19, 06:42
	>Короче что-то типа сегодняшней идеи микросервисов. Smalltalk?
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	25. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от Ordu (ok), 13-Апр-19, 13:36
	>>Короче что-то типа сегодняшней идеи микросервисов. > Smalltalk? Он был продолжением развития идей, перед тем, как C++ вбил последний гвоздь в здравомыслие.
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	41. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от KonstantinB (ok), 15-Апр-19, 13:28
	Тот ООП, который Simula, и тот ООП, который Smalltalk - это две большие разницы, если задуматься. Тот, который Simula, прекрасно подходит для моделирования предметных сущностей. А тот, который Smalltalk, для, гм, всего остального. При этом они отлично совмещаются друг с другом (см. domain events в DDD).
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	11. "Выпуск текстового редактора GNU Emacs 26.2"	+1 +/–
	Сообщение от _ (??), 13-Апр-19, 05:06
	Ordu> Но меня последнее время не оставляет мысль: а что если вышвырнуть из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный движок рендеринга. Знаешь _что_ то твоему ТЗ наваяют нынешние програмизды? Ога-ога - оно самое на електроне/атоме/ноде/бандлед_хроме :-о
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	27. "Выпуск текстового редактора GNU Emacs 26.2"	–1 +/–
	Сообщение от Ordu (ok), 13-Апр-19, 13:44
	> Ordu> Но меня последнее время не оставляет мысль: а что если вышвырнуть > из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к > текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный > движок рендеринга. > Знаешь _что_ то твоему ТЗ наваяют нынешние програмизды? > Ога-ога - оно самое на електроне/атоме/ноде/бандлед_хроме :-о И чё с того, как и что они называют?
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	31. "Выпуск текстового редактора GNU Emacs 26.2"	+/–
	Сообщение от lockywolf (?), 13-Апр-19, 21:51
	Уже была такая идея, называлась xulrunner. В итоге её сейчас убили или убивают. Излишняя обобщённость пока не работает. Ну и прибивать намертво к хрому...
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору


	22. "Выпуск текстового редактора GNU Emacs 26.2"	+1 +/–
	Сообщение от soarin (ok), 13-Апр-19, 12:54
	> Emacs как всегда лет на двадцать отстаёт Это да. https://github.com/emacs-mirror/emacs/commit/9344612d3cd1643...
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору