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

[RX9CDR]

Как сделать в Линусе принтскрин?

Я просто нажимаю на кнопку принт скрин (кнопка рядом с F12) и всё.
Всё более чем просто.

[RX4HX]

мне на кроссплатформенность наплевать

Мне тоже. И Линукс мне никогда не нравился.
Я свой лог начинал писать теберь уже в далеком 98 году на Delphi 3. За это время он модернизировался, но на сегодняшний день в том виде, в котором он есть - это максимум что можно было из него выжать. Прежде всего из-за того, что он так и писался на Delphi.
Была попытка очень сильно переписать лог - это LogHX2. Потрачено полгода очень большой работы. Переписано очень большое кол-во кода, но того эффекта . что я ожидал, не получилось. Прежде всего из-за того, что в последнее время Delphi принципиально не развивался, белее того, последние версии его были практически мало работоспособны из-за глюков.
Большое количество кода приходилось самому переписывать на WinAPI - а это трата большого кол-ва времени на вычитывание документации и прочих прелестей , от который по идее Delphi и должна была освободить программиста.
По этому было принято решение перейти на принципиально новую платформу - Qt, которая ко всему еще и кросс-платформенная. По этому кросс-платформенность - тут как бы приятное дополнение

[R8TX]

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

Под винду логов вагон и маленькая тележка, и бесплатных тоже. Под Линукс более-менее функциональный только один, OK1CQR, но для меня он таки недостаточно функционален да и интерфейс не нравится. Taк что если Алексей доведет дело до рабочего приложения с функциональностью его виндового LogHX, успех и признание обеспечены

[UD2F]

Есть еще один лог под Линукс. Чутка даже поудобней, чем CQRlog, но в нем тоже есть три больших минуса - абсолютная не настраиваемость интерфейса, нет CW, очень медленно развивается. Да есть еще один глюк по использованию звуковой карты совместно с другими приложениями.
http://code.google.com/p/dfhlog/

Так что с большим нетерпением ждем релиза линукс версии LogHX3 )

[UA3GDW]

что в последнее время Delphi принципиально не развивался

Ну это уже давно не так. Развивается.

[RW4O]

Именно они. Я уже немного разобрался - практически для любого Линукса проблем не будет - просто в отличии т виндовых пользователей, они будут должны самоестоятельно из репозитария инсталлировать эти либы. Это в принципе не преблема, если вы сумели сам Линукс установить

И в Windows и в Linux будут необходимы "либы". А они очень велики по размеру -основная DLL "весит" больше 200 Мб, аналогично и в Linux-"утянет" половину Qt. Выход из этой ситуации - статическая компиляция Qt, тогда программу можно будет запускать без дополнительных библиотек (Например "окно" простейшего осциллографа получается порядка 10 Мб)

[UT4UKW]

По этому было принято решение перейти на принципиально новую платформу - Qt, которая ко всему еще и кросс-платформенная. По этому кросс-платформенность - тут как бы приятное дополнение

QT уже (пока) мертва...
http://www.linux.org.ru/forum/talks/7902573
да и в любом случае далеко ей до Delphi было, как была недоразвитая среда, так и осталась...
А вот Delphi действительно серьезно вперед ушла... в XE3 поддержку Linux обещают.. ну и скорость разработки в Delphi в разы выше

[RW4O]

QT уже (пока) мертва...
http://www.linux.org.ru/forum/talks/7902573

Ктонибудь подхватит. Дельфи тоже "по рукам ходило" и были неудачи, типа 8

да и в любом случае далеко ей до Delphi было, как была недоразвитая среда, так и осталась...

Вот тут с вами не соглашусь. "Свистелок и перделок" конечно меньше, но среда самодостаточна, тем более, что используются разные модели программирования.

в XE3 поддержку Linux обещают..

Если это будет похоже на Lazarus, то толку мало. Pascal - не родной язык для Linux

ну и скорость разработки в Delphi в разы выше

Если нужено быстро написать GUI, то несомненно

[RX4HX]

да и в любом случае далеко ей до Delphi было

Честно говоря странно слышать это от человека, занимающегося программированием... Qt (а не QT - именно такая аббревиатура у этой среды программирования) настолько опережает Дельфи во всем, что на сегодняшний день их даже сравнивать странно... После перехода на Qt , к дельфи даже подходить не хочется.

QT уже (пока) мертва...

А мужики то не знают! И поэтому ждемс Qt 5!

[UT4UKW]

настолько опережает Дельфи во всем, что на сегодняшний день их даже сравнивать странно...

А пример можно, а то даже интересно стало...?
Я тут решил понять почему у меня фокус после эмуляции нажатия Enter и открытии диалога пропадает, так в EventFiltre банально нельзя увидеть название события, это оказывается фича которая задекларирована в ToDo. т.е. чтобі посмотреть какое событие произошло, мне нужно самому написать функцию, которая получит имя события... и так на каждом шагу, по скорости разработки конечно с Delphi сравнивать даже смешно
За комьюнити и количество готовых компонентов я вообще молчу. Нет даже нормального грида. Или TableView где все делать самому, или нашел один коммерчески продукт за 400$
Будущее Nokiи и Qt на сегодняшний день туманно... к сожалению это факт.

[RX4HX]

пример можно

Там одни лайоуты чего стоят - мечта всех времен. Далее...

TableView где все делать самому,

... в течение 5 минут создать свой Грид! Любой компонент можно создать самому за 5-10 мин!!!
Я честно говоря сейчас на столько в восторге от Qt, что так много хочется про него рассказать... Но не думаю что многим присутствующим тут это будет интересно.

так в EventFiltre банально нельзя увидеть название события,

В Qt события можно отлавливать 5 (!!!) различными способами. И EventFiltr - не самый удобный из них. Отлавливать нажатие клавиш нужно на keyPressEvent.

нашел один коммерчески продукт за 400$

В Qt нет такого понятия, как сторонний компонент, в понимании Дельфи - в Qt в них просто нет смысла. Ты сам любой компонент можешь создать за очень короткий срок

[UT4UKW]

... в течение 5 минут создать свой Грид! Любой компонент можно создать самому за 5-10 мин!!!

Да ну... сделаете аналог EhDBGrid (управление видимостью колонок, сохранение / восстановление размеров, многострочные заголовки, сортировка, фильтра аля Excel... ) за полчаса скажем, поверю...

В Qt события можно отлавливать 5 (!!!) различными способами. И EventFiltr - не самый удобный из них. Отлавливать нажатие клавиш нужно на keyPressEvent.

Мне не нужно отлавливать нажатие клавиши... перефразирую, мне нужно посмотреть какие события происходят при открытии диалога... как это сделать штатными средствами? В Delphi мне дебагер покажет, а в Qt мне дебагер покажет адрес... зачем он мне не понятно.

В Qt нет такого понятия, как сторонний компонент, в понимании Дельфи - в Qt в них просто нет смысла. Ты сам любой компонент можешь создать за очень короткий срок

Почему нет... вот например http://www.devmachines.com/products/...-overview.html за 5 минут напишите?
Конечно... на ассемблере тоже можно написать любой "компонент" в очень короткий срок.
Современное GUI программирование основано на концепции RAD, которая предполагает наличие уже готовых компонентов/модулей из которых приложение собирается значительно быстрее, и за счет того, что эти компоненты/модули уже оттестированы большим числом пользователей, предполагает наличие меньшего количества ошибок. Так, что как ни крути, а чем больше готовых качественных компонентов, тем быстрее будет разработка, и меньше времени будет уходить на выявление и исправление ошибок. Это если цель конечно в результате, если цель в самом процессе... тогда другое дело.

[RX4HX]

сделаете аналог EhDBGrid

Очень хороший пример!
Уже практически готов не аналог, а на порядок "круче" EhDBGrid! На это ушли не годы работы, как у автора EhLib, а пару дней. И то, только потому, что с Qt только начал разбираться!
... сейчас по работе убегаю - если будет интересно - могу потом продолжить свою мысль. Хотя тут наверное не самое лучшее место для обсуждения сред программирования.

[UT4UKW]

Уже практически готов не аналог, а на порядок "круче" EhDBGrid! На это ушли не годы работы, как у автора EhLib, а пару дней. И то, только потому, что с Qt только начал разбираться!

Ну Вы прям вундеркинд, даже не знаю, почему это никто в мире за 17 лет существования Qt до сих пор не реализовал грид на порядок "круче" чем EhDBGrid.. а Вы вот так взяли и за пару дней...
Мысль продолжать не стоит... а вот контрол увидеть, который можно сделать за 5-10 мин... очень хочется... ибо я прикинул, что с такими средствами под рукой можно погрязнуть в рутине изобретений велосипеда не на один год, и потом еще долгое время ловить баги...

[RX4HX]

это никто в мире за 17 лет существования Qt до сих пор не реализовал

??? Дык во первых:
1. Такая простота появилась только начиная с 4 версии Qt - а это не 17 лет, а всего пору лет.
2. ... выйдет новая версия лога - сами убедитесь!