Changeset 34285 for main/trunk/gli/src/org/greenstone/gatherer/gui/GUIManager.java

Timestamp:

2020-07-23T18:33:28+12:00 (4 years ago)

Author:

ak19

Message:

1. Dictionary string for the CSV filefilter extension description. 2. Gone back to attempting to upload any meta.csv created directly in the collection folder to server, and fixed an oversight in RemoteGreenstoneServer.getPathRelativeToDirectory() that prevented this because of an extra File separator char. However, even though the file now gets successfully uploaded, it won't get downloaded to the client again when the collection is reopened. (Also happens if the meta.csv file was exported into the collection's etc subfolder). This is because the remote server carefully selects which files get sent back to the client when a collection is opened, and csv files outside the import directory are not part of the existing selection. There's no compelling reason to incorporate csv files either, as the client's collect folder is stored in a hidden gli user folder anyway, and it's best the client-gli user choose an easily discoverable and accessible folder into which their exported meta csv is saved.

File:

• main/trunk/gli/src/org/greenstone/gatherer/gui/GUIManager.java (modified) (1 diff)

main/trunk/gli/src/org/greenstone/gatherer/gui/GUIManager.java

@@ -224 +224 @@
 
         // refresh coll view if meta.csv was created somewhere inside this coll's import folder
-        // And for remote case, also upload any new file that's inside
-        // the collection's import dir to the remote server
-        if(success && csvFile.exists() && csvFile.getAbsolutePath().startsWith(importDir)) {
+        // And for remote case, also upload any new meta csv file if created anywhere inside the collection dir
+        // (incl especially its import dir) to the remote server
+        if(success && csvFile.exists() && csvFile.getAbsolutePath().startsWith(collection_directory_path)) {
+            // When the user *converts* metadata to CSV, it's set up to be easiest to create in the import folder
+            // When the user *exports* meta to CSV, it's set up to create this easiest in the collection folder
+            
+            // Beware in export case: client-gli can create a metadata CSV file in the collection
+            // folder and this will get successfully uploaded and store into the collect folder
+            // on the remote server. However, when the collection is reopened in client-gli, the
+            // collection that's downloaded will NOT contain such a metadata CSV file (even though it
+            // still exists on the remote server in the collection folder) since the remote server
+            // selectively sends files across when a collection is opened. 
+            // Not just anything and everything that exists in the collection folder (or its etc
+            // subfolder) is sent back to the client. There must be a reason why the GS3 server sends
+            // across some files and not others, so I'm not going to change that to incorporate any
+            // *.csv files found anywhere in the server's collection folder.
+            // When someone is using client-GLI it may not anyway make sense for them to save a file
+            // into their collection folder: the coll folder is hidden away in the gli user directory
+            // and even if client-GLI got it transferred back from the server and shows the user that
+            // their metadata.csv file exists locally, they still can't locate it that easily on
+            // their filesystem. It's best for the user to create the exported metadata in an easily
+            // located location on the client file system.
             if(Gatherer.isGsdlRemote) {
             Gatherer.remoteGreenstoneServer.uploadFilesIntoCollection(currCollName, new File[] {csvFile}, csvFile.getParentFile());
             }
-            Gatherer.g_man.refreshCollectionTree(DragTree.COLLECTION_CONTENTS_CHANGED);
-        }
+            if(csvFile.getAbsolutePath().startsWith(importDir)) {
+            Gatherer.g_man.refreshCollectionTree(DragTree.COLLECTION_CONTENTS_CHANGED);
+            }
+        }       
         }