To the list again..
On 27/05/2016 08:56, Mungo Carstairs (Staff) wrote:
> Most definitely needed, only probably a number of constants classes to
> reflect the scope of their use.
So not one but many 'constant' classes. Presumably they could sit in
each package ?
> e.g. the "Lineart", "Text", "Prompt each time" options might go in a
> IOConstants class.
These are not 'constants' - they are UI components that map to Jalview
property file values. The key/values in the .jalview_properties are a
vocabulary.
> Can also consider using enums for, well, enumerated values.
In these examples, yes.
OutputVectorStyle { LINEART, TEXT, PROMPT } would certainly work.
To make the coding abundantly clear, we'd probably want something like
public enum jalview.properties.OutputVectorStyle extends
jalview.properties.Property {..}
and then typesafe the various Cache.get/set methods.
j.
--
-------------------------------------------------------------------
Dr JB Procter, Jalview Coordinator, The Barton Group
Division of Computational Biology, School of Life Sciences
University of Dundee, Dundee DD1 5EH, UK.
+44 1382 388734 | www.jalview.org | www.compbio.dundee.ac.uk
_______________________________________________
Jalview-dev mailing list
[email protected]
http://www.compbio.dundee.ac.uk/mailman/listinfo/jalview-dev
