The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз текстового редактора Vim 8.0

12.09.2016 18:54

После трёх лет разработки и после более 10 лет развития ветки 7.x состоялся релиз текстового редактора Vim 8.0. Код Vim распространяется под собственной копилефт лицензией, совместимой с GPL, и позволяющей без ограничений использовать, распространять и перерабатывать код. Основная особенность лицензии Vim связана с возвратом изменений - реализованные в сторонних продуктах улучшения должны быть переданы в исходный проект, если мэйнтейнер Vim посчитает эти улучшения заслуживающими внимания и отправит соответствующий запрос. По типу распространения, Vim относится к Сharityware, т.е. вместо продажи программы или сбора пожертвований на нужды проекта, авторы Vim просят перечислить любую сумму на благотворительность, если программа понравится пользователю.

Основные новшества:

  • Поддержка асинхронного ввода/вывода и каналов, позволяющих обмениваться сообщениями с другими процессами в фоновом режиме, что даёт возможность отправлять задания отдельным серверным обработчикам и принимать результаты не прерывая работу основного процесса Vim. Данные при взаимодействии между процессами могут передаваться в формате JSON, что позволяет создавать достаточно сложные плагины на любом языке программирования, работающие в форме отдельно выполняемых серверных процессов;
  • Концепция, позволяющая запустить некоторую задачу в фоне, взаимодействовать с ней и остановить при необходимости. Таким образом, например, можно запустить специальный процесс для проверки синтаксиса или автодополнения кода. Задачи могут записывать и читать содержимое буфера или файла, а также взаимодействовать с основным процессом через каналы;
  • Таймеры, которые позволяют запускать функции через определённое время или через повторяющиеся промежутки времени;
  • Дополнительные средства для косвенного вызова функций - "Partial", которые в отличие от Funcref кроме ссылки на функцию дополнительно прикрепляют к запросу аргументы и словари, что удобно для совершения callback-обращений через каналы и таймеры;
  • Поддержка лямбда-выражений и замыканий для быстрого создания пользовательских функций ("{args -> expr}");
  • Реализация пакетов для установки, обновления и управления плагинами;
  • Возможность обращения к окнам по привязанным к ним уникальным идентификаторам, а не по порядковому номеру окна;
  • Из viminfo информация теперь извлекается на основании времени записи, а не последнего добавленного элемента;
  • Добавлена опция 'breakindent' для смещения строк без нарушения отступов;
  • Добавлена опция 'renderoptions', позволяющая задействовать DirectX (DirectWrite) для отрисовки вывода в Windows;
  • Поддержка сборки графического интерфейса с GTK+ 3. При наличии GTK+ 2 и GTK+ 3 по умолчанию по-прежнему используется GTK+ 2.


  1. Главная ссылка к новости (https://groups.google.com/foru...)
  2. OpenNews: Второй выпуск vis, текстового редактора в стиле vim
  3. OpenNews: Первый выпуск Neovim, модернизированного варианта редактора Vim
  4. OpenNews: Доступен порт Vim, адаптированный для работы в web-браузере
  5. OpenNews: Запуск Emacs и Vim без прослоек поверх ядра Linux
  6. OpenNews: Увидел свет текстовый редактор Vim 7.4
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/45128-vim
Ключевые слова: vim, text, edir
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (159) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 20:16, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –41 +/
    Лучше бы сделали настройку длительности и частоты бибиканья. А то каких-то замкнутых лямбд понапихивали, а как что-то полезное сделать -- хренушки.
     
     
  • 2.3, Аноним (-), 20:20, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    за бибиканье отвечает твой эмулятор tty
     
     
  • 3.5, A.Stahl (ok), 20:22, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • –24 +/
    Я знаю, но про удобство как всегда никто не думает. Это же vim!
     
     
  • 4.30, Аноним (-), 22:03, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Типичный дилетант. Не знает, что такое замыкания и лямбды. Делает неграмотные замечания, и каждый раз когда ему на это указывают, говорит "Я знаю, я знаю", и оправдывается тем, что якобы его беспокоило всего лишь какое-то неопределенное "удобство". Зачем тогда ему нужен vim? Ему лучше пользоваться Notepad и Word - там как раз созданы все "удобства" для таких грамотеев.
     
     
  • 5.48, rem6630 (?), 00:53, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    унылый зануда.
     
     
  • 6.61, Аноним (-), 08:19, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > унылый зануда.

    Если бы это было просто чьё-то занудство, вас бы это так не беспокоило.

     
  • 5.59, Аноним (-), 07:43, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кто-то забыл, что Linux - это fun?

    Веселее, товарищи! )

     
     
  • 6.125, ZloySergant (ok), 20:25, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Веселее, товарищи! )

    Угу, вспоминается как лет 17 назад пришлось через подключение по (кажись) COM-порту голым ed'ом shell-портянку (ок. 900 строк) редактировать. После 2-х дней бухания всей конторой. Я пытаюсь попасть в клавишу, а под столом, с комментариями откуда-то со входной арки (дверь кончилась) идет спор, что мне набирать на клаве. Из 5 присутсвтующих только я изучал английский и никто не мог внятно говорить.

     
  • 5.70, Аноним (-), 10:45, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ладно, знаем мы что такое короткие замыкания и лямбда-зонды ;)
     
     
  • 6.119, Аноним (-), 19:24, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это у вас в мозгу зонд невежества, помогающий вам оправдывать вашу неспособность к обучению.
     
  • 2.29, Vkni (ok), 21:53, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Лучше бы сделали настройку длительности и частоты бибиканья. А то каких-то замкнутых
    > лямбд понапихивали, а как что-то полезное сделать -- хренушки.

    setterm -bfreq

     
  • 2.75, Аноним (-), 11:00, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Лучше сделайте настройку частоты бесмысленных комментариев, вами генерируемых.
     

  • 1.2, vitalikp (?), 20:19, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Хороший редактор, рад что он продолжает развиваться.
     
  • 1.6, Аноним (-), 20:23, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    многопоточности так и нет. Это хорошо или плохо?
     
     
  • 2.18, Аноним (-), 21:09, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Поддержка асинхронного ввода/вывода и каналов, позволяющих обмениваться сообщениями с другими процессами в фоновом режиме

    А это чем не многопоточность?

     
     
  • 3.43, Michael Shigorin (ok), 00:08, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Поддержка асинхронного ввода/вывода и каналов,
    >> позволяющих обмениваться сообщениями с другими процессами в фоновом режиме
    > А это чем не многопоточность?

    Это про IPC разного рода, а не про multithreading; впрочем, Редактору как-то за глаза хватало и одного ядра на всём, что у меня бывало под *nix, начиная с 486.

    PS: "Данные при взаимодействии между процессами могут передаваться в формате JSON" напомнило недавнее обсуждение насчёт структурированных пайпов.

     

  • 1.7, Пользователь Debian (?), 20:25, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Почему не на Rust?
     
     
  • 2.12, анон (?), 20:43, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    уже другой есть:
    https://github.com/google/xi-editor
     
     
  • 3.15, Аноним (-), 20:47, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >You need Xcode 7.3 (only on Mac)

    Nope, thanks.

     
     
  • 4.26, Челодой моловек (?), 21:36, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    It is initially built for Mac OS X, using Cocoa for the user interface, but other targets are planned.
     
     
  • 5.32, Аноним (-), 22:07, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хоть бы написали тогда примерно через сколько лет имеет смысл заглянуть посмотреть не добавили ли поддержку Linux...
     
     
  • 6.87, Челодой моловек (?), 12:11, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну хоть бы написали тогда примерно через сколько лет имеет смысл заглянуть
    > посмотреть не добавили ли поддержку Linux...

    Насколько я понял, там они разделили core и front-end. Core платформонезависимое и его, похоже, можно собрать под linux хоть сейчас.
    И в описании они там еще дают ссылку на экспериментальный front-end на rust:

    https://github.com/potocpav/xi_glium

    Ну то такое, Rust это очень интересно, но тема то про Vim :)

     
  • 4.27, Пользователь Debian (?), 21:39, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зыс минз ю онли нид икскоуд иф ю а он э мэк.  Озэрвайз, джисиси шуд би джаст окей.

    Ай персоналли дид нот трай ий, зоу.

     
     
  • 5.73, Аноним (-), 10:55, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Студент МГИМО ?
     
     
  • 6.108, Аноним (-), 17:02, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Аск.
     
  • 6.123, Аноним (-), 20:19, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В советском союзе линукс не может русифицировать пользователей.
     
  • 2.39, Аноним (-), 23:18, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Rust устареет через год. Снова переписывать?
     
     
  • 3.46, Admino (ok), 00:24, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Конечно! А зачем ещё нужны программисты?
     
     
  • 4.65, Леха (?), 09:21, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Согласно по твоей логике тебе можно каждые полгода ломать ногу или заражать опасным вирусом, пусть врачи лечат, а иначе зачем они нужны. Как вариант каждый день выгружать машину с мусором под твоим окном, пусть дворники убирают. И так далее....
     
  • 2.64, Леха (?), 09:17, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Когда писали Vim Rust'а даже в далеких планах не было. С 1991 года появилось много новых языков программирования, о многих из них уже и забыли. Остается неизменным лишь положение с C/C++. Хочешь гарантию не переписывать программу каждые N-лет - пиши на проверенных временем языках программирования, а таких можно пересчитать по палцем...  
     
  • 2.85, Аноним (-), 11:29, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что вим не для рустеров.
     

  • 1.8, Аноним (-), 20:26, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Emacs...
     
     
  • 2.20, ТТТ (?), 21:14, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Пока только RC.
     
  • 2.76, Аноним (-), 11:04, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет, vim.
     
     
  • 3.111, Аноним (-), 18:21, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, emacs.
     

  • 1.10, Crazy Alex (ok), 20:29, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот эти самые "каналы" и "работы" давно пора стандартизировать на уровне ОС. А то их только ленивый не переизобрёл ещё - от разных самопальных IPC в оконных менеджерах до D-Bus.
     
     
  • 2.11, Pinkie Pie (?), 20:40, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    DBus уже давно стал стандартом.
     
     
  • 3.13, Скотыняка (?), 20:45, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    D-Dub - г-но.
    DCOP - рулит
     
     
  • 4.23, Пользователь Debian (?), 21:29, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Я бы сказал про DCOP "устарело", но оно настолько устарело, что даже говорить про него "устарело" уже устарело.
     
  • 3.16, anonymous (??), 20:47, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Но добавлять в vim зависимоть от dbus - глупо
     
     
  • 4.31, Аноним (-), 22:04, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Надо сделать опциональной фичей.
     
  • 4.47, Admino (ok), 00:25, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но добавлять в vim зависимоть от dbus - глупо

    А зависимость тут причём, это ж не библиотека, а стандарт на передачу данных.

     
  • 3.50, Аноним (-), 01:15, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Плюсую предыдущего оратора, DBus - гoвно.

    http://gentooexperimental.org/~patrick/weblog/archives/2014-11.html

    И как показало обсуждение kdbus - ещё и медленное гoвно.

     
     
  • 4.77, АнонимХ (ok), 11:04, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    kdbus уже выкинули и не вспоминают. Неудачная реализация. Даже Линус хотел бы иметь такой IPC в ядре, но kdbus он опустил
     
  • 4.78, Аноним (-), 11:06, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Можно бинарный RPC https://zeroc.com/, точнее даже ORPC. К тому же кроссплатформенный.
     
     
  • 5.104, Crazy Alex (ok), 16:02, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Зато он чёртов монстр
     
  • 3.101, Crazy Alex (ok), 15:55, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во-первых, он стал стандартом в разных DE. Где DE и где тот же vim?

    Во-вторых, плагины для редактора или, скажем, IDE? реализованные через D-Bus? Как-то странно это выглядит.

    В-третьих, не уверен в производительности D-Bus.

    В-четвёртых, это шина. Я говорил скорее про двунаправленное взаимодействие.

     
  • 2.14, anonymous (??), 20:47, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    На уровне ОС есть процессы, и каналы :) . То что реализована здесь, должно быть в пространстве пользователя
     
     
  • 3.102, Crazy Alex (ok), 15:57, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего - да. Но - например, в glibc. То есть чтобы было на любом мало-мальски полноценном линуксе, и чтобы была понятная заявка, что именно это - стандарт.
     
  • 2.80, angra (ok), 11:13, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Форк тебе дает "работы", а сокеты "каналы". Так чего именно тебе не хватает от ОС?

     
     
  • 3.100, Crazy Alex (ok), 15:51, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    стандартного протокола взаимодействия, независимого от языка, вестимо.
     
     
  • 4.103, Andrey Mitrofanov (?), 16:00, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > стандартного протокола взаимодействия, независимого от языка, вестимо.

    "открытый протокол ... упрощения интеграции поддержки новых языков ... обеспечена поддержка более 150 языков ... может использоваться в разных ... Продвижение нового протокола производится совместно"

    Уже скоро в vim! https://www.opennet.ru/opennews/art.shtml?num=44682

     
  • 4.133, angra (ok), 23:24, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Есть сокеты, они позволяют посылать и принимать произвольные данные. Эта функциональность от языка не зависит. Поверх сокетов уже лежит конкретный протокол обмена данными, например такие весьма различные протоколы как http и ssh. Надо ли объяснять, что нельзя все эти различные протоколы заменить неким универсальным?
     

  • 1.17, anonymous (??), 20:51, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересный вопрос - повлияет ли этот релиз на развитие neovim
     
     
  • 2.56, Аноним (-), 05:07, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Там вроде тоже неплохие идеи были: libuv, отвязка от прибитого гвоздями интерфейса. Пацанам нужно было делать работу этапами, чтобы можно было влить ее обратно в вим, а они галопом по европам зарефакторили все, и всё
     
     
  • 3.60, Аноним (-), 08:09, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Пацанам нужно было делать работу этапами, чтобы можно было влить ее обратно в вим

    neovim появился по тем же причинам, что libav и io.js - люди пытались контрибьютить в vim, но их пулл реквесты долго рассматривали и отклоняли без объяснения. Сейчас neovim развивается без оглядки на совместимость, там даже .vimrc переименовали в init.vim и перенесли в $XDG_CONFIG_HOME

     
  • 2.62, Аноним (-), 08:20, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    никак не повлияет, neovim лучше во всех отношениях. Там уже есть куча популярных асинхронных плагинов, куча фронтендов на чем угодно, и т.п.
     
     
  • 3.81, anonymous (??), 11:14, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где посмотреть эту кучу? На neovim.io последняя новость почти год назад
     
     
  • 4.82, anonymous (??), 11:17, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нашёл, https://github.com/neovim/neovim/wiki/Related-projects
     
     
  • 5.92, anonimous (?), 13:07, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Честно говоря, эта 'куча' не впечатляет, даже не рядом с Вимом. Лет через 5 при сохранениии темпов может и будет сравнимо.
     

  • 1.19, Аноним (-), 21:10, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как это ещё никто не "пошутил" про 2 режима работы vim?
     
     
  • 2.21, A.Stahl (ok), 21:23, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как никто? Я же это сделал в самом первом сообщении к новости!
     
     
  • 3.22, atk91 (?), 21:27, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Кто-нибудь ещё не шутил про два режима работы vim?
     
     
  • 4.25, A.Stahl (ok), 21:32, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уверен, что да. Существует довольно большое множество людей, которые ещё пока не знакомы с трагикомическим дуализмом vim'а. Соответственно никто из них не мог ещё пошутить по поводу двух режимов.
     
     
  • 5.28, тигар (ok), 21:53, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Уверен, что да. Существует довольно большое множество людей, которые ещё пока не
    > знакомы с трагикомическим дуализмом vim'а. Соответственно никто из них не мог
    > ещё пошутить по поводу двух режимов.

    вообще-то у vim режима 3. а то, про что вы рассуждаете - vi.

     
     
  • 6.33, A.Stahl (ok), 22:07, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И какой третий? Издевательски ожидать пока пользователь поймёт как выйти из этого бибикающего ада?
     
     
  • 7.34, тигар (ok), 22:11, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И какой третий? Издевательски ожидать пока пользователь поймёт как выйти из этого
    > бибикающего ада?

    разукрасить, вообще-то.

    а что до "выйти из ада" так это про nano, к примеру.

     
     
  • 8.35, A.Stahl (ok), 22:26, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В nano выход подсвечен и очевиден, насколько помню ... текст свёрнут, показать
     
     
  • 9.96, KOT040188 (ok), 14:26, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не помогает Я не смог выйти Пришлось закрыть консоль 8230 ... текст свёрнут, показать
     
     
  • 10.115, Аноним (-), 19:06, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тебе текстовый редактор если ты не умеешь читать В nano же основные хотке... текст свёрнут, показать
     
     
  • 11.121, Печаль (?), 19:41, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ему это не нужно, он умеет писать ... текст свёрнут, показать
     
  • 7.37, Ergil (?), 22:45, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это вы из joe не пытались выйти. Я, лет эдак 18 назад, умел из joe выходить только по Ctrl+Z, а потом kill. А из vi/vim научился сразу. Так что vi/vim это не страшно, это прекрасно.
     
     
  • 8.40, A.Stahl (ok), 23:26, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    K X Разве ты не знаешь, что удобство редактора обратно пропорционально адекват... текст свёрнут, показать
     
  • 8.44, Michael Shigorin (ok), 00:11, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тоже с 1998 ... текст свёрнут, показать
     
     
  • 9.67, Ergil (?), 10:09, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В 1997 году, как познакомился с joe, так и не мог из него выйти ... текст свёрнут, показать
     
     
  • 10.116, Аноним (-), 19:08, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я им пользовался какое-то время на Слаке, ещё на 2 4 ведре Как раз тогда vi мне... текст свёрнут, показать
     
     
  • 11.138, Ergil (?), 03:28, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В 1997 году, когда я познакомился с joe на FreeBSD 2 2 5, до ядра Linux 2 4 было... текст свёрнут, показать
     
  • 8.52, Pilat (ok), 02:21, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У него 18 лет назад в правом верхнем углу не было ссылки на Help ... текст свёрнут, показать
     
     
  • 9.68, Ergil (?), 10:10, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не было ... текст свёрнут, показать
     
     
  • 10.74, Pilat (ok), 10:57, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Врёте Даже в версии 1 0 8 в 1992-м году было Опенсорс не даст соврать - https ... текст свёрнут, показать
     
  • 8.106, arisu (ok), 16:55, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    а нечего в наш wordstar лазить наобум на интервью со звездой надо приходить под... текст свёрнут, показать
     
  • 7.79, Аноним (-), 11:09, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Запаситесь корвалолом, ибо это - режим командной строки, также известный как ex-mode. Перейти в него чтобы, надо нажать gQ.
     
  • 6.98, Аноним (-), 15:12, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    normal, insert, visual + ex mode (ed tool)
     
     
  • 7.99, тигар (ok), 15:26, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > normal, insert, visual + ex mode (ed tool)

    это что за заклинание, откуда? дьявола вызываете?

     
     
  • 8.114, Аноним (-), 18:44, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    это еще без визуального режима блоком... текст свёрнут, показать
     
  • 4.128, Аноним (-), 22:10, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-нибудь ещё не шутил про два режима работы vim?

    о каких двух из 12-ти ты говоришь?

    https://en.wikibooks.org/wiki/Learning_the_vi_Editor/Vim/Modes

     
     
  • 5.129, Аноним (-), 22:12, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто-нибудь ещё не шутил про два режима работы vim?
    > о каких двух из 12-ти ты говоришь?

    sorry, не ту ссылку вставил
    вот правильная

    http://vimdoc.sourceforge.net/htmldoc/intro.html#vim-modes-intro

     

     ....большая нить свёрнута, показать (26)

  • 1.24, Пользователь Debian (?), 21:30, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кстати, а где облигатное упоминание systemd?

    vim-systemd, anyone?

     
     
  • 2.38, жабабыдлокодер (ok), 23:02, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наоборот же, vimd!
     
  • 2.117, Аноним (-), 19:11, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, а где облигатное упоминание systemd?
    > vim-systemd, anyone?

    Ещё один клиндэ словивший.


     
  • 2.122, Печаль (?), 19:43, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кстати, а где облигатное упоминание systemd?
    > vim-systemd, anyone?

    Присоединяюсь. Хочется послушать очередную порцию искрометного юмора опеннета про systemd.

     
     
  • 3.130, Аноним (-), 22:16, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Присоединяюсь. Хочется послушать очередную порцию искрометного юмора опеннета про systemd.

    уже одно упоминание systemd вслух может считается за юмор

     

  • 1.36, Аноним (-), 22:37, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я так понимаю, вим теперь содержит всё необходимое для написания аналога любого emacs-плагина? Или остались ещё неохваченные области?
     
     
  • 2.42, Anonim (??), 23:56, 12/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Vim не умеет выводить пиксельную графику.
     
     
  • 3.51, Семилетовкун (?), 01:38, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Vim не умеет выводить пиксельную графику

    славянский текстовый редактор TEA - умеет!

     
     
  • 4.86, Ergil (?), 11:59, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    TEA не славянский редактор, а обыкновенный мудаческий. Ничего «славянского» там нет, есть только шутки психически больного автора.
     
  • 2.49, freehck (ok), 01:13, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неа, при таком подходе, конечно, можно наладить взаимодействие с любой программой, но тем не менее нельзя добиться той же степени взаимопроникновения модулей (плагинов), которое есть в emacs.

    Вот например, есть два модуля, которые могут работать раздельно: bbdb и gnus. Первый - база данных для всего на свете с интерфейсами поиска и вставки в нужное место. Второй - почтовый клиент. Но если поставить их вместе, то gnus внезапно как по волшебству обогатится функционалом поиска по адресной книге. А если поставить w3m (интерфейс emacs к одноимённому консольному рендереру/браузеру веб-страниц), то html-письма внезапно начнут прилично отображаться на экране.

    Такое возможно именно что за счёт хуков да за счёт целостности базовой платформы Emacs.

     
     
  • 3.95, qwe (??), 14:19, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А можно уточнить, плагины для этого знают друг о друге? Или gnus выводит данные с неким типом «html», а их уже подбирает плагин w3m?

    Ну или ссылочку на краткое описание этих механизмов, если можно, желательно на английском. Я и сам погуглю, конечно, но был бы благодарен за точную ссыль.

     
     
  • 4.112, freehck (ok), 18:26, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно уточнить, плагины для этого знают друг о друге?

    Разумеется, они должны знать друг о друге. По крайней мере один модуль
    должен знать о существовании другого и в какие хуки что можно
    добавить.

    bbdb при запуске проверяет наличие gnus и добавляет нужные функции в
    хуки gnus. Аналогичное поведение у него и для других почтовых клиентов
    в emacs.

    > Или gnus выводит данные с неким типом «html», а их уже подбирает
    > плагин w3m?

    За w3m не скажу сходу, но я полагаю, что у gnus есть специальный хук,
    который дёргается перед тем, как вывести html-письмо на экран.

     
     
  • 5.113, arisu (ok), 18:30, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    то бишь, никакой «цельной системы» и «интеграции плугинов» нет.
     
     
  • 6.118, freehck (ok), 19:22, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > то бишь, никакой «цельной системы» и «интеграции плугинов» нет.

    arisu, Вы как всегда ничего не поняли.

    Система цельная потому что все её программы выполняются в lisp-машине внутри Emacs и написаны на elisp.
    Тесная интеграция плагинов достигается именно за счёт многочисленных хуков, которыми изобилует любой модуль.

     
  • 5.124, qwe (??), 20:23, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну такое и в виме вполне можно устроить. Афаик, плагины вполне учитывают существование наиболее популярных из собратьев, например файлменеджера (nerdtree, вроде бы). Правда, не уверен, что этот подход сильно развит, да и неудобство vimscript все-таки не способствует.

    Язык же как раз не помеха — лишь бы функции из плагинов экспортировались в главное вимовское окружение vimscript'а, а оттуда их можно вызывать опять же любым из поддерживаемых языков.

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

     
     
  • 6.126, qwe (??), 20:26, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Уточню: взаимодействие между языками работает без межпроцессной возни, а на встроенной в вим поддержке питона, перла и т.д. (Что там сейчас сделано между процессами — не знаю.)
     
  • 6.132, freehck (ok), 23:24, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тут весь вопрос кто и с какой стороны должен это существование учитывать Пр... большой текст свёрнут, показать
     
     
  • 7.140, Аноним (-), 04:37, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > bbdb знает о существовании gnus

    Ну не самое элегантное решение. Работает только пока существует лишь полтора плагина типа gnus, о которых должен знать bbdb. Как только число таких плагинов переваливает за сотню, код bbdb для поддержки их всех становится грустным.

    > пользователь всегда может сам вставить нужную функцию в нужный хук

    Это уже лучше, но явно подразумевает, что пользователь прочитал существенную часть документации (и что документация по хукам и функциям вообще существует).

    Идеальным был бы вариант, по которому привязку функций к хукам каким-то образом выполнял редактор. А не пользователь и не сами плагины.

     
     
  • 8.146, freehck (ok), 13:44, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, на данный момент bbdb поддерживает порядка 6-7 разнообразных почтовиков, есл... большой текст свёрнут, показать
     
  • 7.143, qwe (??), 12:25, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Механим хуков я понимаю Усомнился было, можно ли в виме привязать несколько фун... большой текст свёрнут, показать
     
  • 7.144, qwe (??), 12:29, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Прошу прощения за кривой коммент.

    Конкретный пример с gnus и bbdb мне кажется странным — вроде как база это более низкоуровневый функционал, и почтовику лучше знать, где в его интерфейсе понадобится поиск по базе.

     
     
  • 8.147, freehck (ok), 14:21, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не думаю, что это более низкоуровневый функционал Они на равных, и могут работа... текст свёрнут, показать
     
  • 7.145, qwe (??), 12:44, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Впрочем, идея с обратным направлением подключения плагинов ясна — пользователь может установить bbdb, а может какую-нибудь другую базу.

    Осталось выяснить, насколько «общая» эта система и можно ли со стороны почтовика тоже сменить gnus на что-нибудь другое, оставив хуки «тут нужен поиск по имеилам». Теоретически, конечно, можно это сделать если не просто более общими названиями хуков, то некими шаблонами в их названиях. Но подозреваю, что такая система быстро разваливается под требованиями к своей гибкости.

     
     
  • 8.148, freehck (ok), 14:35, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Более того, он может установить какой-нибудь другой почтовик, и всё, что потребу... большой текст свёрнут, показать
     
     
  • 9.149, arisu (ok), 16:27, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот это и называется 171 стройная система костылей 187 ... текст свёрнут, показать
     
     
  • 10.150, freehck (ok), 18:25, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется arisu не нравится emacs ... текст свёрнут, показать
     
     
  • 11.151, arisu (ok), 18:34, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    это называется 171 arisu не нравится, когда городят чушь 187 такой 171 м... текст свёрнут, показать
     
     
  • 12.154, freehck (ok), 19:04, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    arisu считает, что городить чушь - исключительно его прерогатива Message passin... текст свёрнут, показать
     
     
  • 13.158, qwe (??), 22:53, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поправлю message passing не подразумевает разделение процессов, его можно устро... текст свёрнут, показать
     
     
  • 14.159, freehck (ok), 10:11, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А Это объясняет, почему вызов методов объектов в Racket называется send Забыл ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 16.162, freehck (ok), 12:11, 15/09/2016 [ответить]  
  • +/
    Ну всё, пожалуй, уже хватит Вы забываете, что я тут всё-таки модератор ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (25)

  • 1.41, Аноним (-), 23:50, 12/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Gnu/vim
     
  • 1.45, Michael Shigorin (ok), 00:12, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем отличаются Редакторы -- надо зело исхитриться, чтоб хоть краешком макушки упереться в потолок.
     
     
  • 2.131, Аноним (-), 22:19, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем отличаются Редакторы -- надо зело исхитриться, чтоб хоть краешком макушки упереться
    > в потолок.

    ?

     
     
  • 3.164, Michael Shigorin (ok), 16:31, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Чем отличаются Редакторы -- надо зело исхитриться, чтоб хоть краешком макушки упереться
    >> в потолок.
    > ?

    В какой-нить штуке из тех, которые многие писали в детстве -- упереться в пределы очень просто (начиная с банального конца массива, а то и края строки).  В чём-то вроде mcedit -- тоже несложно выяснить, что чего-то не хватает.  А вот в матёрых инструментищах ухитриться найти что-то, что действительно нужно, но ещё не реализовано (вообще никак) -- по крайней мере для меня оказывалось нетривиально :)

     

  • 1.53, Аноним (-), 03:23, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ждём ебилдов... Точнее PPA для Xenial...
     
     
  • 2.55, Аноним (-), 03:29, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вроде нашёл: https://launchpad.net/~jonathonf/+archive/ubuntu/vim
     

  • 1.54, Аноним (-), 03:22, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ждём ебилдов... Точнее PPA для Xenial...
     
     
  • 2.58, Аноним (58), 07:20, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вроде нашёл: https://launchpad.net/~jonathonf/+archive/ubuntu/vim
     
     
  • 3.152, Аноним (-), 18:53, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Давй ещё раз, теперь контрольный!
     

  • 1.57, iCat (ok), 05:26, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Приятные вести...
    Как по мне - так самый удобный ТЕКСТОВЫЙ РЕДАКТОР.
    К тому же присутствует практически во всех дистрибутивах.
    Я, конечно, пользуюсь лишь малой частью его возможностей, так - конфиги поправить, но зато часто. И то, что для выхода из него с сохранением введённых изменений, нужно нажать не одну кнопку, не раз выручало.
    А уж возможности множественных многострочных поисков с заменой - песня.
    Благодарю создателей VIM за удобный и качественный текстовый редактор.
     
  • 1.63, eganru (?), 08:34, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хороший редактор если нужно что-то по мелочи поправить или быстренько написать.
     
  • 1.66, нет (??), 09:48, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    vim 6.4: последний редактор, который на ещё том железе быстро работал с автодополнением. Потом был добавлен питон, тормозящие даже на текущем рабочем i7 розавенькие выпадающие списки, которые ещё надо отключать,  хипстота как оно есть. Не очень удивляет появление json.
     
     
  • 2.83, Аноним (-), 11:20, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего виной тому не вим, а скрипты синтаксического разбора.
    Если сильно тормозит, на время редактирования отключите синтаксис или введите ограничение на обрабатываемые строки так:
    :syn sync minlines=20
    :syn sync maxlines=300
    Т.о. vim будет стараться обрабатывать синтаксис, начиная с 20-ой строки над видимым экраном, но если обработка окажется невоможной и потребуется заглядывать ещё выше, заглядывание не превысит 300 строк над видимым экраном.
     
     
  • 3.107, arisu (ok), 17:02, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мне лично дико удивительно, каким местом надо писать подсветку синтаксиса, чтобы она так тормозила. у меня на моём i3 мой же самопальный редактор двадцать мегабайт текста расцвечивает полностью сверху донизу меньше чем за 400 миллисекунд. полностью, подчёркиваю. то есть, на исходниках нормальных размеров можно было даже не заморачиваться с кэшированием и «умной» перекраской при изменении текста.
     
     
  • 4.109, Andrey Mitrofanov (?), 17:37, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > двадцать мегабайт текста расцвечивает полностью сверху донизу меньше чем за 400

    Вижу фатальный недостаток json-а в!

    > миллисекунд. полностью, подчёркиваю. то есть, на исходниках нормальных размеров можно

     
     
  • 5.110, arisu (ok), 17:43, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> двадцать мегабайт текста расцвечивает полностью сверху донизу меньше чем за 400
    > Вижу фатальный недостаток json-а в!

    да ладно. двадцать мегов — это, конечно, был синтетический тест. но килобайт триста — такие монстрики есть. обычно результат амальгамизации после того, как разработка более‐менее завершена.

     
  • 4.134, angra (ok), 23:34, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А функциональность ты сравнить не забыл? Или как в анекдоте: "печатаю со скоростью 800 символов в минуту...только ерунда какая-то получается". Ну и 400мс это очень даже заметно при редактировании, особенно для тех, кто вводит больше двух символов в секунду.

     
     
  • 5.135, arisu (ok), 23:48, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А функциональность ты сравнить не забыл?

    какую? варку кофе, пока текст раскрашивается? у меня поддерживается несколько языков, естественно, вложенные комментарии (где надо), закавыченые строки «с продолжениями» и прочие гитики. новый язык добавляется, фактически, перечислением кейвордов и флажков. местами даже контекст понимает.

    и да, функциональность самого редактора совершенно не зависит от раскрашивателя. если, конечно, редактор писать руками, а не ногами мёртвого соседа. базовая механика изменения текста — это ровно одна операция: «заменить кусок текста на другой». всё. остальная функциональность — сколь угодно сложная — строится на этой. угу: подсвечивание всяких скобок есть, мгновенная динамическая перекраска есть, даже вертикальные линии для блоков рисует.

    > Ну и 400мс
    > это очень даже заметно при редактировании, особенно для тех, кто вводит
    > больше двух символов в секунду.

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

    впрочем, даже эти несчастные четыреста миллисекунд возможно заметить только если открыть двадцатимеговый файл и сразу прыгнуть в его конец. и это будут однократные тормоза, потому что дальше вступает в дело система «умной ленивой перекраски».


    p.s. впрочем, эту систему я потом сильно порезал, потому что дофига кода без пользы: вырезал три четверти, тормозов так и не прибавилось, зато стало намного понятней и прозрачней.

     
     
  • 6.136, angra (ok), 02:22, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне возможно, что имеющегося хватает для тех языков, что ты выбрал. Но ведь есть языки вроде perl, где закавыченые строки «с продолжениями» это отнюдь не самое сложное, а учет контекста должен быть не местами. Да даже keyword'ы не так просты, как некоторым кажется, ведь часть из них может быть не настоящими keyword, а просто предопределенными идентификаторами, а значит могут быть переопределены пользователем и без контекста для их подсветки ты уже никак не обойдешься.
    Всё это ни к тому, что твой раскрашиватель плох, а к тому, что говорить о сравнении по скорости можно только при близком функционале. А то re2 тоже значительно быстрее pcre и в большинстве случаев достаточны, но в меньшинстве случаев просто не имеют нужного функционала.
     
     
  • 7.137, arisu (ok), 02:25, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    (пожимает плечами) абсолютно всё, что способен покрасить вим своими синтакс‐файлами, могу покрасить и я, только значительно быстрее. а разгадка одна: регэкспами красят только дебилы.
     
     
  • 8.139, angra (ok), 04:01, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Мой сосед говорит, что с женой ежедневно, а ему 95 - Ну так и вы говорите ... текст свёрнут, показать
     
     
  • 9.141, arisu (ok), 05:08, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    снова пожимает плечами натурально, автор вима 8212 гений на все времена ни... текст свёрнут, показать
     

  • 1.69, Я (??), 10:27, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Реализация пакетов для установки, обновления и управления плагинами;

    Это значит что ставить плагины из репозиториев можно из коробки? Где про это почитать?

     
     
  • 2.93, Аноним (-), 13:11, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Походу, пацаны pathogen не осилили
     
     
  • 3.153, Аноним (-), 18:57, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Vundle обратно совместим с Pathogen и лучше по всем параметрам.
     

  • 1.72, Валентин (??), 10:52, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Отличная новость. Спасибо создателей за отличный редактор.
     
  • 1.84, Аноним (-), 11:20, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Поддержка сборки графического интерфейса с GTK+ 3. При наличии GTK+ 2 и GTK+ 3  о умолчанию по-прежнему используется GTK+ 2.

    Ну а QVim или KVim, или PVim будет? ;)

     
     
  • 2.88, 1 (??), 12:36, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Wim еще
     

  • 1.89, iZEN (ok), 12:41, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    С 2007 года vi/vim мне ни разу не понадобился. Переменная окружения $EDITOR перенастроена на ee(1). Чем vi/vim лучше ee(1)? Стоит ли на него перейти?
     
     
  • 2.90, Аноним (-), 12:56, 13/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Vim хотя бы utf-8 поддерживает
     
  • 2.142, Аноним (-), 10:15, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    То-есть с 2007 таких вопросов не возникало, а тут раз и прозрение ?
     

  • 1.91, Kroz (ok), 13:04, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Добавлена опция 'renderoptions', позволяющая задействовать DirectX (DirectWrite) для отрисовки вывода в Windows;

    Т. е. в винде теперь relativenumber и cursorline не будут тормозить?

     
  • 1.94, Аноним (-), 14:19, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    крон есть, пакетная система есть, работа с графикой есть, IPC есть. к 9 версии нужен загрузчик.
     
  • 1.105, Аноним (-), 16:15, 13/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Обновил, выйти для перезапуска всё так же не могу?
     
     
  • 2.161, _Mister (ok), 11:23, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Немного юзал Vim. Не намного легче Vi. Пока только в одной команде разницу нашёл. Насколько помню переход в режим команд по разному происходит. А у вас установка только на новые Linux?

     
     
  • 3.165, Michael Shigorin (ok), 17:14, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Немного юзал Vim. Не намного легче Vi. Пока только в одной команде
    > разницу нашёл. Насколько помню переход в режим команд по разному происходит.

    Вам явно попался какой-то ужасно собранный vim -- попробуйте vi и vim на альтовых стартеркитах (в том же дебиане, к сожалению, "из коробки" vim и впрямь неприглядный).

    Вообще же есть полезный vimtutor :)

     
     
  • 4.166, _Mister (ok), 07:55, 16/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Debian 2.0. Хороший Vim не помешает.


     

  • 1.167, Невимщик (?), 19:28, 16/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не осилил. Расскажите как управляете хоткеями при наборе кириллицей - я у танке. Не работало - приходилось постоянно переключаться на латиницу - плюнул, сбежал.
     
     
  • 2.168, Michael Shigorin (ok), 19:40, 16/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > как управляете хоткеями при наборе кириллицей

    langmap

     
     
  • 3.169, _Mister (ok), 12:44, 17/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В поиске нашел Альтовый Vim, а страница ftp не открылась.
     
     
  • 4.170, _Mister (ok), 10:12, 13/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Установил Vim-5.6 на Debian. Приятно удивлён.


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру