Simplify \coordinate at parsing #785#1034
Conversation
This is another attempt at fixing pgf-tikz#785 to make the \coordinate at construction compatible with the (as of yet) internal \tikz@dcl@coord@ mechanism. In some ways this is a quick and dirty fix because it doesn't remove the flaw of the original implementation of expecting a literal ( at the start of the coordinate. In principle the same as for \tikz@scan@one@point should be done which expands tokens until it finds a literal (.
|
Forgot to handle |
|
In muzimuzhi@0a2747a I made an attempt to support a simplified \tikz@fig ode[<options>] (<name>) \pgfextra{\def\tikz@fig@content{}} aWith the added detection for changed PS: I just realized |
|
As always, thanks for your very insightful input. You are definitely right. We have to promote |
|
On 2026-06-15 a more comprehensive testsuite was introduced for PGF/TikZ. This tests all new contributions against the examples extracted from the manual and checks whether anything has changed to avoid regressions. Since this pull request was opened before that, these tests were not run automatically. I have run Tip Your pull request might have failed some tests. This does not mean that your contribution will be rejected. In fact, depending on the changes you propose, it might even be expected that some tests fail, however, this needs to be evaluated carefully. Failed tests
|
2 participants
Motivation for this change
This is another attempt at fixing #785 to make the \coordinate at
construction compatible with the (as of yet) internal \tikz@dcl@coord@
mechanism.
In some ways this is a quick and dirty fix because it doesn't remove
the flaw of the original implementation of expecting a literal ( at
the start of the coordinate. In principle the same as for
\tikz@scan@one@point should be done which expands tokens until it finds
a literal (.
Checklist
Please check the boxes to explicitly state your agreement to these terms: