LoggerXP

[UA3GDW]

Теперь вводим позывной UR4IX, курсор перескакивает в поле "Имя", приходится мышкой его направлять в поле RSTT, откуда он перелетает в поле QTH, и т.д....

У вас включён рапорт по умолчанию. Поэтому логика пропускает поля ввода рапорта, если они были ранее заполнены (не пустые). Рапорт по умолчанию ведь и рассчитан на "ленивых", чтобы каждый раз не вводить его.

[UT4LW]

У вас включён рапорт по умолчанию.

Да, но при вводе связи с UA3GDW поля RST не пропускаются, а при вводе UR4IX - пропускаются.
Кроме того, при вводе связи с UA3GDW выход из поля RST происходит клавишей TAB, а при работе с UR4IX выход из этого поля происходит автоматически при вводе последнего знака. Заметили, что по привычке нажав клавишу TAB, я перелетел в поле QTH?
Непредсказуемое поведение окна ввода QSO очень сильно напрягает. Это недопустимо.

[UA3GDW]

Да, но при вводе связи с UA3GDW поля RST не пропускаются, а при вводе UR4IX - пропускаются.

При первом вводе у вас поля RST(T) и RST(R) пустые - программа требует их заполнить, поэтому Tab-ом вы переходите в них. Отключите рапорт по умолчанию и посмотрите как изменится поведение.

[UT4LW]

При первом вводе у вас поля RST(T) и RST(R) пустые - программа требует их заполнить

Роман, посмотрите кино, ссылку на которое я дал, чтобы не быть голословным. Там видно, что поля RST не пустые И при вводе Вашего позывного, И при вводе моего позвного. Но поведение фокуса абсолютно разное.
Ошибка-то ерундовая, 10 минут делов...

[UA3GDW]

Юрий, я право не знаю, что там у вас происходит. У меня лог работает согласно описанному мной выше алгоритму.

Ошибка-то ерундовая, 10 минут делов...

Не хочу ворошить "труп".

[UT4LW]

Не хочу ворошить "труп".

А жаль, лог очень даже не плох. Если бы не эта дурацкая ситуация с непредсказуемостью поведения фокуса, то я бы на нем остановился. Потратил время, изучил программу, настроил, и вдруг выясняется, что, если позывной не внесен в базу позывных (это я Вам даю подсказку), то придется угадывать и искать глазами курсор. 10 связей, и эта ситуация начинает доставать.

[UA3GDW]

Работа над новым логом с задатками кроссплатформенности продолжается.
Мои труды в написании OmniRig под .NET на основе исходных текстов автора OmniRig дали первые плоды.
Это означает, что горячо любимая всеми программа OmniRig сможет работать и на Linux.
Это конечно нечто ужасное переписывать исходники с Delphi на C#, но я это осилил.
Теперь всё надо привести в божеский вид. Хочу попробовать использовать сетевой протокол,
чтобы можно было управлять трансивером по сети.

[RX4HX]

OmniRig сможет работать и на Linux

Роман, а что взамен виндового COM-сервера ты использовал под Линуксом?

[UA3GDW]

Роман, а что взамен виндового COM-сервера ты использовал под Линуксом?

Замены не нашёл, попробую сокет по типу "много клиентов - один сервер".

[RX4HX]

попробую сокет по типу "много клиентов - один сервер"

Я вот тоже в свое время ничего подобного не нашел.
Там кажется есть такая штука, называется по моему D-Bus (название типа такого) - вроде говорят аналог виндового COM-сервера. Но, как я понял, вещь эта весьма "в стадии разработки".

[UA3GDW]

В .NET есть такое понятие, как домен. Т.е. сборки (программы, DLL) загруженные в один домен могут обмениваться между собой данными. В данном случае применить это тоже не получилось. D-Bus наверняка в Mono нет, впрочем, не знаю. Остаются сокеты.

[UA3GDW]

Роман, а что взамен виндового COM-сервера ты использовал под Линуксом?

Замены не нашёл, попробую сокет по типу "много клиентов - один сервер".

А про WCF я и забыл совсем . Имеется и в Mono (Linux).

[UA1ATD]

Остаются сокеты.

синхронные сокеты (berkley sockets) одинаковы и в *.nix и в windows 32/64/СE.

[UA3GDW]

Уважаемые форумчане!
Большая к вам просьба протестировать работу OmniRig .NET. В папке Debug следует запустить программу OmniRigTest.exe.

Сначала нужно установить ".NET Framework 4.0" (если не установлена). Под Linux нужно поставить "Mono".

Debug.zip

[UD2F]

так пишем лог под Линукс ???? )