QT model/view trable

[]semo[]

Nevíte někdo, jak v Model/View architektuře v QT "invalidovat" QModelIndex? :-)

Dělám herní editor, mám LayerManager a SceneTree. Oboje je QTreeView/vlastní implementace QAbstractItemModel. Ale když v SceneTree smažu objekty, potřebuju změnu reflektovat i v LayerManageru - ale nic na to neexistuje. Kromě brutální metody reset(). removeRows se použít nedá. Počítá totiž s tím, že budu objekty odstraňovat, ne že už jsou odstraněny...

Je to dost peklo. Jedno řešení mám, ale je dost nebezepčný a nepřehledný. Přitom by stačilo něco jako removeIndex, nebo invalidateIndex.

Nic o tom nemůžu najít, ani na jejich fóru. A ptát se tam nechci, už jednou mi neodpověděli.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[nou]

chapem tomu dobre ze z jedneho modelu chces zobrazovat data do dvoch view?
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[nou]

pokial viem tak pred zacatim odstranovania dat treba zavolat beginRemoveRows() a po skonceni zase endRemoveRows() myslim ze toto je proste nutne.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[]semo[]

Naopak, mám jedny "data" (herní objekty), ale chci je mít ve dvou modelech - jeden je LayerManager, druhej SceneTree. A s tím se v QNávrhu nějak nepočítalo, myslím.

Jedniný, se mi povedlo je toto:

- např. SceneTree vyvolá odstranění objektu
- přes signály se oznámí LayerManageru, že se bude odstraňovat objekt
- LayerManager zavolá svoji privátní metodu beginRemoveRows()
- pak se objekty fyzicky odstraní (uplně mimo LayerManager!)
- poté se opět přes signál oznámí LayerManageru, že objekt byl odstraněn
- LayerManager zavolá privátní metodu endRemoveRows()

...to mi připadá krkolomný. Navíc těžko říct, co by se stalo, kdyby to selhlalo a endRemoveRows by se nezavolalo. Hodilo by se prostě ruční odstranění indexů...Z Model/View jsem často dost smutný.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[kerekes]

Co ak by si viac oddelil GUI a logiku .. tj mazanie objektu od mazania jeho UI reprezentacie? Napr ak by si mal funkciu/metodu removeObject(<jedinecny identifikator>) a ona by vnutri odstranila najprv zo vsetkych zoznamov GUI reprezentaciu a nezavisle na tom potom odstranila samotny herny objekt?

[]semo[]

No tak to právě mám, ale návrh Qtčka počítá (jak jsem to pochopil) s tím, že ta logika bude v nějakém gui prvku - uvnitř removeRows/Columns v QAbstractItemModel...

Já mám "JádroEditoru", který odstraňuje objekty a oznamuje to signálama tomu GUI. Jenže tam se to komplikuje, jak jsem psal. Ono je to možná dost nesrozumitelný, potřebuje to hlubší znalost Qt.

No nejspíš budu muset ještě na každý herní objekt v každým GUI prvku udělat wrapper, jehož odstranění se bude řídit jinak.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Mnemonic]

A je nutný mít dva modely nad stejnejma datama? Myslím, že jejich původní idea byla taková, že bude jeden model a nad ním X views. Pokud ta data chceš ukazovat radikálně jiným způsobem, nestačil by nějakej proxy model na zafiltrování, pověšenej na ten původní model?

Jinak model/view architektura je poměrně zevrubně popsaná v téhle knížce.

[]semo[]

No vpodstatě by to tak asi nešlo (ten proxy model) - proxy model používám na filtrování, ale nenapadá mě, jak to naroubovat, podle toho co píšeš.

Více pohledu na data je prostě potřeba a neni to prasečina: Prostě objekty v LayerManageru chci vidět navěšené pod vrstvama, ale zároveň ty samé objekty pořebuju vidět ve SceneTree, bez vrstev... Prostě klasický herní editor.

NICMÉNĚ, včera jsem si dopomohl sklenkou trnkového vína a celý to nějak rozseknul.. pomohly ty interní wrapovací objekty v ItemModelech. Najednou to do sebe začalo pěkně zapadat :-)
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[mkcz]

Vytvoř si jeden TreeModel kde budou vrstvy a objekty. Pak si můžeš vytvořit pohled, který ti zobrazí jen vrstvi nebo jen objekty. Když se budeš v pohledu odkazovat na indexi v modelu přes QPersistentModelIndex tak při emitování rowsRemoved můžeš jen projít položky v pohledu a když nebude mít validní index tak jí vymazat.

[]semo[]

Už mi to funguje...ale jen pro zajímavost,

mkcz: Jak by to šlo udělat, když "vlastníkem" objektu je v LayerManageru vrstva a ve SceneTree jiný objekt? Nevím přesně jak to myslíš. Možná je to ale mojí neznalostí QPersistentModelIndex. Rychle se točící kola kapitalismu mi nedávají příliš času studovat každou věc z QT...
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[mkcz]

Tak přece když má model stromovou strukturu, tak vrstva může mít potomky objekty a objekty zase potomky další objekty. V pohledu pak zobrazíš jen typ dat, který chceš vidět.

Ale z toho co je tady napsaný nějak nechápu jestli je potřeba, aby objekt měl předka z jiný vrstvy než je on sám, pokud by to bylo potřeba, tak bych si udělal nějaké společné pole dat pro oba modely a řešil bych to na úrovní funkcí data, index, parent atd. u jednotlivých modelů.

Ten QPersistentModelIndex je jen odkaz na QModelIndex, tak že pokud vymažeš model index, na který ukazuje tak není validní (isValid vrací false).

Tady sem napsal příklad jak by mohla vypadat funkce parent u layer modelu:

[]semo[]

[]semo[]

mkcz :
Když už jsme v tom povídání o Qt...nevěděl bys, jak "updatnout" sortování treeview? Mám svůj tree model a ten nacpu do QSortFilterProxyModel, který sortuje objekty (např.) podle jména. To funguje. Ale když vložím do toho svýho tree modelu nový řádek, tak se sice přidá, ale sortování je blbě (uživatel musí znovu 2x kliknout na záhlaví sloupce, aby se změna projevila).

volám:
//layoutAboutToBeChanged()
beginInsertRows()
insertRows()
endInsertRows()
//layoutChanged() - crash

Snažil jsem se i emitovat layoutAboutToBeChanged() a layoutChanged(), ale to vede ke crashi. Nevím proč. Navíc neexistuje žádná funkce "updateSortManualy()". Fakt už nevím, jakej signál mám kde emitovat a co přesně vyemituje endInsertRows()...

EDIT: i když do Qt examplu "EditableTreeModel" přidám QSortFilterProxyModel, tak jim to nefunguje (a celé se to nějak rozsype). Jsem moc náročný?
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[mkcz]

Setřídění by mělo proběhnout právě potom layoutChanged, pokud ti to padá na příkazu:

[]semo[]

Potíž je v tom, že nevím kdy mám layoutChanged(); emitovat. V dokumentaci píšou, že když změním layout. Jenže neni napsaný, jestli to mám dělat při insertRows/removeRows, nebo se o to postarají ty funkce beginInsertRows/endInsertRows/atd...

Takže jsem zkoušel tu sekvenci, která mi přijde logická, ale je nefunkční: