New default legend symbol dimensions when no details are provided#6165
New default legend symbol dimensions when no details are provided#6165PaulWessel merged 11 commits intomasterfrom
Conversation
Will consider annotation font and symbol size, both.
|
Generally looks good, just a couple issues: the symbols do not appear in the |
|
Darn it, I must had buggered something, the region_u_i.sh and autolegendcolor.sh was fine yesterday but now I see the problems. I will fix whatever that is but forced to take a break and go swimming. Grrrr. |
|
Fixed. |
|
Hm, it should have passed those args in - will have to debug. |
|
Thanks, the latest revisions returns the ellipse to zero angle and does a better job parsing incoming parameters for the multi-arg symbols. Your ellipse case now works better, for instance. I think this is pretty good? |
maxrjones
left a comment
There was a problem hiding this comment.
Looks good. My preference would be to leave the failures as is for now in case there are adjustments made in the next legend PR(s).
|
OK, we will leave the failures for now. |

Description of proposed changes
While legend will plot exactly what you tell it to, when we now start to rely on the auto legend feature in -l there were several shortcomings. Once was the lack of a sense of the annotation font in placing the text (#6163) but also the lack of default parameters for most symbol when none is provided. And the few defaults that were there needed some adjustments as well. Before we accept these changes as is we should make sure they are adequate. Here is a plot of all the symbols that have auto-settings (historically, we had one for front but there really is no good way to know what kind of front (here squares) so it should probably be removed as auto, just like we cannot guess what quoted and decorated lines might look like:
What I mean by "no details" is simulated here by passing record like this (for circle):
S - A - red 0.5p - Star[In -l, pen, colors, symbol type and label comes from the calling module, while size, dz1, and dx2 may be unset]
Here are issues to tackle or make decisions on:
I think the proposed PR is vastly superior to what is in master, but some tinkering can happen, and I think for consistency we should remove the auto-square setting from front so it is like the other line-embellishment symbols that need more than "-" to do anything useful.
Once this PR can be merged I can start tackling the job of adding -l to grdvector and maybe velo.
Note: No PostScript updates are presented here so you can run the tests and compare the results to see the changes.