When I run this code the first part works but the second part produces a long error - error.txt. I am using Ubuntu 16.04 and upgraded matplotlib to 1.5.3 with pip today.
I hope you encountered this by reading in a style file / putting this in matplotlibrc.
It looks like the validation/parsing on this is not good enough. This particular case is a bit tricky as the linestyle can be a list of strings so treating this as a list of strings seems reasonable.
I hope you encountered this by reading in a style file / putting this in
matplotlibrc.
It looks like the validation/parsing on this is not good enough. This
particular case is a bit tricky as the linestyle can be a list of
strings so treating this as a list of strings seems reasonable.
I'm going to take advantage of this issue to readvertise my suggestion of
using a python source file for matplotlibrc (#7089 (comment) #7089 (comment)
)...
as a matter of fact, this is actually an argument against using python
source files for matplotlibrc's because we still need to support taking
string inputs into functions like plt.rc(), so we would need to keep our
parsing logic anyway, so there is very little gain.
I'm going to take advantage of this issue to readvertise my suggestion of
using a python source file for matplotlibrc (#7089 (comment) #7089 (comment)
)...
I thought that the whole reason for allowing string inputs in plt.rc was that the parsers are already there for handling matplotlibrc; if matplotlibrc is a python file then likewise plt.rc should likewise discard support for string inputs. Or, if we really want to keep support for this, we should just eval such inputs.
This issue has been marked "inactive" because it has been 365 days since the last comment. If this issue is still present in recent Matplotlib releases, or the feature request is still wanted, please leave a comment and this label will be removed. If there are no updates in another 30 days, this issue will be automatically closed, but you are free to re-open or create a new issue if needed. We value issue reports, and this procedure is meant to help us resurface and prioritize issues that have not been addressed yet, not make them disappear. Thanks for your help!
Activity
tacaswell commented on Oct 4, 2016
I hope you encountered this by reading in a style file / putting this in matplotlibrc.
It looks like the validation/parsing on this is not good enough. This particular case is a bit tricky as the linestyle can be a list of strings so treating this as a list of strings seems reasonable.
WeatherGod commented on Oct 5, 2016
I wonder if the same problem would happen if the order of the linestyles
were reversed? Also, is this happening on master as well?
On Tue, Oct 4, 2016 at 7:26 PM, Thomas A Caswell notifications@github.com
wrote:
anntzer commented on Oct 5, 2016
I'm going to take advantage of this issue to readvertise my suggestion of using a python source file for matplotlibrc (#7089 (comment))...
WeatherGod commented on Oct 5, 2016
This doesn't have anything to do with rc files. This is passing arguments
to plt.rc().
On Wed, Oct 5, 2016 at 2:52 PM, Antony Lee notifications@github.com wrote:
WeatherGod commented on Oct 5, 2016
as a matter of fact, this is actually an argument against using python
source files for matplotlibrc's because we still need to support taking
string inputs into functions like plt.rc(), so we would need to keep our
parsing logic anyway, so there is very little gain.
On Wed, Oct 5, 2016 at 3:08 PM, Benjamin Root ben.v.root@gmail.com wrote:
anntzer commented on Oct 5, 2016
I thought that the whole reason for allowing string inputs in plt.rc was that the parsers are already there for handling matplotlibrc; if matplotlibrc is a python file then likewise plt.rc should likewise discard support for string inputs. Or, if we really want to keep support for this, we should just eval such inputs.
github-actions commented on Mar 31, 2023
This issue has been marked "inactive" because it has been 365 days since the last comment. If this issue is still present in recent Matplotlib releases, or the feature request is still wanted, please leave a comment and this label will be removed. If there are no updates in another 30 days, this issue will be automatically closed, but you are free to re-open or create a new issue if needed. We value issue reports, and this procedure is meant to help us resurface and prioritize issues that have not been addressed yet, not make them disappear. Thanks for your help!
anntzer commented on Mar 31, 2023
This has actually been fixed as of master, afaict.