class LSProtocol::CodeActionClientCapabilities
- LSProtocol::CodeActionClientCapabilities
- Reference
- Object
Overview
The Client Capabilities of a CodeActionRequest
.
Included Modules
- JSON::Serializable
Defined in:
lsprotocol/types.crConstructors
- .new(pull : JSON::PullParser)
- .new(code_action_literal_support : ClientCodeActionLiteralOptions | Nil = nil, data_support : Bool | Nil = nil, disabled_support : Bool | Nil = nil, documentation_support : Bool | Nil = nil, dynamic_registration : Bool | Nil = nil, honors_change_annotations : Bool | Nil = nil, is_preferred_support : Bool | Nil = nil, resolve_support : ClientCodeActionResolveOptions | Nil = nil, tag_support : CodeActionTagOptions | Nil = nil)
Instance Method Summary
-
#code_action_literal_support : ClientCodeActionLiteralOptions | Nil
The client support code action literals of type
CodeAction
as a valid response of thetextDocument/codeAction
request. -
#data_support : Bool | Nil
Whether code action supports the
data
property which is preserved between atextDocument/codeAction
and acodeAction/resolve
request. -
#disabled_support : Bool | Nil
Whether code action supports the
disabled
property. -
#documentation_support : Bool | Nil
Whether the client supports documentation for a class of code actions.
-
#dynamic_registration : Bool | Nil
Whether code action supports dynamic registration.
-
#honors_change_annotations : Bool | Nil
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. -
#is_preferred_support : Bool | Nil
Whether code action supports the
isPreferred
property. -
#resolve_support : ClientCodeActionResolveOptions | Nil
Whether the client supports resolving additional code action properties via a separate
codeAction/resolve
request. -
#tag_support : CodeActionTagOptions | Nil
Client supports the tag property on a code action.
Constructor Detail
Instance Method Detail
The client support code action literals of type CodeAction
as a valid
response of the textDocument/codeAction
request. If the property is not
set the request can only return Command
literals.
@since 3.8.0
Whether code action supports the data
property which is
preserved between a textDocument/codeAction
and a
codeAction/resolve
request.
@since 3.16.0
Whether code action supports the disabled
property.
@since 3.16.0
Whether the client supports documentation for a class of code actions.
@since 3.18.0 @proposed
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
Whether code action supports the isPreferred
property.
@since 3.15.0
Whether the client supports resolving additional code action
properties via a separate codeAction/resolve
request.
@since 3.16.0
Client supports the tag property on a code action. Clients supporting tags have to handle unknown tags gracefully.
@since 3.18.0 - proposed