-
Notifications
You must be signed in to change notification settings - Fork 2
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
Angle brackets #7
Comments
Ah, interesting find. I'd argue that more people use or might prefer no spacing around relational operators ( I also don't like the Asciimath options. However, I do think that |
Space around equals is official for Python, so that is some precedent.
How about space around relations is highly recommended, but if
you put no space *on both sides* then that will work. Then we
can make the inner product work by insisting that the spacing be
appropriately asymmetric, as in:
xxxx <xx,x> xxxx
…On Sun, 21 Apr 2019, Yash Mittal wrote:
Ah, interesting find. I'd argue that more people use or might prefer no spacing around relational
operators (2>3). Inner products are used less frequently than relations, so I think we should look
into other ways of supporting inner productions.
I also don't like the Asciimath options. However, I do think that <<u, v>> is a minor yet justifiable
inconvenience.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the
thread.[AABTULAQTJ7LSZUBCWOYEXLPRS65FANCNFSM4HHED2DQ.gif]
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Inner products are usually written with angle brackets. It looks sort of like this:
<u,v>
except that the delimiters are not angled as sharply. In TeX it is written
\langle u,v\rangle
You might think that AsciiMath would just use the less-than and greater-than
signs, but they can't because of their parsing rules. They offer two options:
shown here:
<<u,v>>
or(:u,v:)
I don't like either of those.
If we insist that the less-than sign, when used as a relation,
have spaces around it, then we are free to let people use a more natural
input for inner product.
There are various other special uses of < and > that need to be taken
into account:
<=, >=, =>, <=>, ->, more
Does this seem workable?
The text was updated successfully, but these errors were encountered: