LogHX3: кроссплатформенный лог для Windows и Linux

[RX4HX]

Судя по ошибке у Вас позавчерашняя версия. Я тут новую выкладывал - ошибка ... 0001B4 - исправлена. )))

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

максимально уменьшил бы шапки всех окон

Они и так минимальны.

В остальном - это дело вкуса.))

[R8TX]

Судя по ошибке у Вас позавчерашняя версия. Я тут новую выкладывал - ошибка ... 0001B4 - исправлена. )))

Это скрин RZ0AF, а не мой

Они и так минимальны.

Недостаточно минимальны

[RK3FW]

Я в своё время реализовал такую возможность в своём логе, правда под Windows. Лог мог-бы быть за счёт этого просто шикарным. Пиши на свой вкус, добавляй новые возможности... Но пару человек поинтересовались программным интерфейсом плагинов и тишина.

Просто люди, осваивая лог, пришли к выводу, что им и того что есть хватает. В плагины надо выносить только правила соревнований и сохранение лога в экзотических форматах.

К сожалению, никто из авторов не желает сделать лог под универсальную базу. Все уперлись в свой любимый пузатый Аccess и не желают от него оторваться.

Хотя, что может быть проще - дай пользователю возможность выбрать провайдер АДО или драйвер БДЕ, далее, нажать кнопочку, лог соединяется с СУБД и если базы лога в ней нет - раз, и все необходимые начальные таблицы создались (вот тут плагины и пригодились бы). А дальше, подгружай АДИФ-ы логов и работай с хорошей базой.

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

Вот и хотелось бы иметь такое удобство, чтобы каждый мог использовать свою «любимую» программу управления трансивером.

Для этого в любимых программах должен быть соответствующий интерфейс. А то выйдет новая версия этой проги - и опять лог переделывай. ПОэтому правильно авторы логов 817-й коммандер послали...

[UT4UKW]

К сожалению, никто из авторов не желает сделать лог под универсальную базу. Все уперлись в свой любимый пузатый Аccess и не желают от него оторваться.

А в чем смысл "универсальной" базы?

Хотя, что может быть проще - дай пользователю возможность выбрать провайдер АДО или драйвер БДЕ,

Пользователю по большому счету все равно в каком формате база данных, разве не так? А вот по скорости Access+DAO для данной задачи боюсь равных нет... даже ADO проигрывает... BDE вообще ошибка природы успешно похороненная борландом еще в зародыше.

А дальше, подгружай АДИФ-ы логов и работай с хорошей базой.

И какая база по Вашему "хорошая"?

[RK3FW]

А в чем смысл "универсальной" базы?

Смысл очевиден - мне хочется Оракл использовать. И работает быстрее, и детских неожиданностей меньше.

Пользователю по большому счету все равно в каком формате база данных, разве не так? А вот по скорости Access+DAO для данной задачи боюсь равных нет

Да Access - это убогая хрень и с большими объемами он работает плохо. Что касается пользователей, то некоторые настойчиво просят о рюшках, и авторы их реализуют, хотя большинству они даром не нужны. Но их ведь делать легче и они наглядно видны. А вот дать возможность прицепить хорошую СУБД на свое усмотрение - тут, извините, ж.о.п.а.

[UT4UKW]

Смысл очевиден - мне хочется Оракл использовать.

А ценник не пугает? или ограничимся XE, который не поддерживается

И работает быстре

В рамках данной задачи вряд ли... особенно на слабых компьютерах с гигом памяти.

и детских неожиданностей меньше.

Про 600-ю ошибку Вы вероятно не слышали

Да Access - это убогая хрень и с большими объемами он работает плохо.

Ну с объемами 100-200К записей справляется очень неплохо... а больше думаю будет у единиц. Во всяком случае миллионов записей точно не будет

А вот дать возможность прицепить хорошую СУБД на свое усмотрение - тут, извините, ж.о.п.а.

А можете назвать чем конкретно не устраивает Access, кроме религиозных убеждений?
На слабом десктопе Oracle точно будет работать не быстрее Accessа да и на детские неожиданности, непосвященному в тонкости администрирования юзеру, нарваться будет куда легче...

[EW4DX]

Мне нужно чтобы общий фон был спокойным и не было отвлекающих цветных аляповатостей, а цветом было выделено только то что требует немедленного внимания.

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

Что касается пользователей, то некоторые настойчиво просят о рюшках, и авторы их реализуют, хотя большинству они даром не нужны. Но их ведь делать легче и они наглядно видны.

На мой взгляд, о рюшках просят только те, у кого в логе 50-1000 записей всего. И они просто еще не знают о нужных хотелках и не представляют, о чем надо просить авторов. Поэтому все заявки сводятся к банальным красивостям. Но этот период быстро заканчивается...

[UA3MQJ]

Извините, редко читаю ветку.

Алексей, а в Mono и к Access-у можно приконнектиться: http://www.mono-project.com/ODBC (правда через одно место).

Понял, спасибо за информацию. В QT тоже есть ODBC и я работал через него и с DBF и с Access. Так что там тоже все реально.
По поводу Access VS Oracle VS что-то еще. Лично у меня БД SQLite при количестве строк порядка 200к всетаки померла. Access это для многих очень знакомый, удобный и гибкий инструмент, но его может и не быть на современной ОС из за того, что лицензия на него стоит дополнительных денег. Однако драйверы ODBC для доступа к access все равно будут. Oracle - пусть и свободный и бесплатный, всетаки мне кажется, что это жирновато для лога. Единственным реальным вариантом мне кажется запуск при старте программы лога сервера MySQL ну и при закрытии его тоже закрывать. Но надо продумывать, чтобы не занять чей-нибудь TCP/IP порт (а вдруг на машине уже запущен MYSQL). Во всяком случае, пользователь об этом задумываться не должен.

[RX9CDR]

Сообщение от UA3GDW Посмотреть сообщение
IE9
Я знал, я знал!!! ))

Какой ужас! Люди до сих пор пользуются полубраузерами, предназначенными для скачивания настоящих браузеров.

[UT4UKW]

Access это для многих очень знакомый, удобный и гибкий инструмент, но его может и не быть на современной ОС из за того, что лицензия на него стоит дополнительных денег.

В данном контексте речь я так понимаю все же не о Microsoft Access как об отдельном продукте, а только в БД от него, которую можно использовать и без установки MS Access

Однако драйверы ODBC для доступа к access все равно будут.

Не обязательно... Родной способ доступа это DAO... это хоть и древняя технология, однако самая быстрая. В принципе не проблема работать с Access и под линуксом, правда под Wine... т.е. любую программу использующую Access, под линуксом запустить можно и можно не заморачиваться с "кроссплатформенностью".

Oracle - пусть и свободный и бесплатный, всетаки мне кажется, что это жирновато для лога.

Бесплатный и свободный OracleXE кастрированная версия Oracle Standard, со всеми вытекающими... это из пушки по воробьям.

MySQL достаточно специфичная база... некоторые вещи сделаны через одно место, а некоторых вещей просто нет... и по видимому не будет, ибо купивший ее Oracle таки ее похоронит... хотя для данной задачи ее возможностей возможно будет более чем достаточно...
Еще есть куда более развитей Postgres...
Но все же основное преимущество Access, в том, что это обычны файл+dll доступа к нему... а MySQL, Postgres все же полноценные сервера БД, которые все таки могут потребовать некоторых знаний в администрировании....
Как вариант попробовать покрутить embeded версии.

[R3AOV]

Лично по мне, в HRD слишком много рюшечек. Не настраиваемый.

Вы про первую страничку? Дык запустил и забыл...

Что значит не настраиваемый??? Весь "крутится" Причем можно держать несколько рабочих столов... хошь из выпадаемых окон, хошь на столе размещай...
UT4UKW подобное сделал, жаль не доделал...

Лень опять ставить, но уверен что нашел бы навскидку с десяток нужных мне функциональностей, которых там нет

А давайте по памяти ... ну, пяток хотя бы...

По мне, есть недостатки, не без этого, хотя бы то, что нет русификации... и импортированный лог из кирилицы превращается в крокозябры...
И отсутствие русификации и русской поддержки вас, например или меня, вводит частенько в непонимание и ступор...

[UA3MQJ]

UT4UKW, еще мне тут подумалось, что access, oracleXE, mysql в виде exe или что-то еще - это все под Windows. Под UNIX будут другие проблемы даже хотя бы с запуском сервера. Ну и я не думаю, что драйвер доступа ODBC будет компилироваться и работать где-то, кроме как под WIN. Так что если используется QT нужно выбрать что-то из поддерживаемого им. Ну или сохранять в файлы.

[UT4UKW]

QT использует свои нативные дрова для доступа к БД... ODBC ему не нужен.
Я говорю о том, что в случае если использовать Access по любому нужен wine, тогда нет смысла в "кросплатформенности" а другой "красивой" кроссплатформенной бд в одном файле для этой задачи нет... во всяком случае я не знаю

Добавлено через 2 часа 15 минут
Михаил RX1AL дал ссылку на проект kexi
http://www.kexi-project.org/
нативная поддержка access для linux.

[UA3GDW]

Какой ужас! Люди до сих пор пользуются полубраузерами, предназначенными для скачивания настоящих браузеров.

Представляете, люди ещё и Windows используют! Вообще кошмар!

[R3AOV]

Представляете, люди ещё и Windows используют!

Он нужен только для скачивания Линукса...