как идентифицировать сигнал, идентифицировать сигнал Опции

[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.