Skip to content

Export module inconsistent, needs API decision #10682

Open
@sappelhoff

Description

@sappelhoff

see #10678 (comment) and following 4 comments

In brief:

the problem

this is inconsistent, and we should clean that up / make a consistent choice before the module continues to grow.

IMHO, the current "MFF way" is not a good style and would lead to lots of confusing public functions, instead of the clean "trinity" of raw, epochs, evoked .export. Couldn't we solve this by allowing **kwargs and documenting the kwargs that can be passed? Similar to how we do it in ICA when users pick picard or fastica, etc.

What are your opinions?

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions