-
Notifications
You must be signed in to change notification settings - Fork 17
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
[ENH] Discussion of Syntax Choices #6
Comments
@mmcky is there any popular package out there which has these generic syntaxes which the authors might use? If not, then probably we can get away with it? |
I'm happy with this as is --- as you say, it's compatible with sphinxcontrib-proof. At some point we can reach out to those guys and see if there is the possibility of unification. |
Personally I have no preference. It would be incredibly easy to support both. |
My vote is that we do the minimum to make this work nicely, avoiding changes unless a user requests them. |
Great -- let's keep the syntax matching I think that is a good direction. While I find Thanks for comments everyone. |
@najuzilu @AakashGfude
I have noticed the syntax for
algorithms
(and a couple of other directives) arechildren
of theproof
directive entry point. I guess this is in effect showing that directives are all part of theproof
extension.Do you think this is the right syntax choice here?
Just wondering if we should also support more
generic
entry points (as well) such asalgorithm
:Introduce
top-level
directive names:Pro:
authors
if extension is included by default withjupyter-book
for out of the box supportCon:
proof:algorithm
is for compatibility with sphinxcontrib-proofThe text was updated successfully, but these errors were encountered: