Вход на сайт
Гуглы дизайнером обзаведутся когда-нибудь?
07.05.10 14:40
Блин, инвалиды, изменили поиск, теперь он стал похож на какое-то уродское говно. У них вообще всё с отвратительным интерфейсом. Вот, где в хроме найти, что существует ctrl + о?
Разнесли меню и тулбар по углам, оригиналы хреновы, нифига найти невозможно. Срань какая-то неюзабельная. Или аналог файрбага - девелоперская консоль. Сравнимая по функционалу, не масштабируется совсем. На большом мониторе эти маленькие пидорские буквы фиг разглядишь. Ну, чё за козёл там у них дизайнит?
Пост ненависти.
Пост ненависти.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 07.05.10 22:05
А меня бесит, что гугль сцуко думает, что умнее меня.
Приходится все отдельные слова брать в кавычки, потому что Я ХОЧУ НАЙТИ ИМЕННО ТО, ЧТО Я НАПИСАЛ, а не то, что он мне предлагает.
в ответ voxel3d 07.05.10 14:40
В ответ на:
Пост ненависти.
Пост ненависти.
А меня бесит, что гугль сцуко думает, что умнее меня.
Приходится все отдельные слова брать в кавычки, потому что Я ХОЧУ НАЙТИ ИМЕННО ТО, ЧТО Я НАПИСАЛ, а не то, что он мне предлагает.
Не сочтите меня параноиком, но мне кажется, что кто-то постоянно читает то, что я здесь пишу.
NEW 10.05.10 14:13
Да оно же удобное, лол.
Ты консолькой пользуешься? Там же часть тех же самых биндингов для перемещения по тексту и редактирования используется. Плюс, в имаксе оно расширено.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 10.05.10 14:57
Если ты имеешь в виду, откатываются ли изменения назад, то прямо щас попробовал extract method, андо работает как надо. Думаю, нет необходимости проверять на остальных рефакторингах, уверен - рабоатет.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 10.05.10 15:14
> Ты консолькой пользуешься?
- В 60х клавиатуры были совсем другие, но когда в 21 век тянут те-же хвосты в редактор это уже не консерватизм, это мягко говоря перебор. Привык ещё не значит что удобно. Удобно это когда даешь имакс 10 юзерам, через полчаса спрашиваешь -Удобно? 8 из 10 хором отвечают -Да! -) Я считаю что в Vim-е всё тоже самое удобней и быстрей.
Vim, небольшая часть элементарных действий:
в начало строки - 0
в конец строки - $
на слово вправо - w
на слово влево - b
вниз на одну строку - j
вниз на *-строк - *j
вверх на одну строку - k
вверх на *-строк - *k
Напиши тоже самое для Emacs-а только понятным всем языком [ctrl] + [*] -)
Но скорость набора в том или ином редакторе абсолютно плюсом не считаю, скорость набора важна для секретарши. А вот время, необходимое на изучение инструмента считаю важным моментом, инструмент потом должен инвестированное в него время чем-то окупить.
Лично для меня в плане работы без мыши Vim удобней, тем, что для элементарных действий не надо из себя Рихтера корчить, перехода на строку вниз - [arow down] или [j] это одно нажатие одной клавиши, на одно элементарное действие. Но тем не менее учить Vim никому никогда не советовал, для элементарного редактирования конфигов в консоли и nano хватит ))
ПС: Никогда не сравнивал Vim и Emacs, считаю что у них разные ниши, хотя знаю людей которые повзрослому кодят в Vim-е и считают его BotB
- В 60х клавиатуры были совсем другие, но когда в 21 век тянут те-же хвосты в редактор это уже не консерватизм, это мягко говоря перебор. Привык ещё не значит что удобно. Удобно это когда даешь имакс 10 юзерам, через полчаса спрашиваешь -Удобно? 8 из 10 хором отвечают -Да! -) Я считаю что в Vim-е всё тоже самое удобней и быстрей.
Vim, небольшая часть элементарных действий:
в начало строки - 0
в конец строки - $
на слово вправо - w
на слово влево - b
вниз на одну строку - j
вниз на *-строк - *j
вверх на одну строку - k
вверх на *-строк - *k
Напиши тоже самое для Emacs-а только понятным всем языком [ctrl] + [*] -)
Но скорость набора в том или ином редакторе абсолютно плюсом не считаю, скорость набора важна для секретарши. А вот время, необходимое на изучение инструмента считаю важным моментом, инструмент потом должен инвестированное в него время чем-то окупить.
Лично для меня в плане работы без мыши Vim удобней, тем, что для элементарных действий не надо из себя Рихтера корчить, перехода на строку вниз - [arow down] или [j] это одно нажатие одной клавиши, на одно элементарное действие. Но тем не менее учить Vim никому никогда не советовал, для элементарного редактирования конфигов в консоли и nano хватит ))
ПС: Никогда не сравнивал Vim и Emacs, считаю что у них разные ниши, хотя знаю людей которые повзрослому кодят в Vim-е и считают его BotB
Жить нужно так, чтобы у других была
депрессия
NEW 10.05.10 15:36
Там всего две абревиатуры "C" и "M", "C" это "Control", "M" это "Alt".
Можно, я буду записывать используя их, это же короче и удобнее?
в начало строки - C-a (Ctrl+a), плюс, есть M-a. Первое, это то, что у тебя в виме, второе - прыжок на позицию в начало предложения.
в конец строки - C-e (Ctrl+e), плюс, есть M-e. По аналогии выше, в конец предложения.
В отличии от вимовского биндинга, не требует шифта для доступа к закорючкам на цифровом ряде.
на слово влево: M-b (Alt+b), на слово вправо M-f, плюс C-b и C+f перемещение на символ влево / вправо.
вниз на одну строку: C-n (Ctrl+n), вверх: C-p
кроме того, вниз/вверх на экран: C-v и M-v, в начало / конец текста: M-< и M->
задание повтора перед командой: C-u _число_, т.е. на пять строк вверх: C-u 5 C-p
Сравни с биндингами в баше.
А ниши у них вплане быть IDE - пересекаются. В оринципе тут холивар по-поводу: двурежимность вс распальцовки и уродский язык конфига вима вс непонятный елисп.
Ну, и зря. vimtutor и кривая обучения составляет 10-15 минут для базовых вещей.
В ответ на:
только понятным всем языком
только понятным всем языком
Там всего две абревиатуры "C" и "M", "C" это "Control", "M" это "Alt".
В ответ на:
в начало строки - 0
в конец строки - $
на слово вправо - w
на слово влево - b
вниз на одну строку - j
вниз на *-строк - *j
вверх на одну строку - k
вверх на *-строк - *k
в начало строки - 0
в конец строки - $
на слово вправо - w
на слово влево - b
вниз на одну строку - j
вниз на *-строк - *j
вверх на одну строку - k
вверх на *-строк - *k
в начало строки - C-a (Ctrl+a), плюс, есть M-a. Первое, это то, что у тебя в виме, второе - прыжок на позицию в начало предложения.
в конец строки - C-e (Ctrl+e), плюс, есть M-e. По аналогии выше, в конец предложения.
В отличии от вимовского биндинга, не требует шифта для доступа к закорючкам на цифровом ряде.
на слово влево: M-b (Alt+b), на слово вправо M-f, плюс C-b и C+f перемещение на символ влево / вправо.
вниз на одну строку: C-n (Ctrl+n), вверх: C-p
кроме того, вниз/вверх на экран: C-v и M-v, в начало / конец текста: M-< и M->
задание повтора перед командой: C-u _число_, т.е. на пять строк вверх: C-u 5 C-p
Сравни с биндингами в баше.
В ответ на:
Никогда не сравнивал Vim и Emacs, считаю что у них разные ниши
Никогда не сравнивал Vim и Emacs, считаю что у них разные ниши
А ниши у них вплане быть IDE - пересекаются. В оринципе тут холивар по-поводу: двурежимность вс распальцовки и уродский язык конфига вима вс непонятный елисп.
В ответ на:
Но тем не менее учить Vim никому никогда не советовал
Но тем не менее учить Vim никому никогда не советовал
Ну, и зря. vimtutor и кривая обучения составляет 10-15 минут для базовых вещей.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 10.05.10 16:18
в ответ voxel3d 10.05.10 15:36
> В отличии от вимовского биндинга, не требует шифта для доступа к закорючкам на цифровом ряде.
И вот это, для меня как-раз минус. Шифт это double size клавиши которые лежат как раз под мизинцами (по крайней мере у меня ))) в итоге, для меня, любой бинд на шифте удобней чем [Ctrl+*]
И вот это, для меня как-раз минус. Шифт это double size клавиши которые лежат как раз под мизинцами (по крайней мере у меня ))) в итоге, для меня, любой бинд на шифте удобней чем [Ctrl+*]
NEW 11.05.10 10:57
Это заблуждение. Ты или запоминаешь команды перемещения и обработки текста, или ты не умеешь ими пользоваться. Разницы в запоминании cua-based биндингов или emacs-based нет никакой.
Либо ты их ни там, ни там не запоминаешь и елозаешь мышью в меню на каждое движение.
в ответ Simple 11.05.10 09:56
В ответ на:
Какой-нить текстпад в тыщу раз проще освоить, чем emacs
Какой-нить текстпад в тыщу раз проще освоить, чем emacs
Это заблуждение. Ты или запоминаешь команды перемещения и обработки текста, или ты не умеешь ими пользоваться. Разницы в запоминании cua-based биндингов или emacs-based нет никакой.
Либо ты их ни там, ни там не запоминаешь и елозаешь мышью в меню на каждое движение.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 11.05.10 11:15
Нет. C-c, C-v, C-x, это ещё не всё. В твоём редакторе букмарки указаны, ещё какая-нибудь хрень - undo-redo те же. Для использования всего этого.
в ответ Simple 11.05.10 11:07
В ответ на:
Да, только первое большинство уже запомнили.
Да, только первое большинство уже запомнили.
Нет. C-c, C-v, C-x, это ещё не всё. В твоём редакторе букмарки указаны, ещё какая-нибудь хрень - undo-redo те же. Для использования всего этого.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 11.05.10 11:58
в ответ voxel3d 11.05.10 09:17
А вот тем не менее.
Думаю все дело в в нежелании что-либо менять. Любое изменение привычек слишком дискомфортно, даже с минимальным усилием. Они и "М-/" почти не используют. Правда они не програмисты, хотя разные скрипты приходится писать постоянно.
Думаю все дело в в нежелании что-либо менять. Любое изменение привычек слишком дискомфортно, даже с минимальным усилием. Они и "М-/" почти не используют. Правда они не програмисты, хотя разные скрипты приходится писать постоянно.
NEW 11.05.10 23:32
У текстпада есть один большой недостаток - он не умеет толком работать с юникодом. То бишь сохранять в юникод он умеет, но одновременно юзать две кодировки, например немецкий и русский - никак. Поэтому иногда приходится юзать н++ - так вот, по удобству работы он с текстпадом даже близко не лежал.
в ответ Simple 11.05.10 10:29
В ответ на:
Я не сравнивал детально, но думаю, что они примерно сопоставимы.
Я не сравнивал детально, но думаю, что они примерно сопоставимы.
У текстпада есть один большой недостаток - он не умеет толком работать с юникодом. То бишь сохранять в юникод он умеет, но одновременно юзать две кодировки, например немецкий и русский - никак. Поэтому иногда приходится юзать н++ - так вот, по удобству работы он с текстпадом даже близко не лежал.
NEW 11.05.10 23:44
Ну я программист. Осваивать имакс, вим и прочую хрень не вижу никакой необходимости. Для набивания кода юзается одно из: VS (нормальные С++ и C# проекты), Eclipse (Java), Textpad (всякая вебнутая хрень, эксперименты на скорую руку и все остальное).
в ответ Russman 11.05.10 11:58
В ответ на:
Правда они не програмисты, хотя разные скрипты приходится писать постоянно.
Правда они не програмисты, хотя разные скрипты приходится писать постоянно.
Ну я программист. Осваивать имакс, вим и прочую хрень не вижу никакой необходимости. Для набивания кода юзается одно из: VS (нормальные С++ и C# проекты), Eclipse (Java), Textpad (всякая вебнутая хрень, эксперименты на скорую руку и все остальное).
NEW 12.05.10 19:28
Я и сам не пойму чем он так удобен. Но он очень быстрый, не перегруженный, и ведет себя предсказуемо и ожидаемо. А ещё можно цеплять вызов внешних программ, так что у меня в нем десяток разных компиляторов и интерпретаторов навешены. Можно захватывать их вывод, и прыгать со строки сообщения об ошибке обратно в код на строку с ошибкой.
в ответ Simple 12.05.10 09:55
В ответ на:
А что конкретно тебе так удобно? Я тоже слышал уже от одного знакомого программиста, что текстпад очень удобен, он даже пару скринкастов сделал.
А что конкретно тебе так удобно? Я тоже слышал уже от одного знакомого программиста, что текстпад очень удобен, он даже пару скринкастов сделал.
Я и сам не пойму чем он так удобен. Но он очень быстрый, не перегруженный, и ведет себя предсказуемо и ожидаемо. А ещё можно цеплять вызов внешних программ, так что у меня в нем десяток разных компиляторов и интерпретаторов навешены. Можно захватывать их вывод, и прыгать со строки сообщения об ошибке обратно в код на строку с ошибкой.
NEW 12.05.10 21:43
в ответ femidav 12.05.10 21:31
Быстрый, ведёт себя предсказуемо и ожидаемо, можно цеплять вызов внешних программ, умеет захватывать вывод и прыгать на строки с ошибками. Нащёт перегруженности не знаю, но она в используемом режиме не замечается. 
Dropbox - средство синхронизации и бэкапа файлов.
NEW 12.05.10 23:20
в ответ femidav 12.05.10 22:32
> Ни разу он не быстрый. Лисп таки никуда не спрячешь.
Замирает на минуту после каждого введенного символа? То был не емакс.
> Программа ведущая себя практически во всех отношениях не так как весь остальной мир - предсказуема и ожидаема?
Он, типа, нарушает законы физики? В каком смысле, "не так как весь остальной мир "?
Замирает на минуту после каждого введенного символа? То был не емакс.
> Программа ведущая себя практически во всех отношениях не так как весь остальной мир - предсказуема и ожидаема?
Он, типа, нарушает законы физики? В каком смысле, "не так как весь остальной мир "?
NEW 13.05.10 00:35
в ответ Russman 12.05.10 23:20
Решил ещё раз посмотреть на имакс, сравнить с тп - пришлось бежать в туалет, проблеваться, только после этого смог ответить... Возьми любую функцию и сравни как она сделана в ТП и в херимаксе. Хотя бы поиск в файлах... Греп я и без херимакса могу в шелле вызвать.
NEW 13.05.10 00:50
У меня загрузка / сохранение текста работают предсказуемо и ожидаемо и именно так, как и в "остальном мире", букмарки тоже, запись / воспроизведение макросов тоже, абревиатуры, которые нынче и эклипс, и студия подхватили - тоже. И даже текст я точно также набираю. Биндинги использую - не CUA-based, который, как сказали, легко включается, а дефолтные - те, которые свойственны утилитам из мира юникс. Но базовая их часть не являются уникальными и знакомы по другим программам.
Те же концепции, которые незнакомы для широкой публики: минибуфер, буферы, килринг, ещё там что-то, они никак не влияют на тот уровень использования текстового редактора, который используется этой самой публикой в других редакторах.
Не знаю, что у тебя там не быстрое, у меня набор / редакторование текста не тормозит.
в ответ femidav 12.05.10 22:32
В ответ на:
Предсказуемость и ожидаемость - это шутка? Программа ведущая себя практически во всех отношениях не так как весь остальной мир - предсказуема и ожидаема?
Предсказуемость и ожидаемость - это шутка? Программа ведущая себя практически во всех отношениях не так как весь остальной мир - предсказуема и ожидаема?
У меня загрузка / сохранение текста работают предсказуемо и ожидаемо и именно так, как и в "остальном мире", букмарки тоже, запись / воспроизведение макросов тоже, абревиатуры, которые нынче и эклипс, и студия подхватили - тоже. И даже текст я точно также набираю. Биндинги использую - не CUA-based, который, как сказали, легко включается, а дефолтные - те, которые свойственны утилитам из мира юникс. Но базовая их часть не являются уникальными и знакомы по другим программам.
Те же концепции, которые незнакомы для широкой публики: минибуфер, буферы, килринг, ещё там что-то, они никак не влияют на тот уровень использования текстового редактора, который используется этой самой публикой в других редакторах.
В ответ на:
Ни разу он не быстрый. Лисп таки никуда не спрячешь.
Ни разу он не быстрый. Лисп таки никуда не спрячешь.
Не знаю, что у тебя там не быстрое, у меня набор / редакторование текста не тормозит.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 13.05.10 00:52
Ни разу не греп, а интерактивный инкрементальный поиск, удобный без предварительного обучения к использованию.
В ответ на:
Греп я и без херимакса могу в шелле вызвать.
Греп я и без херимакса могу в шелле вызвать.
Ни разу не греп, а интерактивный инкрементальный поиск, удобный без предварительного обучения к использованию.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 13.05.10 02:56
Поставил, посмотреть. Не понял, на что надо было в поиске обратить внимание, чтобы увидеть его превосходство.
А тебе какой поиск? В имаксе поиск:
(C-кнопка = Ctrl + кнпопка)
C-s стартует процесс, начиная инкрементальный поиск, набор искомого сразу подсвечивает все вхождения особо выделяя ближайшее совпадение, повторное нажатие C-s прыгает точку на очередное совпадение. C-r аналог C-s только в обратную сторону.
Если после C-s нажать C-w то в искомую фразу будет занесено слово под курсором, дальнейшее нажатие на C-w продолжит составление искомой фразы занося следующие слова. дальше - C-s, C-r.
Если в искомую фразу вводить слово с маленькой буквы, регистр при поиске учитываться не будет. Если с большой - будет. (Поведение можно поменять.)
Инкрементальность поиска отключается нажатием ентера после инициации старта поиска после нажатия C-s.
Поиск используя регэкспы запускается нажатием Ctrl+ALt+s.
Поиск в файлах, поскольку не имеет в чистом виде частой необходимости на кнопку дефолтно не забинден (изменяемо), вызывается запуском одной из команд:
grep, rgrep, lgrep, find-grep, find-grep-dired (Alt+x команда RET)
Команды находят вхождения и в специальном буфере отображают имя файла и номер строки, кликнув по которым получаем открытый файл и курсор на нужной позиции. Эти команды делают следующее:
простой греп; рекурсивно в каталогах с возможностью задать фильтр на тип файлов; тоже, что и предыдущее, но не рекурсивно; греп после файнда; тоже, что и предыдущее, но с открытым буфером DIRED - это особый режим работы с файлами и каталогами.
Один из вариантов поиска - посик слов. Ищет вхождения группы слов назависимо от количества разделителей между ними:
C-s RET C-w слово1 слово2 слово3 и.т.д. RET
Если ты решил заострить внимание на поиске в файлах, если не рассматривать сферического коня - поиск сам по себе, а сделать практическое решение, то поиск нужен, либо в проекте для перехода на ф-ю, для этого используется просто переход по тэгам в том же семантике (отдельная вещь) либо ищется указанными грепами. Отличие от грепа в консоли заключается в привязке к редактору - в возможности из буфера найденных результатов переходить в файлы с искомым, а если посмотреть на конкретные нажатия для, ну скажем поиска и замены в ряде файлов, то будет:
ищем:
M-x find-grep-dired RET mySuperPHPFoo RET
отфильтровываем во всяких .svn где не надо ничего менять:
% m .*\.php$ RET
- получили отмеченные нужные файлы в dired буфере
делаем замену в отмеченных файлах:
Q mySuperPHPFoo RET myFooBarBuzz RET
подтверждаем каждую замену
и всё сохранаем
C-x s
Так вот, я нифига не увидел, чем твой поиск лучше. Мне не понравилось следующее. Три "места" поиска, избытычность менюшки, где все варианты поисков указаны, необходимость в инкрементальном поиске мышкой кликать на поле ввода фразы и диалог по ф5. Диалог всегда внимание сбивает, неудобно нифига. Да ещё и мышь требует, табулятором обходить чекбоксы неудобно. А у нас оно как бы сгруппировано и настроенно на наиболее частое применение. И удобно кнопками обходится. Написано много, а на деле запоминается легко и используется в тысячу раз быстрее, чем всё это описывалось.
А тебе какой поиск? В имаксе поиск:
(C-кнопка = Ctrl + кнпопка)
C-s стартует процесс, начиная инкрементальный поиск, набор искомого сразу подсвечивает все вхождения особо выделяя ближайшее совпадение, повторное нажатие C-s прыгает точку на очередное совпадение. C-r аналог C-s только в обратную сторону.
Если после C-s нажать C-w то в искомую фразу будет занесено слово под курсором, дальнейшее нажатие на C-w продолжит составление искомой фразы занося следующие слова. дальше - C-s, C-r.
Если в искомую фразу вводить слово с маленькой буквы, регистр при поиске учитываться не будет. Если с большой - будет. (Поведение можно поменять.)
Инкрементальность поиска отключается нажатием ентера после инициации старта поиска после нажатия C-s.
Поиск используя регэкспы запускается нажатием Ctrl+ALt+s.
Поиск в файлах, поскольку не имеет в чистом виде частой необходимости на кнопку дефолтно не забинден (изменяемо), вызывается запуском одной из команд:
grep, rgrep, lgrep, find-grep, find-grep-dired (Alt+x команда RET)
Команды находят вхождения и в специальном буфере отображают имя файла и номер строки, кликнув по которым получаем открытый файл и курсор на нужной позиции. Эти команды делают следующее:
простой греп; рекурсивно в каталогах с возможностью задать фильтр на тип файлов; тоже, что и предыдущее, но не рекурсивно; греп после файнда; тоже, что и предыдущее, но с открытым буфером DIRED - это особый режим работы с файлами и каталогами.
Один из вариантов поиска - посик слов. Ищет вхождения группы слов назависимо от количества разделителей между ними:
C-s RET C-w слово1 слово2 слово3 и.т.д. RET
Если ты решил заострить внимание на поиске в файлах, если не рассматривать сферического коня - поиск сам по себе, а сделать практическое решение, то поиск нужен, либо в проекте для перехода на ф-ю, для этого используется просто переход по тэгам в том же семантике (отдельная вещь) либо ищется указанными грепами. Отличие от грепа в консоли заключается в привязке к редактору - в возможности из буфера найденных результатов переходить в файлы с искомым, а если посмотреть на конкретные нажатия для, ну скажем поиска и замены в ряде файлов, то будет:
ищем:
M-x find-grep-dired RET mySuperPHPFoo RET
отфильтровываем во всяких .svn где не надо ничего менять:
% m .*\.php$ RET
- получили отмеченные нужные файлы в dired буфере
делаем замену в отмеченных файлах:
Q mySuperPHPFoo RET myFooBarBuzz RET
подтверждаем каждую замену
и всё сохранаем
C-x s
Так вот, я нифига не увидел, чем твой поиск лучше. Мне не понравилось следующее. Три "места" поиска, избытычность менюшки, где все варианты поисков указаны, необходимость в инкрементальном поиске мышкой кликать на поле ввода фразы и диалог по ф5. Диалог всегда внимание сбивает, неудобно нифига. Да ещё и мышь требует, табулятором обходить чекбоксы неудобно. А у нас оно как бы сгруппировано и настроенно на наиболее частое применение. И удобно кнопками обходится. Написано много, а на деле запоминается легко и используется в тысячу раз быстрее, чем всё это описывалось.
Dropbox - средство синхронизации и бэкапа файлов.
NEW 13.05.10 03:15
А я что сказал?
Ничё что стандарт известный всем?
В ответ на:
Поиск в файлах, поскольку не имеет в чистом виде частой необходимости на кнопку дефолтно не забинден (изменяемо), вызывается запуском одной из команд:
grep, rgrep, lgrep, find-grep, find-grep-dired (Alt+x команда RET)
Поиск в файлах, поскольку не имеет в чистом виде частой необходимости на кнопку дефолтно не забинден (изменяемо), вызывается запуском одной из команд:
grep, rgrep, lgrep, find-grep, find-grep-dired (Alt+x команда RET)
А я что сказал?
В ответ на:
табулятором обходить чекбоксы неудобно
табулятором обходить чекбоксы неудобно
Ничё что стандарт известный всем?
NEW 13.05.10 03:47
После C-s C-w глаза на диалог поиска больше не смотрят. Совсем. Строка поиска в файрфоксе по C-f и та становится много удобнее "стандарта известного всем".
в ответ femidav 13.05.10 03:15
В ответ на:
Ничё что стандарт известный всем?
Ничё что стандарт известный всем?
После C-s C-w глаза на диалог поиска больше не смотрят. Совсем. Строка поиска в файрфоксе по C-f и та становится много удобнее "стандарта известного всем".
Dropbox - средство синхронизации и бэкапа файлов.
NEW 14.05.10 09:25
в ответ voxel3d 13.05.10 03:47
NEW 14.05.10 12:28
в ответ voxel3d 10.05.10 15:36
NEW 14.05.10 12:53
NEW 14.05.10 16:46
в ответ =MxL= 14.05.10 12:28
"Cream for vim = вазелин". (c) 
Симпатично выглядит. Наверно с нуля разбираться с вимом хорошо, если эксперт-мод включить и не слезать с дефолтных биндингов.
Ответ на вопрос - не знаю, не встречал, есть CUA-mode, который даёт привычный интерфейс редактирования. "Плагины" CUA не подключает, только некоторые биндинги меняет.
Симпатично выглядит. Наверно с нуля разбираться с вимом хорошо, если эксперт-мод включить и не слезать с дефолтных биндингов.
Ответ на вопрос - не знаю, не встречал, есть CUA-mode, который даёт привычный интерфейс редактирования. "Плагины" CUA не подключает, только некоторые биндинги меняет.
Dropbox - средство синхронизации и бэкапа файлов.








