Не работает третий символ в полях "old prefix" и "new prefix". Пишу 4K (или 4K1) изменился на CE9 - определяется как Чили (CE)Цитата:
Сообщение от RX4HX
Вид для печати
Не работает третий символ в полях "old prefix" и "new prefix". Пишу 4K (или 4K1) изменился на CE9 - определяется как Чили (CE)Цитата:
Сообщение от RX4HX
Что-то Алексей молчит, наверно уже не рад что с нами связался :)Цитата:
Сообщение от Alex Zakharov
Я понял, что поддержку и смысла сделать лучшую фичу для работы в РДА экспедициях в этом журнале я не нашел.
Этот вопрос снят.
Спасибо,
Да и режим SO CALLSTACK для этих целей можно успешно использовать, помещая нескольких корреспондентов в "лист ожидания"Цитата:
Сообщение от RX9TX
Не, на самом деле рад - столько интересных идей!Цитата:
Сообщение от RX9TX
А молчу - т.к. пожеланий много, вот воплощаю их в код :)
Добавлено через 11 минут
Гм. На самом деле 3 символ работает. Тут просто с файлике cty.dat (который я изначально брал от TR-log) для страны Antarctica основной префик определен как CE9, а вот в списке используемых префинсов его нет.Цитата:
Сообщение от Alex Zakharov
Надо в файле cty.dat найти строчку
Antarctica: 13: 74: SA: -65.00: -64.00: -4.0: CE9:13:
и ниже нее в список префиксов добавить CE9.
Вот как она должна выглядеть:
Antarctica: 13: 74: SA: -65.00: -64.00: -4.0: CE9:13:
3Y2AQ[73],3Y2GV[73],3Y9YBA[73],4K1A(39)[69],4K1AFM(38)[67],4K1B(29)[69],
4K1C(29)[70],4K1D(38)[67],4K1G(30)[70],4K1J(38)[67],4K1YAR(39)[69],
7S8AAA(38)[67],7S8BBB(38)[67],ANT,
AT3A(38)[67],AT3D(38)[67],CE9/G0NKZ[73],CE9AA[73],CE9NPN[73],CE9OH[73],
CE9SAC[73],CE9SDJ[73],DL1KVC/P(38)[67],DP0GVN(38)[67],DS1BMJ[73],
IA/I3JPA(30)[71],IA0PS(30)[71],
KB1TX/KC4(30)[71],KC4/KL7RL,KC4/KN6UR(32),
KC4AAF(30)[71],KC4USB(12)[72],KC4USX(30)[71],KK6KO/KC4[73],
KK6PH/KC4(30)[71],LU1ZAR[73],LU1ZB[73],LU1ZD[73],LU1ZG[73],LU1ZI[73],
LU1ZS[73],LU1ZV[73],LU2ZD[73],R1AN,UA3YH/KC4,VI0ANT(39)[69],
VK0AQ(29)[70],VK0CK(29)[70],VK0CL(29)[70],VK0ERZ(39)[69],VK0FPS(39)[69],
VK0IC(39)[69],VK0KC(29)[70],VK0LL(29)[70],VK0MP(29)[70],VK0NE(39)[69],
VK0PD(39)[69],VK0PN(39)[69],VK0WD(29)[70],VP8/GB4MSS(12),VP8BQE[73],
VP8CBL[73],VP8CES(38)[73],VP8CMR[73],VP8CQC,VP8CRE[73],VP8CRI(38)[73],
VP8CTR,VP8FAR[73],VP8GAV[73],VP8ROT[73],VU2AXA/P(38)[67],VU2MSW/P(38)[67],
VU3HKQ(38)[67],W1GWN/KC4(30)[71],W6REC/KC4(30)[71],WB7CHV/KC4,
Y88POL(38)[67],Y90ANT(38)[67],ZL0AAF(30)[71],ZL0AIC(30)[71],ZL5(30)[71],
ZS7ANT(38)[67],CE9;
Добавлено через 14 минут
Интересная идея на счет листа ожидания!Цитата:
Сообщение от RA6YDX
Сделаю.
Алексей. Сегодня вечером узнаю, что за прога, ёё название. Но общий смысл остается прежним: одно окно, в нем два окошка для ввода позывных. Передвигаться в нем между принятыми или нет позывными стрелками вниз/вверх. Вносить в журнал Вводом. Дополнить комбинацией CTRL+ или Alt+ чтобы менять оператора и комбинацию для смены текущего rda района. А куда заносить (adif) сейчас не столь важно. Главное чтобы все управлялось РУКАМИ. Мышь очень не желательно использовать. В n1mm всё хорошо. Но для DX экпедиций или стационара RDa ещё может Быть. Мое предложение в внедрении такой функции было для мобильности в RDA педишн.
Спасибо,
DX-peditions так называют потому что буква Х (икс) уже есть в слове "DX", и две буквы "икс" подряд не есть хорошо. Не называйте RDA-экспедиции "педишенами", потому что там нет буквы "икс", это плохо звучит, и возникают плохие ассоциации :)Цитата:
Сообщение от RA6YDX
Вот мое виденье ситуации. 2 окошка. Первое - основное (QSO Entry которое). Во втором - только одно поле ввода - Call. Перемещение между ними не принципиально - можно любое сделать. Смысл работы такой - как только оператор в первом окне нажимает Ctrl+Enter(запомнить текущую связь) из второго окошка (из списка) в первое окно переносится первый позывной из списка второго окна. По моему будет ОЧЕНЬ удобно.Цитата:
Сообщение от RA6YDX
Добавлено через 4 минуты
А Вы говорите надоели :) Вот взять хотя бы идею RA6YDX о листе ожидания: такая интересная, и так просто реализуется! Я сам бы до этого не додумался.Цитата:
Сообщение от RX9TX
В общем - жду идей еще!
P.S. для информации - сейчас практически все, что просили - реализовал. Завтра, или на кранйний скок послезавта все протестиру и выложу новый релиз.
UCXLOG. By DL7UCX. сайт ввв.dl7ucx.de <url>
DXpedition mode.
Неужели и под Линукс уже портировал? :)Цитата:
Сообщение от RX4HX
Я думаю что лучше все-таки описАть своими словами.Цитата:
Сообщение от RA6YDX
Берите пример с rx9tx :)
Или вы предполагаете что логописатели должны держать у себя установленными все логи какие есть в природе что бы понять что хотят от них потенциальные пользователи?
Есть такая фигня - Kilix называется. Это типа Дельфи под Линукс. Только что-то его не больно поддерживают. А жаль - тогда б процесс портации прошел бы вообще на ура.Цитата:
Сообщение от RX9TX
Eсли под "дельфи под линукс" имеется ввиду среда разработки на паскале, то их море, для разработки графического интерфейса - уже упоминавшийся Lazarus. Если при разработке НХ не использовалось каких-то специальных присущих только дельфям библиотек, то и так все должно пойти на ура.Цитата:
Сообщение от RX4HX
Добавлено через 3 минуты
В самом деле, классная идея. Надо будет в N1MM рефлекторе попросить чтобы и там так же сделали :) Только чтобы при перемещении позывного в первое окно и фокус тоже автоматом передавался на первое окно.Цитата:
Сообщение от RX4HX
Ну вот - только придумал, и идею сразу забрали в другой лог :)Цитата:
Сообщение от RX9TX
Да, все работает замечательно.Цитата:
Сообщение от RX4HX
А как бы расписать распознавание "старых" коллективных позывных начинающихся с UK2 (Белоруссия, Калининград, Прибалтика) и UK8 (Республики Средней Азии)?