Stefanie Molin

My main use case was actually building animations. I use the `get_label()` to make sure I have the correct bar (e.g., [this animation](https://stefmolin.github.io/python-data-viz-workshop/slides/html/workshop.slides.html#/26/10)). The legend makes it easier to explain...

> I think in addition colors, labels will need to deconfilct with tick_labels (can you pass both? if you pass one is the other implied? do they have to match?...

Good point. Another option would be to prefix the individual bar labels with `_nolegend_` and use namespacing like these for the blue ones in your example: ``` ['_nolegend_:G1:a', '_nolegend_:G1:b', _nolegend_:G1:c']...

@timhoffm - That logic was if we were going to use the `tick_labels` to automatically label the bars. I agree that there is no need to impose any such logic...

Here are some examples of the new implementation. Note that colors are no longer altered. 1. Passing a list of labels: ```python >>> import matplotlib.pyplot as plt >>> >>> fig,...

I addressed the comments and fixed that bug: ```python import matplotlib.pyplot as plt fig, ax = plt.subplots() x = ['a', 'b', 'c'] y = [2, 1, 3] l = ['A',...

@tacaswell - I rebased to remove those changes. I also incorporated the change to the docstring as suggested. Linting is failing from the latest changes on master after the rebase....

> I'm tempted to only add `Axis.get_tick_params()` for now. > > As opposed to the setter, which can set both Axis, and thus can save code, the getter has to...

> We have to either translate back for `get_tick_params()` or clearly document that you get something else 😦 @timhoffm – Is there a preference? I can see these being confusing...

I added a reverse option to the `_translate_tick_params()` method and updated it to no longer alter the input dictionary. I'm using this in the forward and reverse directions in the...