Vim — Использование VIm, как IDE для языка C.
Несмотря на утверждение, что Vim это всего лишь текстовый редактор и использовать его как IDE глупо, я довольно продолжительное время успешно использую Vim как IDE для языка C. В этом мне помогает набор удобных плагинов и периодически улучшаемый мною .vimrc.
К сожалению, я не встречал в Интернете статей, посвященных превращению Vim в IDE для C. Поэтому я решил написать свою :-).
По ссылке, можно прочитать об используемых мною плагинах, почитать мои комментарии к содержимому конфигурационного файла, посмотреть скринкаст, в котором я пытался показать как работают мои хоткеи, а также скачать и посмотреть мой .vimrc (комментарии на русском, UTF8). Рекомендуется читать статью и параллельно просматривать мой .vimrc - в комментариях написано то, что не вошло в статью, но может вызвать вопросы (например как просмотреть ман-страницу и как скакать в ней по ссылкам).
На написание этого поста меня вдохновил другой
пост.
Дело в том, что я давно мучился проблемами с TuxOnIce. Из консоли по команде hibernate ноутбук засыпал\просыпался замечательно, а вот при выборе спящего режима в менюшке граф. интерфейса случались разного рода гадости. Я не сильно расстроился, но лелеял мысль о запуске скрипта, который бы состоял из одного единственного слова "hibernate" при закрытии крышки ноутбука. Наткнувшись на вышеупомянутый пост я был весьма обрадован и сразу полез реализовывать задуманное, но... у меня федора. Способ, описанный для Ubuntu мне не подходит. тогда я решил почитать ман для acpi демона, и ткнулся в гугл по запросу "man acpid". Вторая ссылка привела меня к успеху. Всё оказалось придельно просто. Итак, что нужно для реагирования на закрытие крышки в Fedora linux:
С момента последнего релиза было исправлено множество багов.
Сборщики, активизируйтесь!
http://winegame-project.ru/webapp/wiki/Releases
Боян конечно, но может кому то пригодится. Команда "dd" всем хороша, но зачастую процесс может занимать очень продолжительное время, а опции прогресс бара у нее нет by design. Но это можно частично решить послав USR1 сигнал процессу "dd".
Сабж. Конкретно хочу включать из скрипта bluetooth модуль. В жизни для его включения нужно надавить хардварную кнопку.
Видел вот это (последний пост), но изменение указанных файлов никак не сказывается на работе адаптера. Юзаю федору 12.
Надоел GRUB2. Хочется, как в старые добрые времена GRUB1, самостоятельно редактировать имена пунктов загрузочного меню, самостоятельно их удалять и добавлять. Безо всяких сложных скриптов, вникать в которые как-то неохота. В связи с этим подумываю, а не заменить ли GRUB чем-то другим.
У меня всего две системы - Kubuntu и Windows XP. Больше ничего не нужно.
Что посоветуете использовать? Какие бывают загрузчики, кроме GRUB? Можно ли как-то без риска проблем с обновлениями поставить старый добрый GRUB1 в *buntu? Или, может, уже появились адекватные GUI для настройки GRUB2, и тогда вопрос снимается?
Под катом "небезкостыльная" инструкция, как это сделать =)
Обновился по привычной схеме:
sudo aptitude update && sudo aptitude upgrade
Обновлялось и ядро, и видео-дрова какие-то, и xfce4. После этого не смог войти в систему, где рабочим столом управляет XFCE. Под другим пользователем легко зашёл, что навело на мысль об удалении ~/.config/xfce4/, дабы исключить все возможные "глюки". :-)
Залогиниться удалось, но изменить разрешение с
1920x1440, автоматически установившегося, не удаётся, т.к. сразу вылетают иксы и я вижу gdm, приглашающий войти. ;-) А это
17" монитор и очень уж не удобно.
Помогите. :-) А то сломаю глаза.
--
Debian squeeze/sid; ядро 2.6.32-5-686; XFCE4 4.6.2.
Переводы — Мысли вслух о протоколе X
Перевод статьи Julien Danjou, разработчика оконного менеджера Awesome