Пользователь
18,8
рейтинг
19 октября 2010 в 20:29

Администрирование → Nano: И всё-таки его придётся выучить [1]

            Речь идёт о текстовом редакторе nano в Linux.
Я не люблю nano и предпочитаю vim. Однако, в отсутствии vim, выбирая между vi и nano, я всё-таки предпочту nano, ибо как говорится в старой поговорке, «у vi есть два режима: бибикать и всё портить».

Кроме того, идёт активная замена vi на nano во многих дистрибутивах. Например, в новых версиях Debian и Ubuntu по-умолчанию vi устанавливается в самом куцем виде. А главное, его больше нет в busybox install/initrd этих ОС, что однозначно заставляет задуматься об изучении nano, не из любви к нему, а по необходимости.

Я понимаю, что сидеть и зубрить список комбинаций кнопок бесполезно, так что вместо этого я думаю сделать маленькие nano-уроки — по 8 комбинаций или фич за урок (я и сам их планирую изучать по мере публикации).

Nano не имеет «режима команд» как vim, и этим похож на oldschool-редакторы из консоли DOS/Windows (NC, Far Manager, DN, hiew/biew, внезапно втесавшегося в список mcedit и т.д.). Все команды отдаются нажатием комбинаций клавиш — функциональными кнопками или комбинацией Ctrl-буква, Alt-буква.

Важное отличие от 'generic editor' — это поддержка эмуляции Ctrl'а и Alt'а.


Alt эмулируется одинарным нажатием на Esc, Ctrl — двойным. Вместо Alt-X можно набрать Esc X, вместо Ctrl K можно набрать Esc Esc K.

Сначала очевидные комбинации (не зачитываем из за «выученные»)
Стрелки вверх-влево-вправо-вниз делают ровно то, что должны.
Начало строки — Home
Конец строки — End
Страница вниз — PgDn
Страниц вверх — PgUp

На этом очевидности заканчиваются и, собственно, начинаются наши сегодняшние 8 комбинаций:

На слово вперёд — Ctrl-Space
На слово назад — Alt-Space (курсор встаёт в начале слова)
В начало файла — Alt-| или Alt-\ (короче, Alt- и «эта» кнопка)
В конец файла — Alt-/ или Alt-? (аналогично, Alt «эта» кнопка)
До первой пустой строки вниз — Alt-0 (или Alt-))
До первой пустой строки вверх — Alt-9 (или Alt-()
(в терминах nano текст, отделённый пустыми строками называется «параграф», так что последние две команды называются «предыдущий параграф», «следующий параграф»)

Включить выключить перенос строк — Alt-L
Переход на строку с указанным номером — Alt-G

Завтра будет продолжение [2], [3].
Георгий Шуклин @amarao
карма
271,0
рейтинг 18,8
Пользователь
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Администрирование

Комментарии (294)

  • +14
    У меня чаще всего в nano используется команда Ctrl+K — удалить строку. Очень удобно.
    А так действительно nano очень удобный редактор для начинающих. В нем даже неплохая подсветка синтаксиса есть.
    • 0
      Извините, после vim'а им просто невозможно пользоваться. Простейшее 9dw (удалить uuid) или cG (truncate с началом редактирования) — казалось бы, такие простые комбинации… Но в nano это подвиг. Или я ещё не все кнопки знаю?
      • +6
        Ну по функциональности nano с вимом естественно тягаться не может, поэтому я и написал «для начинающих».
        З.Ы.: самому vim нравится, но все же и nano неплох
        • +1
          Для начинающих лучше gedit, он ближе к default notepad with features.
          • +10
            На сервере gedit запускать неудобно. Да и вообще есть много случаев когда он не подходит.
            К примеру подредактировать fstab или xorg.conf когда иксы не запускаются.
            • +5
              Эм… Мы о начинающем или о сервере? А вообще, ssh -XYC server, gedit — и ты вполне себе в гуе редактируешь. У меня так на нескольких серверах система ПО для конфигурирования рейдов на яве так установлено и работает.
              • +7
                Ну есть же начинающие администраторы серверов ))
                • +2
                  Все, я понял что назревает холивар, ухожу из треда
                  • +5
                    да ладно, именно в таких тредах иногда встречаешь для себя что-то новенькое.
                    • +5
                      я вот считаю себя начинающим. не люблю Вим. он меня пугает
                      • +1
                        тогда пользуетесь joe
                        там ничего учить не надо — все как в Turbo C 2.0 :)
                        • 0
                          > тогда пользуетесь joe

                          ещё под FreeBSD редактор ee иногда используют
                  • +1
                    Никакого холивара, просто терминал как-то ближе к сердцу.
                • +2
                  боже упаси
              • +3
                Ну я вот когда то был начинающим в *nix, но это не мешало мне самостоятельно настроить свой несложный web сервер для httpd+nginx+mysql+php+пара мелочей.
                И vim тогда был вообще чем то на грани фантастики.
                Сервер правда был под фрей, и там был не nano а ee :)
                • +1
                  ee друг человека!
                  • НЛО прилетело и опубликовало эту надпись здесь
              • +2
                а кто нибудь использует mcedit?)
                vim «ниасилил» поэтому на сервере мелочи правлю им
                P.S.
                ну и ностальгия по нортон коммандеру и паскалю с синим экраном
                • +7
                  Ну я использую. Ибо за 10 лет работы с *nix системами я не могу проникнуться редкостно извращенной логикой создателя vi.
                • +1
                  я тоже использую. тоже из-за того что начинал осваивать x86-архитектуру с нортона. сделал себе export EDITOR=mcedit в профиле.

                  vi как редактор то не пришелся по вкусу с времен SunOS 5.8, в котором он не подсвечивает текущий режим работы (командный или редактирования).
                • 0
                  Я использую. Потому что он был встроенным редактором для mc, и в котором удобно было отредактировать что-либо, нажать Ctrl+O, выйти в консоль, сделать что-то, нажать Ctrl+O, вернуться к редактированию.

                  nano, который с какого-то перепугу сделали дефолтным редактором в убунту, например, такого не позволяет. за что могу только послать соответствующие лучи в соответствующие стороны.
                  • 0
                    ctrl-z и bg спасут отца русской демократии
                    • 0
                      Прошу прощения, но

                      эээ, чо?

                      :)
                      • +1
                        При запущенном nano нажимаете Ctrl+z и получаете консоль. После выполнения команд выполняете встроенную в шелл команду fg и получаете обратно nano.\

                        А в vim можно просто, например, :!ls -al /mnt/cd-rom
                        • –2
                          мде. не надо такого счастья :) лучше я Ctrl+O туда и Ctrl+O обратно :)
                          • +3
                            зато такое счастье работает со всеми, а не только отдельно взятым костылем )
                            • 0
                              если оно работает, то это уже не костыль
                        • 0
                          в вим еще :shell и ctrl+d

                          или ещё страшнее :r !ls /var/www
                  • +1
                    ctrl+z, fg?
                    • 0
                      Выше уже ответил :)
                  • 0
                    nano, который с какого-то перепугу сделали дефолтным редактором в убунту
                    select-editor же
                    • 0
                      F9 -> Configure -> Use internal editor

                      ;)
            • 0
              на многих серверах нано не будет. на некоторых его даже невозможно поставить. равно как и vim.
              • +2
                это на каких? О.о
                • +1
                  да любой где установлено solaris, aix, hp-ux. там обычно даже баша нету. потому стоит изучать именно vi, тем более что это один из наиболее удобных и функциональных редакторов.
                  а то что в убунте и дебиане vi меняют на нано это лишь общая тенденция подстройки линукса под виндовс-пользователей. все же выход из vi через reset это нередкое явление :)
                  • 0
                    на самом деле я знаю, как выходить из Вима, даже было время пользовался им. но как-то он повис и не реагировал ни на что. вообще. я повесил. пришлось переходить в другой экран и убивать его
                    • 0
                      ну так «однажды» висла практически каждая программа.
                    • 0
                      Если в консоли нажать невинную комбинацию Ctrl — s то она повиснет ))
                      Не сразу я нашел Ctrl — q для выхода из пузы.
                      А вообще Vim крут, и по этому не для всех.
                      • 0
                        А-а-а-а! Так это фича, а не бага!
                        • 0
                          google://xon+xoff
                  • +2
                    в солярке удобный vi?
                    ви наверное шутите.
                  • 0
                    да ну, уже 12 лет работаю с соляркой, всегда vi и bash были (ну может в 2.6 bash-а небыло, не помню). Да по умолчанию юзеру ставится шеллом sh, но что нам мешает это изменить?
                    Да и если нужны gnu-шные bash и vi, не что не мешает их поставить, например из пакетов с sunfreeware.com

                    У меня были серваки с настоящими терминалами, т.е. упрощенно клава+монитор от которых отходит кабель RS-232 который и втыкается в последовательный порт сервака, а других дырочек, для клавы или монитора и тем болееUSB на cерваках просто небыло. Вот для таких терминалов vi/vim вещь очень полезная. Ну и без тоже можно есть же еще sed :)

                    П.С.
                    мне нравится mcedit, но я всех люблю :)
                    • 0
                      в 5.10 я увидел баш. на 5.9 ставилось отдельно, равно как и всякие бесполезные в энтерпрайзе приблуды вроде sudo или ssh.
          • +3
            А gtk и пол-гнома для gedit'a мне тоже на сервак тянуть?
            • 0
              Да, это уже более серьёзный аргумент. Пожалуй, ответ «нет, спасибо, не надо».
          • 0
            Например, в убунте gedit по дефолту бэкапный мусор оставляет. Оставьте уж начинающим нано :)
      • +45
        Зато из nano можно выйти без reset'а! (с)
        • +6
          Много раз было (пока не привык), что запустив nano и попытавшись редактировать текст я получал такую ахинею…

          Ins bla-bla-bla Esc Esc :q!

          И что в итоге? Чушь, а не выход.
        • +1
          В точку. Без предварительной подготовки как-то пытался редактировать конфиг вимом. Так и не понял, как из него выйти.
          • 0
            вот интересно… он же при первом запуске говорит об этом.

            кстати сказать — как можно начать работать не прочитав ни одной книжки / мануала по unix? а ведь практически в каждом упоминается как работать с vi (уж как начать редактирование, сохраниться и выйти — точно)?!
            • +2
              мнэээ. зачем? многие начинают работать с линуксом через мануал по настройке виртуального хоста на апаче. а там про vi(m) не говорят.
            • –2
              Ну уж не знаю, где он там такое говорит при первом запуске, мне при первом запуски ничего не сказали.

              То есть вы хотите сказать, что прежде чем пользоваться (внимание!) текстовым редактором нужно прочитать книжку или пройти vim-tutor (как минимум занятие на полчаса). Вы действительно считаете, что это правильно?

              Может быть ещё читать книжку перед тем как пользоваться мышкой или клавиатурой?
              • +1
                Вы не поверите, но перед тем, как начать пользоваться программой, стоит прочитать её man. Да, пользователю windows это кажется противоестественным, ведь синтаксис cmd.exe интуитивно понятен и не требует нескольких листов хелпа, но это так.

                Если вы хотите нормально пользоваться — прочтите инструкцию.
                • 0
                  Слушайте, стрелки — это нечто интуитивно понятное. Я посмотрел на экран, увидел, что курсор не там. Подумал, что надо переместить. Как? Посмотрел на клавиатуру. И? Конечно же, сразу понял, что это hjkl, а не кнопки со стрелочками. :)

                  Любой текстовый редактор можно освоить «методом тыка». Но только не вим (или емакс).

                  Читать ман перед пользованием любой программы — это понятно полезное дело. Правда по личному опыту это касается в первую очередь консольных программ-команд. А вот программы с UI (пусть и с текстовым) вполне прекрасно осваиваются и без чтения манов. Ну, например mc, aptitude, htop, ncmpc, тот же нано и так далее.
                  • 0
                    ну извините. если я, например, программист, то мне не знать хорошо редактора в котором я исходный текст пишу — стыд и позор.
                    и тут уже идёт вопрос об эффективности редактирования, а не об интуитивности.
                    • 0
                      Мы говорим о разных ситуациях.
                  • 0
                    Во-первых стрелки тоже работают.
                    Во-вторых hjkl это удобно, потому что правую руку не нужно постоянно передвигать на стрелки и назад. Хоть это и не интуитивно и не мнемонично, да.
                    В-третьих, vim это не просто текстовый редактор, это очень мощный текстовый редактор, поэтому, если вы действительно хотите им эффективно пользоваться, то да, прежде чем им пользоваться нужно прочитать книжку И пройти vim-tutor (потраченные полчаса окупаются в 100 крат).
                    • 0
                      До стрелок от мышки ближе :)

                      vimtutor, имхо, кроме самых основных навыков (те же hjkl и i) даёт мало полезной инфы (или не объясняет чем эта инфа полезна). Хотя, может быть, надо «всего-лишь» сменить «парадигму» и начать думать при редактировании текста как-то иначе, а не в «терминах» визуально определяемых знакомест. Может я и часто выполняю задачу «перейти на две строки выше, удалить 10 строк и начать вводить новый код» или «перейти на два слова правее и заменить следующие два слова», но никогда в таких терминах о ней не думал, а думал «идём сюда, удаляем отсюда и до сюда и пофиг сколько там строк/слов, потом вводим новое». И ещё, по опыту общения с теми, кто эффективно использует vim, — нужен слепой метод печати — не знаю никого, кто использует vim чаще/эффективнее меня, глядя на клавиатуру, как я
                      • 0
                        В Vim кроме парадигмы <сколько раз><что сделать> есть ещё <сделать что-то><с таким-то объектом>. Text objects это ж на самом деле сила, экономящая уйму времени.
                        • 0
                          Вроде между «10 раз удалить слово» и «удалить 10 слов» разница небольшая, а слова считать всё равно надо. или я не понял что значит count в "«inner word», select [count] words"?
                          • 0
                            Ну не обязательно считать слова.
                            Я например очень часто пользуюсь такими объектами, как a{, i{, a(, i(. Слова же удобно удалять с помощью diw или ciw находясь на любой букве этого слова.
              • 0
                да. ведь объясняли же вам в школе что курсор управляется стрелочками вверх-вниз, вправо-влево. какие существуют режимы редактирования (вставка и замещение) и так далее.

                просто сейчас это _уже_ кажется очевидным. но далеко не очевидно для человека который первый раз сел за компьютер.

                и ему всё равно стрелочками управлять курсором или клавишами h, j, k и l.
                • 0
                  Мне в школе никто ничего не объяснял. Я это сам понял. Стрелки — это интуитивно понятное явление. И в школе у нас появилась информатика тогда, когда я уже вовсю на асме писал.
                  • 0
                    Интуитивность F2?
                    • 0
                      F1 — help
                      F2 — save
                      это общепринятая практика для множества приложений.
                      • +1
                        F2 переименовывает файл. Внезапно.

                        Это не интуитивно, это «мне так привычно». Отсюда — кому-то привычнее вим, кому-то NC.
              • 0
                Эти занятия на полчаса много времени потом сэкономят.
                • 0
                  Это если о них знать, ага. :)
            • +1
              Справка показывается когда вызываешь vi. А когда вызываешь vi filename никакой справки не показывают.
            • +1
              Говорит он очень неочевидно, я решил, что ':' это часть предложения, а не часть комбинации, которую нужно набрать и долго жал 'q'.

              Мануалы и различные «гайды по миграции» по убунту ориентированы на nano.
      • 0
        Чем не нравится vim, так это тем, что на разных системах по разному настроены клавиши — те же стрелочки не всегда работают из коробки как положено.
        • +4
          hjkl в любом виме должны нормально работать.
          • 0
            Угу, а теперь отредактируйте русский текст. Этак для ввода каждой команды придется нажимать не только Esc но еще и раскладку переключать, потом i, снова переключить раскладку и только потом продолжать ввод.
            • 0
              Можно найти мапинги русских нажатий в обычные команды. Но я привык работать с русским текстом и без них.
              • 0
                Постоянно переключаясь? Ведь жутко неудобно и непроизводительно.
                • 0
                  Именно для того, чтобы не переключаться в линуксе есть «временный» переключатель. Получается, что вместо, например, i нужно нажать win-i. Оставаясь при этом на русском.
                  • 0
                    Да, штука удобная — сам долгое время использовал.
                    Но только не в данном случае — потому что приходится помнить на каком языке сейчас.
                    Согласитесь, гораздо удобнее иметь простой ввод с клавиатуры независимо от раскладки и режима, а когда нужно сделать какое-нибудь действие — зажимать клавишу-модификатор: Ctrl, Alt, Win, Cmd.
                    Проще некуда: просто кнопка — ввод, кнопка с модификатором — команда.
                    • 0
                      За этим к емаксерам, но там уже другая религия.
                      • 0
                        Это не религия, это удобство — во всех программах так.
                        Понимаете, если во всех программах один способ, то вырабатывается моторная память и работа идет быстрее.
                        • 0
                          В каких во всех? В вимператоре команды одноклавишные, в cmus — тоже.
                          • 0
                            Например в текстовом процессоре word/write, сафари, и куче прочего.
                    • 0
                      А вот тут мы приходим к простому: нельзя иметь столько кнопок на клавиатуре, сколько имеет вим вариантов команд.
                      • 0
                        Это верно для любого развитого редактора — посмотрите сколько команд в том же Word`е. Но там частоиспользуемые команды вводятся комбинациями клавиш, редко — через меню.
                        А здесь получается, что есть только меню команд — Esc — дальше буквы команд, это эквивалентно, тому как вы все команды в ворде делали через меню:
                        Alt — F — Enter — S — ура, сохранили файл! А насколько проще нажать Ctrl+S!
                        Я все понял (tm) — это не режим команд, это просто вход в невизуальное меню.

                        Раньше Esc иногда использовали для меню. Помните, еще в досе были такие программы?
                        • 0
                          В vim работают все комбинации readline. Те же C-W, C-U и C-K. Что чаще нужно — удалить слово или сохранить файл?
                          • 0
                            А я хочу чтобы работал Alt+Del — как во всех остальных прогах. Зачем мне запоминать 10 разных сочетаний? На то оно и сочетание клавиш, чтобы его вводить одним спинным мозгом, не отвлекая на это головной. Думать нужно о том, что пишешь, а не как кнопки нажимать.
                            • 0
                              В каком количестве шеллов работает Alt-Del?
                              • 0
                                В моем работает :)
                                Кстати, настроить не так сложно оказалось. Профит от такой настройки получил еще быстрее чем ожидал.
                            • 0
                              А я хочу чтобы Control-J работал как Enter, а Control-[ — как Escape. Как в баше и тонне консольных программ. Это тоже вводится спинным мозгом. Но в гуе практически отсутствует.
                              А запоминать, что такое Alt-Del — не хочу. Действительно, зачем мне 10 разных сочетаний?
                              • 0
                                Тут понимаете какая вещь. Мейнстримом программных интерфейсов стало именно использование клавиатурных сочетаний более-менее очевидных для пользователя. Человеку проще рассказать, что для действия «Enter» надо нажать Enter, чем Ctrl+J, а для выхода/отмены/выключения Escape, чем Ctrl+[. Это интуитивно, это проще запомнить. Кроме того, упрощаются сами сочетания — их опять же проще запоминать и использовать.
                                Такой вариант больше понравился людям и он прижился, поэтому не надо удивляться, что все новые програмы ориентируются на этот интерфейс.

                                Большим плюсом является то, что сочетания более-менее одинаковы во всех программах системы. Тот же самый Alt+Del (на винде и линуксе его аналог Ctrl+BkSpace) — стирание на слово влево. И когда это простое быстрое сочетание работает везде — это очень удобно.
                                Вот смотрите, вам уже приходится использовать два сочетания: в консоли одно, а неконсольных прогах — другое.

                                Переключение режимов работы по Esc или др. кнопкам как-то ушло в прошлое. Можно скзаать, что сочетания клавиш — это и есть кратковременный переход в командный режим — на время удержания клавиши-модификатора.
                                • 0
                                  Где везде? На виндах? Половые проблемы виндов. Возможности, которые предоставляет vim существенно перевешивают мелочи вроде «выход по трём кнопкам а не по одному».

                                  Я не вижу, почему интуитивным является Enter. Более того, весь гуй упорно убеждает в том, что иногда это пробел.
                                  • 0
                                    > Где везде? На виндах?
                                    А так же линуксе и маке. Посмотрите любую DE.

                                    > почему интуитивным является Enter.
                                    хотя бы уже потому, что там так написано: «Enter» :)
            • 0
              Угу, а теперь отредактируйте русский текст.

              :help langmap
              :help keymap
        • +3
          нафига в vi стрелочки?
          • +6
            Привычка, везде стрелочки, а тут это. Ничего не могу с собою поделать :(
        • –1
          hjkl и только — остальное только артефакты терминала.
        • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          ну имеенно поэтому полезно иметь свой .vimrc не полагаясь на системный.

          ну и иногда бывает только vi — вот там полезно знать hjkl — на некоторых системах только они и работают…
          • 0
            лучше вообще биндинги на стрелочки убрать (: тянуться к ним… да вы что (:
      • +7
        A C вверх B вверх B A вниз
        Fatality!
        • 0
          99с$vim rules
        • +1
          Это вызов меню «cheats», а фаталити с одной кнопки делаются с помощью меню «killer kodes» ;)
          • 0
            Точно )
    • +7
      а «dd» — «удалить строку» чем менее удобно?
    • +3
      Ctrl+K, если что, это не удалить, а вырезать
      Ctrl+U вставить, можно много строк сразу
  • +3
    А emacs вам чем не нравится? В нём тоже нету двух режимов :)

    PS
    • +3
      дистрибьютивах

      — это ой.
    • +1
      зато есть плеер и тетрис? :)
      • +2
        и психотерапевтический ИИ :)

        Просто когда упоминается vi обычно сразу вспоминается и emacs. Не знаю про initrd, но, например, на маках консольный emacs есть из коробки. И, думаю, много где ещё.
        • 0
          Вы путаете vi и vim. Vim — нормальный редактор. vi почти невозможно пользоваться.
          • 0
            да ладно — из коробки максимум что приходится это поковырять fstab/sysctl.conf/exports/rc.conf где vi с :wq вполне достаточно. А дальше первым делом в /usr/ports/editors/vim-lite + bash
          • 0
            Это точно, мы в процессе настройки OpenSolaris 9 обплевались, помнится.
            • 0
              OpenSolaris 9 не бывает :)
              • 0
                Пардон, сейчас таки выяснил, что это была обычная Соляра. Но суть в том, что vim туда ставится со скрипом, а стандартно стоит именно vi.
                • 0
                  да нету там никакого скрипа. берется Software Companion CD ( www.sun.com/software/solaris/freeware/ ) и ставится обычным образом (pkgadd).

                  это если лень возиться :) мне не лень, я сам собираю. это конечно можно «скрипом» назвать. ну и blastwave и sunfreeware тоже можно было бы скрипом назвать. но точно не Software Companion.
                  • 0
                    Ваша правда, для 9-й лежит тут: ftp://ftp.sunfreeware.com/pub/freeware/companioncd/intel/9

                    Знал бы я это, когда мы в соляре ковырялись…
                    • 0
                      это не стыдно :) практически каждый в свое время через такое проходит. парадигма «упремся-разберемся».
                      «сначала попробуем, а если не получится, снизойдем до чтения документации и осмотримся на местности, чокаво на раёне» :)

                      исключения бывают, впрочем. пример: я ставил свой первый solaris (2.5), был нюанс — в варианте core software (типа base system у freebsd) man'ы по умолчанию не ставятся. надо было кликнуть при установке галку в инсталляторе. обнаружил я это ПОСЛЕ установки :) с инетом плохо (год что-то типа 1997), подглядеть негде. чтобы доустановить пакет, нужно смонтировать cdrom (минимальная установка, ессно automount тоже нет), чтобы смонтировать cdrom, надо почитать ман (устройства то именуются по-другому, чем в bsd и linux). и рад бы «ознакомиться с документацией», да шиш прочтешь :)

                      эта рекурсия чуть не взорвала мне мозг :) самый простой выход — переустановить нахрен все по новой :) решил не сдаваться и методом тыка потратил почти два часа. баран? безусловно. но кто ж знал, что даже man'ов не будет…
                      • 0
                        Жесть %) Вот за кучу неочевидного мне соляра и не понравилась, хотя с другой стороны, однажды настроенная — работает абсолютно беспроблемно.
                        У меня просто ситуация была — нашёлся старый сервак SunFire, само собой на UltraSPARC, само собой — с установленной Solaris, который решили воткнуть в стойку и водрузить на него MySQL и nginx по служебной надобности. Ну фигли — вроде три человека с Linux и BSD неплохо знакомы — решили что быстро разберёмся :) Но «нетуттобыло» :))
                        В общем, я в другой раз предпочту поставить Debian :)
                        • +1
                          > Ну фигли — вроде три человека с Linux и BSD неплохо знакомы — решили что быстро разберёмся.

                          там нет ничего неочевидного. там прекрасная документация. надо просто признать, что это новый для себя инструмент, и забороть в себе дракона по прозвищу «у меня опыт в linux 5-7 лет!».

                          к нам на #solaris (в RusNet) такие часто довольно часто приходят :) «у меня опыт! а тут б%#@дь все не как у людей! че за хня, как алиас на сетевуху повесить? че все так сложно то? почему у date другие ключи?» :)

                          снисходительные улыбки (в том числе и от тех, кто сам с такими же воплями заходил в свое время), терпеливый вздох. и если человек убивает в себе этого демона, честно себе признается, что его GNU'тый опыт тут не очень то в зачет, то максимум через неделю (а по большому счету 3 дня) у него уже нет особых проблем. если упорствует, то ничего и не получается. так и продолжает ныть «да гавно этот ваш соплярес», пока не забанят :)
                          • 0
                            скажите, а почему у date другой формат ключей — нет я не против, просто привык искать во всем логическое объяснение. Не для повышения порога вхождения конечно же?
                            • +1
                              ну это историческое. почему были «два Unix'а»? который BSD и который System V? нуууу, получилось так :) а потом добавились GNU утилиты, опять со своим взглядом на мир.

                              проще говоря, Solaris — это не GNU, это «настоящий» unix, который к тому же в начале был BSD системой, а потом стал System V.

                              и тащит за собой некоторое «наследство» с 1982 года… со всеми вытекающими. тут или для «молодых и рьяных», зашедших на позапрошлой остановке, будет «все по-другому», либо в один прекрасный момент пришлось бы ломать поперек хребта и бить мешком по голове тех, кто едет в этом автобусе от самой конечной :)

                              а оно надо? вдруг как в том анекдоте про мотоциклистов, где пластиковый спорт подлетел к хромированному чопперу познакомиться: «а че с вами знакомиться? вы тут каждый год новые» :)
                              • 0
                                спасибо за адекватный, развернутый ответ.
                                • 0
                                  да не за что совершенно :)
          • 0
            можно, но надо хорошо ex знать (:
    • +3
      В тот день, когда в busybox в initrd начнут вкомпиливать emacs, chroot в систему не понадобится, ибо зачем ОС, когда там есть emacs?
      • +2
        Есть ещё grub2 в качестве кандидата на замену операционной системе :)
        • +2
          В тот момент, когда в grub2 в качестве редактора командной строки возьмут emacs, дальше грузиться точно не понадобится, да.
          • +1
            Там уже почти emacs :) Хоткеи по крайней мере унаследованы от емакса. Точнее говоря, от readline, который их унаследовал от emacs.
  • +2
    У кого какие проблемы :\
  • +3
    Я надеюсь этого НИКОГДА не произойдет. Хуже нано зверя нет, vim рулит.

    А после установки дебьяна в первую очередь набираю команду apt-get install vim nmap и есть мне счастие. не думаю что когда либо vim сползет на второй диск установки — не быть этому. Не говоря уж о удалении из репозиториев.
    • +2
      Это УЖЕ есть. initrd у squeeze и ubuntu не имеет никакого vi.
      • –4
        Ну юбунтятам он не сильно нужен. У них gedit во все поля.
        • +1
          Ну если не знать про vi до начала использования убунты, то перейти на него с nano потом достаточно сложно. Помню как матюгался, редактируя конфиги своего wl500gP в vi. Хотя, после пары дней в принципе почти привык… но потом вернулся к nano, увы.
        • +10
          initrd не нужен.

          За исключением тех случаев, когда он всё же нужен.
          • +1
            гениально построенная фраза
            ххх не нужен, за исключением тех случаев, когда он всё таки нужен =)
            возьму на вооружение…
            • 0
              Этого не может быть промежуток должен быть)
      • 0
        ну и нахрен тогда эти дистрибы. пусть горят в доменых печах
        • 0
          Предложите свой вариант с netinst'ом.
  • +11
    у vi есть два режима: бибикать и всё портить

    Холиварненько
    • +1
      Не, я реально не понимаю алгоритма vi (настоящего vi, а не vim-tiny, маскирующегося под vi) при добавлении текста в конце файла.
      • 0
        а поконкретнее?
        • 0
          Вот я подошёл к последней строке файла. Мне нужно написать ещё одну строку. Какую последовательность я должен нажать?
          • 0
            если под текущей — нажать кнопку o
            над текущей — O

            ну, если вы не на последней строчке — перед этим нажать G(переход к последний строчке).
          • 0
            Вообще есть такая книжка «Learning the Vi and Vim editors» от O'Reilly — крайне рекомендую, там вся логика расписана шикарно (:

            Но достаточно толстая. Но на английском. Но это же не проблема?
    • 0
      Да нет, классика же.
    • +1
      как узнать (поглядев на экран) в КАКОМ режиме сейчас находится vi?
      • 0
        нажать ESC-ESС — и вы 100% в командном ((:
      • 0
        Современный Вий пишет внизу экрана красное слово --INSERT-- если вы в режиме вставки, если его нет значит- в командном.
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Его выпилили, увы.
      • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      ed прекрасно работает, я с него начинал путь к vim
  • +19
    И сюда Чубайс добрался со своим нано.
    • 0
      Медведев тоже от Стива подарок получал, но на Хабре не пиарился >_<
  • +2
    приверженцам vim: да, vim пофункциональней, немерено расширений, хороший редактор. Но когда мне нужно поправить пару строк — nano приходит на помощь и быстренько все исполняет. так что его действительно стоит знать.
    • +8
      по вашим славам понятно что вы не знаете и не умеете пользоваться vim'ом
      • +10
        Здесь, по-моему, речь как раз про то, что если нужно подправить пару строк в «инородном» окружении чаще удобнее воспользоваться редактором, которым не нужно специальным образом «уметь пользоваться».
      • –3
        И мне ни капельки не стыдно за это! Коды мне помогают писать netBeans с eclips'ом, а вот командная строка — совсем другое дело. Мне там супер-операции с текстом не нужны. vim'ом действительно не пользуюсь чтобы прямо аж пользоваться. Крупные тексты — openOffice… Хотя именно vim взлетает для ввода message, когда выполняю push из mercurial. Ничего, тоже нормально ) не напрягает, но все равно пишу: «nano test.ini».
        • +7
          >Хотя именно vim взлетает для ввода message, когда выполняю push из mercurial.
          export EDITOR=nano в .bashrc вам в помощь.
        • +2
          hg push -m "Without VIM"
      • +2
        Дано.

        стрелки в vi(m) иногда не работают
        стрелки в nano/mcedit работают всегда

        нагуя тогда vi?

        ЗЫ. Я знаю про hjkl
        ЗЗЫ. Я знаю, что с прямыми руками надо уметь настраивать консоль, ssh, и прочая и прочая
        ЗЗЗЫ. Но.
        ЗЗЗЗЫ. Мне хочется работать, а не настраивать. И проще запустить то, что обладает однозначным поведением
        • +1
          > стрелки в nano/mcedit работают всегда

          мягко говоря, неправда.
          • –1
            Перефразирую: в моем случае — всегда :)

            З.Ы. Правда, локально я vi периодически пользуюсь, его просто писать быстрее, чем nano/mcedit :)
            • 0
              программист, а не админ? :)

              как раз админы обычно плюют на стрелки. потому что они то работают, то не работают, то локально редактируют, то по SSH из одной оси в другую (и везде termcap'ы разные и $TERM может быть какой угодно), то через serial port :)

              буквы работают везде :)
              • 0
                > программист, а не админ? :)

                ты знал, ты знал :)

                > потому что они то работают, то не работают, то локально редактируют, то по SSH из одной оси в другую (и везде termcap'ы разные и $TERM может быть какой угодно)

                Это тема отдельного холивара, начинающегося со слов «в XXI-м веке...» :)
        • 0
          Иногда стрелки не работают. Совсем. Да, такое бывает. А на N900 с стрелками вверх/вниз проблемы. Не говоря уже про функциональные кнопки.
          • 0
            Я умолчу про настройку уже не упомню чего через айфон :)
        • +1
          Мне хочется работать, а не настраивать.
          Вам хочется пилить, а не точить пилу. Это ваше право.
          • 0
            ээээ нет. настройка консолей, ssh, $TERM'а, termcapa на десятке ради систем только ради сомнительного удовольствия редактировать конфиги в vi(m)е — это не затачивание пилы, это абсолютно даже даром ненужные телодвижения при наличии нормально работающих альтернатив, для которых оные телодвижения не нужны.

            Блин. ХХI-й век на дворе, а *nix до сих пор испытываетп роблемы с пересылкой простейших клавиатурных кодов.
            • +1
              Ага. Именно потому консоль линукса до сих пор доступна по COM-порту (включая SOI и xenconsole), а винды мучаются с эмулированием клавиатуры. Попытка же работать в виндах по telnet'у через последовательный порт заставляет плакать.
              • 0
                > Именно потому консоль линукса до сих пор доступна по COM-порту

                Это как-то оправдывает неспособность передавать простейшие клавиатурные комбинации?
                • 0
                  Какие комбинации клавиш не передаются?
                  • 0
                    Те же стрелки. Delete, срабатывающий, как backspace

                    И не только комбинации клавиш. Отображение тоже. Все, что не ASCII — добро пожаловать в чудный китайский мир.

                    2010-й год на дворе.
    • +4
      А почему vimом нельзя поправить пару строк?
      • +12
        Ну, смотрите, человек запускает vim, курсором доползает до нужного места, стирает лишнее, начинает печатать, в какой-то момент доходит до буквы 'i'/'c' и т.д., после чего остаток введённого появляется на экране не там, где человек хотел. Он нажимает esc, q, у него начинается какая-то фигня, он нажимает несколько раз esc, esc, потом пишет :q, потом нажимает три раза Esc пишет :Q!, потом нажимает ещё пару раз Esc, пишет :q!, потом снова vim и уже редактировать.

        Разумеется, получается долго.
        • 0
          умеешь ты повеселить на ночь глядя! спасибо! =)
        • +1
          Если вдруг забыл переключиться на режим вставки, есть прекрасная клавиша — u (undo) :)
          • 0
            и еще более прекрасная — U (shift + u)
        • 0
          зато хоть проснётся, взбодрится человек. а то совсем уже распустились.
          еще удивление бывает вызывает появление символов при нажатии backspace в некоторых неудачно настроенных эмуляторах терминалов, вместо этих символов удаления…
        • –1
          достаточно сделать пересадку рук с жопы на место и все станет легко и просто.
        • +1
          О! Прямо мой первый опыт с vim :) Так что абсолютно поддерживаю шутку про «бибикать и всё портить». Поведение программы не поддаётся вообще никакой логике. Я честно пытался (поначалу без доков) в нём разобраться, убил много времени, некоторые файлы редактировал в несколько заходов. Виму чужды такие еретические слова как «интуитивно понятный».

          Конечно, когда есть опыт и прочтение кучи документации, становится видна и логика и прочее. Но вот как редактор «неподготовленному пользователю сделать по быстрому» вим не подходит абсолютно. И холиварить тут не о чем.
          • +1
            Есть на RSDN такой человек eao197. Он когда-то сказал, что «emacs и vim это очень интуитивно. После нескольких лет применения.». Про emacs не скажу, но про vim я с ним полностью согласен.
            • 0
              «интуитивно через несколько лет» по-русски называется «привычно» :)
        • 0
          У меня кстати была обратная ситуация, когда я подошел к сотруднику подсказать что подправить в конфиге и в фаровском редакторе напечатал ему полстрочки букв j, прежде чем понял, что что-то не так, курсор двигается вправо, а не вниз и ещё и мусор какой-то появляется.
      • +3
        vim для абзацев, nano — для пары строк. Teперь осталось придумать редактор для пары слов и букв и будет нам линуксъ-щасте. Но спасибо, я хоть и не особо умею пользоваться vim'ом, но предпочитаю его и каждый день открываю новые для себя возможности.
        • +2
          echo >>? =)
    • 0
      Интересно, а я vi использую именно когда нужно подправить пару строк :). А если больше, то уже какой-нибудь GUI редактор
  • 0
    А как удалить слово до курсора? Как удалить строку после курсора?
    • 0
      как слово удалить пока не знаю, изучать будем завтра. Строка после курсора (аналог vim'ового d$) удаляется сложно — сначала включается режим «удаление до конца строк» (Alt-K), а потом Ctrl-K удаляет уже не строку, а текст до конца строки.

      (И да, мы все ЛЮБИМ простой редактор nano).
      • 0
        (кстати, вместо d$ удобнее D)
        • 0
          Это да, но для виммера логичнее d$ (действие — направление)
    • +1
      delete и backspace нужное количество раз.

      Если пользователям виндовс сложно редактировать текст, пусть всем остальным будет так же. ;)
      • +2
        в винде можно нажать shift+end и delete
    • +1
      db — удалят слово до курсора
      D (Shift+d) — удаляет строку после курсора
      • 0
        di( — удаляет то что в скобочках.
        di" — то, что в кавычках

        иногда очень удобно.
        ну и ci… тоже работает (:
    • +1
      ctrl+^ начать маркер. маркируешь сколько надо и ctrl+k
      • 0
        спасибо
      • 0
        спасибо, скажите, а откуда Вы это узнали? Есть ли русский мануал (кроме этого цикла статей)?
        А также вопрос всем:
        скажите, а что существуют какие-то религиозные/конституционные/патентные ограничения
        для использования в КОНСОЛЬНЫХ текстовых редакторах?:
        Ctrl+S и F2 — для сохранения
        Shift+стрелочки для выделения текста
        Ctrl+[Z|C|V] — для работы с буфером обмена
        F10, Ctrl+x- для выхода
        ???

        ЗАЧЕМ мне, как пользователю системы помнить ДВА набора хоткеев -для GUI и console — редакторов

        сам предпочитаю mcedit, как более близкий к редактору Far-a (который и буду юзать через wineconsole far.exe)
        • 0
          Shift-PgUp зарезервирован за пролистыванием консоли наверх.
          Ctrl-S и Ctrl-Z — посылают сигналы приложению.

          Я не могу понять, зачем нужно помнить ДВА набора хоткеев, когда есть вполне нормальный vim'овский (который ещё и с командной строкой совместим, например, Ctrl-W для удаления последнего набранного слова).
        • 0
          это в помощи (ctrl+g) написано.

          с буффером обмена: копировать alt+6, вырезать ctrl+k, вставить ctrl+u
          буффер складывается, если подрят вырезать несколько строчек
  • +2
    в майском (№5) номере Linux Format была отличная заметка про nano занятно описывающая некоторые его возможности (в том числе и встроенный менеджер для выбора файлов).

    Единственное что в nano раздражает это то что не видно строк(не текущей в статусной строке), дурная манера при автопереносе строки делать перенос каретки и работа с файлами в разной кодировке… из-за этого в консоли использую такой же простой но более функциональный joe — который, кстати, умеет подстраиваться под pico/nano (запускать с конфигом jpicorc или просто через симлинк jpico)
    • +5
      Честное слово, перед тем, как делать из редактора файловый менеджер, лучше сначала сделать из него текстовый редактор… :-/
      • 0
        там файловый менеджер как диалог открытия/сохранения а не как полноценный файловый менеджер ;)
        • +3
          И редактор там для написания удаления букв, а не полноценный редактор. Так и мучаемся.
  • +3
    а мне нравится joe )
    • 0
      joe очень удобен. И когда нужно конфиги поправить, и когда скрипт подредактировать. Только им и пользуюсь через ssh.
  • 0
    amarao, спасибо за то, что рассказал, что нано примерно того же уровня, что и vim.

    Более того, откуда у вас подсветка синтаксиса? У меня уже много лет gentoo, но подсветку в нано я вижу сейчас в первый раз. о_0
    • 0
      Присоединяюсь по поводу подсветки синтаксиса. Как он включается?
      • +1
        примерно так:
        aim@aim-laptop:/usr/share/doc/nano/examples$ cat /usr/share/nano/nanorc.nanorc
        ## Here is an example for nanorc files.
        ##
        syntax «nanorc» "\.?nanorc$"
        ## Possible errors and parameters
        icolor brightwhite "^[[:space:]]*((un)?set|include|syntax|i?color).*$"
        ## Keywords
        icolor brightgreen "^[[:space:]]*(set|unset)[[:space:]]+(autoindent|backup|backupdir|backwards|boldtext|brackets|casesensitive|const|cut|fill|historylog|matchbrackets|morespace|mouse|multibuffer|noconvert|nofollow|nohelp|nonewlines|nowrap|operatingdir|preserve|punct)\>" "^[[:space:]]*(set|unset)[[:space:]]+(quickblank|quotestr|rebinddelete|rebindkeypad|regexp|smarthome|smooth|softwrap|speller|suspend|suspendenable|tabsize|tabstospaces|tempfile|undo|view|whitespace|wordbounds)\>"
        icolor green "^[[:space:]]*(set|unset|include|syntax|header)\>"
        ## Colors
        icolor yellow "^[[:space:]]*i?color[[:space:]]*(bright)?(white|black|red|blue|green|yellow|magenta|cyan)?(,(white|black|red|blue|green|yellow|magenta|cyan))?\>"
        icolor magenta "^[[:space:]]*i?color\>" "\<(start|end)="
        ## Strings
        icolor white ""(\\.|[^"])*""
        ## Comments
        icolor brightblue "^[[:space:]]*#.*$"
        icolor cyan "^[[:space:]]*##.*$"

        а потом инклудится в /etc/nanorc
        • +2
          ужас, все таки в vim значительно проще
    • +1
      Когда поставил базовую систему debian squueze у меня уже тогда в nano была подсветка синтаксиса, пришлось подключать репозитории именно через него, дабы хоть иксы и графическую систему прикрутить.
    • 0
      он вкомпиливается. а в gentoo вроде как nano-tiny стоит.
      • 0
        Нет, только что включил подсветку, добавив один include в .nanorc. Работает и в Gentoo…
    • +1
      Это не у меня, это картинка из Википедии.

      У меня nano в качестве редактора обычно в таких условиях, когда не то, что подсветки синтаксиса нет, а даже пинга — и того в округе не видно.
    • 0
      /etc/nanorc комментарии с include директив убрать. вот вам и подсветка
  • –1
    хуже тру-юниксовых текстовых редакторов ничего на свете нет
    • 0
      nano говно? уж куда труёвие — это клон pico
      • +5
        Не обращайте внимания. Товарищ rGizmonua начинает брызгать слюной как только где-то слышит или видит упоминание ОС, не являющейся частью линейки Microsoft Windows.
  • НЛО прилетело и опубликовало эту надпись здесь
  • –1
    Топик абсурд по своему посылу, Вы сами себе противоречите несколько раз.
    • +2
      В чём я противоречу? nano неудобен, но он есть там, где нет никаких других редакторов (busybox во многих дистрибьютивах). По этому его нужно знать. Примерно так же, как нужно знать как работать в эксплорере, если имеешь дело с виндами. Даже если не пользуешься в обычной жизни — знать нужно. Потому что он есть всегда, даже когда нет ничего другого.
  • –1
    Мне приходилось работать в системах, где нет ни ви, ни вим, ни даже вашего нано, а из положения как-то надо выходить. В вашем случая похоже опустятся руки, если вы вдруг встретите дистрибутив без нано и вим? Может и нет, может вы начнете учить еще один редактор, который решили запихнуть разработчики.
    Для своих задач я тогда справился cat и sed`ом.
    • +6
      Надо было использовать бабочки.
      • 0
        вы про какие бабочки?
        • +12
    • +1
      Вы знаете, но в тех системах, где работаю я, sed — непозволительная роскошь. Так же как more, не говоря уже про less. А большие файлы смотреть надо (и да, head/tail тоже нет).

      Типичный пример — диагностика проблем установщика дебиана. Нужно вывалиться в шелл, открыть /var/log/syslog (где лог установки). Чем вы его смотреть собираетесь?
      • 0
        не знаю что там у установщика в дебиане, но мне за всю мою пятилетню практику смотреть большие файлы хватало
        cat и grep.
        кстати редактировать небольшой файл можно лишь пользуясь cat`ом…
        • 0
          эм, не дописал: пятилетнею практику с gentoo. преимущественно его приходиться ставить и в нем работать последнее время. кстати нано там тоже «по умолчанию» идет в «стейдж3», хотя на ливцд-минимал присутствует и вим. Но это все мелочи.
        • 0
          У генту очень специфичная система установки… Достаточно сказать, что там даже нет network-installer'а. (У rhel/centos, suse, debian, ubuntu есть особый комплект ПО для установки, состоящий из inintrd примерно на 17Мб и ядра, их загружаете и можно начинать установку без любых других носителей (при наличии сети, разумеется). Именно в них находится микро-набор ПО, в котором есть nano, но нет ни more, ни vim.
          • 0
            в смысле нету? Канонично она ставится из сети, даже есть gui какой-то для этого, но я предпочитаю по старинке. Или вы про bootp?
            • 0
              Я про систему автоматической установки для xen netintst (kickstart, autoyast, preseed).
      • 0
        И что это за системы, где нет ни sed ни пейджеров, и ни head/tail? а awk тоже нет?
  • –1
    первые шаги после установки (Debian):

    aptitude install vim
    aptitude purge vim-tiny
    update-alternatives --config editor

    потом уже можно полноценно работать
  • +1
    я надеюсь, что RHEL не перейдет в ближайшее время на nano, не хотелось бы еще и в добавок ко всяким ntp,snmp,routing настраивать дефолтный редактор. vi привычнее, переучиваться не будут.
    • 0
      RHEL в ближайшее время никуда не перейдёт, они слоупоки и до сих пор тащат 2.6.18, который всё остальное прогрессивное человечество давно списало в утиль.
      • +2
        Я долго думал что ответить на этот комментарий. Оскорбить ли, т.к. Вы не обладаете достаточными знаниями в этой области, то ли просто потроллить. Но надеюсь, что Вы никогда не будете работать над проектами с высокой нагрузкой, которые требуют долгого времени поддержки.
        • +4
          Ну, я над ними работаю. Но я так и не понял, почему на десктоп под управлением centos нужно ставить 2.6.18 с протухшим udev'ом. Так и не понял.
          • 0
            плюсану этого господина, тоже не могу понять почему свеженький центос 5.5 тащит с собой доисторический хлам?
            • 0
              потому что centos 5.x это RH 5.x

              сейчас вот уже RC 6го RH вышел. там всё посвежее. И ещё 2-3 года ничего не будет — надо свеженькое — федора достаточно стабильна. мы же о десктопе говорим?!
          • 0
            вы не с того конца заходите. нужен свежачок на десктопе — ставьте Fedora, нужна стабильность, обратная совместимость, поддержка legacy ПО — ставьте CentOS/RHEL
      • 0
        ну там одни цифры от номера остались. внутри это нечто вроде 2.6.16 с патчами до 2.6.36…
  • +1
    Я думаю было бы лучше, если вы напишите все, что задумывали и оформили красиво, выложив это потом одним постом. А то шпаргалка в виде серии постов будет не очень удобна.
    • +1
      Ctrl-G в nano. Сойдёт?

      Тут задача не в «шпаргалка», а в возможности изучить их по чуть-чуть.
  • 0
    мне нравится нано, с генты на нем сижу, ви, вим и емакс сложновато и неудобно.
    выходил из вима помню не ресетом а cntrl+Z, когда уже перепробовал все остальное,
    но почему никто не сделал меню нормальное по правой кнопки мышки для мну загадка,
    впрочем минимализм да.
    • 0
      У вас предвзятое мнение.
  • 0
    Все что нужно после установке — подправить пару конфигов, после чего спокойно установить vim или emacs.
    И для этого нудно учить все хоткеи?
    • 0
      После. А не во время. Я ж написал — нет ничего другого в initrd.
  • 0
    А глупый вопрос можно?
    А есть нормальный редактор консольный текстовый типа как в том же Turbo C? С менюшечками?

    Я понимаю, конечно что это непозволительная роскошь в консоли, но все же? Очень хочется :) Спецально не искал — наверняка есть- но уж раз такая тема? :)

    P.S.
    Я когда впервые попал за консоль в никсах, попытался отредактировать конфиг vim-ом…

    Запустив vim я не смог понять даже как выйти из него, не то что сохранить чтото :)

    Я понимаю конечно что может он и мощный и все такое — но мне например крайне сложно в голове держать полторы сотни хоткеев или команд, причем только ради того чтобы чтото поправить. Почему нельзя сделать интерфейс в прямом смысле этого слова я могу объяснить только тем, что он «заточен» под другую аудиторию… но мне кажется что сисадмины — тоже люди? :-D
    Да и вообще когда его открываешь — вспоминаешь всякие киберпанковские системы подбора паролей )))

    Потом я отредактировал все что нужно было редактором mc — из того что видел — самый дружелюбный реадктор. Еще неплохой был ed, и в nano тоже быстро разобрался.

    • 0
      joe — по командам точная копия Turbo C (так же как Turbo C копия WordStar)
      • 0
        спасибо за подсказку — попробую поставить
    • 0
      А вы попробуйте — полсотни хоткеев запоминаются сами за два дня использования с подгляданием в «шпаргалку».

      Vim и подобные редакторы для тех кто считает что еффективность намного важнее простоты. Я в их числе.
      • +1
        А почему эффективность должна сказываться на интерфейсе? Можно же сделать удобный редактор с возможностью любых хоткеев. Тотже Notepad++ например?

        А то получается к в старом добром СССР.
        Выпускали у нас такой прибор — теодолит — и был у него оккуляр, железный такой, ни каких те резиночек и все такое.
        Зимой к нему брови примерзали :-D
        Когда спрашивали у конструкторов — ну почему так?! Почему не сделать также как у польских образцов — ну резиночку на окуляр одеть?
        Они отвечали — зато у нас он гораздо круче по показателям, а это прежде всего, да и пару месяцев помучаетесь — потом привыкните…

        Не дело это имхо.
        • 0
          Ну notepad++ это совсем другое дело, им конфиги на сервере не подправишь (GUI), режимы работы как в vim не установишь, IDE из него не смастеришь и ненужный функционал не отключишь. Хотя редактор очень хорошый, сам им пользуюсь из под винды.
      • +1
        По-моему, изучить vim путём использования вообще не реально, ни за пару дней, ни за пару недель. Его надо именно изучать, отбросив текущую работу (или смирившись, что её скорость упадёт в десятки раз), а за пару дней можно освоить, имхо, лишь как использовать vim в качестве неудобной замены «wysiwyg» редакторов типа nano. Использую vim в качестве основного консольного редактора уже довольно давно (т. к. не на всех серверах на которых надо что-то удаленно редактировать могу установить nano или mc), но кроме hjkl x i :q :w и ещё пары команд (которые каждый раз смотрю в хелпе) ничего не знаю. Проще зажать тот же x на пару сотен повторений, визуально контролируя результат, чем лезть в хелп (особенно учитывая очень неудобную навигацию по хелпу), чтобы посмотреть как ввести команду на удаление 10 строк (да ещё эти строки посчитать мышкой, ну или пальцем :) на экране). По нажатию клавиш, да, несомненно ввести d10di эффективнее, чем секунд 10 держать х, потом отпустить и ещё несклько раз нажать x (или u, если переборщил), но вот по времени от осознания необходимости удалить сколько-то (ещё не считая их) строк до их фактического удаления — уже далеко не факт, особенно, если сначала надо ввести :help, полазить там в поисках нужного и т. п.
        • 0
          Откройте для себя text objects (help text-objects), там считать ничего не надо.
        • 0
          Под словом «шпаргалка» имеется в виду лист бумаги А4 с распечатанными самыми используемыми комбинациями клавиш. Подсмотреть что-то — секунды три максимум. Но надо нацелится на использовании редактора _правильно_ а не быстро, так как в этом вся цель обучения. Прирост в скорости будет позже.
          • 0
            *нацелитЬся конечно же
          • 0
            Так я и говорю, что нужно изучать/обучаться, а не просто освоить «интуитивно понятные» команды/опции и походу дела набирать «активный словарь», что часто прокатывает при изучении многих вещей от новой IDE до иностранных языков. С vim, мне кажется, сложнее — если ты не знаешь о какой-то возможности (и, тем более, как и когда её правильно использовать), то вероятность того, что она попадётся тебе на глаза случайно довольно низка, нужно о ней сначала узнать, запомнить, что она есть, а потом при случае вспомнить «а не будет ли эффективнее использовать её». То есть шаргалка сама по себе мало чем поможет — вот передо мной лежит такая, то, что вынес из vimtutor быстро по ней нахожу, но что значит остальное…
  • +1
    Однако, в отсутствии vim, выбирая между vi и nano, я всё-таки предпочту nano, ибо как говорится в старой поговорке, «у vi есть два режима: бибикать и всё портить».
    Как-то свалили всё в одну кучу. VIM — это не VI. VIM — новый (по сравнению с VI) редактор, основанный на VI. Это как путать sh и bash только потому, что bash умеет выполнять всё то же, что и sh.
    • 0
      В смысле, свалил? Мне нравится vim. Однако, когда в наличии только vi и nano, я предпочту nano.
      • –1
        Вы опять не поняли, удивительно. Ещё раз. VI и VIM — разные редакторы. VIM — продолжатель традиций VI.
        • 0
          Я понимаю. И фразу мою следует читать так: в отсутствии первого редактора, и столкнувшись с выбором между вторым и третьим, я предпочту третий.

          Что в это фразе не так?
          • +1
            Ага, понял вашу мысль, спасибо!
  • 0
    Как-то мне пришлось работать с удаленными станциями через модем 2400 бод. Самым лучшим в таких условиях показался ed.
    • 0
      Время то. Все редакторы после ed рассчитаны на неограниченную скорость терминала.
  • 0
    А есть редактор с кеймапом аналогичному в FAR-e:
    Home/End — начало/конец строки
    Shift + Стрелки / Home/end — Выбор текстового блока
    CTRL + Ins / C — Скопировать блок
    Shift + Ins / Ctrl — V — Вставить блок

    Ну и подсветка синтаксиса тоже нужна
    • 0
      попробуйте wineconsole far.exe (с плагином colorer)!
      • +1
        wineconsole far.exe!?
        Фар можно запустить под никсами!?
        • 0
          только 32-битная версия, 64х под вайном не работают
  • 0
    а можно попросить готовый .nanorc с настроенной подсветкой синтаксиса (для конфигурационных файлов)?
  • 0
    nano может показывать текущую позицию курсора в файле БЕЗ нажатия ctrl+c? Есть какие-то предпосылки, препятствующие выводу этой информации в правый верхний угол экрана?
  • 0
    sudo aptitude install vim
    и нет никаких проблем
    • 0
      в ubuntu 10.10 перед использованием aptitude его ещё сам придётся поставить
      • 0
        ну, так это вроде бы тоже не проблема :)
  • 0
    Много лет работал с VIM как вторым редактором — то есть не для основного написания текста программ, а для внесения изменений, плюс, все, что на сервере редактировалось им же. Не отношу себя к vim- гуру, но использую его достаточно неплохо для своих задач, применяю всякие комбинации типа 9dd, c/… и пр. Но сейчас хочу найти более более удобный аналог. Основные претензии:
    — Очень неудобно редактировать русский текст — для команд приходится переключать раскладку. Очень хорошо, что неверная раскладка ничего не ломает, а просто пищит. Хотя наверное можно настроить маппинг клавиш.
    — Не всегда хочется считать строки и символы, которые надо удалить/заменить. Можно конечно использоват v, Shift-v — но это уже не чистый vim :) Иногда проще ткнуть в экран, выделить «отсюда и до сюда», чем программировать перемещение курсора.
    — Долго вводить команды в режиме команд. Насколько проще нажать Alt+Del, чем Esc d b i — причем первый вариант будет работать в любой раскладке.
    — Хочется иметь инструмент с одинаковым интерфейсом и теми клавиатурными комбинациями, что в системе.

    Часть проблем решена в Emacs, но ввод комбинаций команд Ctrl+X Ctrl+S тоже не радует.
    • 0
      Половина проблем надуманная. Во-первых, есть c вместо i (заменить указанный блок текста на новый), во-вторых vim удобно юзать в сочетании с мышой (средняя кнопка).
      • 0
        > есть c вместо i
        Я в курсе — только как это поможет править текст содержащий русские буквы?
        На мой взгляд, режим замены — это некоторый пережиток прошлого, сейчас везде по умолчанию используется режим вставки. Проще вставить лишнее, а потом удалить, чем смотреть, чтобы не затереть лишнее.

        > удобно юзать в сочетании с мышой
        Угу… консольный редактор. Мышь использую очень редко, в основном трэкпад — думаю там будет менее удобно. Впрочем можно скопировать в буфер системы и вставить через него.
    • 0
      Кстати, о «одинаковом интерфейсе». Только vim имеет Ctrl-W такой же, как в шелле.
      • 0
        Да все они немного разные, вот например, psql мне стирал слова не до пробела, а до "_". Поначалу удивило. Впрочем это оказалось удобно — если учесть как обычно называются таблицы.
    • +1
      > — Очень неудобно редактировать русский текст<...>

      Внезапно нагуглилось это, но видел и другие костыли.

      > — Не всегда хочется считать строки и символы<...>
      Читать про Text Objects, это где-то даже интересно.
      • 0
        В чём беда гугления костылей — чтобы начать гуглить, должна в голову прийти мысль, что для других твоя проблема тоже может быть проблемой, что проблема эта решаема, что другие её решили и уже выложили в паблик (про такие мелочи как правильная формулировка запроса можно и не вспоминать на этом фоне). Когда начинал осваивать vim в качестве редактора исходников с русскими строками, то тоже долго мучался с раскладками, дошло до того, что отказался от циклического переключения и записывал «хоткеи» как ":q!«пока случайно на глаза не попался пост с несколькими способами решения этой проблемы.
        • 0
          *[левый Win]:q!
      • 0
        > Внезапно нагуглилось это, но видел и другие костыли.
        Как только дочитал до предложения переключать язык по Ctrl+^, оно тут же внезапно отгуглилось :)
        Нет, спасибо, это решение одной проблемы с помощью еще большей. Костыль на костыле — уж лучше сделать быстрые клавиши.
        • 0
          Ну :help langmap же
        • 0
          И :help russian заодно.

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