@eagleoutice/flowr - v2.15.8
    Preparing search index...

    the detailed view of a single function within a package

    interface SignatureFunctionView {
        callees: readonly string[];
        callGraph?: string;
        docUrl?: string;
        exported: boolean;
        file?: string;
        flowr?: SignatureFlowrView;
        flowrOnly?: boolean;
        line?: number;
        manUrl?: string;
        name: string;
        package: string;
        parameters: readonly SignatureParameterView[];
        properties: readonly string[];
        s3generic?: boolean;
        s3method?: { class: string; generic: string; package: string };
        s3methods?: readonly string[];
        s4group?: {
            group: string;
            members?: readonly string[];
            viaGroup?: boolean;
        };
        sourceUrl?: string;
        version?: string;
    }
    Index
    callees: readonly string[]
    callGraph?: string

    a mermaid.live link visualizing the transitive call graph from this function (only when requested with --cg)

    docUrl?: string

    best-effort documentation link (R's own manual for base R, rdrr.io for CRAN), when the name maps to a documentable topic

    exported: boolean
    file?: string

    what flowR itself states about the function, from the built-in environment of the analysis

    flowrOnly?: boolean

    whether the whole view comes from flowR's built-in definition because the database has no entry: the primitives and operators (+, [, if) that appear in no package's sources, and anything a flowR configuration adds.

    line?: number
    manUrl?: string

    link to the .Rd help source at the queried version, which docUrl cannot offer (it serves the current release alone)

    name: string
    package: string
    parameters: readonly SignatureParameterView[]
    properties: readonly string[]
    s3generic?: boolean

    whether the function looks like an S3 generic (has <generic>.<class> dispatch targets in the same package)

    s3method?: { class: string; generic: string; package: string }

    when the function is an S3 method, the generic it dispatches for (print.rema is print in base, class rema); lazily computed

    s3methods?: readonly string[]

    the <generic>.<class> dispatch targets found in the same package

    s4group?: { group: string; members?: readonly string[]; viaGroup?: boolean }

    The S4 group generic the name belongs to (sin is in Math, + in Arith). viaGroup says the view was answered by the package's entry for the group rather than by one for the name itself: a setMethod('Math', 'cls', ...) answers every member of the group at once, and that is what a sin(x) call on such a class dispatches to. A member is often documented only under its sin,cls-method Rd alias, which is why such a name can carry no-doc and still have a help page. members lists every name the group entry answers for, present whenever the entry found is the group itself, with Ops flattened to its operators (see groupGenericMembers).

    sourceUrl?: string

    deep link to the definition on the read-only GitHub mirror of the sources (CRAN, or R's own for a base package)

    version?: string