Russian Qt Forum

Доброго времени суток.

У меня возникла идея реализовать (пока только под Win) свой класс (диспетчер) для отлова событий от последовательного порта и передачи их в цикл обработки приложения.
Т.е. сам класс - диспетчер WinSerialEventDispatcher наследуется от QThread и в своем методе run() обрабатывает дескрипторы портов и при возникновении каких-то событий,
формирует свой евент SerialEvent , наследуемый от QEvent и методом QCoreApplication::postEvent() шлет этот евент приемнику.
Приемником в данном случае выступает QApplication.

В приложении QApplication имею виджет в котором переопределяю метод QWidget::event() в котором перехватываю и, если надо,
обрабатываю нужное пришедшее событие.

Т.е. имеется две сущности:
1. Генератор событий: диспетчер, WinSerialEventDispatcher который формирует и рассылает евенты от последовательных портов
2. Приемник событий: само приложение QApplication, которое их обрабатывает.

Так вот, проблема в том, что мои евенты не доходят куда надо.
Естественно, код в WinSerialEventDispatcher::run() работает верно.

1. Вот класс моего события (от последовательного порта)

C++ (Qt)
class SerialEvent : public QEvent
{
public:
    enum NotifyTypeFlag {
        None    = 0x00,
        Read    = 0x01,
        Write   = 0x02,
        Except  = 0x04,
        Break   = 0x08,
        Cts     = 0x10,
        Dsr     = 0x20,
        Ring    = 0x40
    };
    Q_DECLARE_FLAGS(NotifyType, NotifyTypeFlag)
 
    SerialEvent(NotifyType type, ::HANDLE descriptor)
        : QEvent((QEvent::Type)(QEvent::User + 1))
        , d(new PrivateData)
    {
        d->type = type;
        d->descriptor = descriptor;
        d->cts = false;
        d->dsr = false;
        d->ring = false;
    }
    virtual ~SerialEvent()
    {
        delete d;
    }
    NotifyType notifyType() const { return d->type; }
    ::HANDLE descriptor() const { return d->descriptor; }
private:
    class PrivateData
    {
    public:
        NotifyType type;
        ::HANDLE descriptor;
        bool cts;
        bool dsr;
        bool ring;
    };
 
    PrivateData *d;
};
 

2. Вот код метода run()

C++ (Qt)
void WinSerialEventDispatcher::run()
{
    ...
 
    while (!stopped) {
 
        //бесконечно ожидаем сигнального состояния какого нить дескриптора порта
        WaitForSingleObjectEx() 
        ...
 
        //проверяем что за евент и что да дескриптор и т.п. и формируем 
        //набор битовых масок для последующей идентификации типа события и т.п. 
        ...
 
        //тут создаем наш класс - событие SerialEvent с необходимыми параметрами и отправляем в приложение
        SerialEvent *e = new SerialEvent(...);
        QCoreApplication::postEvent(qApp, e);
        ...
    }
}
 

3. Далее, в приложении есть виджет в котором переопределен метод event()

C++ (Qt)
bool TestWidget::event(QEvent *e)
{
    bool ret = true;
    if (e->type() == (QEvent::User + 1)) {
 
        SerialEvent *se = reinterpret_cast<SerialEvent *>(e);
        qDebug() << "TestWidget::event() hook: descriptor: " << se->descriptor()
                 << " flags = " << se->notifyType();
    }
    else
        ret = QWidget::event(e);
 
    return ret;
}
 

Так вот, дебаг сообщение не выводится. Что я делаю не так?  :-\

И так не работает:

C++ (Qt)
void TestWidget::customEvent(QEvent *e)
{
    if (e->type() == (QEvent::User + 1)) {
 
        SerialEvent *se = reinterpret_cast<SerialEvent *>(e);
        qDebug() << "TestWidget::event() hook: descriptor: " << se->descriptor()
                 << " flags = " << se->notifyType();
    }
}
 

 :-\

Ну дык, ты шлёшь событие в qApp:

C++ (Qt)
QCoreApplication::postEvent(qApp, e);

а слушаешь его в своём виджете:

C++ (Qt)
TestWidget::event(QEvent *e)

QCoreApplication просто так бродкастить такие события всем не будет.

А зачем клиентскому коду какие-то события. Удобнее всего работать с сигналами.

А какая разница? Суть-то одна.

Так я пробовал переопределять метод eventFilter() и устанавливать его installEventFilter(qApp) но ничего не работает все-равно.

Я так понимаю, что вызвав myWidget->installEventFilter(qApp) я для моего виджета добавляю обработку событий от самого QApplication,
т.е. фильтрую и события от QApplication?! Но не работает.

Просто я задумывал так, что класс - диспетчер ничего не должен знать о том, кому именно он рассылает события!
(Т.е. знает только одного приемника - QApplication) .
А вот QApplication уже может иметь туеву хучу экземпляров классов типа  TestWidget, каждый из которых нуждается в своем типе пользовательского события от последовательного устройства.

Т.е. в идеале нужно сделать так, чтобы можно было в любом подобъекте (классе) приложения переопределив методы: event(), customEvent() и т.п. поимать события от диспетчера.

-----

Тьфу ты, проблема решена: нужно делать не:

C++ (Qt)
myWidget->installEventFilter(qApp)
 

а

C++ (Qt)
qApp->installEventFilter(myWidget)
 

:)

Всё наоборот ;)

C++ (Qt)
qApp->installEventFilter( myWidget )

Соотвественно вопрос. Как броадкастить?

В смысле?

Для тех объектов которым нужны евенты делаем:

C++ (Qt)
MyObject_N1::MyObject_N1()
{
    ....
    qApp->installEventFilter(this);
    ....
}
 
bool MyObject_N1::eventFilter(QObject *obj, QEvent *e)
{
    if ((obj == qApp) && (e->type() == (QEvent::User + 1))) {
 
 
        SerialEvent *se = reinterpret_cast<SerialEvent *>(e);
        // Вот тут проверяем, а кому этот евент принадлежит?
        // т.е. MyObject_N1 - это по сути отдельный класс типа SerialDevice
        // у которого имеется приватная переменная типа "дескриптор"
        // поэтому можно легко узнать кому принадлежит событие, сравнив дескрипторы (к примеру)
 
        if (se->descriptor() == m_descriptor) {
            qDebug() << "Наше событие для MyObject_N1 !!!";
            return true;
       }
    }
    return QWidget::eventFilter(obj, e);
}
 

Как то так...

А как QEvent::LanguageChanged всем передается?

А вот как


Функции вызывается в перечисленном порядке.

Как аналогично забродкастить событие?

С виджетами всё просто - берёшь QApplication::allWidgets() и каждому постишь событие.
А тебе-то надо каждому объекту. Непонятно только зачем каждому.

Да, каждому-таки не нужно. Событие Database connection changed, его должны отловить только заинтересованные объекты. Не хотелось фильтр инсталлировать. Хотелось сразу только changeEvent переопределять.

Ну дык и используй сигналы для этого. Имхо, намного проще будет.