Я просто не могу представить где может пригодится мультитач, разве картинки ресайзить :) ну или в играх разве что. Хотя конечно для Nexus One это минус, но при покупке я бы обратил на это внимание в последнюю очередь.
Как раз наоборот — в svn операции более простые, а в git ключами мжно добиться большей сложности. А если операция более простая, это значит что для достижения конечного результата нудно будет выполнить больше простых команд, а это как раз и есть задача для «роботов» — гуи или скрипты (алгоритмы, скрытые за гуями).
Наименее загружаемый файл — это исходный код 0.3.11 с 2000 с небольшим загрузками.
И самый важный файл :) 2000 это очень хороший показатель, так как видно что разработчики интересуются проектом… Это привлечет новых разработчиков в проект :)
Да, если включить опцию «Natural sorting of items» («Правильная сортировка по номерам») в Dolphin, такая сортировка будет использоваться также, к примеру в диспетчере файлов в Amarok. Однако в Gwenview это не работает.
насколько мне известно, эти программи используют при открытии диалоговые окна DE. А они в свою очередь, например, KDialog имеют некоторую интеграцию с файловым менеджером.
Кстати по поводу открытого кода. А собственно где он? CVS(?!) репозиторий пуст. В бете 1, собственно как в бете 2, есть только бинарник и какие-то эксемельки… Неужели VB так слился с xml'ем? :)
RabbitVCS же, напротив, всегда показывал актуальное состояние рабочй копии
Может уже изменили что-то, но мне как раз приходится рефрешить вручную. Конечно это уже не оживит сам SVN, но если придется, то попробуй еще раз, может понравится.
Ставил посмотреть, после того как появился обзор этойсофтины на хабре. Вначале был почти щаслив — софтина работала просто замечательно. Единственное что совсем не доставляло — это нереальные тормоза.
В /var/www у меня около 5 проектов хранящихся в SVN и так же около 5 в HG. Так вот — TortoiseHG кэшировал состояние рабочей копии, и чтобы обновить его, надо было сделать принудительный рефреш окна наутилуса — с одной стороны не очень удобно, но с другой — получаем актуальное состояние только тогда, когда нам надо. RabbitVCS же, напротив, всегда показывал актуальное состояние рабочй копии. Вот только чтобы это сделать он постоянно проверял ее состояние, что на 5 проектах довольно большого объема занимало порядк минуты, при большой загрузке как камня, так и винта.
В итоге пришлось убить кролика, ибо постоянно ждать, вместо того чтобы работать — это чересчур. Да и от SVN проектов я постепенно избавляюсь — перевожу их на git-svn, а ему гуя не так уж и нужна, в отличие от SVN.
В SVN без гуя сделать эти же операции как минимум сложнее.
В 10 раз накрутили :)
А было бы не плохо…
И самый важный файл :) 2000 это очень хороший показатель, так как видно что разработчики интересуются проектом… Это привлечет новых разработчиков в проект :)
Может уже изменили что-то, но мне как раз приходится рефрешить вручную. Конечно это уже не оживит сам SVN, но если придется, то попробуй еще раз, может понравится.
В /var/www у меня около 5 проектов хранящихся в SVN и так же около 5 в HG. Так вот — TortoiseHG кэшировал состояние рабочей копии, и чтобы обновить его, надо было сделать принудительный рефреш окна наутилуса — с одной стороны не очень удобно, но с другой — получаем актуальное состояние только тогда, когда нам надо. RabbitVCS же, напротив, всегда показывал актуальное состояние рабочй копии. Вот только чтобы это сделать он постоянно проверял ее состояние, что на 5 проектах довольно большого объема занимало порядк минуты, при большой загрузке как камня, так и винта.
В итоге пришлось убить кролика, ибо постоянно ждать, вместо того чтобы работать — это чересчур. Да и от SVN проектов я постепенно избавляюсь — перевожу их на git-svn, а ему гуя не так уж и нужна, в отличие от SVN.