| |
| 2.2, IRASoldier (?), 23:33, 12/04/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
Зачем операционной системе браузер? (Или, как альтернатива, можно пошутить про emacsd.)
| | |
| 2.3, Ordu (ok), 23:51, 12/04/2019 [^] [^^] [^^^] [ответить] | –8 +/– |  Сложно сказать Но меня последнее время не оставляет мысль а что если вышвырнут... большой текст свёрнут, показать | | |
| |
| 3.5, myhand (ok), 00:06, 13/04/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса
Чего конкретно вам не хватает-то?
> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт
RMS не одобряет эти ваши аккаунты. Слушайте дедушку, покудова жив.
> emacs как всегда лет на двадцать отстаёт от 'date -d now'
Аллилуйя!
| | |
| |
| 4.7, Ordu (ok), 00:49, 13/04/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> широчайшие горизонты для того, чтобы рисовать любые элементы интерфейса
> Чего конкретно вам не хватает-то?
Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перемещение между файлами без границ. Текст файла не в виде простыни кода, а в виде отдельных топ-левел блоков, чтобы я их сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже мышкой, если у меня половина рук занята чем-то посторонним. Это если навскидку.
>> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт
> RMS не одобряет эти ваши аккаунты. Слушайте дедушку, покудова жив.
Он много чего не одобряет. А меня раздражают все эти преграды на пути программерской мысли.
| | |
| |
| 5.9, Ordu (ok), 01:23, 13/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
А, ещё вместо кошмарного 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))
| | |
| |
| 6.19, myhand (ok), 11:11, 13/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх.
Что в принципе может более раздражать, чем "всплывающее поверх"?
| | |
| |
| 7.23, Ordu (ok), 13:33, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> И вместо временных буферов, которые открываются на автодополнение, что-нибудь всплывающее поверх.
> Что в принципе может более раздражать, чем "всплывающее поверх"?
Возникающий ниоткуда буфер, который отъедает половину текущего буфера снизу, если курсор оказывался за краем буфера, то соответственно всё в буфере двигается так, чтобы после располовинивания, он остался бы в буфере и иногда после появления такого всплывающего буфера, сидишь, тупишь, пытаешься понять где на экране тот кусок кода, который вообще вызвал у меня желание лезть в минибуфер. Иногда при этом он уже и не на экране.
| | |
|
| 6.32, Аноним84701 (ok), 00:11, 14/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему,
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 о костыльности отрисовки в граф.моде согласен -- во многих местах шурупы, которыми прикручивали "современные" (т.е. еще конца прошлого века) возможности гуя через ГТК, торчат наружу в самых неожиданных местах.
| | |
| |
| 7.38, Ordu (ok), 16:29, 14/04/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Что это Про ecb написано, что это An interface to the Eclipse IDE Я думаю, ч... большой текст свёрнут, показать | | |
|
|
| 5.12, freehck (ok), 06:00, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > Мне хотелось бы такое красивое дерево сбоку от кода для навигации по нему, перемещение между файлами без границ. Текст файла не в виде простыни кода, а в виде отдельных топ-левел блоков, чтобы я их сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже мышкой, если у меня половина рук занята чем-то посторонним. Это если навскидку.
ECB умеет это, емнип.
| | |
| 5.18, myhand (ok), 11:07, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по
> нему, перемещение между файлами без границ. Текст файла не в виде
> простыни кода, а в виде отдельных топ-левел блоков, чтобы я их
> сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже
> мышкой, если у меня половина рук занята чем-то посторонним. Это если
> навскидку.
Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно.
>>> выходя в онлайн и создавая EmacsCloud платформу, где я мог бы завести аккаунт
>> RMS не одобряет эти ваши аккаунты. Слушайте дедушку, покудова жив.
> Он много чего не одобряет.
Печально, что мало орет в голос "я же вам говорил!", а пора-б.
| | |
| |
| 6.24, Ordu (ok), 13:35, 13/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Мне хотелось бы такое красивое дерево сбоку от кода для навигации по
>> нему, перемещение между файлами без границ. Текст файла не в виде
>> простыни кода, а в виде отдельных топ-левел блоков, чтобы я их
>> сворачивал разворачивал так, как мне хочется, и даже (о ужас) даже
>> мышкой, если у меня половина рук занята чем-то посторонним. Это если
>> навскидку.
> Ну это вам какой-нибудь Jupyter Lab нужон, где модно-молодежно.
Да, я подумываю перелезть на VSCode. Привычки к кейбиндам можно переучить, а удобно программировать важнее чем держаться за какую-то там идею.
| | |
|
| 5.20, фффф (?), 12:00, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
эта боль снимается всего лишь 2 плагинами: neotree и origami. А плагинов 100500 и каждый какую-то хотелку решает ;)
| | |
| |
| 6.21, myhand (ok), 12:11, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Нет, если дошло до степени "хачу как в VS Code" - то никак, хвала Аллаху.
| | |
| 6.26, Ordu (ok), 13:39, 13/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> эта боль снимается всего лишь 2 плагинами: neotree и origami. А плагинов
> 100500 и каждый какую-то хотелку решает ;)
Спасибо, я гляну.
| | |
| 6.29, Ordu (ok), 14:17, 13/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Глянул. А вот ты не знаешь способа, как сделать, чтобы исключить буфер из списка по которому C-x o движется? Я каждый раз ленюсь выяснить как это можно сделать, и именно этим у меня заканчивается использование всех этих аддонов, которые открывают дополнительные информационные/навигационные буфера. И я даже каждый раз забываю об этом.
| | |
|
|
|
| 3.6, Аноним (6), 00:13, 13/04/2019 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> дурацким видением ООП из прошлого тысячелетия
Согласен, каждые 10 лет видение ооп надо менять.
| | |
| |
| 4.8, Ordu (ok), 01:03, 13/04/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> дурацким видением ООП из прошлого тысячелетия
> Согласен, каждые 10 лет видение ооп надо менять.
В том-то и дело, что его не надо было менять. ООП, исходно, это теоретическая концепция, вся суть которой сводится к тому, что надо программу разбить на куски и инкапсулировать всё внутри, организовав взаимодействие между кусками передачей сообщений (не указателей, каких-нибудь, а сообщений, которые можно реализовать как вызовы методов или функцией emit_event, или даже HTTP POST). Короче что-то типа сегодняшней идеи микросервисов. Или любое взаимодействие клиента и сервера может быть неплохим примером.
Потом приключилась Simula, которая эти идеи реализовывала, и ООП мышление запало на симуляцию и на то, что надо выделять идею объекта в предметной области, сопоставлять этой идее класс, и писать симуляторы. Фу такими быть. Написание симуляторов -- это маленькая часть программирования в целом. Но нет, надо было поставить эксперимент с запихиванием всего программирования в рамки именно такого симулирующего ООП, с тем чтобы посмотреть, что из этого выйдет. То есть эксперимент стоил того: благодаря ему мы сегодня убеждённо можем говорить о том, что не вышел каменный цветочек. Но тянуть сегодня ошмётки того ООП и таскаться с ними как с писаной торбой -- это... ну я не знаю как это называется.
| | |
| |
| |
| 6.25, Ordu (ok), 13:36, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
>>Короче что-то типа сегодняшней идеи микросервисов.
> Smalltalk?
Он был продолжением развития идей, перед тем, как C++ вбил последний гвоздь в здравомыслие.
| | |
|
| 5.41, KonstantinB (ok), 13:28, 15/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Тот ООП, который Simula, и тот ООП, который Smalltalk - это две большие разницы, если задуматься.
Тот, который Simula, прекрасно подходит для моделирования предметных сущностей. А тот, который Smalltalk, для, гм, всего остального. При этом они отлично совмещаются друг с другом (см. domain events в DDD).
| | |
|
|
| 3.11, _ (??), 05:06, 13/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ordu> Но меня последнее время не оставляет мысль: а что если вышвырнуть из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный движок рендеринга.
Знаешь _что_ то твоему ТЗ наваяют нынешние програмизды?
Ога-ога - оно самое на електроне/атоме/ноде/бандлед_хроме :-о
| | |
| |
| 4.27, Ordu (ok), 13:44, 13/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ordu> Но меня последнее время не оставляет мысль: а что если вышвырнуть
> из emacs'а всё относящееся к X'ам и прочим gtk, вернутся к
> текстовому интерфейсу, но ncurses тоже выпилить, и подложить вместо него браузерный
> движок рендеринга.
> Знаешь _что_ то твоему ТЗ наваяют нынешние програмизды?
> Ога-ога - оно самое на електроне/атоме/ноде/бандлед_хроме :-о
И чё с того, как и что они называют?
| | |
| |
| 5.31, lockywolf (?), 21:51, 13/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 Уже была такая идея, называлась xulrunner.
В итоге её сейчас убили или убивают. Излишняя обобщённость пока не работает.
Ну и прибивать намертво к хрому...
| | |
|
|
| 3.43, Анонимище (?), 16:37, 15/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> и выводит не тогда, когда видеокарте удобно или когда оконный менагер решил,
>> что неплохо было бы перерисовать окно, а тогда, когда emacs'у захочется.
Он это заслужил :)
| | |
|
| 2.13, freehck (ok), 06:07, 13/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ему-то вебкит зачем, интересно?..
Очевидный ответ: народ играется с тем, что встраивает браузер непосредственно в Emacs. Уже в прошлой версии это было. Правда, кому оно нафиг нужно -- ума не приложу.
В смысле, когда-нибудь оно и может и пригодится, но пока Emacs однопоточный -- говорить тут не о чем: просто ребята играются.
| | |
| |
| 3.40, Andrey Mitrofanov (?), 11:25, 15/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> Ему-то вебкит зачем, интересно?..
> Очевидный ответ: народ играется с тем, что встраивает
...какие-то 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/msg01101.html
https://lists.gnu.org/archive/html/emacs-devel/2016-02/msg00464.html
| | |
|
|
| 1.30, Анонимс (?), 16:28, 13/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> Вплоть до выпуска GNU Emacs 24.5 проект развивался под личным руководством Ричарда Столлмана, который передал пост лидера проекта Джону Вигли
Что будет, когда Столлман уйдёт? Страшно представить. Кто станет защищать нашу свободу от корпорастов, ведь, сожрут мерзавцы с потрохами и не подавятся. А ведь не всякий из нас имеет такое мировоззрение и идеи, готов жертвовать собой и сможет жить, как Столлман! Этот мужественный человек делает всё для нас с вами, для всего мира, чтобы мы могли свободно и без СМС пользоваться ПО для учёбы, творчества и работы. Выражаю свою благодарность Столлману и всем тем людям, которые заняты в разработке и популяризации СПО в мире!
| | |
| |
| 2.35, Нино Аном (?), 01:46, 14/04/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Они и так сожрале, олё!
Нет твоей свободы: ты уже давно раб, про которого знают все, кроме тебя. Privacy is dead. Твоими данными торгуют все. Каждый твой клик уже посчитан, проанализирован и взвешен. Ты — товар. Рввно как и вся твоя история взаимодействия с сетью. Прими это и начни уже двигаться в другую сторону.
| | |
| |
| 3.42, пох (?), 14:16, 15/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Прими это и начни уже двигаться в другую сторону.
стесняюсь спросить, в какую? Кроликов разводить?
Лепить петухов на морозе из г-на не предлагайте - очень руки мерзнут.
| | |
| |
| 4.44, Led (ok), 01:26, 16/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > очень руки мерзнут
Так ты из тёплого г-на лепи - ещё и согреешся.
| | |
|
|
|
|
