[devel] ~/.config/ (was gear-tarimport)
Mikhail Yakshin
=?iso-8859-1?q?greycat_=CE=C1_altlinux=2Eorg?=
Ср Янв 31 16:01:02 MSK 2007
Денис Смирнов пишет:
>>> ~/.config/sisyphusrc, не нужно плодить uppercase там где ненужно. В
>>> специфических скриптах использование больших букв оправдано исключительно
>>> для непересекаемости с дистрибутивными.
> MY> Пусть тогда будет comfortrc, чтобы нам по этому вопросу не спорить.
>
> Кстати лучше даже просто comfort. То что это 'rc' ясно из того что он
> лежит в ~/.config.
Так и сделал.
>>> IMHO, после утверждения, даже скрипты должны быть все lower case. Иначе
>>> набирать неудобно.
>>> ВИмена начинающиеся с большой буквы, IMHO, допустимы только для локальных
>>> alias'ов и скриптов.
> MY> Не согласен с этим утверждением. Для разделения дистрибутивный-локальный
> MY> в мире придуманы всякие *local* и т.е. разделения по директориям. А
> MY> upper и lower-case позволяют сильно упростить и разредить completion
> MY> space там, где это действительно полезно.
>
> Как эти local мне помогут? Я написал утилитку и хочу быть увереным, что в
> сизифе никогда не появится утилиты с тем же именем, как мне поступить?
А зачем быть в этом уверенным? Порядок вызова утилит задается в PATH.
local и alias'ы по жизни там первичны.
> MY> Если смотреть на s* или даже на si* - то на первое у меня 104
> MY> комплишена, на второе - 3 (sirtopnm, sisyphus_check, size). Все они не
> MY> имеют прямого отношения к тому, что сейчас делают скрипты Sisyphus-* и
> MY> если их переименовать в sisyphus-*, то количество нажатий на клавиши с 2
> MY> (S [tab]), увеличится до 4 (s i s [tab]), причем туда еще начнет
> MY> попадать sisyphus_check, который к ним не имеет отношения - он -
> MY> инструмент низкого уровня.
>
> Вообще тема имен должна обсуждаться, увы, после формирования списка. Вон
> rpm* использующиеся в etersoft-build-utils оказались крайне удачным
> решением.
Не знаю, лично мне они не кажутся очень удачным решением. По крайней
мере ответственно могу заявить, что для человека, который начинает
осваивать etersoft-build-utils и ему вываливается по rpm* аж 12 утилит с
загадочными названиями из 1-2-3 букв (не считая еще собственно, rpm,
rpmbuild, rpmi, rpmu, rpmquery) - наступает неприятная растерянность и
чувство, что абсолютно ничего не понимаешь. Проверялось как минимум на
себе и еще 2 людях. Понятно, что тут все сделано для максимальной
краткости, но подход с комплишенами мне кажется более дружественным (его
же сейчас и используют и hasher, и gear, и git, и многие другие).
> MY> На самом деле у нас есть не так много утилит командной строки, которые
> MY> вызываются напрямую. Например, есть масса всяких KDE-шных k* или
> MY> гномовских g*, которые при работе в безиксовом терминале вряд ли имеет
> MY> смысл включать в комплишен - но, тем не менее, включают - и в итоге там
> MY> все замусорено. На "s" народ усиленно злоупотребляет всякими show*, set*
> MY> и start*, которые в массе своей там не запускаются и т.п.
>
> Кстати интересная тема для обдумывания, как бы зачистить completion space
> от мусора.
Вынесем ее, пожалуй, отдельно. Есть некие отвлеченные мысли по
прикручиванию минимального интеллекта к нему, чтобы он угадывал, что
предлагать человеку, что ему нужно прямо сейчас.
> MY> Интересно было бы выслушать аргументированные мнения по этому вопросу, в
> MY> идеале - подкрепленные фактами типа "вот там сделано так, потому что".
> MY> Если кто-то знает, куда можно меня ткнуть почитать - буду рад.
>>> А ещё лучше, если все-таки будешь смотреть в XDG_* переменные. Но это я
>>> слишком многого хочу :)
> MY> Нет, не слишком. Скоро скоммичу.
>
> Супер!
http://git.altlinux.org/people/greycat/packages/?p=comfort.git;a=commit;h=e98265933e2166ce4d79224d7d25066cf2a170b0
--
WBR, GreyCat
Подробная информация о списке рассылки Devel