Permitir que los clientes de la API de Trait sobrescriban y utilicen el método de initlialize de la clase TraitView

Comportamiento actual: Cuando los rasgos se añaden con el método 'TraitView.addType', se extienden 'TraitsViewer.itemView' (que es 'TraitView'). Cuando la clase 'TraitSelectView' extiende 'TraitView', sobrescribe el método 'initialize(o)' y llama a 'TraitView.prototype.initialize.apply(this, arguments);' para inicializar la clase padre (según tengo entendido). Esto permite que 'TraitSelectView' anule parte de la lógica inicializadora. Por ejemplo, anular 'this.tmpl' y usar una plantilla personalizada para un rasgo

Para un rasgo personalizado con el método 'inicializar' sobrescrito veremos un error: ! imagen

editor. TraitManager.addType('attrNoVal', {
   inicializar (o) { console.log('TEST') },
})

Pero con el siguiente código todo funciona perfectamente y puedo anular un 'this.tmpl' y hacer otras cosas sucias :) Cosas:

editor. TraitManager.addType('attrNoVal', {
inicializar (o) {
      Un truco sucio :) Pero funciona
      editor. TraitManager.getTraitsViewer().itemView.prototype.initialize.apply(this, arguments)
    },
})

Comportamiento esperado: Permitir que los clientes de la API de Traits sobrescriban y utilicen el método de initlialize de la clase TraitView para que podamos personalizar fácilmente la lógica de inicialización de un rasgo.