Skip to content
Snippets Groups Projects
This project is mirrored from https://github.com/mantidproject/mantid.git. Pull mirroring updated .
  1. Oct 05, 2015
  2. Jun 11, 2015
  3. Mar 19, 2015
  4. Dec 16, 2014
  5. Nov 10, 2014
  6. Oct 23, 2014
  7. Oct 22, 2014
  8. Sep 10, 2014
  9. Sep 09, 2014
  10. Sep 01, 2014
  11. Aug 29, 2014
  12. Aug 15, 2014
  13. Jun 03, 2014
  14. May 28, 2014
  15. Apr 03, 2014
  16. Mar 04, 2014
  17. Feb 10, 2014
  18. Jan 06, 2014
  19. Oct 18, 2013
    • Russell Taylor's avatar
      Re #8159. Make sure the filename property's name is set correctly. · b289687e
      Russell Taylor authored
      In the case of LoadEventPreNexus is is "EventFilename". It seems that for
      everything else is is "Filename" because the variable that holds this is
      empty by the time the algorithm comes to run (though the loader is
      selected correctly).
      I've factored out the method that sets the variable and called it again
      from within a method that exec() calls.
      b289687e
  20. Sep 26, 2013
  21. Sep 02, 2013
  22. Jul 04, 2013
  23. Jun 07, 2013
  24. Apr 02, 2013
  25. Mar 15, 2013
  26. Mar 04, 2013
  27. Jan 02, 2013
  28. Nov 19, 2012
  29. Oct 15, 2012
  30. Aug 21, 2012
    • Peter Parker's avatar
      Refs #5212 - Fix the second of the two MultipleFileProperty issues. · 5d7d1409
      Peter Parker authored
      Ensure that input into a MultipleFileProperty properly survies a "round
      trip", i.e. what you put in is what you get out, and that using the output
      again, as input into another MultipleFileProperty gives the same results.
      
      Proper functionality in a large number of use cases is assured by vastly
      improved coverage of unit tests, which was lacking previously.
      
      Simplify parts of the MultipleFileProperty class, including the filename
      generation functors I introduced that weren't doing anybody any favours.
      5d7d1409
  31. Aug 15, 2012
  32. Aug 09, 2012
  33. Jul 29, 2012
  34. Jul 27, 2012
    • Peter Parker's avatar
      Refs #5205 - Revert multifile stuff for now. · 4fe9cd9d
      Peter Parker authored
      This reverts commit a9c8a59a.
      4fe9cd9d
    • Peter Parker's avatar
      Refs #5212, #5441 - Better parsing when multifile loading. Hist Fixed. · 5b78e0e5
      Peter Parker authored
      Allow filenames specified with the format <<short><operator>>...<short>
      where:
      
      <short> = <dir><inst><underscore><runs><ext>
      <operator> = "+" or ","
      <runs> = lists and/or ranges of (possibly added) runs e.g. "12,13+14,15:20".
      
      See header file of MultipleFileProperty for more info on syntax.
      
      This enables workspaces loaded through the algorithm to have a history that
      can be used to reproduce the workspace properly.
      
      MWRunFiles widget of LoadDialog now remembers the exact text a user typed -
      in this way any user who types "INST0-50", clicks "Run" and reopens the
      dialog is not met by a huge string containing a list of all 51 fully
      resolved files, but rather their original input.
      
      Changed the vector<vector<string>> templated versions of the toString and
      toValue functions to accept customised delimiters.  This enables us to add
      an option for the user to turn off multifile parsing if they are crazy
      enough to want to load files with a plus or a comma in their path.
      
      Changed the inner workings of Load for multi files.  No longer calling sub
      algorithms with setChild or alwaysStoreInADS.  All workspaces are
      essentially created outside the ADS and managed by the algorithm, right up
      until the OutputWorkspaces are set.
      
      Tests added where appropriate, but the majority of parsing cases are already
      covered by MultiFileNameParser.
      5b78e0e5
  35. Jun 25, 2012
Loading