Nothing here attracts me away from pure LaTeX that much except two things: (1) built-in symbol recognition (I still rely on http://detexify.kirelabs.org/symbols.html but it's rare for me to have to look something up) and (2) auto-resizing delimiters.
Can any TeX experts explain to me why delimiters don't resize by default? Why do we need to insert so many \left and \right commands?
At this point you are probably wondering why you should bother learning about
|\bigl| and |\bigr| and their relatives, when |\left| and |\right| are there
to calculate sizes for you automatically. Well, it's true that |\left|
and |\right| are quite handy, but there are at least three situations in which
you will want to use your own wisdom when selecting the proper delimiter size:
\ (1)~Sometimes |\left| and |\right| choose a smaller delimiter than you want.
For example, we used |\bigl| and |\bigr| to produce $\bigl\vert\vert x\vert-
\vert y\vert\bigr\vert$ in one of the previous illustrations; |\left| and
|\right| don't make things any bigger than necessary, so
`|$\left|\||\left|\||x\right|\||-\left|\||y\right|\||\right|\||$|'
yields only
`$\left\vert \left\vert x\right\vert -\left\vert y\right\vert \right\vert$'.
\ (2)~Sometimes |\left| and |\right| choose a larger delimiter than you want.
This happens most frequently when they enclose a large operator in a display;
for example, compare the following two formulas:
\beginlongdisplaymathdemo
\noalign{\vskip 6pt}
|$$\left( \sum_{k=1}^n A_k \right)$$|&\left( \sum_{k=1}^n A_k \right)\cr
\noalign{\vskip 3pt}
|$$\biggl( \sum_{k=1}^n A_k \biggr)$$|&\biggl( \sum_{k=1}^n A_k \biggr)\cr
\endmathdemo
The rules of\/ |\left| and |\right| cause them to enclose the ^|\sum| together
with its ^{limits}, but in special cases like this it looks better to let
the limits hang out a~bit; |\bigg| delimiters are better here.
\ (3)~Sometimes you need to break a huge displayed
formula into two or more separate lines, and you want to make sure that
its opening and closing delimiters have the same size; but you can't use
|\left| on the first line and |\right| on the last, since |\left| and
|\right| must occur in pairs. The solution is to use |\Biggl| (say) on
the first line and |\Biggr| on the last.
I am not an expert, but my impression was always that the way it is makes things general, orthogonal, and easy to explain and reason about (if cumbersome to use).
If \left and \right were automatic, then whenever you needed something less-but-often-still common, like [0,1) open intervals, or physics <bra|ket> notation, that would require kludges.
Whether or not it is a smart decision is a different argument.
Why not make auto-sizing the default and manual size control the exceptional case? It's already like this "in reality," I just wish the language would follow that.
I use templates so my editor shims in the above anyway, at the cost of lots of noise.
This looks really good, but you might want to hire a copy-editor in the future:
Most ~~of~~ symbols are the same in \inline-math and \math-container, but there are ~~one~difference~~ some differences , these symbols below will be displayed in smaller fonts
Additionally, when I copy-pasted this here from your document, it included a bunch of metadata you probably don't want to expose to users. I think there is a way to set different clipboard contents for different MIME types, maybe look into that.
With Inline Math (\inline-math), there are some symbols will be displayed smaller (by default) than Display Mode (math-container). This is because I implement it to be the same with LATEX style, maybe most of people dont want that behavior, so may possibly change in future.
This is really awesome, I'm going to be trying it out over the next few days. I'm by no means a Latex expert, but it seems like it could make writing Latex a bit faster and more wysiwyig-ish.
One question - if I want to write a^(b+c), I'll normally write in latex: a^{b+c} to group the b+c as part of the power. I can't figure out how to do the same in the editor - if I write in a^b+c, anything after the "b" will go back down and will no longer be superscripted.
Hi, that's intentional, because we see that most of the time superscript input is only one character, you can press arrow left to go back and input more characters.
Maybe in future I should have a setting to turn off that feature/behavior.
OK I feel a bit silly because I didn't realize you could just press left and go back to editing it. It's not even unintuitive, this is exactly the behavior of e.g. grapher, which I use all the time, I really have no excuse.
I never felt like I needed a WYSIWYG for Latex. But I deifnitely need a WYSIWYG for tikz[0]. For example, the tikz code for a simple diagram [1] is essentially incomprehensible. So in light of this:
1. I'm having trouble finding an image (especially vector format) export feature, do you have it?
1. You can export diagram as Image (PNG), by selecting Diagram itself (not item in Diagram), and click "Save as Image" on toolbar (resolution will be doubled as normal). There is no Vector Format Export.
Nice work. The drawing recognition feature seemed to work well. One little thing that could be improve is enforcing a minimum font size so that deeply nested fractions don't become unreadably small.
Looks nice. Would there be a native version, for which data are only stored locally? You would certainly have some professional market with that. I would pay for it just to replace LaTeXiT.
I recently released Vexlio (https://vexlio.com), a desktop (i.e. non-browser) diagramming application, that supports editing of embedded LaTeX equations which you can then easily export to PDF, SVG or PNG. Currently Windows only, but Mac is coming very soon now.
Interesting. If not confidential, what language did you use to create Vexlio? and what library (if any) for PDF and PNG output? Asking since PDF generation is one of my interests.
Not confidential -- Vexlio's written in C#, and uses Xamarin.Mac for the bindings to the Mac world. PDF and PNG are both generated by the Skia library (skia.org).
You guys really need to compete against Wiris in the K12 Education space. If you ever want to see this introduced to the US edu market, ping me a line.
This looks really good. The main application I would have for this is online teaching, where previously I would have used WolframAlpha, so while this does not have computational functionality it looks like it might be superior as a communication tool. The one thing I would like to see is support for mobile devices.
to those who are looking for a WYSIWYG editor which supports latex, try LyX. It's good and intuitive enough that I have used it as a tool for thought, and prefer to work straight from latex rather than a whiteboard or a paper and pen.
Haven't used it in a while, but I think this public should also take a look at TeXmacs. I've long stopped caring about anything WYSIWYG but that software seemed to me to strike a very well designed balance between WYSIWYG/fast-input (though with a steeper learning curve than M$Word, but very approachable) and showing what's under the hood.
Are you able to give a quick overview of some of the differences between TeXmacs and LyX. As a longtime LyX user, the two applications look very much alike.
It would be awesome to add this to tydig. (iPad calculation application) I really wish I had something like my Ti92 wide body on the iPad with an editor that was this easy to use.
Have you considered open sourcing and selling commercial licenses for integration? I think this is a product that many corporations would love to integrate with. However, as an alone standing product I don't think it adds a lot of value. Something like the business model of draw.io
Very good point, did think about that, but until now still not very sure about business model. At the beginning, when we build it, we want to have a editor for people to easily type and share their Math (even without knowing LATEX). Will definitely consider/think about Integration, or somethings else ...
If the link was the same, shouldn't you get a warning that this was already submitted? If I submit something that has already been submitted, HN automatically give a point to the previous submission.
Which is the way I expect it to work to avoid double submission and parallel discussions. The thing is: I have not quite understood why sometimes it works and others not.
Can any TeX experts explain to me why delimiters don't resize by default? Why do we need to insert so many \left and \right commands?
Edit: Here is what Knuth says (p 148 in my copy)
At this point you are probably wondering why you should bother learning about |\bigl| and |\bigr| and their relatives, when |\left| and |\right| are there to calculate sizes for you automatically. Well, it's true that |\left| and |\right| are quite handy, but there are at least three situations in which you will want to use your own wisdom when selecting the proper delimiter size: \ (1)~Sometimes |\left| and |\right| choose a smaller delimiter than you want. For example, we used |\bigl| and |\bigr| to produce $\bigl\vert\vert x\vert- \vert y\vert\bigr\vert$ in one of the previous illustrations; |\left| and |\right| don't make things any bigger than necessary, so `|$\left|\||\left|\||x\right|\||-\left|\||y\right|\||\right|\||$|' yields only `$\left\vert \left\vert x\right\vert -\left\vert y\right\vert \right\vert$'. \ (2)~Sometimes |\left| and |\right| choose a larger delimiter than you want. This happens most frequently when they enclose a large operator in a display; for example, compare the following two formulas: \beginlongdisplaymathdemo \noalign{\vskip 6pt} |$$\left( \sum_{k=1}^n A_k \right)$$|&\left( \sum_{k=1}^n A_k \right)\cr \noalign{\vskip 3pt} |$$\biggl( \sum_{k=1}^n A_k \biggr)$$|&\biggl( \sum_{k=1}^n A_k \biggr)\cr \endmathdemo The rules of\/ |\left| and |\right| cause them to enclose the ^|\sum| together with its ^{limits}, but in special cases like this it looks better to let the limits hang out a~bit; |\bigg| delimiters are better here. \ (3)~Sometimes you need to break a huge displayed formula into two or more separate lines, and you want to make sure that its opening and closing delimiters have the same size; but you can't use |\left| on the first line and |\right| on the last, since |\left| and |\right| must occur in pairs. The solution is to use |\Biggl| (say) on the first line and |\Biggr| on the last.
... delimiters adapt their size to the material enclosed, rendering \left and \right almost obsolete.
https://www.ctan.org/pkg/nath
If \left and \right were automatic, then whenever you needed something less-but-often-still common, like [0,1) open intervals, or physics <bra|ket> notation, that would require kludges.
Whether or not it is a smart decision is a different argument.
I use templates so my editor shims in the above anyway, at the cost of lots of noise.
Most ~~of~~ symbols are the same in \inline-math and \math-container, but there are ~~one~difference~~ some differences , these symbols below will be displayed in smaller fonts
Additionally, when I copy-pasted this here from your document, it included a bunch of metadata you probably don't want to expose to users. I think there is a way to set different clipboard contents for different MIME types, maybe look into that.
Good advice on MIME types, thanks.
One question - if I want to write a^(b+c), I'll normally write in latex: a^{b+c} to group the b+c as part of the power. I can't figure out how to do the same in the editor - if I write in a^b+c, anything after the "b" will go back down and will no longer be superscripted.
https://www.lyx.org/
Maybe in future I should have a setting to turn off that feature/behavior.
Thanks.
it looks like a very polished product. congrats on releasing.
Im going to definitely try this out later
I never felt like I needed a WYSIWYG for Latex. But I deifnitely need a WYSIWYG for tikz[0]. For example, the tikz code for a simple diagram [1] is essentially incomprehensible. So in light of this:
1. I'm having trouble finding an image (especially vector format) export feature, do you have it?
2. Feature request: export diagrams to tikz code.
[0] https://en.wikipedia.org/wiki/PGF/TikZ
[1] http://www.texample.net/tikz/examples/labeled-chain/
I just use IPE. It's a nice GUI diagram editor that can save as PDF (as in, the PDF contains the IPE data). Far better than faffing around with tikz.
http://ipe.otfried.org/
2. Will have a look at TikZ format
Thanks
Just in case you are unaware, there are many GUI's that export to TikZ. See https://tex.stackexchange.com/questions/24235/what-you-see-i... and http://www.texample.net/tikz/resources/ for instance.
This should probably read "share mathematical formulas"
Looks pretty cool though :)
Thanks.
How is it that the comments there are not included here, given the same link? Or is it not the same link?!
https://news.ycombinator.com/item?id=14968483
Which is the way I expect it to work to avoid double submission and parallel discussions. The thing is: I have not quite understood why sometimes it works and others not.