...
- Make sure that entering a scan and module name dumps info if compatible
- Move the module name input to the normal search to make sure the user understands that it can be used to select a set of scans/analyses
- Put the dump module information button together with the other buttons in the bottom
- Implement search for analyses as well
- Change the input field to be of either scan or analysis
- Add radio button to select search for scan or analysis
- Add drop down menu to look for analysis names, this should be made interactively so that selecting the radiobutton for analysis switches the type list. Interim solution is to have two type searches.
- Show BOTH scan AND analysis date, add column
- Make sure that they are sorted according to analysis (scan) if the search is for analysis (scan)
- If the search is for analysis, table should list analysis number to the left and scan in later columns.
- If two analysis are looked at show an improved direct comparison summary
- Link/list to modules that are different
- Link/list to modules that are exclusive to either analysis
- Make a statement on plot if the two are identical
- Make a summary table of how the modules in the result is distribution in the detector: B,L1,L2, Disks, etc..
- When selecting scans/analyses manually from the text box, mark all analysis that exist directly so that the user need only to deselect the analyses to be excluded
- Implement a variable fall-out menu for each calibration scan, understand why the javascript behaves so strangely for different browsers (Make sure that the makeplot can handle trend/overlay i n this case)
- Finalize the detector browsable menu
- Add option to select modules/PP0(other object?) to compare in different scans (This should be merged with the detector browser navigation menu)
- Split all plots to show pixel types (were applicable from DB variables)
- Separate main calibration view with an expert output in the lower part
- Sort functionality using jqeury and CSS id's
- Clicking on analysis/scan link in list should submit results DONE
- With no query or selection the until date should be todays date (fix with javascript?)DONE
- Change the date format, skip the time, use only date DONE
- Implement a selection of scans/analysis by giving a scan or analysis ID DONE
Technical tasks
- Separate into single package to decouple from pixel DAQ
- Move code to SVNPut in svn?
- Move to offline DB?
- Look into more efficiency file handling
- Clean-up and tag the plot files
- Look into the difference between the Firefox and Safari (+ other browsers)
- The plots are displayed in 3 columns but this is incinsistent if for one detector level there are no overlapping modules
- Only fetch the scan type selected from the DB
- Optimize the DB access to speed up the displays
- Implemented new getAnalysis function in PixResultsCoral package which does 'OR' of connNames and and 'OR' of variables DONE
- Try to make an OR of all the foreign keys obtained from the analysis ID table and check speed DONE
- Make sure that the FindMods function loops over only one variable!
- Optimize the browsable menu, at the moment it is slow due to multiple calls to DB
- Do I really need to copy around the result, why not keep the all_res as the member variable?DONE: NO GAIN IN SPEED
- Make a shell script that can supply the same input to the exe in order to quicker test the output without apache DONE
- Make sure all the scan names are transmitted when listing scans in dbutils (to remove the complicated current_scan_name business in the list) DONE
- Fix the unnecessary multiple query when asking for result from already specified variables, need to modify the sql query to remove multiple calls to the getAnalysisResultsFromDB DONE
- Remove the ul in the result section to save space DONE
- Fix bug so that when the 2nd or later analysis of the same scan is selected the correct name is output DONE
- Fix bug so that the scan type is correct even when not selected it in the drop-down menu or when it is summy (see above bug)DONE