да все отлично работает, 
но вообще непонимаю как,
 и откуда это все берется вот 
currentChanged была в Protected Slots а здесь её используем как SIGNAL 
нигде о такой возможности в Assisten'те не написано, какие ещё функции можно использовать как сигналы? как это определить?

Это сообщение отредактировал(а) Programister0 - 5.12.2007, 02:53

Я так понимаю разница в том, что производному классу доступны protected методы, а в connect не происходит прямого доступа к защищенному методу, только лишь его описание, прототип. Вызов защищенного слота происходит уже внутри класса (как и положено) QTableView/Widget.

SABROG, да при чём тут private/protected . Если ты не сделал сигнала, то сигналов никаких не будет. Сигналов никто не делал, но они откуда-то берутся. Вопрос: откуда?

Дык уже ответили человеку тут

Не надо путать сигналы со слотами. Сигналы "испускают" сами классы, нам не надо их звать, они сами придут. А чтобы мы узнали о их приходе нам надо повесить на дверь звонок в виде слота. А то уйдет сигнал вместе с бутылкой пива (параметром) так и не услышанным.

Собственноручно сигналы надо писать только в том случае, если создаем новый класс или модифицируем старый так, чтобы он сообщал о каком-то новом действии, которого не реализовали. Например для QLineEdit можно придумать сигнал, который прийдет если текстовое поле стало пустым, чтобы сделать неактивной кнопку "OK", если продолжение программы невозможно без ввода каких-нибудь данных, скажем серийного кода. Правда пример не очень хороший, т.к. сигнала textChanged вполне хватит на проверку пустоты.

Чтобы не быть голословным, пример на базе класс QItemSelectionModel. Класс испускает сигнал currentChanged, если удаляет, вставляет строки и т.д.



Это сообщение отредактировал(а) SABROG - 5.12.2007, 16:08

SABROG, Вы, скорее всего, не совсем верно меня поняли, или, может быть, читали ветку через строку .


Да я то, к слову, и не путаю - потому мне и не понятна сложившаяся ситуация .


Да. Только маленькая поправочка, а точнее две:
1. сигналы испускают не классы, а объекты.
2. они испускают только сигналы, зарегестрированные в метаобъектной системе Qt.


SABROG, хорошо, теперь скажите мне на основании всего что Вы написали, откуда в этом классе взялся сигнал currentChanged?
Обратите внимание:
1. Речь о классе QTableView.
2. В классе QTableView нет сигнала currentChanged.
3. Programister0 выкинул из моего примера строки:т.е. сигнала как не было, так, он и не появился, ибо в метаобъектной системе его никто не зарегестрировал.
4. Ему якобы удалось соеденить с несуществующим сигналом какой-то слот и, якобы, он работает:

Собственно, если поверить Programister0 на слово и выкинуть из 4-го пункта слова "якобы", то получается нечто, мне не понятное.

Под ООП в С++ я всегда подразумевал классы. Т.е. объектно ориентированное программирование - объект = класс.
Ну тогда стоит еще одно уточнение сделать, каждый объект на базе класса QObject. А таких там большинство.

Слот currentChanged там есть. А вот сигнала я такого тоже не нашел. Либо у него на самом деле ничего не работает, либо у нас разные версии Qt ;)

Что ж, раз по делу сказать нечего, то могу только лишь порекомендовать в будущем читать топики внимательней, особенно, если собираетесь  в них отвечать .

Пока автор не выложит исходники конечного рабочего варианта гадать бессмысленно. Но я так понял он нашел для себя ответ и тема ему больше не интересна.

Если смотреть исходный код QAbstractItemView (базовый класс для QTableView), то переопределенный currentChanged слот начнет срабатывать после вызова setModel.
И тогда этот код будет рабочим без определения своего сигнала в таком виде:

эта тема мне ещё интересна, 
я пока непонимаю откуда берутся сигналы типа: currentChanged, и



это в самом начале написал archimed7592 и оно работает хоть он в это и не верит: 

далее в своих производных от Ui_* классах прописываю коннект:
 
и myTable1Change - срабатывает как только меняется тек-я поз-я курсора!

Это сообщение отредактировал(а) Programister0 - 5.12.2007, 23:40

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


А чуть выше ты говорил про совсем другие строки. Что ж... Теперь всё понятно .

"Безнаследственный" вариант я написал на первой странице. А вот кто пускает сигнал currecntChanged я так и не понял, если его нет в производных классах и он не переопределяется.
Если только каким-то странным образом слот currentChanged не превратился в сигнал.

Это сообщение отредактировал(а) SABROG - 6.12.2007, 16:43

Так и есть . Не знаю только, насколько документированно такое поведение...

Только это идеологически нехорошо  Родительскую реализацию мокосгенрированные сигналы не вызывают. Да и плюс - вообщем-то что, конкретно есть реализация сигнала - никак не документируется, а про emit сказано лишь, что



С точки зрения прямого чтения доков (о, как!) - возможно и первое 

Наиболее правильный вариант - называть сигнал по-другому...

Другой вариант (решает проблему 1, но никак не 2   ) - вручную написать реализацию сигнала (как простого протектед-метода) и объект метаинформации. Если возьмётесь за этот вариант - минздрав предупреждал... 

Прикольный баг, перенести функцию из slot в signal  А если где-то и signal в slot  ... а потом ищи, чё это вызов сигнала зациклился, когдась всё вроде логично и не зацикленно, хотя на токое нарваться невероятно.

Интересно, а что если после переноса в сигналы сделать енто: 

Да и вообще эта вся метаструктура в QT контролирует, что подаётся в slot() и signal(), а может там обыкновена функция и даже может и не бублик?