Project

General

Profile

Actions

feature request #3958

closed

Handle CDMPreference table

Added by Andreas Müller over 10 years ago. Updated about 5 years ago.

Status:
Closed
Priority:
Priority09
Category:
cdm
Target version:
-
Start date:
Due date:
% Done:

67%

Estimated time:
(Total: 3:00 h)
Severity:
normal

Description

It is implemented in model but not yet used and not filled with any data. Methods in Service layer are also missing.

Keep in UML milestone as we may need a data updater (e.g. #3658). Move otherwise.

Decisions for the syntax of the different fields:

subject:

  • / (Database wide)

  • /TaxonNode#c1#33#44#35#55

  • /editor (??) for purely TaxEditor related preferences (e.g. show ID in supplemental data view)

  • TBC

predicate: No required structure, but package like structure with dot separators makes sence

  • aaaa.bbb.ccc.MATCH_MODE

  • aaaa.ee.ff.abc

  • allows starts with search to return lists of values

  • Case insensitive (?)

  • each predicate might be defined by as a constant of an enum

object: up to the predicate to implement

Difficulties may occur when trying to match filters (subjects). An object that requires a preference (e.g. a TaxonName requires a list of available ranks) may match to multiple filters which map to different values (e.g. because the name is used in multiple classifications)

for details see: #3555, see also open issues there

related #5004, #3773, #5969


Subtasks 4 (0 open4 closed)

feature request #5969: Implement CdmPreference reading for database preferencesClosedKatja Luther

Actions
bug #6105: Make CdmPreferences editable in separate viewClosedKatja Luther

Actions
feature request #5971: Implement database wide CdmPreference writingClosedKatja Luther

Actions
bug #6214: Add project specific preferences to CdmPreference menuClosedKatja Luther

Actions

Related issues

Related to EDIT - bug #3658: Update Nomenclatural code for datasourcesClosedAndreas Müller

Actions
Actions

Also available in: Atom PDF