Проект GNU опубликовал (http://lists.gnu.org/archive/html/info-gnu-emacs/2016-09/msg...) релиз екстового редактора GNU Emacs 25.1 (http://www.gnu.org/software/emacs/). Это первый стабильный релиз серии 25.x, подготовленный после 4 лет развития ветки 24.x, а также первый выпуск, сформированный после того, как Ричард Столлман передал (https://www.opennet.ru/opennews/art.shtml?num=43264) пост лидера проекта другому участнику.
Ключевые новшества (http://www.gnu.org/software/emacs/news/NEWS.25.1):- Обеспечена загрузка динамически связываемых библиотек, которые могут выступать в роли подключаемых модулей, реализующих дополнительную функциональность для использования в Lisp-программах Emacs, по аналогии с пакетами для Emacs Lisp;
- Экспериментальная поддержка отрисовки с использованием библиотеки Cairo (https://www.opennet.ru/opennews/art.shtml?num=33452);
- Реализован менеджер сетевой безопасности (Network Security Manager - NSM), в том числе обеспечивающий проверку корректности сертификатов TLS/SSL;- Добавлен новый режим 'electric-quote-mode' для подстановки прямых и обратных кавычек по мере ввода;- Добавлена поддержка схлопывания символов в isearch.el;- Представлены новые возможности для вставки символов Unicode: горячая клавиша C-x 8 для быстрой вставки некоторых символов, таких как U+2010 (HYPHEN), U+2011 (NON-BREAKING HYPHEN) и U+2012 (FIGURE DASH).
URL: http://lists.gnu.org/archive/html/info-gnu-emacs/2016-09/msg...
Новость: http://www.opennet.ru/opennews/art.shtml?num=45168
Отличная новость! Лучший редактор для кодеров.
Би-би! <Дальше текст повреждён>
Вы путаете его с чем-то другим...
/me делает facepalm
Ты спишь вместе с Клавой? Ещё проснуться не успел, а уже тыкаешь по клавишам...
nano - наше фсё!
+1. Nano полностью хватает на сервере.
Не обесудьте, но nano на сервере используют только нубы. Все остальные давно освоили единственный подходящий для работы на сервере редактор - vi/vim. Когда вы редактируете на сервере файл, который внезапно может быть изменён кем-то другим(или автоматически, к примеру какой-то веб-мордой) - очень важно знать, что изменяемый вами файл не был изменён кем-то другим, а если он был изменён - иметь возможность обновить его содержимое в буфере и внести свои изменения так, что-бы они не привели к утрате добавленной кем-то ещё информации. Vim в таких случаях предупреждает о том, что файл был изменён. А nano просто молча разрешает перезаписать его ещё раз, что может привести к потере тех правок, которые были внесены в файл кем-то другим после того, как вы открыли файл, но до того, как вы сохранили произведённые вами изменения. В обещм, nano подходит для сервера только в тех случаях, когда вы работаете на нём в гордом одиночестве. В остальных случаях это не самый лучший инструмент.
Бред какой-то. Из цикла - как делать не надо. Говнокодинг какой-то.Зачем править какой-то файл, если туда может ещё кто-то залезть? Боже упаси, если ещё и автоматически каким-то скриптом. Правильнее будет править сам скрипт.
Если правят файл несколько человек? Вы из какого века пишете? Для этого придумали системы контроля версий.
Все эти ваши якобы проблемы, высосаны из пальца.
Реальность так построена, что многие вещи делаются как попало. Поэтому накладки возможны самые разные.
Такая мелочь, как вопрос вида "файл был изменён, вы действительно хотите его перезаписать?" может сохранить не только время, но и хорошие отношения внутри рабочего коллектива.
Все эти проблемы регулярно встречаются на практике. Но откуда об этом знать админам локалхоста.
> Бред какой-то. Из цикла - как делать не надо. Говнокодинг какой-то.управление версиями конфигурационных файлов не практикуете?
рекомендую, часто достаточно rcs.
Оно помогает, но ведь и аварийные ситуации бывают. Когда надо здесь и сейчас ...
А когда всё работает - то и "сисьтемьди" прости Мегабайт, не беспокоит.Кстати тоже думаю что vi сделан более для админов, а emacs - более для проггеров. Недоказуемая научными методами субъектившина, да :)
> Все остальные давно освоили единственный подходящий для работы на сервере редактор - vi/vim.Почему же единственный. А вот у нас на двух сотнях виртуалок стоит emacs. :)
С критикой nano согласен.
tramp же гораздо удобнее. к емаксу ещё и конфиг нужен, и пакеты подгрузить.
забыл линк: https://www.emacswiki.org/emacs/TrampMode
Ну для базовых вещей сойдёт и без пакетов, и без конфига.
Но за ссылку спасибо. Примем на вооружение. :)
Кстати, раз уж зашла речь...
А нет ли такого удобного режима, чтобы при сохранении файла сразу раскидывать его по нескольким машинам?
>[оверквотинг удален]
> был изменён - иметь возможность обновить его содержимое в буфере и
> внести свои изменения так, что-бы они не привели к утрате добавленной
> кем-то ещё информации. Vim в таких случаях предупреждает о том, что
> файл был изменён. А nano просто молча разрешает перезаписать его ещё
> раз, что может привести к потере тех правок, которые были внесены
> в файл кем-то другим после того, как вы открыли файл, но
> до того, как вы сохранили произведённые вами изменения. В обещм, nano
> подходит для сервера только в тех случаях, когда вы работаете на
> нём в гордом одиночестве. В остальных случаях это не самый лучший
> инструмент.ты редактируешь файлы на сервере, и кто-то одновременно с тобой может делать то же самое? да ты не админ локалхоста, ты много хуже
> да ты не админ локалхоста, ты много хужеУдалённый админ?
фуууууу
В смысле removed или remote ? :-)А вообще странно, типо в компаниях админ - это кто то _один_ :-\
Админ - это группа (злонамеренных) перцев количеством Х, имеющих соотв. доступ к группе сущностей Y, в смену (временной отрезок) Z. Теоретически несущих мат. ответственность за шевеление шаловливых ... но до такого редко доходит :) Так что бойтесь.
Откуда админу локалхоста знать про то, что админы могут работать в команде и даже параллельно решать разные проблемы на одном сервере. Я уж не говорю про пару из толковых админа и девелопера, которые и одну задачу могут решать совместно.
Вот только получить полностью работоспособный nano можно лишь в идеально настроенной системе. А иначе проблемы с кодировками, сохранением, клавиатурой и вообще с чем угодно. Не говоря уж о том, что его может тупо не быть, равно как и возможности установки чего-либо своего — с vi(m) такая ситуация куда как менее вероятна.
К сожалению, нано сейчас в дистрибутивах гораздо чаще чем vim
ну моё всё - mcedit
Geany - вот лучший редактор!
(P.S. Ничего не пикает, просто редактируешь код и всё)
> Лучший редактор для кодеров.Один из лучших. Потому что vim.
(PS.: просьба неосиляторам воздержаться от упоминаний про пиканье и управление вимом - эти бессодержательные замечания уже набили оскомину).
Сообщения о "лучшести" vim содержат в себе ещё меньше здравого смысла.
Не уверен про emacs, но vim не выдержит конкуренции даже с глиняной табличкой и стилусом.
Читайте PS, он адресован именно вам.
P.S? Читаю:
-- Пожалуйста, дайте нам, безобидным сумасшедшим, почувствовать себя элитой. Великими осиляторами. Полезными людьми. Пожа-а-а-алуйста, не нужно над нами смеяться. Мы ведь никому ничего плохого не делаем...На самом деле делаете. Сколько таких как ты поломало детям мозги, рекламируя этот артефакт из 70х? А этим детям ещё жить. И работать.
И пока вы будете это делать -- мы будем вас гнобить.
У вима, как и у емакса, реально много пользователей. У вима они преимущественно программисты. Дети им не пользуются. В школах его не преподают. Поэтому мозги такими вещами сломать нельзя, тут вы, батенька, просто бредите.> И пока вы будете это делать -- мы будем вас гнобить.
Вы - профессиональные комментаторы - не можете гнобить нас - профессиональных программистов - по той простой причине, что вы ежечасно нашими поделиями пользуетесь, тогда как мы вашими - нет. Потому что у вас их нет.
>Дети им не пользуются.А как же те несчастные, кто совершенно наивно спрашивают на форумах про самый адекватный способ набора кода? Через несколько квантов времени тред уже засран вимерами. И к чему это приводит? К тому, что ребёнок с чистой совестью начинает осиливать vim.
>Вы ... не можетеЯ -- могу. Хотя бы потому что я программист. А не псих, бегающий с HJKL и уверяющий, что это наследие древних терминальных клавиатур -- последний писк эргономики. Да какой ты, нахрен, программист если ты даже редко дебаггером пользуешься? Откуда я знаю? Да хотя бы оттуда, что вменяемой привязки gdb к vim не существует. Сейчас ты скажешь, что "профессиональные программисты" не используют дебаггер, да? Или что тебе хватает CLI интерфейса самого gdb?:) Только попробуй такое ляпнуть и я вызову санитаров.
gdb? cpp головного мозга?
> cppС чего вы взяли? Может быть C?
> А как же те несчастные, кто совершенно наивно
> спрашивают на форумах про самый адекватный
> способ набора кода?Ну, во-первых, они спрашивают именно про вим и именно у вимеров, поэтому и отвечают им вимеры. Во-вторых, они уже не дети, раз сумели про вим узнать и в него как-то попасть, поэтому концепция "слезинки ребёнка" тут не применима.
Поэтому ребёнок не начинает осиливать vim, это снова чушь.Про gdb: пользователи vim прекрасно пользуются gdb, поэтому они в библиотеку readline, на которой построен интерфейс командной строки в gdb, bash итд, встроили поддержку работы в стиле vi (не vim, а vi). Для этого в /etc/inputrc надо прописать строку 'set editing-mode vi', а перед переходом в "командный" режим нажать Esc.
Поэтому шах и мат вам про gdb.> Или что тебе хватает CLI интерфейса самого gdb?
Скажу страшное (положите под язык валидолу заранее, чтобы не пришлось вызывать санитаров): интерфейс командной строки у gdb реально удобен, надо только к нему привыкнуть. Даже без режима vi, с которым ещё удобнее.
Поэтому, батенька, то что вы якобы "откуда-то знаете" - исключительно ваше личное мнение, к реальности никак не относящееся.
> gdb реально удобен, надо только к нему привыкнутьспасибо, нехочу
Если у Stahl cpp головного мозга, то ты больше чем helloworld не писал ничего на c/cpp
>> Или что тебе хватает CLI интерфейса самого gdb?
> Скажу страшное: интерфейс командной строки у gdb реально удобен, надо только к нему привыкнуть.Удваиваю.
>>> Или что тебе хватает CLI интерфейса самого gdb?
>> Скажу страшное: интерфейс командной строки у gdb реально удобен, надо только к нему привыкнуть.
> Удваиваю.Утраиваю. А с возможностью расширения комманд скриптами - вообще удобства хоть отбавляй.
Как "профессиональный программист", вы должны знать, что, чтобы превратить vim/emacs в полноценное IDE, нужно навешать на него тонну дерьма из файловой системы, которое, в итоге, будет едва ворочаться. Как редактор кода vim/emacs сойдут, как инструмент для разработки - помойка. А если вам привычен конкретно способ набора текста - для любого нормального IDE есть плагины, реализующие vim/emacs хоткеи. Intellij IDEA вообще позволяет использовать emacs в качестве редактора кода, хоть и смысла в этом немного.
а ты походу отупел рано, начинай расширять кругозор.> нужно навешать на него тонну дерьма из файловой системы
алес
ты ж не пользовался vim/emacs чего ты лезешь сюда с со своим авторитетным мнением?
Т.е. вместо того, чтобы указать где я не прав, вы просто оскорбили меня. Интересно.Любой парсер языка в vim/emacs - плагин, к которому редактор обращается когда нужно, лежит в фс. Ни один такой плагин никогда не обойдет по скорости парсер какой-нибудь IDEA, который работает в jvm.
> Т.е. вместо того, чтобы указать где я не прав, вы просто оскорбили
> меня. Интересно.Устаю просто от знатаков местных, извиняюсь. Судя по этому комментарию вы вменяемы.
> Любой парсер языка в vim/emacs
Я пишу на скале в емаксе, а работает это так: Открываю sbt проект, стартует демон(Ensime) написанный на скале который и занимается парсингом, проверкой ошибок, поисков функций/имплисито и дает repl. Емакс это редактор он ничего не парсит а обеспечивает интерфейс к Ensime. C питоном также, и другими языками.
> Я пишу на скале в емаксе, а работает это так: Открываю sbt
> проект, стартует демон(Ensime) написанный на скале который и занимается парсингом, проверкой
> ошибок, поисков функций/имплисито и дает repl. Емакс это редактор он
> ничего не парсит а обеспечивает интерфейс к Ensime. C питоном также,
> и другими языками.Спасибо за разъяснение, не знал. А под многие ли языки существуют такие демоны?
> Спасибо за разъяснение, не знал. А под многие ли языки существуют такие
> демоны?Scala - Ensime, Python - Jedi, Java - Eclim (требует Eclipse в системе), Erlang - часть языкового пакета, Clojure - Cider, Haskell - не помню как называется, C/Cpp - через Clang прикручивается. Другие языки мне не требовались.
>> Спасибо за разъяснение, не знал. А под многие ли языки существуют такие
>> демоны?
> Scala - Ensime, Python - Jedi, Java - Eclim (требует Eclipse в
> системе), Erlang - часть языкового пакета, Clojure - Cider, Haskell -
> не помню как называется, C/Cpp - через Clang прикручивается. Другие языки
> мне не требовались.Ocaml - merlin, racket/guile - geiser, Common Lisp - slime.
> Любой парсер языка в emacs - плагин, к которому редактор обращается когда
> нужно, лежит в фс.А вы Кэп! А jvm и IDEA загружаются через либастрал? Или вы имели в виду, что ныне модно-молодежно что-то облачное?
> Ни один такой плагин никогда не обойдет
> по скорости парсер какой-нибудь IDEA, который работает в jvm.Правда, плагин может и на си быть (или как с автодополнением для раста — на расте), но да, куда им, лежащим в ФС, тягаться с JVM!1
> Любой парсер языка в vim/emacs - плагин, к которому редактор обращается когда нужно, лежит в фс.
> Ни один такой плагин никогда не обойдет по скорости парсер какой-нибудь IDEA, который работает в jvm.Неужели Java программисты *вообще ничего* не знают об устройстве компьютера?
А в котором это языке/сообществе знатоков устройства компьютера выборка из одного любого человека (он только сказал про jvm, но не вписался за java-девелоперов) считается репрезентативной? Сдается мне, это у вас там "вообще ничего" не знают об устройстве чего-либо. Не надо так сразу пытаться свою ущербность кем-то прикрывать.
Смотря что разрабатывать. В случае визивигов использовать сторонний редактор неудобно - формы в IDE клепать, а код писать в vim сильно муторно.
Но при разработке серверного или кластерного ПО вроде программ решения интегральных уравнений или квантовохимических рассчётов, например, управляемых командной строкой, vim реально удобен. И команда make у него встроенная имеется, которой если не достаточно, то ":!другая_команда".Думаю, это всё можно отнести и к emacs - он редактор, поэтому ориентированным на визуальную разработку IDE тоже не является, но для не нуждающихся в IDE проектов - того же, напр., емакса, - должен подходить идеально.
ЗЫ.: "профессиональный программист" не обязательно пишет мегапроекты в мегакорпорации с большим количеством сотрудников; это более общий класс человеков, у которых программирование является основной деятельностью, поэтому они сильно зависят от редактора кода; особенно касается опенсорса.
Согласен более чем.Просто странные вещи происходят. Впечатление такое, что некоторые люди работают на vim/emacs, для того чтобы работать на vim/emacs и рассказывать об этом на форуме.
называется синдром вегана
Ну, не совсем: на форумах рассказывают, чтобы аудиторию у редакторов расширить (вопреки хейтерам). Потому что чем больше юзеров, тем легче решение проблем найти.
А проблем с софтиной возникает тем больше, чем больше у неё возможностей. Потому и у редакторов этих местами такие дебри документации и скриптов, что удобнее было бы спросить у кого-нить, чем самому разбираться.
> Ну, не совсем: на форумах рассказывают, чтобы аудиторию у редакторов расширить (вопреки хейтерам).Сектантство какое-то, уж извините.
Люди любят общаться ... как бы тебе, больному от этого больно не было :)
Я думаю, Вы правы. Не стоит делать из текстового редактора среду разработки.Тем не менее, что-нибудь наподобие vim/sublime/n++/и др. необходимо иметь для работы именно с текстовыми данными: логами, конфигурационными файлами, json/xml, заметками.
Кстати, кто подскажет, можно ли в виме сделать так, чтобы несохраненные буферы открывались при слежующем открытии вима? типо как в саблайме: открыл вим, скпипастил туда что-нибудь, закрыл, открыл снова - и продолжаешь редактировать скопипащеное?
> Я думаю, Вы правы. Не стоит делать из текстового редактора среду разработки.Это, собственно, почему?
Отступы, подсветка синтаксиса, схлопывание кусков кода и т.п. вещи удобны, когда они все в дополнение к базовым свойствам редактора, с которым Вы ежедневно работаете.
А если к этому добавляется ещё и проверка синтаксиса, автодополнение имён и прочее - так это же вообще замечательно.
Понимаете, идешка она по определению комбайн. Она должна уметь показывать имплементацию интерфейса, запускать юнит тесты, в дебаг-режиме помогать исследовать потоки, дополнять код (и делать это правильно). Над тем чтобы все это релизовать нудна работа команды срециалистов. Для того чтобы настроить вим, напрмер, чтобы он хотя бы показывал иерархию вызовов и умел выполнять простейшие рефакторинги, нужно приседать и делатт это очень долго
>нужно приседать и делатт это очень долго... подойди поближе к писсуару (С)
Ну в смысле - возьми готовый конфиг для начала. Это опен сорс детка! :)
> Сколько таких как ты поломало детям мозги, рекламируя этот артефакт из 70х?А стал ли Человек лучше и умнее, по сравнению с 70-ми? Нет, не стал. К сожалению, человеческое сознание не поспевает за технологиями, которые, всего лишь - усиление процессов, происходящих в наших умах. И, судя по развивающимся событиям в мире, - технологии сейчас больше вредят., нежели приносят счастье людям.
Так что, ссылка на то, что какой-то продукт развивается аж со времён царя гороха, не имеет отношения к его крутости. Vi(vim) - крут, а то, что при его изучении приходится прикладывать усилия - только в плюс.
Хлебушек дома обсидиановым ножом режете ?
Еще кофе ваприть не научили?
не ваприть, а впарить, храмотей
Не впарить, а варпить, командор!
Править - правильнее.
Зачем править кофе? У тебя какой-то неправильный кофе раз его нужно править...
Речь идёт об алгоритмах замены среднего и женского родов кофя на мужской. Тут требуется искусственный интеллект и машинное обучение, поэтому лисп, на котором емакс, как раз будет кстати.
> Еще кофе ваприть не научили?Вылезайте уже из криокамеры! )
http://www.northbound-train.com/emacs-hosted/coffee.el
;;; coffee.el --- Submit a BREW request to an RFC2324-compliant coffee device
;;;
;;; Author: Eric Marsden <emarsden@mail.dotcom.fr>
;;; Version: 0.2
;;; Copyright: (C) 1999 Eric Marsden
Вроде пишут, что не сущетсвует ни одной реализации протокола Hyper Text Coffee Pot Control Protocol и вообще он шуточный. Так что получается, что сварить кофе не получится.
> Добавлена функция Xwidgets, позволяющая интегрировать родные для системы виджеты в интерфейс Emacs. Например, при наличии gtk3 и webkitgtk3 можно получить доступ к встроенному браузеру на основе webkit через команду 'M-x xwidget-webkit-browse-url';на территорию leechcraft-а посягает
теперь, действительно, вопрос в том, кто первый начнёт в промышленных масштабах варить кофе
> теперь, действительно, вопрос в том, кто первый начнёт в промышленных масштабах варить
> кофеsystemd
> Доступен релиз текстового редактора
> Реализован менеджер сетевой безопасностиТут корректнее, в духе новомодных
"Доступен релиз Emacs OS ..."
=)
Увидел свет...
> Увидел свет...А ещё бывает "После Х лет молчания увидел свет...". Немые прозревают, слепые обретают речь
уже можно полноценно работать только из имакса, не пользуясь оконными манагерами?
Да, я так работаю
Это имело смысл при работе с одного и того же терминала, в котором запускалось сразу всё и между этим всем приходилось переключаться силами ^Z и fg. Хромосей и оконных менеджеров емакс не догонит даже если очень сильно побежит.
бред
Открой для себя M-x shell. Это эмулятор терминала внутри emacs. Насчёт менеджмента окошек, я чесслово не знаю, но там по идее несложно, обязательно должен быть где-нибудь какой-нибудь .el-файлик, который умеет.
> Открой для себя M-x shell. Это эмулятор терминала внутри emacs.Увы, при открытии нескольких shell-ов, этот способ весьма подлагивает из-за однопоточности emacs. Одновременно с десятком терминалов таким образом работать не получится.
> Хромосей и оконных менеджеров емакс не догонит
> даже если очень сильно побежит.А народ-то и не знал!
https://github.com/ch11ng/exwm/wiki/Screenshots
https://monkey.org/~marius/emacs-as-a-tiling-window-manager....
https://monkey.org/~marius/emacs-tile.png
http://www.howardism.org/Technical/Emacs/new-window-manager....
http://www.nongnu.org/xwem/
Никогда не понимал этой альтернативной ветки развития интерфейсов.
Для кодинга qt creator норм.
А в консоли mcedit наше все.
> Для кодинга qt creator норм.а ты кроме хелловорлдов и кнопочек ничего не пишешь на крестах или кроме крестов ничего не знаешь?
> А в консоли mcedit наше все.
это ваше фсе
> Никогда не понимал этой альтернативной ветки развития интерфейсов.
ты главное шклоу не прогуливай
> а ты кроме хелловорлдов и кнопочек ничего не пишешь на крестах или
> кроме крестов ничего не знаешь?Посвятите же нас, на каком языке пишете вы?
>> А в консоли mcedit наше все.
> это ваше фсеДа, наше.
> Никогда не понимал этой альтернативной ветки развития интерфейсов.
> Для кодинга qt creator норм.
> А в консоли mcedit наше все.Да. Надо себя заставлять. Всего через полгода практики можно "увидеть свет" текстового рекдактора в emacs. Я проверял, и именно после [[dos: vc ->]linux mc:] mcedit...
> Ключевые новшестваГде emacsd?
systemd-emacsd
> Где emacsd?Вылезай из-под камня-то! https://www.gnu.org/software/shepherd/
> Где emacsd?Сто лет уже как:
emacs --daemon
emacsclient
Когда переход на Qt? :)
Тогда, когда ты напишешь elisp-бинды к qt. А ещё лучше, если ты напишешь обобщённую тулзу для импорта C++-API в elisp, которая скомпиляет C++-хидеры в elisp библиотеку, и к ним что-нибудь типа dlopen, которая сможет работать с нестандартизированным плюсовым ABI. С C++ это такой геморрой, что подчастую проще C++ библиотеку переписать с нуля на lisp'е, чем использовать непосредственно. И в отношении qt это стопудов верно: проще написать интерфейс emacs'а с нуля, чем обеспечить бинды к qt и написать интерфейс поверх них.
> С C++ это такой геморрой, что
> подчастую проще C++ библиотеку переписать с нуля на lisp'е, чем использовать
> непосредственно. И в отношении qt это стопудов верно: проще написать интерфейс
> emacs'а с нуля, чем обеспечить бинды к qt и написать интерфейс
> поверх них.Спешу вас заверить, что это будет с любым языком геморрой и проще всё с нуля переписать.
> Спешу вас заверить, что это будет с любым языком геморрой и проще всё с нуля переписать.А вот это уже диагноз.
Почитал каменты и слегка прифигел от того что сложилось такое впечатление что я на базаре а вокруг бабки орущие друг на друга. Мужики мы же все таки на техническом форуме ну вот смысл кидатся какашками, я про
> Сколько таких как ты поломало детям мозги, рекламируя этот артефакт из 70х?ну скоко людей столько и мнений 1-му удобен vim, другому emacs так вот они им и пользуются а комуто nano по душе. Смысл обливать человека помоями за то что он пользуется тем что тебе ненравится и при этом навязыватьсвоё мнение?
Товарищи гуру такой вопрос каким текстовым редактором по вашему мнению толжен пользоватся сисемный администратор на сервере?
(только просьба без обливания помоями меня и других ораторов)
> Товарищи гуру такой вопрос каким текстовым редактором по вашему мнению толжен пользоватся
> сисемный администратор на сервере?
> (только просьба без обливания помоями меня и других ораторов)Освой знаки препинания, оратор.
> Товарищи гуру такой вопрос каким текстовым редактором по вашему мнению толжен пользоватся
> сисемный администратор на сервере?
> (только просьба без обливания помоями меня и других ораторов)Я, как закоренелый емаксер, отвечу так: тем, который он, сисадмин, лучше знает.
/bin/busybox vi
Никаким.Для этого существуют системы управления конфигурациями.
> горячая клавиша C-x 8 для быстрой вставки некоторых символов, таких как U+2010 (HYPHEN), U+2011 (NON-BREAKING HYPHEN) и U+2012 (FIGURE DASH);Использую для этого клавишу Compose (https://ru.wikipedia.org/wiki/Compose) — очень удобно и работает в любом приложении. Назначил на правый Win. Вошло в привычку и теперь, когда нужно тире, ввожу не задумываясь именно тире, а не дефис.
Кучно пошли :1)
16.09.2016 23:55 Релиз командного интерпретатора Bash 4.4
После двух с половиной лет разработки вышла новая версия командного интерпретатора GNU Bash 4.4, используемого по умолчанию в большинстве дистрибутивов Linux. Одновременно состоялся релиз библиотеки readline 7.0, применяемой в bash для организации редактирования командной строки.
....2)
18.09.2016 08:00 Доступен релиз текстового редактора GNU Emacs 25.1
Проект GNU опубликовал релиз текстового редактора GNU Emacs 25.1. Это первый стабильный релиз серии 25.x,
...--
Знающие люди поймут, что скорей всего это не только лишь совпадение... :)
>Знающие люди поймут, что скорей всего это не только лишь совпадение... :)Готовятся к релизу GNU Hurd? :)
> Знающие люди поймут, что скорей всего это не только лишь совпадение... :)Да что там понимать... Осень, у программистов обострение... :)
