Доступен (http://blog.atom.io/2015/10/29/atom-1-1-is-out.html) второй стабильный релиз редактора кода Atom (http://atom.io/), развиваемого инженерами компании GitHub. Atom может использоваться не только как самодостаточное решение, но и в роли технологического стека (http://electron.atom.io/) для построения специализированных решений, например, на базе Atom построены продукты Visual Studio Code (https://www.opennet.ru/opennews/art.shtml?num=42132) от компании Microsoft и Nuclide (https://www.opennet.ru/opennews/art.shtml?num=42486) от Facebook. Код проекта распространяется (https://github.com/atom/atom) под лицензией MIT.
Основу Atom составляет компонент Electron (https://github.com/atom/electron) (ранее Atom Shell), представляющий собой основанное на Chromium и Node.js ядро. Функциональность редактора формируется через работающие поверх ядра дополнения, для установки которых предлагается встроенный пакетный менеджер "apm (https://github.com/atom/apm)". Electron поставляется в форме самодостаточного фреймворка, который можно использовать для создания произвольных пользовательских приложений. Разработчикам доступны модули Node.js, а также расширенный API для формирования нативных диалогов, интеграции приложений, создания контекстных меню, манипуляции окнами, взаимодействия с подсистемами Chrome. Использования обособленного браузерного ядра позволяет реализовать дополнительные возможности, недоступные для обычных web-приложений, такие как полноценный файловый менеджер, гибкие средства поиска файлов и нативные элементы формирования диалогов.Редактор предоставляет средства кросс-платформенного редактирования кода, включает встроенный пакетный менеджер и интерфейс навигации по файловой системе, предоставляет средства для одновременной совместной работы с кодом, обладает интеллектуальной системой автодополнения ввода, предоставляет режимы совместимости с Vim и Emacs, поддерживает API (http://atom.io/docs/api/) для разработки расширений. Несколько файлов могут быть открыты в разных вкладках и одновременно отображены с использованием вертикального или горизонтального разбиения панелей. Интерфейс может настраиваться через темы оформления, поддерживаются вкладки, закладки, умный контекстный поиск кода, схлопывание блоков кода, одновременное использование нескольких курсоров и областей выделения, наглядная пометка изменений, автодополнение и проверка кода для разных языков (Ruby, Python, SQL, PHP, Perl, Objective-C, C/C++, JavaScript, Java, Go и т.п.). Для формирования статей и документации может быть использована разметка Markdown.
Ключевые новшества Atom 1.1:
- Возможность мгновенного предпорсмотра результата ввода разметки Markdown, со стилизацией под заданную тему оформления.
<center><a href="https://cloud.githubusercontent.com/assets/378023/9629635/21... src="https://www.opennet.ru/opennews/pics_base/0_1446324638.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Новый метод определения точных позиция символов на экране, не завязанный на постоянное обращение к DOM. Точное размещение каждого символа необходимо редактору для вывода контекстных диалогов и таких возможностей как подсветка. Проблема состоит в том, что Chromium не предоставляет готовый API для получения информации об отрисовке каждого символа. Ранее для определения позиции символов использовался анализ DOM, но он был одной из основных причин притормаживания интерфейса. Новый метод основан на создании кэша, в котором сохраняется ширина каждого символа в разных стилевых контекстах.
- Поддержка использования шрифтов с лигатурами (соединением нескольких графем);
<center><a href="https://cloud.githubusercontent.com/assets/69169/10746777/91... src="https://www.opennet.ru/opennews/pics_base/0_1446364747.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Поддержка использования шрифтов с непостоянной шириной символов, таких как Helvetica и Times New Roman. Подобные шрифты могут приводить к замешательству при отображении кода, но полезны в мини-формах редактирования;<center><a href="https://cloud.githubusercontent.com/assets/69169/10746142/31... src="https://www.opennet.ru/opennews/pics_base/0_1446364879.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Редактор избавлен от притормаживания во время прокрутки экрана из-за активности сборщика мусора.
- Для модулей autocomplete-plus и fuzzy-finder представлена альтернативная реализации библиотеки ранжирования результатов поиска по частичному сходству.URL: http://blog.atom.io/2015/10/29/atom-1-1-is-out.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=43233
Хороший редактор. Правда запускается ощутимо долго
при этом удивительно на сколько быстрее и отзывчевее VS Code на этом же движке.
Там свой компонент для редактора кода написан, от atom-а взята только оболочка
Да, тормоза при запуске просто выносят, особенно на дисках 5400. Еще у них недопилена фича сохранения табов и списка открытых проектов. По cmd-q работает, а когда мышкой закрываешь - не сохраняется. :(
5400 под системный диск это мазохизм. Рекомендую хотя бы 128 гиговый SSD. Если речь о ноуте, то можно вставить вместо оптического привода.
Мы всё ещё говорим о системных требованиях многозакладочного Блокнота с подсветкой синтаксиса?
80 МБ инсталлятор!
Что вас смущает? сублайм 30 весит? я уже не говорю про VS последний, вот где глаза на лоб лезут.
Почему же только последний? У меня где-то валялся VS 2003 на восьми CD.
84,0 МБ
> Редактор избавлен от притормаживания во время прокрутки экрана из-за активности сборщика мусора.Заодно, видимо, ещё и починили притормаживания при перемещении курсора. Использую Node.js 5.0.0, Arch Linux i686 с репо [testing]. Плохо только то, что при переключении окон, Atom 1—3 секунды вырисовывается (Xeon 5160 (≈ Core 2 Duo E6850)). И менюшки, если их тыкать, вырисовываются секунду — но это пофиг, очень редко пользуюсь ими.
По сравнению с Sublime Text 3, окошко у автокомплита более красивое, дерево более красивое и более понятное (ну, например, файлы .js и .md написаны разными цветами), менеджер пакетов более удобный.
Если раньше (то ли весной, то ли летом) Atom был каким-то недоделанным, то сейчас я вот думаю, а не свалить мне с Сублайма — посижу-ка я потестю.
А и оперативки он ест целых ~480 МБ у меня на 32-битной ОС. Но ради главного инструмента мне не жалко.
> А и оперативки он ест целых ~480 МБ у меня на 32-битной
> ОС. Но ради главного инструмента мне не жалко.купи 32гб оперативки и не парься для дев тачки. плюс виртуалки гоняй на отдельном серваке.
Напоминаю что 32-разрядные ОС не могут использовать память выше 4 Гб.
Ахах, добро пожаловать в будущее. Гугли PAE.
> Ахах, добро пожаловать в будущее. Гугли PAE.Так и запишем: в добропожалованном будущем для текстовых редакторов требуется PAE. :]
Билгейц как-то сказанул про 640 kb. Трулинуксойды так ненавидят дядьку Билла, что решили доказать ему насколько он неправ, сотворив редактор, которому мало уже 640 mb. Верной дорогой идёмте, товарищи!
Ну вот так много жрет ram нов чем проблема не понял, или для тебя 640mb много? ну не юзай его, а юзай vi или nano будет мало жрать памяти, а если без gui то еще меньше.
> Ну вот так много жрет ram нов чем проблема не понялОк, подскажу: проблема в головах девелуперов собственно редактора. Проблемы с логическим мышлением как минимум. Это в первую очередь. Во вторую очередь - в головах девелуперов, пользующих оный для разработки. По большей части это проблемы с памятью, из-за чего и нужны все эти свистоперделки. Моя же проблема заключается в том, что приходится работать в одном коллективе со второй категорией проблемных, у которых их любимый рабочий инструмент прописан в рабочих стандартах.
> или для тебя 640mb много?Ну, раз для тебя это пустяк, пришли пару планок по ddr2 по полгигабайта.
> ну не юзай его, а юзай vi
> или nano будет мало жрать памяти, а если без gui то
> еще меньше.Я перфекционист, поэтому жду, когда редактор появится в systemd. :) Или в emacs'е. :]
Хоть мне лично сабж и не нравится, в т.ч. и из-за производительности, но вам с вашим PC место уже в музее. Никто под ваш ретроградский комп делать редакторы не будет. Вам правильно посоветовали vim и иже с ним.
А стоило бы. Дело не в том, что кто-то реально будет сидеть с 1 Гб ddr2. У меня IDE от JetBrains отжирает 2,1 Гб оперативки сразу при открытии проекта. А если начать что-то делать, то кушает ещё. И очищается она сборщиком мусора по не очевидным алгоритмам. В итоге пришлось в ноут доставлять память, например. Мне кажется нелепым тот факт, что при нынешнем уровне развития мобильных устройств, я себе должен собирать какие-то рабочие компы с большим количеством оперативки, мощнымы процами и тп из-за редакторов текста.
>> У меня IDE от JetBrains отжирает 2,1 Гб оперативки сразу при открытии проекта.
>> А если начать что-то делать, то кушает ещё.
>> при нынешнем уровне развития мобильных устройств, я себе должен собирать какие-то рабочие компы с большим количеством оперативки, мощнымы процами и тп из-за редакторов текста.В случае IDE - то оперативка и цпу оплачивают для того чтобы делать умный автокомплит, на лету разрешать зависимости крупных проектов и подтягивать нужные библиотеки из мэйвена (предположу, что речь именно про яву сейчас). Если не устраивает - всегда есть vim и emacs. Их можно и на часах запустить.
В случае Atom'а - оперативка и цвпу уходтя на то чтобы обеспечить работу расширений на js и css. В итоге у атома тонны дополнений на любой вкус и возможно быстро набросать нужное.
Я имею некоторое представление, какие данные в оперативке хранит IDE. Тут на самом деле даже нет разницы Idea это или нет -- движок в продуктах JetBrains одинаковый и кушает примерно одинаково. Меня смущает, что тогда, когда я писал на C++ (Qt4) и пользовался QtCreator, то даже на достаточно большом проекте такого пожирания оперативки не наблюдалось. Конечно, сравнение немного неуместное, но тем не менее, я считаю, что можно было бы написать IDE, которая более рационально использует память, используя другие средства. Хотя, конечно, вышло бы дорожи и дольше.
То же самое и с Atom. Я не понимаю желание создавать расширения на js и css.
Могу пару гиговых прислать. Только они работают лишь на платформе AMD (поскольку спаяны китайцами из разных б/у чипов и требуют специфической поддержки со стороны контроллера памяти, которая есть лишь в процах AMD).
>> или для тебя 640mb много?
>Ну, раз для тебя это пустяк, пришли пару планок по ddr2 по полгигабайта.Самовывоз из Питера
Ну а ты таки прочитай про это самое PAE. Обрати внимание на эту строчку:
The 32-bit size of the virtual address is not changed, so regular application software continues to use instructions with 32-bit addresses and (in a flat memory model) is limited to 4 gigabytes of virtual address spaceА теперь ответь, чем одному приложению поможет 32GB памяти?
Тем, что при разработке обычно запущено не одно приложение. IDE, ОС, кеши, браузер, база данных, прочие сервисы будут использовать свои отдельные лимиты до 4Gb. Так что в сумме 16 Gb для x64 или 8Gb для x32 вполне нормально, если тормоза от свопа не нужны. Прикидка по моим приложениям, для других могут и больше/меньше быть
> купи 32гб оперативки и не парься для дев тачки.32 гб для редактора со свистками сомнительной востребованности. прогресс, итить!
>> купи 32гб оперативки и не парься для дев тачки.
> 32 гб для редактора со свистками сомнительной востребованности. прогресс, итить!ну с головой сейчас хватет и 16гб, просто еще 16 были куплены когда доллар был по 34.
>>> купи 32гб оперативки и не парься для дев тачки.
>> 32 гб для редактора со свистками сомнительной востребованности. прогресс, итить!
> ну с головой сейчас хватет и 16гб, просто еще 16 были куплены
> когда доллар был по 34.Вот так быстро и уныло ветка скатилась в обсуждение успешного шопинга.
> купи 32гб оперативки и не парься для дев тачки. плюс виртуалки гоняй
> на отдельном серваке.Плюс для поиска/чтения документации в современном браузере – тоже желательно отдельную железку выделить.
Если пожертвуешь, то куплю. Правда у меня и материнку надо бы обновить, и остальное.
>Если раньше (то ли весной, то ли летом) Atom был каким-то недоделаннымраньше он был абсолютно неюзабельным, так как из-за кучи утечек начинал съедать память гигабайтами. Как раз к лету это потихоньку пофиксили
Вот оно. Настало время когда тестовый редактор съедает оперативки больше чем ... скажем Ubuntu :)
> Вот оно. Настало время когда тестовый редактор съедает оперативки больше чем ...
> скажем Ubuntu :)Дык это ж, как было сказано где-то выше в треде, "основной инструмент"! Не какая-нибудь жалкая ось, обратите внимание.
Но сдаётся мне, "инструмент" в данном случае таки эвфемизм.
Часто именно инструмент определяет работу всей системы. Например, инструмент размножения у приматов.
> Часто именно инструмент определяет работу всей системы. Например, инструмент размножения
> у приматов.Этот момент ещё тов. Артемий Лебедев прояснил: http://www.artlebedev.ru/kovodstvo/business-lynch/2007/03/15.../
Логино, конечно. Луниксы и всякие bsd с солярками писаны в редакторых, которые не пытались заменить их пользователям мозги. В результате имеем хорошие системы. Пользователи же комбайнов с конскими системными требованиями производят... производят впечатление. Гнетущее. Ибо когда комбайнёры таки решат занятся системной разработкой, 640 mb будет мало уже загрузчику.
тестовый редактор - это хлебопечка, а этот редактор - текствый.
Что за тема на скриншотах?
One Dark
Все равно ещё сырой. Пилить и пилить. Sublime рулит и будет долго ещё у руля. Ведь он летает по сравнению с этими Atom, Brackets и прочимими.
Notepad++ рулит!
да
Я не понимаю. Фичи - крутые. Но используемая технология - вносит уныние и тормоза. Это как Идея и Еклипс проти Емакса и Студии. Наверно, сложно осилить ide на нативном коде в 21 веке, когда столько соблазнов. Остаются только заслуженные (это я про QtCreator, Имакс, Студию), имеющие корни. Атом - хипстерская поделка для хипстеров. Недоумения псто
> Атом - хипстерская поделка для хипстеров. Недоумения пстоИ markdown, кстати, тоже для хипстеров. Настоящие мужики используют reStructuredText.
AsciiDoc ?
> И markdown, кстати, тоже для хипстеров. Настоящие мужики используют reStructuredText.Который был запилен специально для питона?
http://docutils.sourceforge.net/docs/ref/rst/introduction.html ( Developed by David Goodger)
> The primary goal of reStructuredText is to define a markup syntax for use in Python docstringsФу, зашквар!^W^W
А если серьезно – там несколько разные ниши.
https://gist.github.com/dupuy/1855764
Кто-нибудь за хипстерский http://limetext.org/ пояснить может?
Идея клевая, разработку не бросили, а прогресса не видно
Где-то 4-м релизом можно будет уже пользоваться
Принтскрины из Макоса на Опеннете — это прекрасно.
Надо срочно исправить на скрины с коричневожелтым декоратором из mate
> Принтскрины из Макоса на Опеннете — это прекрасно.http://blog.atom.io/2015/10/29/atom-1-1-is-out.html
https://cloud.githubusercontent.com/assets/378023/9629635/21...
Вангую, что на опеннете лежит просто превиюшка с оригинала.ЗЫ: я вообще вначале решил, что это гнум с мако-темой. Больно уж кнопочки в заголовке окна "цветные".
Однако скрины yosemite вкупе с "icc:copyright: Copyright Apple Inc., 2015" из пнгшки, как бы, намекают.
> Вангую, что на опеннете лежит просто превиюшка с оригинала.Это называется - "КЭПую"
Атом хорош, нет даже не так - он прекрасен. Но когда нужно отредактировать большой файл, я до сих пор использую vim. Думаю, многие делают то же самое. В общем, проекту ещё есть куда стремиться.
Насколько вы больше файлы редактируете, помню просматривал dump db на 3гб в vim да шустро, это редактор такое не потянет.
> Насколько вы больше файлы редактируете, помню просматривал dump db на 3гб в
> vim да шустро, это редактор такое не потянет.
> просматривал dump db на 3гб в
> vimБатенька, откройте для себя уже less
зачем мне less когда вим вполне справляется.
И чем таки он лучше vim?
Он все еще виснет при открытии файлов > 2mb?
200kb минифицированых js!
От автора https://github.com/fuqcool/atom-emacs-mode
> This package is no longer under maintain. Because I realized that there is nothing in this world can replace Emacs
Занятно
Там до сих пор чтобы переносить выделенный текст мышью нельзя из коробки?
Я его даже ставил когда-то, ну и , мягко говоря, не впечатлён - возможностей чуть больше, чем у блокнота - а тормозит так, как будто полноценную среду разработки уделывает :)
Какие веб-редакторы, такие и веб-страницы. Хипстерский веб-редактор сожрёт 500 мегабайт памяти и веб-страницы жрут не меньше, в которых пол абзаца контента, а всё остальное дизайн и жаба-скрипт. А хипстеры уже рекомендую 16 гигов памяти, чтоб вебстраничку сверстать, Карл.
Markdown Preview очень глючит при редактировании больших файлов.
Медленно, но верно, в заданном направлении, пишем Eclipse на JavaScript. Eclipse такой тормоз, он же на Java!
