Back to the main page.

Bug 1191 - allow users to disable mem and time usage messages.

Reported 2011-11-27 15:39:00 +0100
Modified 2012-04-11 16:48:32 +0200
Product: FieldTrip
Component: core
Version: unspecified
Hardware: PC
Operating System: Mac OS
Importance: P5 enhancement
Assigned to: Robert Oostenveld
Depends on:
See also:

Robert Oostenveld - 2011-11-27 15:39:54 +0100

On 11/25/2011 12:27 PM, Marco Buiatti wrote: > Dear FTrippers, > > an aesthetic question: When I plot several topoplots, I would like to > avoid displaying information about the duration and RAM used by the > plotting functions, as: > the call to "ft_topoplotTFR" took 0 seconds and an estimated 0 MB > the call to "ft_prepare_layout" took 0 seconds and an estimated 0 MB > > Is there a simple way to do this? > > Thanks, > > Marco This can be implemented quite easily by adding a new option cfg.callinfo=yes/no. The callinfo option can be in the global ft_default structure that is set up by the ft_defaults script. And the only place to check for cfg.callinfo is in ft_postamble_callinfo. In case it is no, it should simply not print on screen (but still store it in the output cfg).

Boris Reuderink - 2011-11-28 15:30:04 +0100

Updated title of issue. Defect by developer -> Changed status to NEW.

Robert Oostenveld - 2011-12-07 22:46:29 +0100

I have implemented the option cfg.showcallinfo = yes/no. You can use this option for every FT function. To use this option in all fieldtrip functions, you can do global ft_default ft_default.callinfo = 'no' ft_checkconfig will merge the ft_default options with the local cfg options. See also FT_DEFAULTS Note that most FT functions call ft_checkconfig, but there are some that don't call ft_checkconfig. The ones that don't call it (e.g. ft_prepare_atlas) will not use the global default and therefore fall back to printing the callinfo. -------------------------------------------------------- manzana> svn commit Sending ft_defaults.m Sending utilities/private/ft_postamble_callinfo.m Transmitting file data .. Committed revision 4956.

Robert Oostenveld - 2012-04-11 16:48:32 +0200

I cleaned up my bugzilla list by changing the status from resolved (either fixed or wontfix) into closed. If you don't agree, please reopen the bug. Robert