Ian Hunt-Isaak

> However, our backend functions are accessible via this API: Oh interesting! Is there a list of the stops anywhere? `22-0-11531` is a touch opaque. Also, whats the deal with...

To make the image above, it may be a bit difficult as the part I was annotating actually comes from the Dask Array repr which xarray does not directly control....

Hi @zjwilliams20 those controls come from the matplotlib package directly, and are not somethign that really can/should be implemented in ipympl. Can someone with the rights to transfer do so...

Hi, Two things that would be very helpful in debugging. 1. Can you post the error message (if any) that you get 2. Can you post code the reproduce that...

Hi @mmatthe thank you for the report, this is definitely a bug! Unfortunately it's a bug in the section of code that's been most difficult to get workign properly over...

Ahhh I should have looked harder. This is a known issue. See the discussion (from 2021) here: https://github.com/matplotlib/ipympl/issues/359#issue-1004568192 I wonder if https://github.com/matplotlib/ipympl/pull/376 might enable a fix for this, though my...

@mmatthe do you have this option checked?  when I have that option on then then update the plot twice then I get to see the first update, but not...

## Note for potential fix: (A note for future me unless someone else wants to implement this - im supposed to be thesis writing right now) I think we either...

**edit** i think this may not be a bug, rather a not super well documented change in behavior for zarr format 3 vs 2, making the order of arrays read...

These tests have some clues about what the intended behavior is: https://github.com/zarr-developers/zarr-python/blob/57107260291fc9c6f32c95346c321b8a28a6b6e8/tests/test_codecs/test_transpose.py#L14-L19 though so seemingly the read byte order is set via the global config rather than as it was...