Qt 4.1 QTableView караул...

[oktogen]

Denis, вся фишка в том, что я пишу вручную.
безо всяких там  MSVC-интеграторов.
пользуюсь компилятором nmake и блокнотиком.
может дело в этом, хотя сомневаюсь. Пользуюсь методом
Steven_Orko , если приведение типов работает  везде, то лучше использовать его. Для совместимости.

[Steven_Orko]

Steven_Orko , если приведение типов работает  везде, то лучше использовать его. Для совместимости.

Ты прав     ))))

[Denis]

А кто сказал, что я пользуюсь каким-то интегратором?

> если приведение типов работает везде, то лучше использовать его. Для совместимости

Это мне напоминает фрагмент кода, найденый в каких-то старых сорцах в одной из контор:

int idx = 0;

if(idx != 0)
  idx = 0;

int* pIdx = &idx;
*pIdx = 0;


На всякий случай, я понимаю, ага....

[Steven_Orko]

А кто сказал, что я пользуюсь каким-то интегратором?

> если приведение типов работает везде, то лучше использовать его. Для совместимости

Это мне напоминает фрагмент кода, найденый в каких-то старых сорцах в одной из контор:

int idx = 0;

if(idx != 0)
  idx = 0;

int* pIdx = &idx;
*pIdx = 0;


На всякий случай, я понимаю, ага....

to Denis:
Честно говоря, не понятен сарказм...

[oktogen]

А кто сказал, что я пользуюсь каким-то интегратором?

> если приведение типов работает везде, то лучше использовать его. Для совместимости

Это мне напоминает фрагмент кода, найденый в каких-то старых сорцах в одной из контор:

int idx = 0;

if(idx != 0)
idx = 0;

int* pIdx = &idx;
*pIdx = 0;


На всякий случай, я понимаю, ага....

IMHO , не очень в тему.

[Denis]

Ребята, в данном случае, вы не найдя проблемы, почему именно у вас не работает connect (хотя должен во-первых, и у других работает во-вторых) занимаетесь тем, что натягиваете презерватив (statiс cast) на свечку.

[Dendy]

Люди. Ну вьІ даёте!

Почему нужно приводить QHeaderView к QObject, если он и так является потомком обьекта? Да потому что в классе QTableView он фигурирует только как указатель, соответственно размер статических данньІх класса QHeaderView значения не имеет. Следовательно, в заголовочнике QTableView нет включения #include "qheaderview.h" - ето совершенно не нужно, если мьІ не пользуемся инлайновьІми методами для обращения к полям QHeaderView. Совершенно логично, что в заголовочнике QTableView вьІ найдёте всего лишь инструкцию: class QHeaderView;.

Поетому в своём коде, если вьІ не включили #include <QHeaderView>, компиллятор знает о нём только то, что класс с таким названием существует. Поетому варианта два:

1. если не собираетесь пользоваться функционалом QHeaderView - достаточно привести тип.

2. если пользуетесь - включайте #include <QHeaderView> в своём коде.

[Steven_Orko]

Люди. Ну вьІ даёте!

Почему нужно приводить QHeaderView к QObject, если он и так является потомком обьекта? Да потому что в классе QTableView он фигурирует только как указатель, соответственно размер статических данньІх класса QHeaderView значения не имеет. Следовательно, в заголовочнике QTableView нет включения #include "qheaderview.h" - ето совершенно не нужно, если мьІ не пользуемся инлайновьІми методами для обращения к полям QHeaderView. Совершенно логично, что в заголовочнике QTableView вьІ найдёте всего лишь инструкцию: class QHeaderView;.

Поетому в своём коде, если вьІ не включили #include <QHeaderView>, компиллятор знает о нём только то, что класс с таким названием существует. Поетому варианта два:

1. если не собираетесь пользоваться функционалом QHeaderView - достаточно привести тип.

2. если пользуетесь - включайте #include <QHeaderView> в своём коде.

Именно к такому выводу и я только что пришел )))