You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
julia> versioninfo()
Julia Version 1.6.0
Commit f9720dc2eb (2021-03-24 12:55 UTC)
Platform Info:
OS: Linux (x86_64-pc-linux-gnu)
CPU: AMD Ryzen 9 3900X 12-Core Processor
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-11.0.1 (ORCJIT, znver2)
Note that the bug exists when there are 8 or more bars to display. It works as intended with 1:7 bars. (Tested upto 200). Also note that which bars are too wide changes with the number of bars (but not the order, aka not when adding a sorter to the mapping). But it's not on every change. (It changes on 8, 10, 12, 15, 29, 30)
The text was updated successfully, but these errors were encountered:
This needs some small changes in Makie to work well out of the box (see MakieOrg/Makie.jl#1223). The problem is with the automatic width computation. Passing width = 0.8, ie visual(BarPlot) becomes visual(BarPlot, width=0.8), should fix it.
I'm leaving this open until it starts working out of the box.
Here's what the bug looks like:
here's a minimum runnable file that reproduces the issue:
Click to expand repro!
Click to expand project toml!
Click to expand julia versioninfo
Note that the bug exists when there are 8 or more bars to display. It works as intended with 1:7 bars. (Tested upto 200). Also note that which bars are too wide changes with the number of bars (but not the order, aka not when adding a sorter to the mapping). But it's not on every change. (It changes on 8, 10, 12, 15, 29, 30)
The text was updated successfully, but these errors were encountered: