Создание списка Layout

[Ced]

Коллеги, есть необходимость создать на экране некоторое, наперед неизвестное количество списков с возможностью выбора элементов.
В каждом списке нужны как минимум две кнопки: "Выбрать все" и "Отменить выбор".
Хотел создать List<Класс списка>, но натолкнулся на проблему:
В классе списка нужен QObject, чтобы сделать слоты для кнопок. Для создания списка нужен конструктор копирования. Как я понял, для класса, наследующего QObject, таковой не возможен.
Есть какие-нибудь решения для такой задачи?

[Ced]

Может конструктору копирования можно как-то растолковать, что я не хочу копировать QObject?. В копии моего класса меня бы устроил новый экземпляр.

[Ced]

Кажется я нашел решение. Сейчас попробую и отпишу.

[Ced]

Увы, не сработало. Продолжаю ждать советов.

[kambala]

ничего не понятно. это должен быть виджет, содержащий в себе список и 2 кнопки?

[Ced]

Не совсем так. Виджет должен содержать набор списков, количество которых наперед не известно. Каждый из списков набора должен содержать две кнопки.
Наверно вот еще, что важно: списки приходят из сокета в непредсказуемые моменты времени. По приходу к каждому списку должны цепляться кнопки и вся эта конструкция добавляться в виджет.

[ViTech]

Из простого: попробуйте хранить в List не "Класс списка", а указатель на него. Может даже какой-нибудь умный.

[Ced]

Из простого: попробуйте хранить в List не "Класс списка", а указатель на него. Может даже какой-нибудь умный.

Если хранить указатель, то сам список тоже где-то должен существовать. А как обеспечить создание самих объектов, если количество их наперед не известно без массива переменной длины?

[Igors]

Хотел создать List<Класс списка>, но натолкнулся на проблему:
В классе списка нужен QObject, чтобы сделать слоты для кнопок.

Т.е. при нажатии кнопки Вы хотите посылать тучу сигналов (каждому айтему). В этом нет никакой необходимости, гораздо проще айтему ставить флажок (см QTreeWidgetItem или QTableWidgetItem)

Если хранить указатель, то сам список тоже где-то должен существовать. А как обеспечить создание самих объектов, если количество их наперед не известно без массива переменной длины?

Допустим пришла команда "создать 100 объектов". Значит надо 100 раз сделать new и каждый указатель передать новому айтему. Конечно если это нужно (сейчас нет) 

[Ced]

Хотел создать List<Класс списка>, но натолкнулся на проблему:
В классе списка нужен QObject, чтобы сделать слоты для кнопок.

Т.е. при нажатии кнопки Вы хотите посылать тучу сигналов (каждому айтему). В этом нет никакой необходимости, гораздо проще айтему ставить флажок (см QTreeWidgetItem или QTableWidgetItem)

Флажки у каждого итема - само собой. Но если их несколько десятков? Без кнопок мультивыбора пользователь меня проклянет.

Если хранить указатель, то сам список тоже где-то должен существовать. А как обеспечить создание самих объектов, если количество их наперед не известно без массива переменной длины?

Допустим пришла команда "создать 100 объектов". Значит надо 100 раз сделать new и каждый указатель передать новому айтему. Конечно если это нужно (сейчас нет)  
[/quote]

А если команды "Создать объект" приходят по одной с интервалом скажем минут 10? И когда закончат приходить, не известно.

[kambala]

Каждый из списков набора должен содержать две кнопки.

так я о таком списке из набора и говорил это ж просто QList(View|Widget) с двумя кнопками, который помещается в QScrollArea-контейнер (на экран все могут и не влезть).

[Igors]

Флажки у каждого итема - само собой. Но если их несколько десятков? Без кнопок мультивыбора пользователь меня проклянет.

Так Вы же можете их и из приложения ставить (не только юзер руками)

А если команды "Создать объект" приходят по одной с интервалом скажем минут 10? И когда закончат приходить, не известно.

Пишете ф-цию/метод которая выполняет это создание, ну и она вызывается любое кол-во раз с любым интервалом

[Ced]

Флажки у каждого итема - само собой. Но если их несколько десятков? Без кнопок мультивыбора пользователь меня проклянет.

Так Вы же можете их и из приложения ставить (не только юзер руками)

Так для того и кнопки.

А если команды "Создать объект" приходят по одной с интервалом скажем минут 10? И когда закончат приходить, не известно.

Пишете ф-цию/метод которая выполняет это создание, ну и она вызывается любое кол-во раз с любым интервалом
[/quote]

Если после завершения метода объект должен существовать и дальше, значит он должен быть объявлен вне метода. А локальные объекты исчезают вместе с методами, их создавшими.
И объектов этих должен быть массив переменной длины, коим и является список. Но список не допускает включения объектов, наследованных от QObject.

[kambala]

Но список не допускает включения объектов, наследованных от QObject.

указатели на QObject допускает, вроде ж писали уже об этом

[Igors]

И объектов этих должен быть массив переменной длины, коим и является список. Но список не допускает включения объектов, наследованных от QObject.

Знову за рибу грошi    Самое простое - унаследоваться от айтема, напр

Код

C++ (Qt)
class	MyItem : public QTreeWidgetItem {
public:
  MyItem( void ) : mObj(new QObject) {}
  ~MyItem( void ) { delete mObj; }
 
  QObject * GetObj( void ) const { return mObj; }
 
private:
  MyItem( const MyItem & ) {}
  MyItem & operator = ( const MyItem & ) {}
 
  QObectt * mObj;
};

Ну и набиваете табличку такими MyItem'ами в которых сидят указатели на объекты. Удалили айтем - удалился и объект. Хотя не знаю зачем тот QObject понадобился