BUG: Please keep me (for gcc 2.95)

[gdcm.git] / Doc / Website / News.html

diff --git a/Doc/Website/News.html b/Doc/Website/News.html
index 084ba4c6f062c8d3eb8781647556cf8f8f3b847d..80a89551c8a57188d9a8349749d2471d19b0d048 100644 (file)
--- a/Doc/Website/News.html
+++ b/Doc/Website/News.html
@@ -31,6 +31,36 @@
    <LI> A huge number of memory leaks removed
    <LI> Improvement of write process  
 </UL>
+<br>
+<pre>
+For people who get this new release :
+
+We consider now that :
+- any dicom related file is a gdcm::Document.
+- a gdcm::Document can be :
+      - a gdcm::File,     if it contains pixel data,
+      - a gdcm::DicomDir, if it contains only informations 
+                          on the files in a given directory
+
+- in a gdcm::Document, there are gdcm::DocEntry, that can be :
+     - gdcm::ContentEntry (any entry that has an actual value,
+                           *not* an embedded set of other gdcm::DocEntry)
+                           a gdcm::ContentEntry can be :
+          - gdcm::ValEntry (whose value is std::string representable 
+                            e.g. character values, or integers),
+          - gdcm::BinEntry (whose value is not std::string representable 
+                            e.g. color palettes, overlays, icons , ...)
+     - gdcm::Sequence (no proper 'value', but a set of gdcm::SQItems, 
+                       composed of a set of gdc::DocEntry, recursively)
+ 
+- in a gdcm::DicomDir, we only deal, hierarchically, with :
+     - gdcmPatient
+     - gdcmStudy
+     - gdcmSerie
+     - gdcmImage
+</pre>
+You can see <a href="uml-gdcm.pdf">gdcm UML Class Diagram</a>
+