@bibasmall
I'm not understanding what is going on with your const or not. The slot CommitData() must not be const. Is it??

Hmm, you mean you call it from CEditorDelegate::createEditor(), that is const, so its this is const, and you can't then use that for the slot object? Then I really don't know why it's OK for the connect() to actual slot but not to lambda (I suspect it's this issue, not because the new CommitData(QPushButton *btn) parameter....

Is your CommitData() const? Doesn't look like it. If you made it const does that allow the connect()?

UPDATE
I think this has crossed with your latest. I believe you show there you have found a way. I prefer the second one.

Basically you have raised a "gotcha": createEditor() is const, and that prevents you from connecting a slot to this inside it, which is something one might well want to do. It (apparently) works when &CEditorDelegate::CommitData is passed on its own as a standalone argument, but not if you try a lambda with this->CommitData(). If the C++ super-experts here see this they might comment....

@aha_1980 This is exactly, not almost, what I was looking for. Thanks a lot!

I eventually managed to fix this by implementing updateEditorGeometry and calling editor->setGeometry(option.rect);. I should have looked into base class member functions sooner!

Apparently it is virtually impossible to do what I want because the QTextBlock itself hardcodes a QTextLayout in its ::layout() method (see here). Moreover, it seems that every hook we could use is only available in the private classes...

Now, the problem is that it prevents everybody wanting to implement custom behavior to create anything based on the QTextDocument and its associates. I wonder how the people who created text editors got away with this (probably implemented everything from scratch).

Well, at the end, the only thing I found that could work was to manually insert unicode U+002028 (Line Separator) wherever I want using QTextCursor, which is terrible because everytime the editor area width changes I have to remove the old ones and insert new ones...

As I'm not happy with the solution I found, I'll not mark this question as solved.

I'm doing something similar in sort of objects property tree. It works pretty well for large number of items. Definitely a massive win over a widget per item approach.
One difference to your approach is that I don't use grab(), but instead have the editors created by the delegate a static drawing function that uses QStyle::drawControl and friends to draw an image of itself. This is because I don't want to instantiate all the editor widgets upfront to grab them (I have a bunch of them and it takes time). It's sort of a trade-off because it can get out of sync with the actual widget look. Whether this is something you'd be interested in or not is up to you, but the general idea of drawing an image is a valid one.

@mrjj Yes exactly
Now if it is:
[ALongClassname::const_reverse_iterator ... = ] stuff.rbegin();
Is it more usefull ?

Hi and welcome to devnet,

The button you are seeking can be found clicking on the "Topic Tools" button :)

I think i've found a solution.

First, i install an eventFilter in my custom editor widget B on the internal spinbox :

internalSpinbox->installEventFilter(this);

Then, i implement eventFilter to treat the events on the spinbox and duplicate them to the parent:

bool AbstractRatioQuantitySpinbox::eventFilter(QObject *object, QEvent *event) { // cf http://stackoverflow.com/questions/12145522/why-pressing-of-tab-key-emits-only-qeventshortcutoverride-event if (event->type() == QEvent::KeyPress) { auto keyEvent = static_cast<QKeyEvent *>(event); if (keyEvent->key() == Qt::Key_Tab || keyEvent->key() == Qt::Key_Backtab) { QApplication::postEvent( this, new QKeyEvent(keyEvent->type(), keyEvent->key(), keyEvent->modifiers())); return true; } } else if (event->type() == QEvent::FocusOut) { auto focusEvent = static_cast<QFocusEvent *>(event); QApplication::postEvent(this, new QFocusEvent(focusEvent->type(), focusEvent->reason())); return false; } return QWidget::eventFilter(object, event); }

@alex_malyu Thank you, I'll read more about this license.

QComboBox has a addItems where you can directly use your QStringList, so no need for the loops. And again, you should not use static_cast like that, use object_cast.

You're lucky it's not crashing because you only handle column 1 where you know you create a QComboBox. You should move these two lines under the if protection.

@Emysa341
https://techbase.kde.org/Getting_Started/Sources
Not sure KOffice is in there.

Note it seems to be renamed to
Calligra Flow
https://community.kde.org/Calligra/Building/2