Emacs again

какие у тебя настройки дял прокрутки стоят?

(require 'smooth-scrolling) P. S.

;; smooth-scrolling.el
;; $Id: smooth-scrolling.el,v 1.8 2007/09/11 23:38:09 adam Exp $
;; Adam Spiers <emacs-ss@adamspiers.org>
;; 
;; Make emacs scroll smoothly, keeping the point away from the top and
;; bottom of the current buffer's window in order to keep lines of
;; context around the point visible as much as possible, whilst
;; avoiding sudden scroll jumps which are visually confusing.
;;
;; This is a nice alternative to all the native scroll-* custom
;; variables, which unfortunately cannot provide this functionality
;; perfectly.  `scroll-margin' comes closest, but has some bugs
;; (e.g. with handling of mouse clicks).  See
;;
;;   http://www.emacswiki.org/cgi-bin/wiki/SmoothScrolling

Совет №4: Используйте поиск по мере ввода для Навигации.

Эффективное перемещение курсора один из ключевых навыков для того, чтобы стать Волшебником Emacs. Пользователи IDE тратят много своего времени, возясь с мышью. Они и не мечтают ни о чем другом, но они не понимают, насколько не эффективны их движения. В руках Мастера, Emacs становится самым мощным и эффективным инструментом для редактирования текста на во всем мире, потому что позволяет вам делать почти все, не используя мышь.

Волшебники Emacs всегда делают сессии Emacs’a такими высокими, насколько это возможно, заполняя экран вертикально, потому что вертикальное пространство самое лучшее, когда вы просматриваете документ. Тогда вы можете увидеть больше строк текста на экране за раз. Использование поиска по мере набора часто самый быстрый способ для точного позиционирования курсора.

Заведите привычку использовать Ctrl-r (isearch-backward) и Ctrl-s (isearch-forward) для перемещения по документу. Всякий раз, когда вам необходимо переместить курсор назад или вперед больше чем на 5 строк, и вы можете видеть нужное место, нужно использовать i-search.

Что бы использовать это эффективно, вы не обязательно должны искать точное слово там, где хотите поместить курсор. Позвольте вашему глазу немного расфокусироваться, посмотрите на весь параграф или область вокруг цели, и выберите слово, которое выглядит достаточно уникальным или которое легко напечатать. Тогда воспользуйтесь i-search для перемещения к нему. Возможно потребуется нажать на Ctrl-r или Ctrl-s несколько раз, если ключевое слово окажется не уникальным. Но Emacs подсветит вам все совпадения, так что если их будет несколько Ctrl-g остановит поиск, и вы сможете выбрать другое ключевое слово.

Трудно выразить, насколько полезна эта техника, как только вы ее освоите. Обучение просто потребует, что бы вы повторяли это, пока ваши пальцы не начнут работать автоматически. Emacs в конечном счете станет продолжением вашего тела, и вы будете выполнять сотни нажатий на клавиши не задумываясь о них. Это сопоставимо сотне навыков, которые вы приобретаете, чтобы хорошо управлять автомобилем.

Пользователи IDE тратят много своего времени, возясь с мышью. Они и не мечтают ни о чем другом, но они не понимают, насколько не эффективны их движения. В руках Мастера, Emacs становится самым мощным и эффективным инструментом для редактирования текста на во всем мире, потому что позволяет вам делать почти все, не используя мышь.

Волшебники Emacs такие волшебники )

Нормальная IDE «позволяет вам делать почти все, не используя мышь». Инкрементальный поиск есть почти везде, кроме того в IDE есть нормальная навигация по коду, которая учитывает семантику языка. И расцветка кода в IDE тоже семантическая, но не тормозит при прокрутке как в Emacs.

Использование IDE не освобождает от использования хорошего текстового редактора, такого как emacs или vim (а других хороших, вроде, и нет). Так что противопоставлять их не совсем корректно.

когда есть IDE - основной инструмент для работы с проектами, то текстовый редактор нужен только чтоб открыть и быстро просмотреть необходимый исходник. А с этим неплохо справляется kate, gedit, и даже nano.

Функции редактора программированием далеко не заканчиваются. Это вообще самый важный инструмент.

Да и языков, помимо жабы и шарпа, несколько десятков. На всех IDE не напасешься. Так еще в каждой свой убогий недоредактор со разными хоткеями. Хорошо если эмуляцию вима или емакса прикрутять хоть на базовом уровне.

ну вот например сейчас я пишу под андроид - те использую eclipse. Конечно можно сидеть и прикручивать ADT к емаксу или виму, но зачем? Если в результате все будет как с прокруткой - вроде и работает но через одно место.

И разве ИДЕ это не тотже редактор только с кучей дополнительный нужных функкций. Просто у меня не тот случай когда емакс давал бы профит: те был бы html perl или еще что-то подобное - вопросов бы не было, но в моем случае есть слишком много вещей которые я задолбаюсь настраивать в емаксе.

Хорошо если эмуляцию вима или емакса прикрутять хоть на базовом уровне.

А это зачем? Яж грю что если редактор используется только для быстрого просмотра кода( тк компиляцию к нему прикручивать нудно и неудобно) то тут требуется максимум копипаст( не через ж а нормальный) и правка небольшая

пуркуа? для этого есть пробел :)

мега респектице тебе, чувак)))) теперь можно двигаться дальше