Какой смысл в плагине viEmu для Visual Studio?
Это уменьшает размер изображения сразу же после рисования рисунка (по крайней мере, используя Qt4Agg / TkAgg, но не MacOSX - с matplotlib 1.4.0):
matplotlib.pyplot.get_current_fig_manager().resize(width_px, height_px)
9 ответов
Сама viEmu страница имеет довольно хорошую статью, которая могла бы помочь ответить на Ваш вопрос: Да ведь о, ДА ВЕДЬ те #?! nutheads используют vi?
Я провел прошлые месяцы пары, пытаясь учить меня использовать энергию "правильно", и теперь я могу едва стоять с помощью других редакторов, потому что они кажутся недостаточно мощными и неуклюжими. Для случайного примера предположите, что у Вас есть строка кода, которая похожа на это:
$welcomeMessage = "Welcome to SiteName!"; // shows at the top of homepage
В нормальном редакторе, как Вы поменяли бы струну? Необходимо было бы, вероятно, вытянуться и захватить мышь и тщательно выбрать ее, или Вы переместите свой курсор в первой кавычке и удержите Сдвиг и стрелку вправо, пока Вы не добрались до закрывающей кавычки.
В энергии, с моим курсором где угодно промежуток кавычки, я ввожу ci" и это стирает все в кавычках и помещает меня в режим вставки, таким образом, я могу ввести новое значение, которое я хочу. Мои руки не должны были даже перемещаться от моего нормального положения ввода.
Существует столько вещей как это, я думаю, что действительно необходимо потратить некоторое время с помощью редактора, чтобы понять, насколько мощный это. Это очень медленно и твердо использовать сначала, вот почему много людей пробует его в течение короткого времени и думает, что "это является немым, все - путь тяжелее", но через некоторое время Вы начинаете думать с точки зрения движений, все это начинает становиться автоматическим, и это очень, намного быстрее, чем использование "нормального" редактора. Как я сказал, я не могу возвратиться теперь.
Это честно кажется, что Вы никогда не видели, что кто-то использует Vi, которая является действительно опытной в нем. При нормальном использовании Visual Studio, Вы часто будете двигать рукой к своей мыши, нажать через опции, диалоговые окна, классы, и т.д.
С ViEmu Ваша рука никогда не оставляет клавиатуру. Вы компилируете, переключая файлы, выделяя группы текста, фиксируя добавление отступа, выполняя сложные движения на Вашем коде и запустив поиски регулярного выражения в секундах. Для людей, которые являются быстрыми машинистками, это позволяет Вам достигать скорости для задач, Вы не смогли бы иначе.
Многие люди будут противостоять этому путем высказывания вещей как, "Большая часть моего времени разработки проведена, думая. Дополнительная скорость, которую я получаю от использования инструментов как они, незначительна"..
Это - неаргумент, по-моему. Это верно для самых больших задач программирования, которые Вы проводите намного больше времени, планируя и думая затем, что Вы делаете на самом деле бросающий код. Но это не означает, что способность выразиться через Ваш IDE 2x быстрее не оказывает влияние на Вашу производительность как программист.
Вы неправы относительно "одной доступной для редактирования строки внизу экрана". Весь текст в окне доступен для редактирования. И это действительно прокручивает (все версии) и в случае gvim, имеет полосы прокрутки.
Возможно, Вы непреднамеренно вставляете его "исключая режимом". Это легко сделано и может сбивать с толку.
Я думаю, что у них есть длинный и приемлемый ответ для Вашего вопроса на viEmu hompage:
Еще один еще более мощный пример: давайте примем управление 'ce', которое состоит из 'c' и 'e'. 'c'hange команда удаляет диапазон, указанный следующей командой движения, и также вводит режим вставки. Это совпадает с 'd', но с отличием, что это вводит режим вставки, вместо того, чтобы остаться в нормальном режиме. Благо - то, что текст, который Вы вводите на следующей (короткой) входной сессии, является также частью команды. Таким образом, если Вы делаете 'ceHello>', что Вы делаете заменить от курсора в конец слова 'Привет', и '.' команда впоследствии будет работать точно как этот: замените в конец слова с 'Привет'.
От: http://www.viemu.com/a-why-vi-vim.html
У меня есть viEmu, установленный ~half год назад. Но я должен сказать (возможно, без сильных событий Linux), я никогда не использовал его. Слишком посторонний, слишком далекий, слишком сложный.
Так, по моему скромному мнению, viEmu это - большая проблема technical&historical, но не больше для 95% разработчиков.
У меня нет опыта с VS.Net, но я предполагаю, что он имеет те же функции, которые имеет любой другой IDE.
Я нашел, что изучение всех ключевых команд редактора в моем IDE было достаточной заменой для Vi. Вещи как переименование, расположение с отступом, форматирование, движущиеся строки и такой материал.
Таким образом, я предполагаю, что главная победа была бы для кого-то, кто уже знает, что Vi продуктивна, не имея необходимость изучать VS.Net.
Но с другой стороны, у Vi есть некоторые действительно тайные, но мощные функции, которые, вероятно, не могут быть подобраны Вами типичный редактор IDE.
Я думаю, что действительно необходимо дать Vim попытку.
Если Вы быстро судили Vi десять лет назад, я могу понять, что Вы не ценили его. Это не действительно удобно для пользователя на первый взгляд. На самом деле его действительная мощность показана, когда Вы начинаете чувствовать себя довольными перемещениями и начинаете делать ее Вашим собственным с удовлетворением требованиям заказчика. После того как Vim знаком Вам, можно понять, почему он имеет право быть изученным.
Я на самом деле использую VS только для отладки в эти дни. Кодирование с энергией (реальная энергия, не viemu) является просто лучшим опытом.
Теперь, я не собираюсь утверждать, что использование один по другому имеет любое значение в производительности - в конце концов, я провожу большую часть своего времени, пытаясь выяснить, как решить проблему - ввод кода является легкой частью.
Еще один ответ заставил меня задуматься о том, что смотреть какое-то умелое редактирование с использованием vim было бы довольно показательно, поэтому я откопал это видео, показывающее основные и более продвинутые движения при кодировании. Этот человек может быть даже немного эффективнее, используя некоторые оценки и т. Д., Но это дает представление.
Если вам нужно вдохновение или вы хотите увидеть человека, который действительно знает, что он делает с Vim, посмотрите "String Calculator Kata In Python" Гэри Бернхардта, посмотрите, как он работает! http://vimeo.com/8569257