Skip to content

Never render .in files in interactive problems #449

Description

@Matistjati

.in and .ans files are shown in the statement if no .interaction file exists.
In the vast majority of interactive problems, the .in files are completely useless and undocumented. Even worse, what should the .ans file be? At that point, just use a .interaction file as we intended. This really feels like a footgun.

There are legitimate usecases for having .in files without a corresponding interaction, though: I ran into this when I had an interactive problem where a .interaction file was unsuitable (you call a function defined in an include runner, which is very common in IOI), but I still wanted the sample to be run. Of course we should still warn in the case where we hide it.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions