-
-
Notifications
You must be signed in to change notification settings - Fork 60
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
Question on extension and latexraw
vs. _latexraw
#185
Comments
The best way is to create a recipe. The "plugins" here are poor models to emulate as they predate that system. I don't think The clash between |
Hi, sorry that I'm late in noticing the issue. Overloading That said, as soon as I can carve out a little bit of time from work (maybe December) I'm intending to overhaul latexify quite a bit. So if you have some hacky solution that works for now, one strategy would be to just wait until the Latexify overhaul which should allow you more control when you extend latexify to work with your types. The |
Okay, thanks for the information! I will use the approach based on recipes as suggested above in my own packages. By the way, it would be great to prepare PRs to packages currently using the old infrastructure from within Latexify.jl when you switch to a new system (I am mostly thinking about SymEngine.jl). |
First of all, thank for this nice package!
I tried to use Latexify with one of my own types. For example, I would like to get the following to work.
Thus, I looked at the source code of plugins and found the simplest one to be the one for SymEngine.jl. Thus, I tried to copy that strategy.
However, everything seems to work if I overload
_latexify
instead.So my questions are:
_latexraw
as stable API to use for this use case or should I write a@latexrecipe
instead?The problem with questions 2 and 3 is that I can't use
@require
from Requires.jl with@latexrecipe
since I get the error that@latexrecipe
is not defined.The text was updated successfully, but these errors were encountered: