QTableView и QListView: дайте пожалуйста пример моделей, а то не могу найти

мне кажется, ты что-то путаешь. Эти двое могут отображать текстовые данные, если я правильно помню, а не виджеты.

Может в первом случае заюзать не View, а Widget, а QList< myitem> Отдельно хранить и им мапинипулировать? А во втором надо хранить какбы список типа QList<my_abstact_class>

> А во втором надо хранить какбы список типа QList<my_abstact_class>

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

делегатор ему нужен

> делегатор ему нужен

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

Ясно. Ещё вопрос, чтобы не плодить темы: Я хочу создать функцию, которая возвращает html-страницу, выдернутую ей из resource-файла. Как лучше сохранить эту самую страницу, чтобы потом воткнуть в QTextBrowser? как я понял, QWebPage тут не катит? Или можно загрузить при помощи QVariant QTextBrowser::loadResource ( int type, const QUrl & name ) ?

не. тут все просто... смотря что ему надо. в первом случае надо таблицу из 3 колонок как я понял

а вот что во втором - не понял

можно и загрузить

тут способов много

можно как перечисленными способами, так и ещё десяток придумать )))

> не. тут все просто... смотря что ему надо. в первом случае надо таблицу из 3 колонок как я понял

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

Во втором случае что-то похожее.

ну стандартной моделью конечно не обойдешься. надо сабкласить

Как примерно загрузить QWebPage в QTextBrowser? Или может нужен не TextBrowser, или лучше заюзать QWebView, и скормить ему ссылку ":html/myhlp.html" ? По-моему так красивее будет.

ой. зачем тебе QWebPage?

Им я хотел возвращать страницу. А теперь подумал, что лучше вернуть ссылку на неё, и скормить QWebView. Прокатит?

При этом надо учитывать, что та самая страница будет включена в отдельный qrc файл, который будет вкомпилен в либу с плагином.

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

А стоит кормить целую страницу(пусть даже небольшую) QString'у разве?

ну QString более или менее нормально работает со строками до ~ 1/100 от размера RAM

Всё равно костылем это решение попахивает... хотя страница помощи будет небольшая, так что можно и так поступить.

Он все равно считает это в QString, потом распарсит, потом сериализует и тд - оно тебе надо?

А тут отдал и не мучаешься - будет быстрее и эффективнее.

Преждевременная оптимизация хуже преждевременной эякуляции

> Всё равно костылем это решение попахивает.

ну да, вариант с url лучше. Но ещё лучше — не дёргать webkit вообще, там и безнего можно html показать. Зачем тебе лишние зависимости?

Преждевременная оптимизация хуже преждевременной эякуляции

*записал*