X-Git-Url: http://source.jalview.org/gitweb/?a=blobdiff_plain;ds=inline;f=doc%2Fnewdmobj.html;h=cc6e5c6071aca95a0273879ef2c9ace42ab3e98c;hb=ce3df766c55f0fad993a6aa5f710ae2a7dd40321;hp=1c0fdd4ff1ff05a8fe1ff0ebc65cfe1a715fd008;hpb=153dd62dc91da13ae732600e6ea55ddbe15eab39;p=jalview.git diff --git a/doc/newdmobj.html b/doc/newdmobj.html index 1c0fdd4..cc6e5c6 100644 --- a/doc/newdmobj.html +++ b/doc/newdmobj.html @@ -1,36 +1,37 @@ - - -
-There are some basic requirements for all Jalview datamodel objects. None of them are mandatory, but each one makes it easier to integrate a new datamodel object into Jalview.
-The primary requirement of classes within jalview.datamodel is that all class implementations must be byte-code compatible with a java 1.1 runtime environment. This is an imposition from the Jalview applet, which is dependent on the core jalview.datamodel package. It is possible to include dependencies to objects which are not available to the JRE1.1 environment, providing you ensure that a test is made at run-time to decide if these dependencies are followed within any particular method. But generally, it is best to stick to 1.1 coding style - that is no generics, no fancy Iterators or use of specific JRE object methods and interfaces introduced after 1.1 (such as the get method for java.util.Vector).
-There are some basic requirements for all Jalview datamodel objects. None of them are mandatory, but each one makes it easier to integrate a new datamodel object into Jalview.
+The primary requirement of classes within jalview.datamodel is that all class implementations must be byte-code compatible with a java 1.1 runtime environment. This is an imposition from the Jalview applet, which is dependent on the core jalview.datamodel package. It is possible to include dependencies to objects which are not available to the JRE1.1 environment, providing you ensure that a test is made at run-time to decide if these dependencies are followed within any particular method. But generally, it is best to stick to 1.1 coding style - that is no generics, no fancy Iterators or use of specific JRE object methods and interfaces introduced after 1.1 (such as the get method for java.util.Vector).
+