- Timestamp:
- Nov 16, 2017 10:57:32 AM (5 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
sans/Dev/trunk/NCNR_User_Procedures/Reduction/VSANS/V_Utilities_General.ipf
r1064 r1073 6 6 // 7 7 // for use by multiple panels and packages 8 9 10 //prompts user to choose the local folder that contains the SANS Data 8 // 9 10 11 //prompts user to choose the local folder that contains the VSANS Data 11 12 //only one folder can be used, and its path is catPathName (and is a NAME, not a string) 12 13 //this will overwrite the path selection … … 76 77 return(WaveExists(w)) 77 78 end 79 80 78 81 // 79 82 // tests if two values are close enough to each other … … 94 97 95 98 96 // TODO:97 // -- this must be called as needed to force a re-read of the data from disk99 // (DONE): 100 // x- this must be called as needed to force a re-read of the data from disk 98 101 // "as needed" means that when an operation is done that needs to ensure 99 102 // a fresh read from disk, it must take care of the kill. 100 // -- the ksBaseDFPath needs to be removed. It's currently pointing to RawVSANS, which is103 // x- the ksBaseDFPath needs to be removed. It's currently pointing to RawVSANS, which is 101 104 // really not used as intended anymore. 105 // 106 // *** this appears to be unused, in favor of V_CleanupData_w_Progress(0,1) ********** 102 107 // 103 108 Function V_KillNamedDataFolder(fname) … … 115 120 end 116 121 117 // TODO:122 // (DONE) 118 123 // x- this still does not quite work. If there are no sub folders present in the RawVSANS folder 119 124 // it still thinks there is (1) item there. 120 // -- if I replace the semicolon with a comma, it thinks there are two folders present and appears125 // x- if I replace the semicolon with a comma, it thinks there are two folders present and appears 121 126 // to delete the RawVSANS folder itself! seems very dangerous...this is because DataFolderDir returns 122 127 // a comma delimited list, but with a semicolon and \r at the end. need to remove these... … … 212 217 endif 213 218 214 ValDisplay valdisp0,win=ProgressPanel,value= _NUM:num ,win=ProgressPanel219 ValDisplay valdisp0,win=ProgressPanel,value= _NUM:num 215 220 DoUpdate /W=ProgressPanel 216 221 while(1) … … 501 506 V_PlotData_Panel() // read the binType from the panel 502 507 Variable binType = V_GetBinningPopMode() 503 V_BinningModePopup("",binType,"") // does default circular binning and updates the graph 508 ControlInfo/W=V_1D_Data popup0 509 V_BinningModePopup("",binType,S_Value) // does default circular binning and updates the graph 504 510 505 511 … … 607 613 // (check the instrument name...) 608 614 609 // TODO -- as was written by SANS, this function is expecting fname to be the path:fileName615 // (DONE) x- as was written by SANS, this function is expecting fname to be the path:fileName 610 616 // - but are the V_get() functions OK with getting a full path, and what do they 611 617 // do when they fail? I don't want them to spit up another open file dialog 612 618 // 613 // -- problem -- if "sans1234.abs" is passed, then V_getStringFromHDF5(fname,path,num)619 // x- problem -- if "sans1234.abs" is passed, then V_getStringFromHDF5(fname,path,num) 614 620 // will remove the extension and look for the sans1234 folder -- which may or may not be present. 615 621 // If it is present, then sans1234 validates as RAW data -- which is incorrect! 616 // -- so I need a way to exclude everything that does not have the proper extension...622 // x- so I need a way to exclude everything that does not have the proper extension... 617 623 // 618 624 // … … 673 679 674 680 675 // TODO -- the file name structure for VSANS file is undecided681 // (DONE) x- the file name structure for VSANS file is undecided 676 682 // so some of these base functions will need to change 677 683 //
Note: See TracChangeset
for help on using the changeset viewer.