Open Source - контест лог под Линукс

**RX1AL** · 29.03.2009, 22:00

Вот собственно сабж для обсуждения. Кратко поясню ситуацию. В настоящее время нет ни одного контест лога под Линукс, который мог бы соперничать или хотя бы повторять функциональность, заложенную в N1MM, который является де-факто одним из самых распространённых контест логов.

В связи с этим возникла серьёзная мысль о том, чтобы создать совместными усилиями программистов (многие есть на данном форуме) контест лог под Линукс, который потом все будем использовать. Репозиторий будет открыт в понедельник на www.sourceforge.net, рабочее название проекта "Linux Contest Log". Данный лог предполагается писать не с нуля, а с использованием исходников самого N1MM. Вся разработка должна вестись на C++ и Qt, для интерфейсной части, поскольку Qt, имеет очень большие возможности для реализации современного интерфейса пользователя. Возможно использование сторонних модулей, написанных на Perl для парсинга позывных, так как там имеются все логические операции для этого. В принципе, можно все переписать и под С++.

Первой и основной задачей должна стать разработка спецификации (концепта и функциональности) для данного лога. Необходимо учитывать также то, что лог должен иметь возможность запускаться и с флешки тоже. Одним из условий совместимости с N1MM, является сохранение всех "горячих клавиш", так как придумывать что-то другое нет смысла. Архитектурно лог должен строится по схеме MDI (а-ля Logger32 и др.), можно подумать и о композитной схеме, но она трудоёмка и особо плюсов не даст, а наоборот (имеется в виду принцип Outlook).

Поэтому все, кто хочет принять в проекте участие - you're welcome! Давайте сделаем наш российский контест лог все вместе.

**UR5FCM** · 30.03.2009, 00:08

Михаил а на какой язык вы думаете переводить С++ или КБейсик или Гамбас
Во первых базы надо перевести на МуSQL - можно потому-что под Линуксом
или Опен Офис базы?
Ну далее можно по частям

**RX1AL** · 30.03.2009, 00:23

Игорь, все будет писаться только на С++. Использовать смесь из языков не хочется. Тем более Qt тоже написан на С++. То есть все хорошо вписывается.
Базу предполагается использовать Firebird базу, так как она наиболее продвинутая, а также совместимая со всеми имеющимися сегодня ядрами Линукса и даже Unix. Но только не MySQL - она слишком убогая по возможностям. Если есть другие предложения, можно обсудить без проблем.

PS Была в начале мысль все писать под Mono, но он не на всех ядрах стабильно бежит. А если на C++, так можно и под Мас спортировать затем.

**UR5FCM** · 30.03.2009, 00:38

Михаил а как быть с базой данных - у них Аксесс

Ну еще не будут ли авторы против
Думаю поимаешь

я пока на С++ пасс не очень пардон но базы могу перевести на MYSQL
и только в размере баз данных
Кстати где все те кто кричал что это просто
Они молчат
Значит МЫ сделаем сами это
Да будет сложно но ничего , если обещали то сделаем

Добавлено через 12 минут

Сообщение от RX1AL

Тем более Qt тоже написан на С++. То есть все хорошо вписывается.

Да я знаю про это
Пока не могу оторваться от своего
НО ничего пожем чем можем

**RN9RQ** · 30.03.2009, 01:07

Может пересмотрим концепцию?
Возможно создать текстовое ядро лога, к которому уже на api прикручивать интерфейс, гибкость хорошая получится
Для языка ядра я бы все же Perl выбрал, 90% работы именно работа с текстами, а интерфейс уже на чем хочешь. Хотя краиво бы на связке TCL/TK
Очень неплохой проект DJ1YFK http://fkurz.net/ham/yfktest.html
И вообще зачем в тестовом логе вообще база данных?
Какая там обработка? Если уж исльно охота, то berkley DB но блин нафиг оно надо?
Вообще изначально стоит думать о вариантах раскладок, скажем как в n6tr n1mm AФфеуые чего людям удобно пусть и выберут или как в вышеуказанном проекте вообще можно без раскладок - пишешь что надо, и парсер сам выставляет.
Сраз думать о переносимости чтобы потом не парится винда линукс - одновременно если версии выходить будут это будет круто. может в сторону vxwidget посмотреть? У Qt на самом деле есть много подводных камней, не все там так гладко.

Добавлено через 3 минуты
название я бы установил как Free Contest Logger с сокращенно FCL
Да брать исходник N1MM ой как не стоит, там столько костылей, я уже копался.
лучше с нуля но с грамотно продуманной архитектурой, тогда и разработка быстрее пойжет и модульность обеспечится

**RX1AL** · 30.03.2009, 02:59

RN9RQ:
Вот отлично... уже нужные люди подтягиваются.

Мысль о текстовом ядре - очень правильная, её стоит развить только. Действительно, контестовый лог вообщем-то "лопатит" массу текстовой информации, никакого учёта дипломов тут нет, да и других модулей, нужных для обычного лога тоже. Не соглашусь только с концепцией делать контест лог без базы. Хранить все в текcтовом виде на файловой системе (или in-memory database) неудобно с плане переносимости и последующей (post processing) обработки.
База нужна по любому. На мой взгляд, выбор Firebird - это оптимально, так как все три платформы поддерживаются: Линукс, Виндоуз, Мас.

YFK тест я видел, но он очень сырой, так как там мало возможностей. Брать его за основу не стоит. В плане основы N1MM представляет интерес в структурности построения, тех же стандартизированных "горячих клавиш", а никак не кода. Код надо действительно писать лучше с нуля.

Говоря о vxwidget - не стал бы я на них заморачиваться, имеется довольно плачевный опыт их использования, тоже не все красиво там, как хотелось.
Насчет Qt было лишь предложение, так как интерфейс на нем выглядит очень замечательно, а сам Qt постоянно в развитии и контролей и библиотек под него уже море. Хотя альтернатива TCL/TK + Komodo IDE - тоже заманчива. Тут надо уже смотреть в сторону того, сколько народа на нем писать смогут.

Название Free Contest Logger - просто отличное, лучше и не надо. Была мысль назвать Dream Log, но как-то вычурно больно...
В любом случае, надо сначала концепцию определить. Можно в визио набросать блок схему по модулям, создать список функциональности. Сразу бросаться писать - будет ошибкой. Надо четко представлять чего мы хотим, а потом уже как и какими средствами. Для управления трансиверами можно посмотреть в сторону hamlib + libusb для остальных девайсов.

UR5FCM:
Игорь, в плане Аксесса или готового кода от N1MM... берем лишь идеи, никакого слепого копирования. Задача не стоит 1:1 смигрировать его. Задача сделать на основе имеющихся контест логов - один, но удобный для всех, и под Линукс.

**RX4HX** · 30.03.2009, 10:15

Сообщение от RX1AL

На мой взгляд, выбор Firebird - это оптимально

Дам вумный

совет - лучше возьмите SQLite - более мощный, не столь требовательный и самое главное - опен соурсе бесплатный проект!

**UR4QTP** · 30.03.2009, 10:52

Может, не стоит сразу замахиваться на грандиозные планы? Может, просто развивать tlf? По моему скромному мнению непрограммиста и не особо контестмена, в нём тоже неплохие возможности. Плюс можно использовать на слабых компах в консоли, а кому нужны окошки - так есть xtlf.

**UD2F** · 30.03.2009, 11:02

Сообщение от ur4qtp

Может, не стоит сразу замахиваться на грандиозные планы? Может, просто развивать tlf? По моему скромному мнению непрограммиста и не особо контестмена, в нём тоже неплохие возможности. Плюс можно использовать на слабых компах в консоли, а кому нужны окошки - так есть xtlf.

Это не выход из положения. Нужен нормальный лог.
(а xtlf, насколько я понял, только под один контест всего)

**R8TX** · 30.03.2009, 11:33

Поддерживаю

Больше трудно с коммуникатора писать

**VE3EUT** · 30.03.2009, 13:47

А чем собственно плох tlf, который консольный, не xtlf ? Чего в нем не хватает ?

**RK1AT** · 30.03.2009, 14:12

Сообщение от RX1AL

Давайте сделаем наш российский контест лог все вместе

Миша, ты когда все успеваешь?

Сообщение от RX1AL

Была в начале мысль все писать под Mono

Где-то я уже это слышал!

**UR4QTP** · 30.03.2009, 14:24

Сообщение от RU2FM

Это не выход из положения. Нужен нормальный лог.
(а xtlf, насколько я понял, только под один контест всего)

Мне всё же кажется, что добавить недостающие соревнования в существующий лог не в пример проще, чем написать новый, в который всё равно нужно вписывать те же соревнования :-). Впрочем, поддерживаю любое движение в данном направлении.
О совместимости с другими ОС, думаю, можно не беспокоиться. Они о себе давно уже побеспокоились сами.