Публикации с меткой «software»

У Емакса какое-то подобие проектов из коробки появилось только в 23 версии, и то очень простое - только переменные директорий (directory variables, что-то типа file variables, только хранящиеся в отдельном файле - .dir-locals.el). По большей части потому, что über-решения нету, и разным людям нравятся разные решения. Вот я и решил вкратце рассказать о том, что нравится мне.

Пару лет назад я прочитал статью в каком-то блоге об одном из подобных решений и попробовал его использовать. Как-то это решение (это был eproject, что ли) не прижилось и я пошëл искать альтернативы. Перепробовав какое-то количество, я взял project-root, прикрутив к нему несколько понравившихся фич от других проектов. Теперь можно сказать, что мне действительно удобно - использую эту штуку уже больше года и доволен. :)

Вся идея заключается в том, что вручную указывать путь к проекту (как это сделано в большинстве - если не всех - IDE) - не очень удобно. У большинства проектов есть какой-то характерный файл (или набор файлов) в корне. К примеру, manage.py у джанговых проектов, или директория .hg у проекта, который лежит в репозитории меркуриала. В результате можно определять проект по наличию таких файлов; моя текущая конфигурация выглядит примерно таким образом:

(setq project-roots
      `(("Django project"
         :root-contains-files ("manage.py")
         :filename-regex ,(regexify-ext-list '(py html css js sh))
         :exclude-paths '("contrib"))
        ("Sphinx documentation"
         :root-contains-files ("Makefile" "conf.py")
         :filename-regex ,(regexify-ext-list '(py rst))
         :exclude-paths '("_build"))
        ("Python project with buildout"
         :root-contains-files ("../../buildout.cfg")
         :filename-regex ,(regexify-ext-list '(py)))
        ("Generic Python project"
         :root-contains-files ("setup.py")
         :filename-regex ,(regexify-ext-list '(py)))
        ("Generic Mercurial project"
         :root-contains-files (".hg"))
        ("Generic git project"
         :root-contains-files (".git"))))

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

proj/
    buildout.cfg
    src/
        proj/

то приходится так извращаться, чтоб лишние файлы не попадали. :) Кроме того, легко видно, что можно задать директории, которые нужно игнорировать и регулярное выражение для файлов, которые хочется найти. :)

Что это даëт? Это даëт возможность project-root'у определить, что он находится в проекте, и включает работу клëвого макроса with-project-root. В принципе он практически ничем не занимается, кроме как изменением текущей директории на корень проекта - но этого хватает, чтоб заработали предопределëнные команды, которые я повесил на кнопки вот так:

(global-set-key (kbd "C-c p f") 'project-root-find-file)
(global-set-key (kbd "C-c p g") 'project-root-grep)
(global-set-key (kbd "C-c p a") 'project-root-ack)
(global-set-key (kbd "C-c p d") 'project-root-goto-root)
(global-set-key (kbd "C-c p l") 'project-root-browse-seen-projects)

Наиболее часто используемая из них - find-file, которая показывает в минибуфере список файлов (в виде file\parentdir\parentdir - обратный путь к корню проекта), давая выбрать один из них с помощью ido-mode - т.е. вся вкуснотища типа flex matching'а работает¹. :)

Отступлю от темы и вкратце расскажу, что такое ido. Это такой клëвый пакет в емаксе, который позволяет сильно облегчить работу в минибуфере своим автодополнением и удобным переходом между соседними значениями (он показывает сразу все возможные значения одновременно - и это удобно). Я его использую вместо обычного открытия файла, для перехода между буферами, и вот с той же целью он используется в project-root.

Не думаю, что нужно описывать grep или ack, которые просто запускают соответствующую программу от корня проекта - результаты запуска, как обычно, показываются в буфере со ссылками на найденные значения (так что можно легко перейти к нужному файлу/строке). goto-root тоже не делает ничего особенного, просто открывает dired в корне проекта.

А вот browse-seen-projects - очень интересная штука. Дело в том, что project-root-find-file при первом открытия проекта добавляет его в список проектов в файле ~/.emacs.d/.project-roots и сохраняет этот файл. А browse-seen-projects создаëт новый буфер в режиме org-mode и добавляет туда все проекты - в виде ссылок на их директории, конечно. ;) Так что можно довольно быстро и удобно прыгнуть к нужному проекту.

В основном функциональность этого кусочка кода я описал, еще информацию можно почерпнуть на страничке project-root'a и в его исходниках. Естественно, что до идеального состояния его можно точить и точить, так что патчи - велкам. :)

Давненько я ничего не писал, хотя причины вполне объективные - всю вторую половину января я усиленно делал диплом и готовился к запуску сайта, и потому начало февраля выдалось очень продуктивным - 2 февраля таки запустился наш проект, а 6 я сдал диплом и теперь наконец-то не студент! ;-) А остальное время я просто очухивался от этого - надеюсь, начну теперь писать больше. :)

Написать в блог меня заставил пост Дейва - делюсь тем, без чего не могу работать:

1. Emacs - куда же без него? Редактор, почтовый клиент, IRC-клиент, последнюю неделю изучаю возможность вести TODO (бтв, практически аналог изысков Ивана, только с кучей заточек редактора для этого) и подумываю об использовании jabber-клиента.
2. Firefox 2 - второй, потому что в дистрибутиве. Файрфокс, потому что conkeror пока не готов стать основным рабочим инструментом - не хватает всяких мелочей, хотя надежда на их появление высока.
3. Mercurial - после его использования svn выглядит кошмарным сном. Жду не дождусь, когда наш проект на него переедет (а всё к тому идёт). Не git просто потому, что нормально работает под виндой и имеет куда более удобную морду (проще как пользоваться, так и публиковать).
4. xmonad - открыл для себя мозаичные менеджеры окон в октябре и с тех пор просто получаю удовольствие: сеансы работы с обычными менеджерами просто раздражают.
5. foobar2000 - на этом месте более органичным было бы поставить python или zsh, но почувствовав, насколько мне не хватает удобства и функциональности фубара под линуксом, можно с уверенностью назвать его одним из основных моих инструментов. :-)

Правильным бы ходом тут было назвать тем, кому придётся такой пост писать, но... Скажем так - продолжайте! ;-)

Давненько я ничего не писал, хотя причины вполне объективные - всю вторую половину января я усиленно делал диплом и готовился к запуску сайта, и потому начало февраля выдалось очень продуктивным - 2 февраля таки запустился наш проект, а 6 я сдал диплом и теперь наконец-то не студент! ;-) А остальное время я просто очухивался от этого - надеюсь, начну теперь писать больше. :)

Написать в блог меня заставил пост Дейва - делюсь тем, без чего не могу работать:

1. Emacs - куда же без него? Редактор, почтовый клиент, IRC-клиент, последнюю неделю изучаю возможность вести TODO (бтв, практически аналог изысков Ивана, только с кучей заточек редактора для этого) и подумываю об использовании jabber-клиента.
2. Firefox 2 - второй, потому что в дистрибутиве. Файрфокс, потому что conkeror пока не готов стать основным рабочим инструментом - не хватает всяких мелочей, хотя надежда на их появление высока.
3. Mercurial - после его использования svn выглядит кошмарным сном. Жду не дождусь, когда наш проект на него переедет (а всё к тому идёт). Не git просто потому, что нормально работает под виндой и имеет куда более удобную морду (проще как пользоваться, так и публиковать).
4. xmonad - открыл для себя мозаичные менеджеры окон в октябре и с тех пор просто получаю удовольствие: сеансы работы с обычными менеджерами просто раздражают.
5. foobar2000 - на этом месте более органичным было бы поставить python или zsh, но почувствовав, насколько мне не хватает удобства и функциональности фубара под линуксом, можно с уверенностью назвать его одним из основных моих инструментов. :-)

Правильным бы ходом тут было назвать тем, кому придётся такой пост писать, но... Скажем так - продолжайте! ;-)

Адриан сегодня написал в рассылку, что хочет ускорить проведение рефакторинга QuerySet'a! Так что есть надежда, что в джанговом ORM'е скоро появится group by и прочие вкусные штуки. :)

Адриан сегодня написал в рассылку, что хочет ускорить проведение рефакторинга QuerySet'a! Так что есть надежда, что в джанговом ORM'е скоро появится group by и прочие вкусные штуки. :)

Что-то меня прям пробило на код. :-) 4 месяца ничего не трогал, а за последние два дня прям сделал выше всяких норм. :-) В общем, OpenID работает. Причём он привязан к собственной джанговой системе аутентификации.

При логине с новым опенидом предлагается либо создать нового пользователя, либо привязать этот опенид к существующему пользователю (только введя пароль, иначе никак :)). К одному пользователю, что естественно и удобно, может быть привязано несколько OpenID'шных аккаунтов.

При том же первом логине сервер просит у провайдера опенида никнейм и мыло пользователя, а если не отдаёт - пытается угадать его (ну, угадывание достаточно тупое - он просто берёт первую часть имени домена опенида, сделано это как воркэраунд для ЖЖ, которая не отдаёт ни под каким видом ничего).

P.S. Сама поддержка OpenID - это django-openidconsumer Саймона Виллисона с патчем Benoit'а Chesneau (ух, затрудняюсь это на русском написать ;))

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

Что-то меня прям пробило на код. :-) 4 месяца ничего не трогал, а за последние два дня прям сделал выше всяких норм. :-) В общем, OpenID работает. Причём он привязан к собственной джанговой системе аутентификации.

При логине с новым опенидом предлагается либо создать нового пользователя, либо привязать этот опенид к существующему пользователю (только введя пароль, иначе никак :)). К одному пользователю, что естественно и удобно, может быть привязано несколько OpenID'шных аккаунтов.

При том же первом логине сервер просит у провайдера опенида никнейм и мыло пользователя, а если не отдаёт - пытается угадать его (ну, угадывание достаточно тупое - он просто берёт первую часть имени домена опенида, сделано это как воркэраунд для ЖЖ, которая не отдаёт ни под каким видом ничего).

P.S. Сама поддержка OpenID - это django-openidconsumer Саймона Виллисона с патчем Benoit'а Chesneau (ух, затрудняюсь это на русском написать ;))

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

Когда я впервые употребил при Поле (мой CTO) слово "тег", он меня поправил и сказал "таг". Но я всё никак не могу привыкнуть и начать его произносить. :-( Однако ж написать его намного проще - больше времени на контролирование себя (ну и плюс бекспейс спасает :-)).

Это я к тому, что я прикрутил таги к блогу. Ещё без облака, которое конечно будет, но пока мне непонятно в каком виде оно впишется в стиль (не хочу добавлять боковые панели однозначно).

Для тагов было использовано творение Джонатана Бучанана django-tagging, за которое я ему весьма признателен (правда, пришлось немного подточить generic view оттуда, ну да я патч заслал - надеюсь, примет).

Вот, так что продвигается всё достаточно живо. :) Надеюсь завтра сделать OpenID (сегодня забил, потому как не могу применить патч один на винде, было лень разбираться) и таки морду для добавления поста (всё же джанговая админка не слишком для этого приспособлена).

Когда я впервые употребил при Поле (мой CTO) слово "тег", он меня поправил и сказал "таг". Но я всё никак не могу привыкнуть и начать его произносить. :-( Однако ж написать его намного проще - больше времени на контролирование себя (ну и плюс бекспейс спасает :-)).

Это я к тому, что я прикрутил таги к блогу. Ещё без облака, которое конечно будет, но пока мне непонятно в каком виде оно впишется в стиль (не хочу добавлять боковые панели однозначно).

Для тагов было использовано творение Джонатана Бучанана django-tagging, за которое я ему весьма признателен (правда, пришлось немного подточить generic view оттуда, ну да я патч заслал - надеюсь, примет).

Вот, так что продвигается всё достаточно живо. :) Надеюсь завтра сделать OpenID (сегодня забил, потому как не могу применить патч один на винде, было лень разбираться) и таки морду для добавления поста (всё же джанговая админка не слишком для этого приспособлена).

Что-то забросил я этот блог.

За последние два дня таки взялся и проапдейтил софт: теперь всё работает под последним транком Django (и последним же pytils ;), поубирал разные нестыковки в коде, причесал его (всё же за последние четыре месяца мой взгляд на то, как и что должно быть сделано, поменялся - да и Джанга на месте не стоит).

Теперь в планах прикрутить openid, который был бы привязан к стандартной модели пользователя Джанги, построить комментарии тредами (а вот этого я никогда не делал, придётся что-то читать - не знаю, в какую сторону смотреть) и приделать теги. Ну а тогда уже можно и опенсорсить. :)

Правда, никак у меня не получается сделать blog отдельным аппликейшеном... Т.е. таким, которому бы ничего не было нужно, чтоб можно было просто взять и встроить его куда угодно. Функциональность основная в нём, но вкусные фичи все вокруг (регистрация пользователей - никуда не денешься, тот же опенид, типографика и рутилсы). А, ну и ничего. :)

Что-то забросил я этот блог.

За последние два дня таки взялся и проапдейтил софт: теперь всё работает под последним транком Django (и последним же pytils ;), поубирал разные нестыковки в коде, причесал его (всё же за последние четыре месяца мой взгляд на то, как и что должно быть сделано, поменялся - да и Джанга на месте не стоит).

Теперь в планах прикрутить openid, который был бы привязан к стандартной модели пользователя Джанги, построить комментарии тредами (а вот этого я никогда не делал, придётся что-то читать - не знаю, в какую сторону смотреть) и приделать теги. Ну а тогда уже можно и опенсорсить. :)

Правда, никак у меня не получается сделать blog отдельным аппликейшеном... Т.е. таким, которому бы ничего не было нужно, чтоб можно было просто взять и встроить его куда угодно. Функциональность основная в нём, но вкусные фичи все вокруг (регистрация пользователей - никуда не денешься, тот же опенид, типографика и рутилсы). А, ну и ничего. :)

Какое-то время назад я писал про то, как я переключаю буферы в Emacs'е. Но в конце-концов меня задолбало отсутствие табов и я решил поставить и разобраться в таббаре (я его раньше ставил, но он раздражал своим внешним видом и странным поведением :)).

Самая неочевидная штука заключается в том, что брать его надо однозначно из CVS, потому что файлик, который лежит в виде релиза на SF, просто-напросто на 3 года старше CVS'ового.

Ну а дальше всё оказалось просто - надо его кинуть в диру к остальным *.el, и немного поднастроить под себя. Немного - у нового поведение в разбрасывании табов по группам куда более адекватное, чем у старого - он их раскидывает по основному режиму, что при редактировании в основном Питоновских файлов удобно - не приходится лазить по остальным, ненужным, буферам.

Вот настройки:

;;;;;;;;;
;; Tabbar

(require 'tabbar)

(global-set-key [C-S-tab] 'tabbar-backward-tab)
(global-set-key [C-tab] 'tabbar-forward-tab)

(set-face-foreground 'tabbar-default "LightSteelBlue")
(set-face-background 'tabbar-default "DarkSlateGray")
(set-face-foreground 'tabbar-selected "pale green")
(set-face-bold-p 'tabbar-selected t)
(set-face-attribute 'tabbar-button nil :box '(:line-width 1 :color "gray72"))

(setq tabbar-buffer-groups-function
      (lambda () 
        (list
         (cond
          ((find (aref (buffer-name (current-buffer)) 0) " *") "*")
          (t "All Buffers"))
         )))

(tabbar-mode)
;; tabbar end
;;;;;;;;;;;;;

tabbar-buffer-groups-function - раскидывает все буферы по двум группам: все, начинающиеся с пробела или астериска - в *, остальные - в All buffers. За функцию спасибо Хейзу, потому что я сам не осилил написать. ;)

Ну а тут лежит весь мой .emacs.

UPD. Функция группировки, конечно, порядочно усовершенствовалась со времени написания этого поста...

Какое-то время назад я писал про то, как я переключаю буферы в Emacs'е. Но в конце-концов меня задолбало отсутствие табов и я решил поставить и разобраться в таббаре (я его раньше ставил, но он раздражал своим внешним видом и странным поведением :)).

Самая неочевидная штука заключается в том, что брать его надо однозначно из CVS, потому что файлик, который лежит в виде релиза на SF, просто-напросто на 3 года старше CVS'ового.

Ну а дальше всё оказалось просто - надо его кинуть в диру к остальным *.el, и немного поднастроить под себя. Немного - у нового поведение в разбрасывании табов по группам куда более адекватное, чем у старого - он их раскидывает по основному режиму, что при редактировании в основном Питоновских файлов удобно - не приходится лазить по остальным, ненужным, буферам.

Вот настройки:

;;;;;;;;;
;; Tabbar

(require 'tabbar)

(global-set-key [C-S-tab] 'tabbar-backward-tab)
(global-set-key [C-tab] 'tabbar-forward-tab)

(set-face-foreground 'tabbar-default "LightSteelBlue")
(set-face-background 'tabbar-default "DarkSlateGray")
(set-face-foreground 'tabbar-selected "pale green")
(set-face-bold-p 'tabbar-selected t)
(set-face-attribute 'tabbar-button nil :box '(:line-width 1 :color "gray72"))

(setq tabbar-buffer-groups-function
      (lambda () 
        (list
         (cond
          ((find (aref (buffer-name (current-buffer)) 0) " *") "*")
          (t "All Buffers"))
         )))

(tabbar-mode)
;; tabbar end
;;;;;;;;;;;;;

tabbar-buffer-groups-function - раскидывает все буферы по двум группам: все, начинающиеся с пробела или астериска - в *, остальные - в All buffers. За функцию спасибо Хейзу, потому что я сам не осилил написать. ;)

Ну а тут лежит весь мой .emacs.

UPD. Функция группировки, конечно, порядочно усовершенствовалась со времени написания этого поста...