Back to the main page.
Bug 1456 - ft_multiplotTFR y default no longer does NaN-masking, and created a black patch behind all plots
| Status | CLOSED FIXED |
| Reported | 2012-05-06 16:16:00 +0200 |
| Modified | 2013-01-17 10:43:42 +0100 |
| Product: | FieldTrip |
| Component: | core |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Windows |
| Importance: | P3 normal |
| Assigned to: | Roemer van der Meij |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Roemer van der Meij - 2012-05-06 16:16:44 +0200
The black patch has been created to allow a sort of gray-scale I think, although it is not entirely clear to me why it would be done like this. A semi-transparent TFR over a black patch wouldn't really be gray...? Defaulting the masking of NaNs to 'no' also surprises me, and is not consistent with other plotting functions.
Roemer van der Meij - 2012-05-29 12:40:56 +0200
See bugs for other fixes to multiplotTFR bug 1459 bug 1476 bug 1492
Roemer van der Meij - 2012-07-12 15:47:42 +0200
This bugs is not caused by ft_multiplotTFR, but by the automatic creating of the layout from data.grad (stuff was actually plotted, but so tiny it was unobservable). *** This bug has been marked as a duplicate of bug 1610 ***
Roemer van der Meij - 2012-07-12 16:05:49 +0200
(commented on wrong bug) Bug fixed. Reverted to the old situation during a fixing spree in ft_multiplotTFR. The code for creating black patches has been removed (masking should be done inside ft_plot_matrix, and I doubt whether it ever worked), nan-masking is set to default again. Also, plotting the layout is now by default set to no again, just as in the tutorials. (commit will follow soon)
Roemer van der Meij - 2012-07-12 16:23:26 +0200
Changing to fixed.