Вышел Atom 1.6

если вам жалко ~300Мб памяти со старта

вся суть разработчиков а-ля атом

Ждём новый IDE, написанный с использованием Graphene (Servo).

Нет. Одно дело - основной многофункциональный рабочий инструментарий, другое - висящий в фоне вспомогательный виджет. Кроме того, люди начинают бугуртить только завидев «сделано на основе Chromium», а по факту там десятая часть от него используется, остальное даже не компилируется и не висит в памяти - выпилено разработчиками подчистую из кодовой базы.

И никто не юзает, лол.

Используя для Haskell'а ( https://atom.io/users/atom-haskell ), очень неплохой linter (хотя я понимаю, что это заслуга stylish-haskell, но реализовано удобно весьма), еще бы поддержку stack-проектов.

Правил бы в нем и LaTeX, но спеллчеккер пока не допилен.

Отличный редактор, когда запилят Live Preview, как в Brackets, то, быть может, перелезу на него.

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

Я его даже установил поиграться. Так и не понял, чем он лучше Vim'а с плагинами в красивом терминале с Xft и красивыми шрифтами.

Имеются даже несколько пакетов с подобным функционалом.

Есть 256 цветов

Ты же уточняй, что можно использовать одновременно любые 255 из нескольких миллионов, например в термите они просто прописываются в конфиге как:

color14 = #12ADAC

Далее в виме они доступны соответственно как ctermfg/ctermbg = ***.

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

Так и не понял, чем он лучше Vim'а с плагинами в красивом терминале с Xft и красивыми шрифтами.

ничем, но в нём есть практически полная поддержка vim-like, включая блочное выделение, surround, ci"/yit и т.п., например ребята из неовима рассматривают его как фронтенд, а neovim использовать как бэкенд.

Вот это было бы идеально. Когда допилят.

Я правильно понимаю, что этот редактор 2015-го года как вим и имакс не умеет в многопоточность?

neovim умеет в многопоточность.

Vim меня радует двумя вещами: удобным клавиатурным управлением и тем, что я могу написать в терминале sudo vim /etc/govno.conf, и он будет работать. А любой графический редактор откажется запускаться. Да и не катит это когда редактор (атом) стартует целых 3 секунды. Сделали бы тогда уж демон atomd.

Разделение текстового редактора (!) на фронтэнд и бэкенд - это просто шедевр архитектуры. Это ж не торрент-клиент все-таки...

ну там свои аргументы есть, не все так однозначно) ознакомься, если интересно, например многопоточный нвим с ультрамощным линтером-чекером, комплитером и движком умной подсветки будет всё отдавать в гуй, в данном случае атом, т.е. атом рассматривается как возможный вариант гвима для нвима.

в случае нвима как бэкенда и атома как фронтенда — сможешь делать как делал, атом будет просто гуём нвима, но в целом и в общем согласен с тобой.

Есть смысл переходить с YCM на deoplete?

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

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

И это многое говорит о состоянии индустрии.

Подсветка синтаксиса .po-файлов в нем есть?

Вот чего только не насочиняют, лишь бы Emacs не использовать. Ну или vim на худой конец.

каждые часов 10-15 работы его нужно перезапускать

Уже не нужно, начиная то ли с 1.5, то ли с 1.4. Разработчики здорово поработали над потреблением ресурсов.

Как в емаксе сделать так, чтобы в нем была тоненькая вертикальная линия, показывающая длину строки в 80 символов. fci не предлагать, ибо он ломает автокомплит.

fci + helm-company. Пользуюсь, брат жив, зависимость есть.

fci + helm-company.

company тоже ломается при использовании fci

https://github.com/alpaker/Fill-Column-Indicator/issues/54

Читай внимательнее: helm-company. Это другой фронтенд для company, который не ломается.

В зависимости от того, с какими языками ты работаешь, а так neocomplete/deoplete — на порядок легче и быстрее комплитер чем YCM, при том же функционале, но neo/deo часто для некоторых языков плотно зависят от поставщиков omni, т.е. если у тебя есть уже мощная поддержка языка (например vim-go для Go, tern_for_vim для JS, комплект othree/html5.vim + hail2u/vim-css3-syntax для фронтенда соответственно), то он их божественно комплитит, если нет, то.

я не работаю с C/C++/clang/etc, поэтому не знаю уровень поддержки, тонкости и работы neo/deo с ними, так что нужно уточнять разницу в этом плане с YCM.

Читай внимательнее: helm-company.

А если бы ты по ссылке походил и почитал, то узнал бы что от фронтенда это не зависит. Если что, я как раз helm-company и пользовался, и на нем у меня эта беда воспроизводится. Там еще и другие вещи помимо автодополнения ломаются.

Был я по этой ссылке. Ни слова о helm не нашел. У меня не воспроизводится. Надо только убрать автовсплытие вариантов дополнений и вызывать по кейбиндингу.

Там еще и другие вещи помимо автодополнения ломаются.

Где ссылки на баги? Ибо УМВР.

С тоненькой линией хз, но есть такой вариант:

(require 'whitespace)
(setq whitespace-line-column 80) ;; limit line length
(setq whitespace-style '(face lines-tail))
(add-hook 'prog-mode-hook 'whitespace-mode)

Ни слова о helm не нашел.

Там проблема фундаментальная

https://github.com/alpaker/Fill-Column-Indicator/issues/21#issuecomment-68395378

Надо только убрать автовсплытие вариантов дополнений

Ну начинается. Ну и нафига мне такое автодополнение?

Где ссылки на баги?

Вот ты ленивый. А мог бы и сам зайти на багтрекер. Вот еще один пример.

https://github.com/alpaker/Fill-Column-Indicator/issues/59

Кроме того ломается подсветка лишних пробелов (баг не репортил).

Для имакса нужно аж два плугина,

чтобы в нем

была тоненькая вертикальная линия, показывающая длину строки ?

Ну начинается. Ну и нафига мне такое автодополнение?

Тогда страдай.

Нет. Второй про автодополнение.

Да, это меняет дело.

То, что проблема фундаментальная, я давно знаю. Это прискорбно. Я предложил workaround. Лучше fci для твоей задачи всё равно ничего нет. Можешь, конечно, воспользоваться советом про whitespace-mode, но мне такой вариант не нравится. Я выбрал fci + вызов дополнения по клавише.

Тут чемпионат по бугурту, что ли?)

Редеринг markdown, например.

Это да. Пока под Linux, по-моему, лучший редактор для Markdown/Asciidoc — это Atom.

Как вы в этом убожестве работаете? Набрал

string str;

Лучше fci для твоей задачи всё равно ничего нет.

Есть: выкинуть емакс и перейти на нормальный текстовый редактор.

Так ведь кроме emacs'а с vim'ом нет таких.

Подсветка синтаксиса .po-файлов в нем есть?

https://atom.io/packages/language-gettext

Надоели эти веб-макаки, которые превращают гипертекстовую среду в какое-то говно.

Отличная замена sublime, по сути единственный дружелюбный открытый редактор на Linux

Sublime Text закрыт, end of story

С чего это он вдруг закрыт? Прекрасно себе живет. Даже билд новый недавно вышел: http://www.sublimetext.com/blog/articles/sublime-text-3-build-3103

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

Ну ну. Расскажи мне про мой засраный MBP с 16GB/1TB, внешним моном и летающей на нем студией с решарпером, на котором параллельно еще крутится две виртуалки и куча софта.

мой засраный MBP с 16GB/1TB, внешним моном и летающей на нем студией с решарпером, на котором параллельно еще крутится две виртуалки и куча софта.

«Я и моя сраная кошка» (ц)

С чего это он вдруг закрыт? Прекрасно себе живет

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

Да пофиг. Главное - удобно и быстро

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