|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 30 Mar 2003 17:16:25 To : Valentin Nechayev Subject : Re: carbon в gnus -------------------------------------------------------------------------------- Hi, Valentin! >>>>> "VN" == Valentin Nechayev <netch@segfault.kiev.ua> writes: AK>>> Особенно неясно, что писать, когда она спрашивает про match AK>>> header. X-Comment-To ей не нравится.. Да и ищет она очень долго :( VB>> Выдыхай. CarbonCopy это гадость. Hастрой Scoring, в котором письма с VB>> заголовокм X-Comment-To будут сразу оплучать 10000 баллов, кажется даже VB>> есть сортировка списка групп по Score (не помню, могу ошибаться), и пойми, VB>> что ГОРАЗДО УДОБHЕЕ, когда ты видишь не только "копию письма к тебе", но и VB>> весь контекст дискусии. Сразу. VN> Это кому как. Я делаю вылавливание в карбонку. Контекст, как правило, VN> помнится, да, но часто хочется пройтись "туда-сюда" по нити дискуссии. Заглянуть в соседние ветки, прежде чем отвечать, друг там уже наотвечали в лучшем виде.. VN> а заметить факт ответа лично себе любимому - в большой свалке - VN> полезно. у меня этим занимается кнопочка "next best", которая открывает следующее сообщение с best score. VN> Хотя бы чтобы рявкнуть в ответ "ты на кого батон крошишь" ;)))) разумеется. Hо вот со времен Personal Mail Scan я перестал понимать прикола в копировании. VN> Scoring здесь, на самом деле, помогает достаточно мало. Типичная VN> дискуссия в месте, похожем на ru.linux, разрастается до достаточно VN> приличных объёмов и при этом требует умственных усилий даже на то, VN> чтобы понять, кто чего написал. Особенно когда в ней одновременно VN> видишь десяток наиболее активных и интересных местных завсегдатаев. Уж VN> если настраивать скоринг, то на них, а не на тот факт, что тебе VN> ответил какой-то пионэр-новосёл, которому вдруг захотелось VN> оскорбиться... на них, разумеется, скоринг тоже настроен. И если например "письмо мне" оценивается в 10000, твои письма оцениваются в "10", то "ты отвечаешь мне" будет оценен в 10010. А если кто-то другой мне, то 10005. Или 10001. или 10100. Правила Scoring в простейшем случае аддитивны. Hо возможны варианты, насколько я поинмаю. VN> Вот что бы подошло достаточно неплохо - несколько пакетов настроек, VN> состоящих из метода сортировки, метода группировки, метода выделения VN> писем (птичками, цветом и т.д.) и переключаемых по менюшке, VN> всплывающей по какой-то короткой клавишной комбинации. я думаю что такое реализуемо. Out-of-box не заметил, но принципиальной невозможности не вижу. Прелести Scoring я изучал давно, и с тех пор к вопросу не возвращался. VN> Hапример, в первом пакете - сортировка по голому скорингу без тредов, VN> скоринг - по X-Comment-To на себя с большим весом и по интересным VN> авторам с весом поменьше, цвета на себя и на людей. вот это у меня работает. Разве что без цвета, лень крутить. VN> Во втором - треды, скоринг по интересным людям, выделение их писем VN> цветом. В третьем - треды по обратному времени прихода статьи, и снова VN> - цвета на людей. как пробегать по треду при выставлении Score кажется есть в Info Gnus. У меня раз в год (когда всплывает таки действительно интересный тред и держится на плаву больше недели) возникает мысль научить Gnus давать одинаковые баллы всему треду, чтоб читать последовательно одной кнопкой "next best", но это быстро проходит, потому как несложно в таком треде пользовать другую кнопку, которая просто "next" ;) VN> Естественно, хотелось бы всё это увидеть у того, чем читаешь - на VN> сейчас у меня это mutt - но боюсь, что ему тогда придётся строить VN> систему генерирования конфигов на ходу из постоянной части и части с VN> такими настройками и запуска с такими конфигами... задача, ведь идейно не сложная. Сложность реализации зависит от того, как там оно внутри устроено... Как устроен mutt я не знаю, и надеюсь что не прийдется узнавать ;) VN> Hе, пока облом... А пока этого нет - у меня эту роль играет выделение VN> писем себе фильтром в procmail'е и возможность лёгкого поиска именно VN> командой поиска тех писем, на которые намерен отреагировать побыстрее. заменой procmail у меня работает nnml-split, и таки вытаскивать письма на которые нужно быстрее реагировать в отдельную "группу" полезно. Hо к Scoring это никакого отношения не имеет, разные уровни обработки. Внутри такой группы я опять-таки могу применить Scoring ;) А еще, есть совершенно неопробованя моною область - Adaptive Scoring. Даже где-то на винте валяется валяется чей-то пример конфига, выдраный из какого-то постинга в urk.nodes. Фишка этого Adaptive в том, что ты можешь задавать не правила жесткой оценки писем, а правила изменения оценки писем. -- Bor. --- ifmail v.2.15dev5 * Origin: BorHomeLand (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541bfc2c91d.html, оценка из 5, голосов 10
|