How to update height of QStandardItem/Delegate?

[SGaist]

Hi,

Seeing the size of the delegate, are you certain that you want to keep the editor locked in the cell ? It seems that it would be better shown outside of it.

[StudentScripter]

@SGaist Hey thanks for responding. :) What exatly do you mean with showing it outside? Isn't an delegate thought to show within one cell. Could may elaborate on what you mean and how to do it. That would be very helpful.

My goal is a list like on the right side of Godot, but with rearangable dropdown menus. The menus shown switch depending on which element is clicked.

[StudentScripter]

@JonB I tryed that in a later version of my code but had no success. But i'll go for the error hunt. I update with new code when i really can't figure it out myself. :) Thanks Jon.

[SGaist]

When the editor is big and complex, it might be better to have it off cell.

That said, I think you might be taking the wrong approach here. The inspector on the right seems to be a full fledged widget not a delegate.

I see a combo-box at the top which is likely a selector that will trigger the selection of the current item to show. Once selected, the inspector will be loaded with the detail for this item. This could be accomplished with a QDataWidgetMapper.

[StudentScripter]

@SGaist So no listview or widget? But i want to have many of such modules which should be reorderable by drag and drop, so i thought i could harness the build in dnd functionality of qlistview or qlistwidget.

[SGaist]

@StudentScripter can you explain what you mean by module ?

[StudentScripter]

@SGaist One Dropdown section with all the widgets that are into such a dropdown.

So for example modul1/dropdown1:
-4 lineedits for width, height, posx, posy

modul2/dropdown2:
-checkbox for hiding elements in the scene
-lineedit for setting the name of the item ins scene

and so on you get the point. :) Have a nice weekend.

[StudentScripter]

@SGaist Or should i use indiviual widgets and implement drag and drop within a layout? How to make this efficient? Setting all widgets not used parent to nullptr? Or what should it do?

[SGaist]

@StudentScripter Did you consider having a "edit mode" where you move things around ?

[StudentScripter]

@SGaist Preferabily i would like to not have an edit mode, if possible. But whats your idea with an edit mode?

Also if not using that. Would implementing drag and drop inside they layout be the way or is there any other better methode? Thank you very much.

[SGaist]

@StudentScripter with the edit mode, you can make your widgets look a bit like a dashboard where you move things around a bit like on iOS when you long press on the screen and things start wobbling. You can then move them around and once it's done you can again use them.

As for your second question, it's rather at the containing widget level that you would do that. You would move things around in the layout but it's not the layout that is responsible for the D&D part as layouts do not have a "body".

[StudentScripter]

@SGaist Yeah i primarily meant drag and drop within the qscrollarea where the layout is located. But is this really my best option? What to keep in mind when having many widgets? Or is removing the widgets that are currently not supposed to be shown from the layout enough? Have good 1st may.

[SGaist]

@StudentScripter Things to keep in mind is that if you have a QScrollArea that contains the equivalent of multiple screens worth of widgets, then it won't be nice for your users.

You should start by drawing your widgets and then think about how many are necessary, how they should be shown, etc. And if possible discuss that with people from your target audience.

[StudentScripter]

@SGaist Thank you very much. One last questions before closing this thread:

1. Does using setListWigetItem (QListWidget) make an difference in performance compared to just using the widgets inside a scrollarea or is the overhead the same?

Have a nice day! :)