# Start a new discussion

## Not signed in

Want to take part in these discussions? Sign in if you have an account, or apply for one below

## Site Tag Cloud

Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.

• CommentRowNumber1.
• CommentAuthorJohn Baez
• CommentTimeJan 27th 2018
• (edited Jan 27th 2018)

I made some minor improvements to the Properties section of pushout, making it match the similar section in pullback insofar as it can. (It’s a bit tiring to have to look at both these pages to get all the basic properties, so I fixed that, but for properties that hold both for pullbacks and dually for pushouts I’m happy to have all the proofs at pullback - that’s how it works now.)

• CommentRowNumber2.
• CommentAuthorDmitri Pavlov
• CommentTimeApr 6th 2020

1. Edited all commutative diagrams to use tikz-cd instead of arrays.

R.Arthur

• CommentRowNumber4.
• CommentAuthorUrs
• CommentTimeNov 2nd 2021

Thanks!

• CommentRowNumber5.
• CommentAuthorR.Arthur
• CommentTimeNov 2nd 2021
It was only later that I saw that it is customary to first propose the changes before doing them. I have now created an account and will from now on announce changes. Furthermore, I think in section 4, the diagram for coequalizer needs some work, but I have not yet found out how to TeX this properly.
• CommentRowNumber6.
• CommentAuthorUrs
• CommentTimeNov 2nd 2021

You don’t need to propose changes before doing them. In fact, experience shows that changes that are being proposed here tend to never be implemented.

The modus operandi is that if you are energetic about making a certain edit, then you are likely the single best person to make that edit at that point in time. Moreover, an actual edit tends to get much more and more useful feedback than the proposal of an edit. And in case that a real objection to an edit should arise, it is still easy to adjust (or, in rare cases, revert) afterwards.

What is it about the coequalizer diagram that you have in mind?

• CommentRowNumber7.
• CommentAuthorR.Arthur
• CommentTimeNov 3rd 2021
The arrows look too long there. I think a normal \xrightrightarrow would be better.
Furthermore: I agree with you: sometimes one just really feels the urge to make something better, that feeling can be quite instantaneous so better directly act on it.
• CommentRowNumber8.
• CommentAuthorUrs
• CommentTimeNov 3rd 2021
• (edited Nov 3rd 2021)

You can adjust length of arrows in tikzcd either globally or individually.

In the present case, I have adjusted here the right arrow by adding [-35pt] after its ampersand

  \begin{tikzcd}
a
\ar[r, "i_1 \circ f", shift left]
\ar[r, "i_2 \circ g"', shift right]
&
b \sqcup  c
\arrow[r]
&[-35pt]
b
\underset{a}{\sqcup}
c
\end{tikzcd}


(To shrink arrows globally, add something like [column sep=30pt] after \begin{tikzcd}. But if one does this then, currently on the $n$Lab, also the font size of the entire diagram shrinks, for some reason. So maybe better to adjust locally.)

While I was at it, I also took the liberty of replacing subscripted additive notation for cofiber coproducts by more coproduct-like notation.