Да, конечно, но упор был сделан, на то чтобы этого не делать, т.к — это дублирование кода. Плюс в моем варианте есть возможность расширения — например переключения логики стандарт/пользовательский динамически и т.д., что отсутствует при жесткой регистрации редакторов, т.е. возможность масштабирования.
Да, но как я отметил в посте, тоже самое придется сделать для всех типовых элементов если необходимо оставить возможность их редактирования стандартным образом. Упор был сделан на то, как этого избежать.
Так как он для редактирования однородных данных. После вызова QItemEditorFactory::setDefaultFactory(factory); из примера Qt для типа QColor будет создаваться пользовательский редактор, а для всех остальных QLineEdit. В предложенном подходе редакторы будут вызываться в соответствии с первоначальной установкой: для int QSpinBox и т.д.
Так как он для редактирования однородных данных. После вызова QItemEditorFactory::setDefaultFactory(factory); из примера Qt для типа QColor будет создаваться пользовательский редактор, а для всех остальных QLineEdit. В предложенном подходе редакторы будут вызываться в соответствии с первоначальной установкой: для int QSpinBox и т.д.
Промахнулся. Ответил выше
Промахнулся. Ответил выше