feature request #7887
Use DTOs in term editor
60%
Related issues
Associated revisions
ref #7887 Add operations framework to term editor
ref #7887 Fix potential NPE
ref #7887 Extract AbstractTermDto + add vocabulary dto service method
ref #7887 Use DTOs in term editor (experimental)
ref #7887 Add idInVocabulary and kindOfUuid to DTO + refactoring
ref #7887 USe idInVocabulary and kindOfUuid of DTO
ref #7887 Change idInVocabulary to String
ref #7887 Change idInVocabulary to String
ref #7887 Adapt term creation handler/operation to DTO (experimental)
ref #7887 code cleanup
ref #7887 Add service methods for term move and create
ref #7887 Use service for term creation directly
ref #7887 Add service method for term create
ref #7887 Use vocabulary service for term creation directly
ref #7887 Refactor IPostOperationEnabled.postOperation() to Object
ref #7887 Refactor AbstractPostOperation.postExecute() to Object
ref #7887 Adapt postOperation in term editor
- do not set dirty flag
- expand parent node
ref #7887 Refactor isModifiable() property test
ref #7887 Implement editing of DTOs in details view
ref #7887 Adapt moving terms based on DTOs
ref #7887 Adapt moving terms based on DTOs
ref #7887 Implement moving terms for ordered terms
ref #7887 Implement moving terms for ordered terms
ref #7887 Fix term moving to new vocabulary
ref #7887 Add generalizations to term DTO
ref #7887 Fix potential NPE
ref #7887 Add generalizations to term content provider
ref #7887 Convert delete handler/operation to DTOs
ref #7887 Get kindOfs in term content provider
ref #7887 Fix kindOf query
ref #7887 Prompt user if editor is dirty
ref #7887 i18n
ref #7887 Prompt user if editor is dirty (part II)
ref #7887 Pass DTO to move method
ref #7887 Pass DTO to move method
ref #7887 Fix showViewer() for details view
ref #7887 Rename service methods
ref #7887 Use DTOs in term editor
ref #7887 Implement term service methods based on DTOs
ref #7887 Use term DTOs in feature selection dialog for feature trees
ref #7887 Use term DTOs for distribution wizards
ref #7887 code cleanup
ref #7887 Sort vocabularies in term editor
ref #7887 Refresh term editor when new vocabulary is created
ref #7887 Speed up saving
- Fix multiple saving of the same term base
ref #7887 Fix preference persisting (based on DTOs)
ref #7887 Catch potential preference initialization problem
ref #7887 code cleanup
ref #7887 Remove getParent()
ref #7887 Refactor TermDto usage
ref #7887 Add "parent" DTOs to TermDto
ref #7887 Set parent DTOs during initialization
ref #7887 Fix preference persisting (based on DTOs)
ref #7887 code cleanup
ref #7887 Adapt to service layer changes
ref #7887 Fix javadoc
ref #7887 Fix initial grayed state in checkbox composite
ref #7887 Remove grayed value preferences from distributon wizards
ref #7887 Code cleanup
ref #7887 Remove unused classes
ref #7887 Return newly created DTO from service method
ref #7887 Select newly created term
ref #7887 Correctly evaluate children in term content provider
ref #7887 Enable supplemental data view for term DTOs
ref #7887 Fix possible NPE when dropping on same term
ref #7887: fix deletion of terms
ref #7887 Avoid moving a term onto itself or its children
ref #7887 i18n
History
#1 Updated by Patrick Plitzner 3 months ago
- Related to feature request #7875: Add multiple area selection to descriptive data set editor added
#2 Updated by Katja Luther 2 months ago
some issues I recognized while testing:
- the details view updates with every keystroke
- sometimes saving takes really long
- after creating a new vocabulary the editor does not update, you have to reopen the editor to see the new vocabulary
#3 Updated by Patrick Plitzner 2 months ago
- Status changed from New to Resolved
- Assignee changed from Patrick Plitzner to Katja Luther
- Target version changed from Unassigned CDM tickets to Release 5.5
- % Done changed from 0 to 50
Katja Luther wrote:
some issues I recognized while testing:
- after creating a new vocabulary the editor does not update, you have to reopen the editor to see the new vocabulary
I fixed the refresh problem for new vocabularies.
- the details view updates with every keystroke
Do you mean keystrokes in the details view? I don't see such behavior but it may depend on the hardware.
- sometimes saving takes really long
This should also be fixed. It used to save the same element multiple times.
#5 Updated by Katja Luther 2 months ago
- Status changed from Closed to Feedback
One open issue:
when creating a new defined term, the selection is still on the vocabulary, for lists with several entries, it is difficult to find the new term
#6 Updated by Katja Luther 2 months ago
- Assignee changed from Katja Luther to Patrick Plitzner
#7 Updated by Patrick Plitzner 2 months ago
- Status changed from Feedback to Resolved
- Assignee changed from Patrick Plitzner to Katja Luther
Katja Luther wrote:
One open issue:
when creating a new defined term, the selection is still on the vocabulary, for lists with several entries, it is difficult to find the new term
This should be fixed now
#8 Updated by Patrick Plitzner about 2 months ago
- Related to bug #7649: Term editor loads/saves extremely slow added
#9 Updated by Patrick Plitzner about 2 months ago
@Katja: Please also check and close #7649 when this is reviewed.
#10 Updated by Patrick Plitzner about 2 months ago
- Related to bug #7367: Deleting a term in the term editor does not update the UI added
#11 Updated by Patrick Plitzner about 2 months ago
- Related to bug #6952: Deleting terms does not get reflected in the UI and in the DB added
#12 Updated by Patrick Plitzner about 2 months ago
- Related to bug #6951: Drag and drop does not update term hierarchy in the UI added
#13 Updated by Katja Luther about 1 month ago
- Status changed from Resolved to Closed
- Assignee changed from Katja Luther to Patrick Plitzner
- % Done changed from 50 to 100
after creating a new namedArea the deletion does not work because it is referenced by its parent. This is fixed with revision c5802825b
everything else seems to work fine.
#14 Updated by Andreas Müller 6 days ago
- Status changed from Closed to Feedback
- % Done changed from 100 to 50
Ein Problem ... ist, dass wenn ich ein Area mit mind. 1 Kind habe, und dieses Area dann zu einem Kind von sich selbst mache (schiebe) versehentlich, dann verschwindet der Term gänzlich samt aller Kinder. IN der DB ist das dann als Kind von sich selbst gespeichert. Ein solcher Drop sollte möglichst gar nicht erlaubt sein.
#15 Updated by Andreas Müller 6 days ago
… und wenn ich einen Term auf Top Level oberhalb eines Vokabulars versuche zu schieben wird er an die letzte Position dieses Vokabulars geschoben. Wenn dann würde es Sinn machen ihn an die letzte Position des darüber liegenden Vokabulars zu schieben, am besten wäre es aber, ein drop auf Toplevel (also im Prinzip auf Vokabularebene) überhaupt nicht zuzulassen.
#16 Updated by Andreas Müller 6 days ago
- Related to bug #7850: Further problems with term editor added
#17 Updated by Andreas Müller 6 days ago
- Related to deleted (bug #7850: Further problems with term editor)
#18 Updated by Andreas Müller 6 days ago
- Duplicated by bug #7850: Further problems with term editor added
#19 Updated by Patrick Plitzner 4 days ago
Andreas Müller wrote:
Ein Problem ... ist, dass wenn ich ein Area mit mind. 1 Kind habe, und dieses Area dann zu einem Kind von sich selbst mache (schiebe) versehentlich, dann verschwindet der Term gänzlich samt aller Kinder. IN der DB ist das dann als Kind von sich selbst gespeichert. Ein solcher Drop sollte möglichst gar nicht erlaubt sein.
this is fixed now
#20 Updated by Patrick Plitzner 4 days ago
- Assignee changed from Patrick Plitzner to Andreas Müller
- % Done changed from 50 to 60
Andreas Müller wrote:
… und wenn ich einen Term auf Top Level oberhalb eines Vokabulars versuche zu schieben wird er an die letzte Position dieses Vokabulars geschoben. Wenn dann würde es Sinn machen ihn an die letzte Position des darüber liegenden Vokabulars zu schieben, am besten wäre es aber, ein drop auf Toplevel (also im Prinzip auf Vokabularebene) überhaupt nicht zuzulassen.
We have to allow dropping onto vocabularies in order to either move a term from one vocabulary to another or to move it from a lower level to the top level of its vocabulary
#21 Updated by Andreas Müller 3 days ago
- Assignee changed from Andreas Müller to Patrick Plitzner
Patrick Plitzner wrote:
Andreas Müller wrote:
… und wenn ich einen Term auf Top Level oberhalb eines Vokabulars versuche zu schieben wird er an die letzte Position dieses Vokabulars geschoben. Wenn dann würde es Sinn machen ihn an die letzte Position des darüber liegenden Vokabulars zu schieben, am besten wäre es aber, ein drop auf Toplevel (also im Prinzip auf Vokabularebene) überhaupt nicht zuzulassen.
We have to allow dropping onto vocabularies in order to either move a term from one vocabulary to another or to move it from a lower level to the top level of its vocabulary
yes, but I drop it above the vocabulary, this should not result in adding it to the vocabulary, but, if at all to the above vocabulary
