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

Зачем текстовому редактору GUI?

По-мне надо выкинуть елисп, транслировать существующие исходники в жаваскрипт

Вам этого говна в атоме не хватает?

учиытывая, что лисп это подмножество жаваскрипта, проблем не возникнет

Лолшто? Как язык, появившийся в 50-х, может быть подмножеством языка, появившегося в 95-м?

нарисовать нормальный GUI на HTML и емакс заживёт новой жизнью.

Зачем текстовому редактору GUI всё же?

Почему колхоз? Нормальное решение. Google Chrome, например, тоже туда ставится, да и многие другие программы. А куда надо? В Program Files обычные юзеры не имеют права писать, с автоматическим обновлением будут проблемы.

Обновление - не задача юзера.

А каким образом emacs редактирует файлы на удалённом сервере? Через /dev/astral?

Погугли про ftp и ssh. Сеть она не только в браузере.

С таким железом не удивлюсь, если у вас и обычное видео в 1080p тормозит нещадно.

Не критично тормозит, скажем так.

Сайт заблокирован

Что?
У меня работает.

В EMACS есть редактор?

evil-mode

Почему колхоз?

Тебе перевести словосочетание «Application Data»?
Тебе же ясно, почему в /etc бинарники класть моветон?

А каким образом emacs редактирует файлы на удалённом сервере? Через /dev/astral?

Не, не, неее. Через libastral.so, причем должна быть сконпелирована обнаженной девственницей в полнолуние на генте кразноглазого девственника.

Ну так я прямо с самого начала спросил про редактор, который НЕ использует ftp и ssh для удалённого редактирования.

А какая тебе разница что там под капотом происходит, если ты всё равно с этим явно не взаимодействуешь?

Винда и systemd лучше чем веб

Что такое «веб-приложение»? Это клиент, могущий исполняться в веб-обозревателе?

Веб-приложение обычно состоит из 2-х частей, бэкенда и фронтенда, но для случая веб-редактора бэкенд можно заменить на WebDav. Кстати, сама по себе необходимость использования веб-браузера для работы современного веб-приложения неочевидна.

Ну так я прямо с самого начала спросил про редактор, который НЕ использует ftp и ssh для удалённого редактирования.

Ты писал что не хочешь таскать. Я тебе и не предлагаю - просто удалённо редактировать. В условия изначальной задачи вписывается более чем.

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

А необходимость таскать с собой движок хрома целиком и отжирать пару гигабайт памяти на простейших операциях очевидна?

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

Я же говорил в контексте обсуждения вопроса «редактор как веб-приложение».

Насчёт движка хрома - ну да, у меня дома на дешёвом Sony Vaio 2014-го года Atom тоже тормозит а, например, Komodo IDE (которая всё-таки IDE, а не просто редактор) - не тормозит. Но тут уж... кому не нравится - не пользуется, Atom же бесплатная программа. Точно так же Apache Directory Studio, который на самом деле Eclipse - весьма неэкономично расходует ресурсы, но в некоторых случаях незаменим. Ну и Zimbra Desktop, в которой вроде бы движок от Firefox'а, тоже в общем не «летает», хоть конечно и быстрее первых двух.

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

Ну так emacs так и работает.

В рамках ssh и ftp Emacs не может закачивать файл частично или записывать его обратно частично. Это ж не торрент-технологии с записью сенментов в произвольном порядке.

В рамках ssh и ftp Emacs не может закачивать файл частично или записывать его обратно частично

Пруф?

Это ж не торрент-технологии с записью сенментов в произвольном порядке.

А rsynс over ssh по твоему как работает?

Тебе перевести словосочетание «Application Data»?

Бинарники тоже относятся к application data

Тебе же ясно, почему в /etc бинарники класть моветон?

Но их там сотни.

Бинарники тоже относятся к application data

Каким боком?

Но их там сотни.

В слаке не видел, в систем-дик дистрах всё может быть.
FHS предписывает хранить там конфиги, бинарники — плохие конфиги.

Купи комп со средними характеристиками хотя бы пятилетней давности,

Ты предлагаешь потратиться и купить более мощное железо, чтобы запускать более тормозные программы? Но это бессмысленно. Мощное железо должно приносить пользу: выполнять старые задачи быстрее и эффективнее, либо дать возможность делать что-то новое.

Каким боком?

Любым. Если информация изменяется, значит это данные. Если браузер обновляется, значит его бинарники изменяются, значит это данные.

В слаке не видел, в систем-дик дистрах всё может быть.

find /etc -type f -perm /0111

FHS предписывает хранить там конфиги, бинарники — плохие конфиги.

Что мешает быть конфигу в виде исполняемого файла?

Любым. Если информация изменяется, значит это данные. Если браузер обновляется, значит его бинарники изменяются, значит это данные.

Заодно и вири могут это менять, ага.

Что мешает быть конфигу в виде исполняемого файла?

Но он же не человекочитаемый, а бинарный.
Оно можно, но оно не удобно.

patch

s/вири/вирусы

Но это бессмысленно.

Если невозможность нормально пользоваться атомом на твоём текущем ПК вызывает у тебя много боли, как у некоторых здесь отписавшихся, то смысл есть - избавление от боли. Если ты не хочешь пользоваться атомом и другим жирным софтом - то смысла нет и покупать не надо. Всё же понятно вроде написано.

Дело в том, что я учитываю не только жирность, но и полезность софта. И существование программ одновременно жирных и бесполезных вызвает у меня чувство глубокого недоумения.

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

Заодно и вири могут это менять, ага.

Могут. Только если вири у тебя на машине, ты уже проиграл. От того, что они могут что-то менять, тебе ни холодно, ни жарко.

Но он же не человекочитаемый, а бинарный. Оно можно, но оно не удобно.

Если что, под бинарником я понимаю исполняемый файл. Но если говорить про читаемость, у того же SELinux конфиги в нечитаемом формате. И не только.

Зачем текстовому редактору GUI?

Для удобства как пользователя, так и разработчика.

В EMACS есть редактор?

Редактор чего?

Обновление [программ] — не задача юзера.

GNU Guix с вами не согласен.

ни тултипов

Чего?

Полагаю, что это то, что в Емаксе надо отключать при помощи (tooltip-mode -1).

И существование программ одновременно жирных и бесполезных вызвает у меня чувство глубокого недоумения.

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

Они Икс-сервер в обозревателе что ли запускают?

Да, они там какую-то особую реализацию иксов используют.

Ага.

Где-то на reddit я видел описание, сейчас не найду.

Да ну и хрен и с ней. Здесь, на ЛОРе, где-то даже была реализация Икс-сервера на Елиспе, лол.

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

Откуда мне знать насколько в здравом уме DRVTiny?

Ну, я не знаю, пробежался вскользь по общедоступной информации — причин думать иначе не увидел. :-)

реализации полноценных эмуляторов телетайпа для веб-обозревателей же есть

И насколько они производительны и насколько ресурсоёмки?

Не знаю — бог миловал, я ими не пользуюсь.

Хотя я с трудом могу представить ситуацию, когда у меня есть браузер, но нет эмулятора терминала.

Легче легкого. В самой популярной операционной системе в в мире, то есть в Андроиде, из коробки нет.

Да и плюс, в несвободных системах типа Винды из коробки такой, что уж лучше действительно пусть будет на Явакскрипте.

Плюс, не забывайте, нужен же не просто эмулятор терминала, нужен еще и канал связи до сервера (например, по SSH).

Абсолютно разные, верно. Обе задачи завязаны на системные ресурсы, в частности на CPU. Я лишь намекал, что железо у awesomelackware дряхлое, хипстерские редакторы с таким железом не дружат. Для такого железа редактор нужно юзать олдскульный, написанный на нормальных компилируемых ЯП вроде c/c++. А про IDE на подобном железе можно даже не мечтать. Современные IDE написаны, как правило, на Java, .NET или на хипстерских скриптовых ЯП, а следовательно очень не торопливы на старом железе. Да и на новом они не самые шустрые.

Печально, что тормозит. Для меня это критично, поэтому я обычно ищу железо с аппаратной поддержкой декодирования h264.

эта программа не бесполезна

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

GNU Guix с вами не согласен.

Ну и хрен ему по всей роже.

А твоя неспособность понять, что эта программа не бесполезна

Для людей с тонкой душевной организацией её можно назвать малофункциональной.

Для удобства как пользователя, так и разработчика.

В чём удобство?

Удобство пользователя — в отсутствии искусственных ограничений, удобство разработчика — в отсутствии надобности велосипедировать.

Но ко ГНУ Емаксу, второе, к сожалению относится лишь краешком, поскольку он вынужден еще и сохранять совместимость с текстовым интерфейсом.

программа, которая умеет меньше вима, а потребляет много больше попадает в категорию бесполезных.
В соответствии с этой логикой

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

Бесполезная программа - эта та, которая не приносит пользы. Здесь нет места для спекуляций.

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

Я, конечно, понимаю, что ты с вимом уже попердолился, и тебе надо оправдывать потраченные на это усилия. Так что разумеется, можешь не соглашаться с этим очевидным утверждением.

ЗЫЖ Я глубоко уважаю вим и неовим, конфиги я редактирую исключительно в них, но вот плагины вима вызывают лишь уныние и печаль.

Почему оно тормозит, а Visual Studio Code не тормозит?
Почему оно тормозит, а Visual Studio Code не тормозит?
Почему оно тормозит, а Visual Studio Code не тормозит?
Почему оно тормозит, а Visual Studio Code не тормозит?

Удобство пользователя — в отсутствии искусственных ограничений

TUI никак не ограничивает пользователя в возможностях.

Всё просто. Пользоваться имаксом, а не вимом. С имаксом пердолиться не надо - всё само работает.

Удобство пользователя — в отсутствии искусственных ограничений

TUI никак не ограничивает пользователя в возможностях.

Шутить изволите?

Шутить изволите?

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

А про IDE на подобном железе можно даже не мечтать

Visual Studio (2017 CE), к её чести сказать, на моём железе весьма шустра, вот только начинает выедать аж под 400МБ памяти после нескольких компиляций даже небольшого проекта (смотрел на примере небольшой «игры»). Не сочтите за рекламу мелкософта.
А вот какой-нибудь PyCharm/Eclipse тормозит, да.

Современные IDE написаны […] на хипстерских скриптовых ЯП

Серьёзно?