как идентифицировать сигнал, идентифицировать сигнал Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[fantom]

Здравствуйте. Есть проблема, которую пока никак не могу решить. Соединяю сигнал со слотом, высылаю сигнал - вызывается слот. Как узнать имя сигнала вызвавшего данный слот. Единственное что пока пришло в голову как то использовать класс QSignalSpy. Но как пока не знаю.

[kwisp]

Здравствуйте. Есть проблема, которую пока никак не могу решить. Соединяю сигнал со слотом, высылаю сигнал - вызывается слот. Как узнать имя сигнала вызвавшего данный слот. Единственное что пока пришло в голову как то использовать класс QSignalSpy. Но как пока не знаю.

может проще передавать имя сигнала параметром в самом сигнале???

Сообщение отредактировал kwisp - 29.1.2009, 16:46

[fantom]

Такой вариант меня не очень устраивает так как мне необходимо идентифицировать стандартные сигналы qt. Например от кнопок и др элементов.

[ViGOur]

Посмотри в сторону: void QMetaObject::connectSlotsByName ( QObject * object ) [static]
Кажется это то, что тебе нужно. Кажется.

[fantom]

Посмотрел на описание connectSlotsByName ( QObject * object ) .
Этот метод выполняет связку всех сигналов объекта передаваемого в параметре и его дочерних объектов со слотами имена которых строятся по следующему принципу void on_<widget name>_<signal name>(<signal parameters>);

Вот только не очень ясно как это тут можно применить. Мне бы нужно просто имя сигнала в виде const char* узнать.

Или может я просто чего то не понимаю?

[Litkevich Yuriy]

Как узнать имя сигнала вызвавшего данный слот.

резонный вопрос: зачем? какова конечная цель?

[ViGOur]

резонный вопрос: зачем? какова конечная цель?

мне необходимо идентифицировать стандартные сигналы qt. Например от кнопок и др элементов.

По всей видимости обычная дебажная следилка...

[Litkevich Yuriy]

дебажная следилка

QSignalSpy

но я не думаю, что в этом причина. Знать сигнал на практике редко нужно, нужен объект пославший сигнал.

[ViGOur]

Объект пославший сигнал можно получить QObject::sender.
Но вот и правда как получить имя сигнала?

Сообщение отредактировал ViGOur - 29.1.2009, 21:06

[fantom]

Конечная цель не дебажная следилка. Есть заказ на крупное клиент-серверное приложение в котором тысячи всевозможных элементов на формах в том числе нестандартных. На самом деле пытаемся разработать набор библиотек для создания клиент серверной технологии основанной на концепции MVC. Одно из условий наличие тонкового клиента. Так вот хочется максимально упростить написание клиентской части и так как там не предусматривается никакой логики разработку основной части клиента хочется перенести в qt designer. Суть в том что все необходимые для нас виджеты будут переопределены и будут привязаны своими свойствами к свойствам объектов описание которых находится во внешнем xml файле. Эти объекты динамически подгружаются сервером и во време работы происходит автоматическая синхронизация сервера с клиентом, что позволяет избавится от кучи лишней работы связанной с написанием клиента и предоставить ее дизайнеру. Так вот отправка запросов от клиента будет идти по сигналу от любого виджета на форме. Связка сигналов и необходимых групп свойств для запроса на изменении делается в дизайнере. Все эти сигналы планируется связать с одним слотом который будет выполнять парсинг созданных в дизайнере правок и отправки необходимых запросов серверу. Проблема в том чтобы определить от какого объекта и какой сигнал вызвал этот слот.. Причем проблему хоть как то извращенно но надо решить. Может у кого какие идеи есть?

Кстати если реализация будет успешной реализацию данной технологии выложим под GPL.

Ладно щас буду копать в сторону QSignalSpy.

[kwisp]

единственное что приходит в гоолову это так как вы собираетесь переопределять виджеты

..
необходимые для нас виджеты будут переопределены
...

переопределить и стандартные сигналы

...
connect(this,SIGNAL(clicked()),this,SLOT(sendClicked()));// перенаправление стандартного сигнала
...
void sendClicked() {
emit sgClicked(параметр);//этот сигнал соединить со слотом обработчиком и оп параметру определять что за /////сигнал вызвал слот.
}
...

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

[Litkevich Yuriy]

fantom, Если я правильно понял конечную цель, то предлагаю посмотреть на готовое решение: Vedga
Суть проста. На клиента ставится спецпрограмма Vedga-client, прога пишется одна для сервера, но не чистая Qt там в часности соединение сигналов идет другими функциями. написаное прложение запускается на сервере. А клиенты пользуются им с помощью Vedga-client.

Подробности по указанной ссылке, и ниже там смотри ссылку "Обсудить..."

Дальнейшее обсуждение связанное с Vedga перенес в существующую тему. тык

[ViGOur]

По всей видимости стандартных путей нет.

Если хаком, то по всей видимости тебе нужно достучаться до класса QObjectPrivate, в нем есть структура Sender:

class Q_CORE_EXPORT QObjectPrivate : public QObjectData
{
    Q_DECLARE_PUBLIC(QObject)
public:
    // ...
    struct Sender
    {
        QObject *sender;
        int signal;
        int ref;
    };

    // object currently activating the object
    Sender *currentSender;
    //...
};

signal - это индекс сигнала, благодаря которому ты сможешь получить имя сигнала с помощью QMetaObject.

Судя по коду указатель на QObjectPrivate хранится в d_ptr

class Q_CORE_EXPORT QObject
{
    // ...
protected:
    QObjectData *d_ptr;
    // ...
};

Если я все правильно понял по сырцам...

[fantom]

ViGOur вы исходники какой версии qt смотрели? У меня 4.3.2 и в классе QObjectPrivate да и вообще нигде нет структуры Sender.

[ViGOur]

Блин, забыл что у вас 4.3.2, я смотрел 4.4.0. Сейчас гляну можно ли нахаляву хакнуть в 4.3.2.

[fantom]

да.
в 4.4 должно как то так работать
int signalId = (reinterpret_cast<QObjectPrivate*>(this->d_ptr))->currentSender->signal;

[ViGOur]

В вашей версии есть такой аргумент как QObjectPrivate::currentSenderSignalIdStart.
Гляньте в qtdir/src/corelib/kernel/qobject.cpp в методе bool QObject::event(QEvent *e) есть такой код:

    case QEvent::MetaCall:
        {
            Q_D(QObject);
            QMetaCallEvent *mce = static_cast<QMetaCallEvent*>(e);
            QObject *previousSender = d->currentSender;
            int previousFrom = d->currentSenderSignalIdStart;
            int previousTo = d->currentSenderSignalIdEnd;
            d->currentSender = const_cast<QObject*>(mce->sender());
            d->currentSenderSignalIdStart = mce->signalIdStart();
            d->currentSenderSignalIdEnd = mce->signalIdEnd();
#if defined(QT_NO_EXCEPTIONS)
            mce->placeMetaCall(this);
#else
            try {
                mce->placeMetaCall(this);
            } catch (...) {
                QReadLocker locker(QObjectPrivate::readWriteLock());
                if (QObjectPrivate::isValidObject(this)) {
                    d->currentSender = previousSender;
                    d->currentSenderSignalIdStart = previousFrom;
                    d->currentSenderSignalIdEnd = previousTo;
                }
                throw;
            }
#endif
            QReadLocker locker(QObjectPrivate::readWriteLock());
            if (QObjectPrivate::isValidObject(this)) {
                d->currentSender = previousSender;
                d->currentSenderSignalIdStart = previousFrom;
                d->currentSenderSignalIdEnd = previousTo;
            }
            break;
        }

А вот какзацепиться за currentSenderSignalIdStart, нужно думать...

Сообщение отредактировал ViGOur - 30.1.2009, 16:19

[fantom]

Кстати а как получить имя сигнала по индексу? Вроде хак по крайней мере на 4.4.2 прокатил.

Или как получить список всех сигналов объекта?

[fantom]

Ну судя по metaObject()->indexOfSignal обращение через QObjectPrivate работает верно..
Но все же как получить список сигналов как это делает qt designer?

[ViGOur]

Или как получить список всех сигналов объекта?

Примерно так:

    for( int i = 0; i < this->metaObject()->methodCount(); ++i)
    {
        QMetaMethod mm = this->metaObject()->method( i);
        const char *p = mm.signature();
    }

[fantom]

Точно! Спасибо все работает.

    for( int i = 0; i < this->metaObject()->methodCount(); ++i)
    {
        QMetaMethod mm = this->metaObject()->method( i);
        const char *p = mm.signature();
    if (mm.methodType() == QMetaMethod::Signal)
    qDebug() << p;
    }

И еще вопрос. Индекс сигнала у объекта всегда постоянен в рамках неизменности описания класса?

В итоге что вышло. Чтобы получить имя сигнала вызвавшего слот в Qt 4.4.x можно сделать так.

#include "qobject_p.h"
void Test::testSlot()
{
    QObjectPrivate* sh = reinterpret_cast<QObjectPrivate*>(this->d_ptr);
    int idSignal = sh->currentSender->signal;
    for( int i = 0; i < this->metaObject()->methodCount(); ++i)
    {
        QMetaMethod mm = this->metaObject()->method( i);
        const char *p = mm.signature();
    if (mm.methodType() == QMetaMethod::Signal)
    {
        if (idSignal == metaObject()->indexOfSignal(p)) 
        qDebug() << "Name of Signal" << p;
    }
    }
}

Хотя кончено это не совсем правомерно но работает. Надо тролям писать чтобы реализовали метод получения имени сигнала!

[ViGOur]

В итоге что вышло. Чтобы получить имя сигнала вызвавшего слот в Qt 4.4.x можно сделать так.

Можно упростить:

#include "qobject_p.h"
void Test::testSlot()
{
    QObjectPrivate* sh = reinterpret_cast<QObjectPrivate*>(this->d_ptr);
    int idSignal = sh->currentSender->signal;
    QMetaMethod mm = this->metaObject()->method( idSignal);
    const char *p = mm.signature();
    if (mm.methodType() == QMetaMethod::Signal)
    {
        qDebug() << "Name of Signal" << p;
    }
}

[Litkevich Yuriy]

Обсуждение связанное с Vedga перенес в существующую тему. тык

[SABROG]

так как мне необходимо идентифицировать стандартные сигналы qt. Например от кнопок и др элементов.

Этот код работает только в пределах одного объекта, который выпускает и ловит сигнал.
Т.е. при нажатии на кнопку мы уже не получим имя сигнала, которое было у QPushButton'а. А d_ptr чужих объектов естественно закрыт.

Кстати без reinterpret_cast тоже работает:

#include "private/qobject_p.h" //у меня только так захотел находить заголовок
...
qint32 idSignal = ((QObjectPrivate*)d_ptr)->currentSender->signal;

Сообщение отредактировал SABROG - 31.1.2009, 13:26

[fantom]

Этот код работает только в пределах одного объекта, который выпускает и ловит сигнал.

Ты прав. Я об этом не подумал. Но это лечится. Достаточно ввести новый класс

class Q_Object: public QObject
{
Q_OBJECT
public:
using QObject::d_ptr;
};

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

[SABROG]

fantom

Этот код работает только в пределах одного объекта, который выпускает и ловит сигнал.

Ты прав. Я об этом не подумал. Но это лечится. Достаточно ввести новый класс

class Q_Object: public QObject
{
Q_OBJECT
public:
using QObject::d_ptr;
};

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

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

[fantom]

Ну чтобы не вылезло можешь в каждом своем наследнике от QObject писать

public:
using QObject::d_ptr;

Этим мы просто говорим чтобы поле d_ptr стало public. Тогда никаких проблем быть не должно.
Конечно понимаю что все это изврат и костыли, но если очень надо то больше вариантов я не знаю.

[SABROG]

fantom

Ну чтобы не вылезло можешь в каждом своем наследнике от QObject писать

public:
using QObject::d_ptr;

Этим мы просто говорим чтобы поле d_ptr стало public. Тогда никаких проблем быть не должно.
Конечно понимаю что все это изврат и костыли, но если очень надо то больше вариантов я не знаю.

Я говорю об объектах, реализация которых скрыта в файлах библиотек. Есть только хедер и .lib/.a файл.
И о проектах в исходники которых тебе не захочется лезть. Например комплексные, встраиваемые виджеты с кучей дочерних элементов. Придется много кода переписать, чтобы их всех "отнаследовать".

Может это можно как-то по-нормальному сделать? Если все коннекты мы сами делаем, то почему-бы не "запитать" пришедший сигнал на наш слот-ретранслятор, например slt_btn_clicked(). Далее emitим' сигнал дальше на обработчик:

emit sig_btn_clicked(sender(), "clicked");

Соотв. все зеркальные сигналы законнектить на один слот.в нас.

[fantom]

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

void Test::testSlot()
{
    QObjectPrivate* sh = reinterpret_cast<QObjectPrivate*>(this->d_ptr);
    int idSignal = sh->currentSender->signal;
        QMetaMethod mm = (sender())->metaObject()->method( idSignal );
        const char *p = mm.signature();
    qDebug() << "Name of Signal" << p;
}

[SABROG]

ну теперь, по идее, должно все работать.

[Tonal]

Что-то помоему как-то всё через чур сложно. Может по другому прощее будет?
Например:
1. В дизайнере создаётся интерфейс (UI форма).
2. Для виджетов, сигналы которых нужно транслировать добавляется динамическое свойство с именами сигналов.
3. "Лёгкий клиент" грузит ui-шку (QUiLoader), пробегается по всем её виджетикам, и для тех у кого есть соответственное динамическое свойство создаёт нужные конекты в которых вся нужная инфа и отфудболивается на сервак.

И не нужно никаких хаков Qt.
Кроме того, покуда не изменились имена можно безболезненно менять интерфейс.
Так же клиент полностью не зависит от UI, т.е. его вообще не нужно перекомпилять при добавлении новой формочки.

[SABROG]

QObject - не обязательно виджет. QTimer например.

[Tonal]

QObject - не обязательно виджет. QTimer например.

Читаем, что же изначально хотел автор:

...Так вот хочется максимально упростить написание клиентской части и так как там не предусматривается никакой логики разработку основной части клиента хочется перенести в qt designer...

QTimer-а в дизайнере нет.
Он создаётся в коде. Если есть код, то почему в нём же и не связать его со всеми нужными слотами?

[SABROG]

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