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 UX of a match-insert and match-delete can be improved by telling the user whether any concepts were inserted or deleted, rather than just writing The concepts have been deleted. and The concepts have been inserted.
We decided to implement this in a slightly different approach, given a match-insert and match-delete, we will:
run the match portion with a limit 20;
if no answers are matched, tell the user
if some answers are matched, confirm with the user that 5 [10/15/20/20+] answers are going to be deleted (y/n):
this will not only tell the user approximately how many answers will be deleted, but also ensure they confirm the delete.
We should do something similar for insert, for symmetry.
Discussion: is the performance impact important? We should not use this approach for file-based loading, as this is one way to load a larger number of inserts.
The text was updated successfully, but these errors were encountered:
This is fairly involved with the current Console architecture, so we're going to hold off on this until the Console rewrite, and implement a simpler version:
## What is the goal of this PR?
We've added an indicator for uncommitted changes within a transaction. While you are in a transaction that has uncommitted changes, an asterisk (*) will now be displayed in the prompt.
Also, concept deletion is now more transparent; the number of concepts being deleted (or updated) is printed to the console now. This is particularly helpful for catching when there is a bug in the match query that might cause it to delete no concepts, or the wrong concepts.
## What are the changes implemented in this PR?
- Indicate uncommitted changes
- Print the number of concepts that are being deleted (or updated)
We chose to not add a confirmation prompt prior to deletion just yet, this is due to Console architecture making that too difficult for now. This is (still!) tracked in:
- #166
The UX of a
match-insert
andmatch-delete
can be improved by telling the user whether any concepts were inserted or deleted, rather than just writingThe concepts have been deleted.
andThe concepts have been inserted.
We decided to implement this in a slightly different approach, given a
match-insert
andmatch-delete
, we will:match
portion with alimit 20;
5 [10/15/20/20+] answers are going to be deleted (y/n):
this will not only tell the user approximately how many answers will be deleted, but also ensure they confirm the delete.
We should do something similar for
insert
, for symmetry.Discussion: is the performance impact important? We should not use this approach for file-based loading, as this is one way to load a larger number of inserts.
The text was updated successfully, but these errors were encountered: