From: jpr <jpr>
Date: Tue, 19 Jul 2005 09:11:32 +0000 (+0000)
Subject: Update News
X-Git-Tag: Version1.2.bp~295
X-Git-Url: https://git.creatis.insa-lyon.fr/pubgit/?a=commitdiff_plain;h=56516d3238147d3252ffe8d2e400d73aa36abbab;p=gdcm.git

Update News
---

diff --git a/Doc/Website/Main.html b/Doc/Website/Main.html
index 97273beb..ed64da92 100644
--- a/Doc/Website/Main.html
+++ b/Doc/Website/Main.html
@@ -34,7 +34,7 @@ Gdcm is yet another C++ library dedicated to reading/parsing and writing
        <A HREF="ConformanceSummary.html">gdcm conformance summary</A>
        for more details.
    <LI>Papyrus V2 and V3 file headers are readable; the user will have to use 
-       low level accessors if he wants to get the image pixels -sorry-
+       low level accessors if he wants to get the image pixels -sorry-.
    </LI>
    </UL>
 <LI> gdcm includes a lot of heuristics that allow reading all the 
@@ -59,7 +59,7 @@ Gdcm is yet another C++ library dedicated to reading/parsing and writing
 </LI>
 <LI>gdcm comes with a
    <A HREF="http://public.kitware.com/VTK">VTK</A>
-   shallow wrapper class vtkGdcmReader (refer to
+   shallow wrapper class <TT>vtkGdcmReader</TT> (refer to
    <A HREF="VtkGdcm.html">VtkGdcm</A>)
    to ease the burden of VTK users,
 <LI>gdcm also comes with
@@ -89,8 +89,9 @@ In particular <B>gdcm is not aware</B> of:
 <UL>
 <LI>the Dicom network file exchange protocol (Query/Retrieve),
 </LI>
-<LI>the Dicom media storage formats (well ... it knows about the DICOMDIR
--reading and writing- and its parts PATIENT, STUDY, SERIES, IMAGE)
+<LI>the Dicom media storage formats (well ... it knows about the
+    <TT>DICOMDIR</TT> -reading and writing- and its parts <TT>PATIENT</TT>,
+    <TT>STUDY</TT>, <TT>SERIES</TT>, <TT>IMAGE</TT>)
 </LI>
 <LI>Print, Verification
 </LI>
diff --git a/Doc/Website/News.html b/Doc/Website/News.html
index 20d3a74c..03dfacac 100644
--- a/Doc/Website/News.html
+++ b/Doc/Website/News.html
@@ -119,13 +119,29 @@ Any contribution is welcome.
    <UL>    
       <LI>
          <a href="uml-gdcm.pdf">gdcm UML Class Diagram</a> current version.
-      <LI>
+      <br><br>
    </UL>
 
    <LI> New Features
    <UL>
+      <LI> <TT>AnonymizeNoLoad</TT> used with <TT>dirin=inputDirectoryName</TT>
+           anonymizes all the files within the given Directory.
+           <br><br>
+      <LI> <TT>gdcm::SerieHelper()</TT> has a new method 
+           <TT>void AddGdcmFile(File *header)</TT>, that allow aware user to 
+           create a '<TT>FileList</TT>' (actually a 
+           <TT>std::vector< File* > </TT>).<br>
+           The <TT>FileList</TT> created this way will be the 
+           'first one' in the <TT>gdcm::FileHelper()</TT> (retrieve it with 
+           <TT>FileList *GetFirstCoherentFileList()</TT> ).<br>
+           It may be sorted using <TT>OrderFileList</TT>.<br>
+           No 'coherence check' will be performed on this <TT>FileList</TT>
+           before sorting.<br>
+           It may be passed to a <TT>vtkGdcmReader</TT> 
+           (to avoid parsing twice the files)
+           <br><br>
       <LI> <TT>vtkGdcmReader</TT> can now get the result of
-           <TT>gdcm::SerieHelper</TT> <br>
+           <TT>gdcm::SerieHelper</TT> (to avoid parsing twice the files)<br>
             Proceed as follow :<br>
            <pre>
            gdcmSerieHelper *sh = new gdcmSerieHelper();
@@ -134,14 +150,17 @@ Any contribution is welcome.
            s->OrderFileList(l);
 
            vtkGdcmReader *gr = new vtkGdcmReader();
-           gr->SetCoherentFileList(l);  
+           gr->SetCoherentFileList(l);
+           gr->Update();  
            </pre>
            This works with a directory that contains only one '<TT>Serie</TT>'
            (same <TT>Serie UID</TT> for all the images).<br>
            If it contains more than one <TT>Serie</TT>, you'll have to loop 
-           on the Series, using <TT>GetNextCoherentFileList()</TT>;
+           on the Series, using <TT>GetNextCoherentFileList()</TT>;<br>
+           It will be up to the user to delete the <TT>gdcm::File</TT>.
+           <br><br>
+           See <TT>vtkgdcmSerieViewer</TT> for an example.
            <br><br>
-
       <LI>Both <TT>vtkgdcmViewer</TT> and <TT>vtkgdcmViewer2</TT> 
           are available to allow easy displaying of single/multiframe 
           GreyLevel/RGB/PaletteColor images<br><br>
@@ -158,7 +177,7 @@ Any contribution is welcome.
            d->Load( );  
            </pre>
  
-           For parsing all the dicom files with a given root directory, use :<br>
+           For parsing all the dicom files within a given root directory, use :<br>
            <pre>
            gdcm::DicomDir *d = new gdcm::DicomDir();
            d->SetDirectoryName(dirName);
@@ -226,12 +245,12 @@ Any contribution is welcome.
             It's no longer up to the user to change the pixels value
       <LI> Writing a 'True Dicom' image after reading an <TT>ACR-NEMA</TT> image 
            does not request any longer from the user to build up 
-            'manually' the Meta Elements group (<TT>Ox0002</TT>)
+           'manually' the Meta Elements group (<TT>Ox0002</TT>)
       <LI> Old '24 Bits' <TT>ACR-NEMA</TT> are now correctly re-written
            in <TT>DICOM V3</TT> mode.
       <LI> Element <TT>0x0000</TT> of <TT>Shadow groups</TT> is always forced to be a
            <TT>ValEntry</TT> and its <TT>VR</TT> is forced to <TT>UL</TT> 
-      <LI>
+      <br><br>
    </UL>
 
    <LI> A.P.I. breaking modifications (since previous version : <TT>1.0</TT>)
diff --git a/Doc/Website/Sidebar.html b/Doc/Website/Sidebar.html
index ba9368db..86790a73 100644
--- a/Doc/Website/Sidebar.html
+++ b/Doc/Website/Sidebar.html
@@ -26,10 +26,10 @@
    </TD></TR>
 
    <TR><TD BGCOLOR="#99ccff">
-      <A HREF="News.html"
+      <A HREF="News.html#NewsCurrentVersion"
       target="rite">
       News</A>
-      <blink><font size=-2>Updated 2005.07.17</font></blink>
+      <blink><font size=-2 color="#ffff00">Updated 2005.07.19</font></blink>
    </TD></TR>
 
    <TR><TD BGCOLOR="#99ccff">