Henri Menke

Fixing #294 would reopen #85 and since Till chose to fix #85 in cdacb877e0dd2cefb2a5e1681ede483e4e5f16a8, I'm going to leave it at that.

Could you please discuss this under #294 instead of the closed duplicate?

Hm, I've closed #294 instead, because there is more activity here. Now #294 is marked as duplicate of #983 instead of the other way around.

The last point *on the path* was `(1,1)`, so I'd argue that the endpoint is calculated correctly. To be fair, this is a bit contrived and is easily worked around...

I've had a look at the internals of `\tikz@transform` and found that this is in general a highly inconsistent mess. Since the resolution of this bug would actually be merely...

I agree that this is a bug in PGF, but I'd also argue that using public names like `\x` for internal testing macros is really bad practice. Surely there will...

The problem here is that the link to `/pgf/arrow keys/left` overrides a previous link to `/tikz/left`. Maybe overriding should only be allowed, if the new key is “less qualified”. In...

We need to check here before `\pgfmanualpdflabel` whether a label with that key already exists: https://github.com/pgf-tikz/pgf/blob/1ad8f6e68d9066bcaa0e68dc4619a584c774df1f/tex/latex/pgf/doc/pgfmanual-en-macros.tex#L790-L820

Thank you for your contribution and your interest in PGF/TikZ! Unfortunately, I cannot merge the PR as is, because it is not compatible with Plain TeX and ConTeXt. But we...

@muzimuzhi I have a similar idea some time ago https://github.com/hmenke/pgf/commit/50778951982497e0999aae8aff419cccc75fd334 (which you are already aware of because you commented on it). Note that `\dimexpr a*b` and `\dimexpr a/b` will use...