HNY!Цитата:
Сообщение от UA9LP
Conflicting wishes or order filtering/wanted filters.
Wanted is checked first, text filters are checked after. Calls matching wanted are not checked further.
HNY!Цитата:
Сообщение от UA9LP
Conflicting wishes or order filtering/wanted filters.
Wanted is checked first, text filters are checked after. Calls matching wanted are not checked further.
Вложение 377170
Все эти настройки привязаны к файлу wsjtx_log.adi
Wrong, all filters are for decoded messages only.Цитата:
Сообщение от RO7F
То есть при первом появлении на диапазоне "нежелаемой станции" программа отреагирует как на новую, а в дальнейшем не будет реагировать как на нужную страну?Цитата:
Сообщение от ES1JA
HNY Avro !
Полтора года назад подобную ситуацию уже обсуждали.
Посты: #2036, #2037, #2056 ... #2060
Может я ошибаюсь и мой комментарий был не по теме Сергея (UA9LP)
Но мне НЕ НУЖНЫ конкретные вьетнамские станции: XV9T и 3W9T, я их внес в строку "Скрыть сообщения от позывных", но стоило появится на диапазоне XV9T программа отработала как на нужный позывной...
No vice versa, when decodeded message matching wanted ( in Your case Vietnam) then it will not checked against other hiding filters. Which kind of new or B4 it will shown, depends of Notifications setting.Цитата:
Сообщение от UA9LP
Получается, что никак не исключить из потока нужных некоторые ненужные...:s9:Цитата:
Сообщение от ES1JA
Ваша потребность прекрасно реализуется в связке JTDX - LogHX -(функционал JT/FT Modes active calls)Цитата:
Сообщение от UA9LP
А почему бы не сделать?Цитата:
Сообщение от ES1JA
Постараюсь, объяснить зачам это мне (а может и ещё кому-то пригодится)
Я стараюсь отроабатывать станции всеми видами и на всех диапазонах, но стараюсь работать с теми, кто подтверждает через LoTW. То есть с переходом на какой-то диапазон в строку "Страна" заношу префиксы нужных стран и жду когда появится кто-то нужный...
Если появляется кто-то из тех кто не нужен из этой страны, то на том диапазоне где уже было QSO, я вижу по повтору, а вот на других диапазонах я не вижу и всех упомнить просто невозможно...
Так что вот если бы ваши фильтры работали в иной последовательности, вначале нужные страны, а затем блокировать не нужных уже внутри страны, было бы замечательно и ведь в любом случае "не нужный" был бы заблокирован, и первоначальная задумка блокировки не нужного корреспондента оставалась исполненной.
Где взять можно?
Чего взять?Цитата:
Сообщение от RZ4AZ
Will not change anything in wanted or filtering principles, but now I understand, why You built such combo of wanted and filters. You want jtdx to select only LOTW users for qso. Will think about it. Should be not big problem, because jtdx knows LOTW users, even shows them. Needed todo one more configurable option for autoselect.Цитата:
Сообщение от UA9LP
Отлично, буду ждать эту опцию и хотелось бы ее перед выпуском протестировать.Цитата:
Сообщение от ES1JA
JTDX 2.2.160-rc10.Цитата:
Сообщение от UA9LP
она только для тестеров, а не для общего пользования!Цитата:
Сообщение от RZ4AZ
Исправления
JTDX 160rc10 build_3, исправлен список изменений, о которых сообщалось ранее:
- предпринята попытка исправить некоторые пропущенные случаи автоматического выбора специальных сообщений DXpedition
- исправлен фильтр частично переданных сообщений
- исправлено возможное переполнение буфера на больших экранах, спасибо Филипе Лайнсу за вклад
- исправлено создание сообщений об ошибках до -50/-60
- Специальные сообщения DXpedition не поддерживаются в режиме автоматической регистрации: заблокирована активация
опции "Сообщения DXpedition", если включен автоматический вход в систему
- обновлены некоторые переводы
- - - Добавлено - - -
туда же
JTDX 160rc10 перестроен, чтобы исправить некоторые обнаруженные ошибки, список изменений:
- Исправлена ошибка Hamlib для установки IC7100
- предотвращен сбой JTDX при вводе бесплатного сообщения
- расширен список позывных, используемых для привязки хэша mycall при распаковке сообщения "<...> nonstdcall RR73",
теперь список содержит до трех позывных незавершенных QSO и до двух позывных последних зарегистрированных QSO.,
Время действия каждого позывного с момента последнего полученного или переданного сообщения составляет 5 минут. Для заполнения списка используется история QSO.
Мы надеемся, что этот подход исправит ошибки при сопоставлении хэша с mycall, а также предотвратит большинство коллизий позывных (неправильное сопоставление).
- изменена всплывающая подсказка на кнопку AutoTX
У нас есть отчет о пропущенных QSO-запросах в опции autolog, это может быть связано со сценарием, когда пользователь смешивает TX-сообщения для двух QSO.
У нас пока нет решения проблемы, но мы добавили еще несколько отладочных записей в файл ALL.TXT, чтобы отследить проблему.