-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Set Printing Xyz
options are not honored
#81
Comments
Right now the command gives a warning (IIRC) and suggests using a vscode command (display basic low-level...), so this might be closable. |
Also, I think this works the same way in CoqIDE and is intended... |
I find it very strange that setting printing flags does not effect Queries, e.g. "Print term.". Every other CoqIDE does so and a lot of demos depend on that behaviour. We give a course on Coq an this inconsistent behaviour nearly is a dealbreaker for VSCode. |
Flags do work, you must set them via IDE commands, like with CoqIDE — instead of |
Ok, that is a workaround for me, but it still is hard for an beginner if he encounters this in a demo file, where the author of the demo wants to show something about implicit arguments for example, and the user wonders why he does not see any implicit arguments. Is it a conscious design decision that "Set Printing" flags are not respected/"noticed" on the level of Vernacular-queries? |
Looking at implicit argument is such a frequent practice when proving in |
I agree there's a lot to improve there. Hopefully, it will be much easier to implement once we get #140. |
@fakusb Good point on "demo files".
That's consistent with CoqIDE, which tells you to use the commands, so I assume it's intentional — but it might still be questionable. |
It seems |
It's |
@TheoWinterhalter Thanks for your reply. But implicit arguments refer to link (or link for examples). In CoqIDE, |
@QinshiWang Selecting the "Implicit Arguments" toggle in the menu that appears should do the right thing. @TheoWinterhalter However, that a list of toggles appears is a bug — none of the other completions of |
Ah ok. I thought this was actually nice. |
For me, pressing enter ob the popping-up menu does also not do anything. But it works for you, theo? |
Yes, it seems to work. |
@fakusb It seems also to do nothing for me. I am using VSCoq 0.3.2 from VS Code extension market. |
Ok, it doesn't work for all of the toggles indeed. "Notation" works for me, but not "Implicit Arguments". |
I'm firing up my debugger and tryu to fix this |
That other issue is handled in #182. I have a build of my forks current master-branch, including other improvements, at https://github.com/fakusb/vscoq/releases/tag/0.3.3-alpha4-custom |
I am a self-learner/beginner going through When I use Check mult_n_O.
: forall n : nat, 0 = n * 0 Instead I see Check mult_n_O.
: forall n : nat, @eq nat O (Nat.mul n O) I have tried Is this specific to VsCoq (and due to this issue)? |
Set Printing All is the opposite of what you want. |
Really?
So |
Anyway
prints without using notations from inside VsCoq (in the vscode output panel)...Is this because of this unresolved issue? |
For me vscoq always prints notation unless I tell it not to. |
Okay thanks. Consistent with above. I probably (blindly) executed vscoq/IDE commands for Is the preferred way to "toggle" printing settings using the vscoq IDE commands, and where can I see the current settings? (just tried using coqide, and it has a view menu with visible radio/toggle widgets) |
Yes
Good question 👍 |
I'm working through
always gives
Also, interpreting the line |
@andreiburdusa Your example is printed as a notation*, so the *EDIT: this is an educated guess, but |
Upstream issue: coq/coq#16080. And coq/coq#5178 is a different but related one. |
Set Printing Xyz
options are not honored
I don't know if it is the intended behaviour. But when executing
Set Printing All
the command is valid only on the current goal.The text was updated successfully, but these errors were encountered: