Pietro Vertechi
                                            Pietro Vertechi
                                        
                                    Yes, that's correct. It seemed like the clean way to decouple ordering of categorical variables with setting the theme, though we should definitely think hard as to whether there are...
It's actually not only a problem of Juno/Atom. It also occurs when generating docs from Weave/Documenter (or when exporting a notebook to markdown): would the same fix work there too?
Thanks, this looks very useful, it definitely would be great to upstream the feature to AoG. About the API, `draw` now has a `facet` keyword argument to pass keywords specific...
Ah, of course, I hadn't thought that the output type is different. Then it makes a lot of sense to wrap the input, I agree that the API proposed initially,...
What's happening IMO is the following. Makie sees a gap in the axis (from `l` to `n`, which has been automatically translated to integers by AoG) and is expanding the...
It may be what's changed is that now by default StructArrays collects categorical values into categorical arrays, and it looks like categorical arrays get some performance penalty somehow upon collection....
So, this seems to be the simplest way to reproduce: ```julia julia> using CategoricalArrays, StructArrays julia> N = 500_000; julia> values = categorical(string.(1:N)); julia> sa = StructArray((values=values,)); julia> sa[1:N] #...
> What changes could have been made in the last 2-3 weeks that would have caused this? This issue is only recent on my end. No idea! Probably some change...
It probably makes sense to file an issue on StructArrays to discuss non-scalar getindex.
> Another solution which could work in the meantime and would be a good idea anyway is to have StructArrays call a higher-level function on the underlying arrays, like getindex...