Можно не кнопку, а просто при нажатии на это поле, чтоб дополнительно вываливались все эти адреса (в столбик) т.е. один адрес в одной строчке, ниже другой и т.д. И эту функцию можно сделать настраиваемой. Кому надо тому надо, а кому не надо, снимет галку и отключит. Кстати подобное я видел в какой то почтовой проге, возможно в Бэки, было очень удобно. А если вас это негреет, то это ваше дело. Я лишь свое мнение пишу.Сообщение от aff
Основная загвоздка в том, что в просмотрщике все заголовки одинаковы. Как говорит мой шеф - безобразно, но единообразно.
Контекстное адресоориентированное меню зависит не от типа заголовка, а от наличия адреса в заголовке.
Поэтому его нет, если Кому не содержит адресов, и есть в случае если Тема содержит адреса.
(возражение номер 3)
Эта единообразность в кишках просмотрщика. Врядли можно будет добиться описываемого результата без пересмотра принципа. А делать некоторые поля "избранными" не есть красивое решение, так что пересматривать кишки не имеет смысла по описываемой вами причине в единственном количестве. Есть ли другие выгоды от пересмотра?
Разработчикам выгодно закрыть больше пожеланий минимальными затратами.
Другое предложение - чтоб по контектному меню был какой-то лишний пункт(эта развилка уже есть), который бы вызывал бы особое окошко с удобным переваренным списком адресов с каким-то набором функций. Но какие именно функции там хотелось бы увидеть?
(возражение номер 1).
Да суть не в том какие функции там будут. Суть в том, что иногда нужно достать один из 50 адресов находящихся в КОМУ. И это сейчас в Бате мягко говоря - неудобно. Или прокручивай (пол часа) эту строку бегая по ней курсором, или включай заголовки RFC и ищи там, хотя и там оно выглядет не очень удобоваримо. Хотелось бы окно, меню, список, что угодно - но чтоб адреса были по порядочку, в столбик, с нормальной (Лифтовой) прокруткой, и чтоб копировались из этого меню, списка, окна - или чего другого. А как это организовать я не пишу. Пусть думают программеры (если они вообще прочтут этот текст, в чем я не уверен). Им решать какими средствами и какой формы - важно чтоб удобно было. А с функций можно с элементарных начать.
Допустим поиск организован - нашел я адрес. Важно чтоб были функиции.
- В адресную книгу
- Написать новое письмо
- Создать правило для этого адреса
- Копировать в буфер
Ну для начала начать с этого, а там подумать и для удобства добавить чего еще будет нехватать.
Спасибо за интересный диалог по этому вопросу Aff!!!
Еще предложение - по поводу Адресной книги.
1. При работе в самой книге по моему важно добавить отоброжение групп в правом окне, когда находишься на самой адресной книге, и что по двойному (а лучше одинорному) клику эта группа открывалась
2. При добавлении контакта (контактов) (ну по клику на ссылку КОМУ в письме) по моему на много практичнее сделать не выпадающее меню с книгами (и в них группами), а дерево слева (как в проводнике) с книгами и группами. Тем более что в этом ныне существующем выпадающем меню не работает скроллинг (прокручиваются все равно группы в левом окне, а не в этом меню), и в этой выпадалке ужасно неудобно роботать и долго искть контакты. Короче непрактично это. Дерево (постоянно присутствующее) было бы намного практичнее - все книги и группы были бы на лицо, один клик и все контакты в нужном окне. У меня например 3 адерсные книги и в каждой по 15 - 20 групп. Представляю каково тем у кого книг и групп больше. Это ж просто ужас с этим выпадающим меню.
Может, это уже и сделано, не нашёл как настроить. Когда добавляется новое условие в правило сортировки, то было бы удобнее (мне), если бы параметры этого условия копировались из предыдущего условия. Например, в некоторых конференциях я отфильтровываю неинтересные письма по названию темы, но каждый раз по умолчанию добавляется условие "И отправитель содержит", хотя все предыдущие были "ИЛИ тема содержит". Вот и хотелось бы, чтобы при добавлении нового условия эти пункты выставлялись бы как предыдущие…
А сделать другие типы условий?
например "Тема содержит любое из ("фраза1", "фраза2", "фраза3").
В сортировщие подстроки отделяются Энтером.
Вроде всё отлично на первый взгляд.
Народ, посмотрите может что исправили? чейндж лог читал - не заметил. постил уже, сорри что повторяюсь лень качать устанавливать-сносить-ставить старую версиюВ 3.51.10 так и не появилась возможность выбора вида цепочек? (как раньше по примеру 3.01.33). Также нужно расрывать цепочку чтобы посмотреть последнее письмо?
Народ тут впечатлился от заголовков колонок в папках Исходящие и Отправленные.
Received то бишь Получено.
Как-то оно не очень вяжется со спецификой папки.
Как-то никогда не обращал внимания.
Понятно конечно что мышу все папки на одно лицо, но как "Неочевидность бата" идет.
Мнения?
Тут было много высказанно пожеланий по поводу Адресной книги. Присоединяюсь к общему мнению, что Адресная книга Бата требует да-авно и очень серьезной доработки.
Лично у меня, помимо уже высказаных тут пожеланий и притензий всегда добавлялось еще одно - вот бы хорошо было, что бы книгой можно было бы пользоваться еще и как отдельной программой. Т.е. иногда нужно просто посмотреть телефон адресата, а бат не запущен. Приходиться запускать бат, потом открывать книгу и т.д.
Мне было настолько не удобно работать с адресной книгой, что я пустился в поиски альтернативы.
Вот, нашел для себя (кому интересно, можно посмотреть http://denisd.newmail.ru/prg_abook.dhtml)
Именно то, что я искал. Просто, легко, настраиваемо… Одним словом, как будто для меня…
Вот, если бы ритлабовцы связались бы с Разработчиком книги, да договорились бы о совместной работе. Ведь, судя по всему у них руки не доходят, а тут человек старается, пишет, думает, исправляет и т.д.
В общем, по мне, если бы бат умел работать с этой адресной книжкой, как со своей - у меня бы пожелания к адресной книги почти закончились!!
С уважением
тони
>Мне было настолько не удобно работать с адресной книгой, что я пустился в поиски альтернативы.
>Вот, нашел для себя (кому интересно, можно посмотреть http://denisd.newmail.ru/prg_abook.dhtml)
Я другую нашел - *WinOrganizer http://www.tgslabs.com/ru/
Для меня гораздо ближе к идеалу адрески, чем мышовая
Первая
