Fix wild behavior when SELECT
is missing + other improvements in this vein
#77
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Some of the useful automatic features of the query editor went rogue under certain conditions. Three things are now fixed or at least better:
When the query did not contain
SELECT
in all upper case and one of the existing prefixes was typed, each cursor movement would be followed by a reversal of that movement, which made the UI unusable. This is now fixed. In particular, this fixes Cursor jumps around while typing #57.So far, the query was "cleaned up" (blank lines removed, whitespace replaced by single spaces, etc.) after every cursor movement, which was not always desired. Now the query is only cleaned up in this way when the
TAB
key is pressed (which jumps between the different positions in the placeholder). In particular, this fixes New lines sometimes get deleted when moving the cursor immediately afterwards #63.Some REGEXes were only looking for a fully uppercase version of SPARQL keywords like
WHERE
, etc. Now they are case-insensitive.