ну так я ж и ответил - не фиг соединять по пять раз

это можно и случайно сделать

к примеру: в зависимости набора событий, на определенный хот кей программа должна реагировать по разному, короче в зависимости от обстоятельств у меня сигнал высылаемый фильтром событий клавиатуры соединяется то с одним обработчиком(слотом) то с другим то с третим, при это с остальными разъединяется.
короче трудно все корректно рассказать , но не так то просто было сообразить почему слот вызывается иногда 3 а иногда четыре раза

и вообще ты хочешь сказать ты это раньше знал или для тебя это было очевидно и ясно как день???

"если соединить один и тот же сигнал с одним и тем же слотом несколько раз(n), и вызвать сигнал один раз, то
слот вызовется столько раз сколько соединений с этим сигналом мы сделали(n)...." - про это не знал

а вот это вовсе не обязательно (хотя конечно проще), можно написать свой класс который будет следить за коннектами (по одному объекту на коннект или тупо поставить в соответствие каждому коннекту свой счетчик)

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

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

если честно я и класс и тупое сопоставление каждого коннекта со счетчиком слабо себе представляю...

kuler, ты наверное не знаешь но тема перенесена из "Секреты и интересные возможности Qt" - это просто обнаруженная интересная штука, а во все не проблема.

из мануала про connect
A signal is emitted for every connection you make, so if you duplicate a connection, two signals will be emitted. You can always break a connection using disconnect().

предлагаю этой темой и тем чем вызвана данная дискусия пополнить ЧаВО: Сигналы и слоты

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

Q_SIGNALS:
    void doSomething(int state, const QVariant& param0, const QVariant& param1));

в противном же случае советую использовать customEvent:

Константин,
здравствуйте.
у меня два вопроса к вам.

1. Из каких источников вы знаете мою задачу и можете ли её сформулировать яснее?

2. Почему для моей задачи "не совсем верный"(звучит так же как чуть чуть беременна ) подход?

заранее спасибо.

а в слоте счетчик описать нельзя?