Open baggepinnen opened 2 years ago
I get different results for GR
I think, the question here is, what fillrange = Inf
should do?
EDIT: funniliy that upper fillrange was not visible in the GTK Window, only in the png file
I produced the plots in vscode, they might go through slightly different pipeline? I also used a non-random blue series but made it randn
for the MWE. I expected fillrange = Inf
to just extend upwards indefinitely, but not contribute to the default ylims
.
In general, is there a way to indicate that an @series
should not contribute to setting the axis limits? This is often useful when adding "guide lines" etc. that should always be there no matter the limits, i.e., their extent is infinite. hline/vline
works this way IIUC and those are very useful, but are not always applicable, e.g., for semi-infinite lines etc.
Yeah, vscode shows png files by default
n general, is there a way to indicate that an
@series
should not contribute to setting the axis limits? This is often useful when adding "guide lines" etc. that should always be there no matter the limits, i.e., their extent is infinite.hline/vline
works this way IIUC and those are very useful, but are not always applicable, e.g., for semi-infinite lines etc.
For lines there is seriestype := :straightline
.
https://github.com/JuliaPlots/Plots.jl/blob/46e19d9ad57fb21c6f6e1bb59ddf6473314cec9e/src/recipes.jl#L1625
The following produces strange results that differ between backends. I'd like the plot to look similar to the GR version, but with the fill upper area extending vertically similar to how the lower fill range does
Details
Backends
GR
Plotly
Versions
Plots.jl version: Plots v1.25.6 Backend version (
]st -m <backend(s)>
): Output ofversioninfo()
: