View Source GenLSP.Structures.CodeActionClientCapabilities (gen_lsp v0.10.0)
The Client Capabilities of a {@link CodeActionRequest}.
Link to this section Summary
Functions
Fields
dynamic_registration: Whether code action supports dynamic registration.
Link to this section Types
@type t() :: %GenLSP.Structures.CodeActionClientCapabilities{ code_action_literal_support: map() | nil, data_support: boolean() | nil, disabled_support: boolean() | nil, dynamic_registration: boolean() | nil, honors_change_annotations: boolean() | nil, is_preferred_support: boolean() | nil, resolve_support: map() | nil }
Link to this section Functions
fields
Fields
dynamic_registration: Whether code action supports dynamic registration.
code_action_literal_support: The client support code action literals of type
CodeAction
as a valid response of thetextDocument/codeAction
request. If the property is not set the request can only returnCommand
literals.@since 3.8.0
is_preferred_support: Whether code action supports the
isPreferred
property.@since 3.15.0
disabled_support: Whether code action supports the
disabled
property.@since 3.16.0
data_support: Whether code action supports the
data
property which is preserved between atextDocument/codeAction
and acodeAction/resolve
request.@since 3.16.0
resolve_support: Whether the client supports resolving additional code action properties via a separate
codeAction/resolve
request.@since 3.16.0
honors_change_annotations: Whether the client honors the change annotations in text edits and resource operations returned via the
CodeAction#edit
property by for example presenting the workspace edit in the user interface and asking for confirmation.@since 3.16.0