Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 57
Это специализированный вариант браузера Chromium, переделанный так, чтобы быть в первую очередь текстовым редактором, а не веб-браузером. Каждое окно Atom — это отдельная локальная веб-страница.То есть это node-webkit (или это самописный аналог)?
Кто-нибудь уже получил инвайт?
вот интересно, а в инет он вылазить сможет? Я имею ввиду, можно ли его будет использовать непосредственно как браузер? Было бы удобно, только с безопасностью наверное этот вариант не очень сочетается
Не совсем ясно, будет ли это просто локальный редактор? Если локальный, то не особо понятно, зачем пилить браузер и писать код на javascript. Теряется суть web'а — независимость от платформы и удаленность данных. Если так, то смахивает на особую форму извращенности разработчиков.
я как то пытался пересесть на emaks, так вот я потратил довольно много времени, немного разобрался в Lisp, зарылся в его настройки, но так и не смог заставить его работать так как я хочу, потом мне просто стало жалко времени, ибо порог вхождения в него довольно высок. Здесь же с java scripts, все что мне нужно я смогу запилить гораздо быстрее и где-то даже проще
emaks
java scripts
Серьёзно?
Наверное, это просто автоисправление где-нибудь на iOS или Android
Да простят меня гуру Emacs и JavaScript за эти досадные опечатки. Но я так и не понял, мне карму за них слили или все-таки у кого-то есть более конструктивные возражения по сути моего комментария?
Не очень понимаю где там можно потратить «довольно много времени» чтобы разобраться как настроить Emacs. У меня все получилось за 5-10 минут и с тех пор конфиг существенно не менялся. «Порог вхождения довольно высок» — ой, да не смешите
Возможно вы очень сообразительный, возможно я слишком тупой, а возможно у нас были разные задачи. Например мне так и не удалось сделать так, чтобы Emacs воспринимал мышиные клики в тексте, так как это делают все остальные текстовые редакторы. Не знаю задумывались ли вы над таким вопросом или нет, но когда вы мышкой выделяете текст, то вы например делаете это начиная с края первого символа и заканчивая противоположным краем последнего. В любом текстовом редакторе (да и в любом браузере), каким я пользовался до Emacs это именно так и реализовано, т.е. точку ввода всегда можно поместить между символами. В Emacse эта точка ввода находится под символом. Т.е. для выделения (если я пользуюсь мышью) приходится тыкать не между символами а на них и в конце выделения заводить указатель дальше за нужный мне символ. Привыкание к этому у меня потребовало довольно много времени. Настроить этот момент я не смог вообще, тк это особенность ядра Emacs. Я понимаю, что этот редактор не предназначен для работы с мышью. «Только клавиатура, только хардкор», скажите вы и будете абсолютно правы. Ну и таких мелочей мне попалось довольно много. Именно поэтому я говорю о высоком пороге вхождения или крутой кривой обучаемости если хотите, потому как сильно приходится менять свои привычки. Хотя может быть это я слишком требователен, не буду спорить. Ну и не могу не запостить баян на эту тему.
Я наверно монах дзен не похож на остальных пользователей редакторов, но у меня сложилась практика не подстраивать новые инструменты под предыдущий юзер-экспириенс, а использовать их сильные стороны, при необходимости подстраивая юзер-экспириенс под инструмент.
Так, например, я использую Emacs исключительно в консольном режиме (emacs-nox)и вообще мышка у меня лежит на системном блоке и покрыта толстым слоем пыли
Неужели вы думаете, что за все то время, пока существует Emacs, его бы не допилили для мышки если бы это действительно было нужно? Все новые пользователи приходят, пробуют применить свой старый пользовательский опыт, и либо уходят неосилив, либо проникаются пониманием, что новый пользовательский опыт интереснее и эффективнее, чем старый. И после уже не отказываются от Emacs-а никогда.
Так, например, я использую Emacs исключительно в консольном режиме (emacs-nox)
Неужели вы думаете, что за все то время, пока существует Emacs, его бы не допилили для мышки если бы это действительно было нужно? Все новые пользователи приходят, пробуют применить свой старый пользовательский опыт, и либо уходят неосилив, либо проникаются пониманием, что новый пользовательский опыт интереснее и эффективнее, чем старый. И после уже не отказываются от Emacs-а никогда.
Весьма похвально. Я конечно не спорю об эффективности Emacs. Я сам его часто использую для определенных задач. Пишу на veriloge и emacs-овый verilog-mode — это просто монстр. Ускоряет разработку на порядок. Но полностью, перебороть свой «юзер-экспириенс» у меня, в отличии от вас, к сожалению не вышло. Да и не сильно хотелось, если честно. Поэтому я и хочу попробовать поюзать этот Atom, посмотреть что за зверь, может быть попробывать реализовать часть функционала verilog-mode, и тех мелочей, которые меня выбешивают в emacs-e, там может и не быть…
Ну а мне неохота раз за разом быть бетатестером решений в стиле «давайте из броузера сделаем редактор кода и попробуем с этим взлететь. Я лучше возьму решение, которое допиливалось десятки лет умными разработчиками. Потому что у нас разные приложения принципа „не очень то и хотелось“ :)
У этих ребят другой взгляд на жизнь наверное. Боюсь, что если бы никто не делал ничего нового, мы бы все еще в каменном веке сидели, не правда ли. Только на то она и эволюция. Какие-то решения на долго остаются самыми лучшими и непобедимыми, но любой ветеран когда-нибудь бывает побежден молодым выскочкой со свежим взглядом. Кто-то просто не любит топтаться на месте, а кто-то доверяет только проверенным решениям. Кто-то, в отличие от вас, наоборот считает правильнее заставлять инструмент работать так как ему хочется, а не подстраиваться под инструмент, и для него гибкость в настройке очень важна. Все люди разные. Все мы ищем что-то удобное для себя. И находим, останавливаемся. Вы нашли, я — пока нет.
Мое мнение — этот редактор создан с прицелом на облачность, он будет частью самого гитхаба. Сделали его временно десктопным всего по 2-ум причинам:
1. API современных браузеров еще не настолько развито, чтобы позволить написать полноценный редактор кода.
2. Нельзя по идеологическим причинам выпустить приложение всего под один браузер (Chrome), но реализация кроссбраузерности будет отнимать ощутимое время у разработчиков.
1. API современных браузеров еще не настолько развито, чтобы позволить написать полноценный редактор кода.
2. Нельзя по идеологическим причинам выпустить приложение всего под один браузер (Chrome), но реализация кроссбраузерности будет отнимать ощутимое время у разработчиков.
Единственный недостаток в API, под эту, конкретную задачу, это работа с файловой системой, но я уверен что этого никогда не добавят.
На самом деле не вижу объективных причин.
Сейчас всё равно можно инпутфайлом закачать файл на сервер, а потом передать его обратно клиентскому коду. Так вот, тут надо всего лишь устранить звено «сервер», и дать возможность передавать выбранный файл коду напрямую. И так же с сохранением.
Возможно, следует сделать ещё одно небольшое косметическое улучшение исключительно для удобства — реализовать не только диалог загрузки/выгрузки файла, а ещё и просто диалог выдачи прав на файл(ы) клиентскому коду. И будет и безопасно, и удобно.
dev.w3.org/2009/dap/file-system/pub/FileSystem/
В общем то это уже есть, что логично
caniuse.com/fileapi даже почти везде реализовано
В общем то это уже есть, что логично
caniuse.com/fileapi даже почти везде реализовано
Вот сам редактор: скачать для Mac OS. Если архив не уникальный для каждого инвайта то должно работать у всех. Если уникальный — отпишитесь кто-нибудь.
Все работает.
Довольно шустро работает, хотя по сравнению с sublime видны задержки. По хорошему все будет понятно после того, как будут написаны основные плагины. Хотя уже сейчас видно, что сделано качественнее Brackets, на мой взгляд.
Довольно шустро работает, хотя по сравнению с sublime видны задержки. По хорошему все будет понятно после того, как будут написаны основные плагины. Хотя уже сейчас видно, что сделано качественнее Brackets, на мой взгляд.
а для windows не поделитесь архивом или ссылочкой?
Спасибо!
Выглядит очень достойно.
Выглядит очень достойно.
Попробовал под OS X. Что примечательно, памяти жрёт меньше, чем Sublime, однако отзывчивость интерфейса немного ниже. Выделение и редактирование с alt не реализовано, надеюсь, это допилят.
Не обнаружил создания проектов — в Sublime это очень удобная фича.
В глаза бросается визуальное сходство с Sublime, а так же глюки и лаги UI при ресайзе окна.
В целом, достаточно интересная альтернатива Sublime. И, что важно, — opensource.
Не обнаружил создания проектов — в Sublime это очень удобная фича.
В глаза бросается визуальное сходство с Sublime, а так же глюки и лаги UI при ресайзе окна.
В целом, достаточно интересная альтернатива Sublime. И, что важно, — opensource.
Выйти из него не так-то просто, Cmd+Q даёт такое окно:
Опенсорс но вроде как они собираются его делать платным. Недаром в тексте Welcome написано об этом github.com/atom/welcome/blob/master/lib/welcome.md пункт 1
И сколько он потребляет памяти?
Бета версия доступна пока только для OS X. Гораздо интереснее это дело будет на тех же хромбуках как по мне, а не в виде завернутого приложения под chromium. Из письма я так понял что только бета будет бесплатна.
Ну и если кому нужно есть 1 инвайт (pm ваш email). Еще раз замечу что приложение доступно только для OS X.
Ну и если кому нужно есть 1 инвайт (pm ваш email). Еще раз замечу что приложение доступно только для OS X.
Судя по тексту, они с самого начала затачивались под node-webkit, что печально. Если делать связку Express+Client (на вебсокетах, например), то ее можно собрать под что угодно: и через сервер+браузер использовать, и в node-webkit завернуть, и как приложение для хромобука, и PhoneGap должен переварить. Но это в теории. Давно хочу попробовать, но все времени нет. Если у кого есть опыт таких экспериментов: поделитесь, пожалуйста. А то странно выходит: на JS уже можно написать под что угодно, но все затачиваются под конкретные вещи.
Видите ли, node-webkit идёт из коробки с готовым набором API для GUI (окна, меню основные, меню контекстные, буфер обмена, системный лоток, аргументы командной строки, диалоги открытия и сохранения файлов и каталогов, запуск программ), всё это кросс-платформенно (Linux, Мак, Windows). Так что стремление использовать этот движок вполне понятно. Мне и самому он весьма по нраву.
Ну что, кто-нибудь уже успел накидать к нему vim-mode?
Интересно наблюдать логотип проекта… У нас три года назад получилось что-то очень сильно похожее: atomweld.com (я уверен, что они про нас никогда не слышали, не тот масштаб, но логотипы просто удивляют сходством).
Пытался зайти на atom.io сегодня — пишут сертификат принадлежит *.infofree.com
Вчера не было.
Только у меня так? (провайдер Вега, Одесса)
Вчера не было.
Только у меня так? (провайдер Вега, Одесса)
Erlang нету. Haskell нету. Clojure не умеет. Билдить не умеет. Даже ST умеет. А он не умеет.
atom.io/packages/language-clojure
atom.io/packages/language-erlang
atom.io/packages/language-haskell
atom.io/packages/script
Число плагинов растет как на дрожах, посмотрим что из этого выйдет,
а пока связка вим + вебшторм покрывает все мои потребности.
atom.io/packages/language-erlang
atom.io/packages/language-haskell
atom.io/packages/script
Число плагинов растет как на дрожах, посмотрим что из этого выйдет,
а пока связка вим + вебшторм покрывает все мои потребности.
Есть три инвайта, присылайте e-mail в личку.
Uncaught Error: Atom can only handle files < 2MB, for now.
Мдаа, возвращаемся к sublime text.
Мдаа, возвращаемся к sublime text.
Ни рыба, ни мясо: для полноценной IDE мало возможностей, а для быстрого редактора слишком громоздкий.
Пишу из будущего, Атом завоевал свою часть рынка и он хорош.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Atom: новый редактор кода от Гитхаба