Ticket #1533 (new defect)

Opened 3 years ago

Last modified 2 years ago

Extension profile should be able to transtype vocabularies

Reported by: div Assigned to: fguillaume
Priority: P1 Milestone: CPS 3.5.0
Component: CPS (global) Version: 3.4.0
Severity: normal Keywords:
Cc:

Description

An extension profile should be able to transtype an existing vocabulary, by omiting it's meta-type for instance

Change History

03/08/06 16:24:16 changed by gracinet

In the meanwhile, you can use the remove="True" attribute if it doesn't hurt. What do you mean with "omitting" ?

03/08/06 16:38:49 changed by div

I mean if you do not specify a meta-type, then it could be considered a transtyping. But even better would be to compare the meta-type in the extension profile with the meta-type of the existing vocabulary, and if they are different, a transtyping should be made. P.S. Yep, that's the workaround I've used, but of course that any import of the base profile will fail.

03/22/06 18:24:35 changed by gracinet

The second one is consistent with what's been implemented for widgets and fields. The main problem I see here is that this would have to be handled by the _initObjects method (that comes from ObjectManagerHelpers?). We have to duplicate it entirely if we want to change anything. That's what has been done in CPSDocument.exportimport.CPSObjectManagerHelpers.

[34654] makes the use of remove=True more comfortable by inheriting from the latter, at least for people that switch all the time between two extension profiles.

05/19/06 17:03:54 changed by sfermigier

  • milestone changed from CPS 3.4.1 to CPS 3.4.2.