You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The "add field" and "add getter" code actions for missing members in Qute templates should not appear if the Java type is a binary, since the source for the class can't be modified.
The "add to existing template extensions" and "add to new template extensions" code actions for missing members in Qute templates should not appear if the Java type is a source file, since it makes more sense to add it as a field or getter to the source file.
If we know if the type is a source file or a binary file before we generate the text edits associated with the code action, we can generate only the code actions that are needed.
When generating CodeActions for missing properties that are referenced
in a Qute template, don't suggest adding a field or adding a getter when
the type that is being referred to is a binary type (i.e. built-in class
or class from an external library).
Fixesredhat-developer#676
Signed-off-by: David Thompson <davthomp@redhat.com>
datho7561
added a commit
to datho7561/quarkus-ls
that referenced
this issue
Jul 28, 2022
When generating CodeActions for missing properties that are referenced
in a Qute template, don't suggest adding a field or adding a getter when
the type that is being referred to is a binary type (i.e. built-in class
or class from an external library).
Fixesredhat-developer#676
Signed-off-by: David Thompson <davthomp@redhat.com>
When generating CodeActions for missing properties that are referenced
in a Qute template, don't suggest adding a field or adding a getter when
the type that is being referred to is a binary type (i.e. built-in class
or class from an external library).
Fixesredhat-developer#676
Signed-off-by: David Thompson <davthomp@redhat.com>
When generating CodeActions for missing properties that are referenced
in a Qute template, don't suggest adding a field or adding a getter when
the type that is being referred to is a binary type (i.e. built-in class
or class from an external library).
Fixes#676
Signed-off-by: David Thompson <davthomp@redhat.com>
The "add field" and "add getter" code actions for missing members in Qute templates should not appear if the Java type is a binary, since the source for the class can't be modified.
The "add to existing template extensions" and "add to new template extensions" code actions for missing members in Qute templates should not appear if the Java type is a source file, since it makes more sense to add it as a field or getter to the source file.
If we know if the type is a source file or a binary file before we generate the text edits associated with the code action, we can generate only the code actions that are needed.
See #671 (comment)
The text was updated successfully, but these errors were encountered: