Hi Tomas,

I understand that this is important to have it work this way for better 
compatibility in Headless Mode, but wouldn't it be more practical to 
have the choice of using pattern or using the result of the previous 
step (as it used to be), at least in GUI mode? That was very handy that 
way, because we were able to run several times a batch in the same 
session/project on different input files (string pattern - regex - 
doesn't allow to make the distinction between 2 different runs of a 
given batch). A simple suggestion: couldn't we restore that possibility 
and in some way (for example, adding some sort of predefined tags to the 
RawDataFilesComponent/PeakListsComponent), such that we can, for example 
say: "${previous.step}" as a valid/recognized "pattern"/entry. Or, 
another way could be to give the possibility to prepend a user define 
prefix to the resulting file/list of the result of the first step (which 
would be used recursiveley throug the steps, such that we don't have to 
update every RawDataFilesParameter/PeakListsParameter, for every single 
step, each time we run the batch one more time in the same project). As 
a simple user, I would prefer to have "${previous.step}" recognized as a 
valid pattern entry. As a developer, I understand that this can make the 
code a bit more complicated/less flexible (since we would have to 
restore the ability of a Task to remember what objects it actually 
generated).
What do you say?

Best
Gaut





On 12/16/2014 01:40 AM, Tomas Pluskal wrote:
> - I updated the RawDataFileParameter and PeakListParameter (selection 
> of inputs of individual modules) to be real, visible parameters with 
> their own selection components. In these components, users can set 
> wildcards (*) to apply methods to certain groups of data files or peak 
> lists. This also changes the philosophy of the batch mode. In previous 
> versions, the batch mode steps were always applied to the output of 
> the previous step. Now, the user can setup what each batch mode step 
> is actually applied to. This change is still a work in progress, as 
> some modules will have to be updated to reflect the new philosophy 
> (e.g., the spectra visualizer now complains when multiple raw data 
> files are selected - but these are cosmetic issues).


-- 
Gauthier BOAGLIO
CEFE - UMR 5175
1919 route de Mende
F-34293 Montpellier cedex 5

Tel: +33/0 4 67 61 32 15
Fax: +33/0 4 67 61 33 36

email: gauthier.boag...@cefe.cnrs.fr
www:   
http://www.cefe.cnrs.fr/en/evolutionary-ecology-and-epidemiology/gauthier-boaglio
        http://www.evolepid.org/people.php?name=boaglio


------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
Mzmine-devel mailing list
Mzmine-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mzmine-devel

Reply via email to