change in color handling (or bug in 0.90.1) ?

Hello -

This used to work:
fill( [0,1,1], [0,0,1], ‘#FFFF66’)

But it doesn’t work anymore under 0.90.1.
I thought it still worked under 0.90.0

Anybody see the same problem?
Plot seems to have the same problem:

plot([1,2,3],’#afeeee’)

Error message for the plot statement:
Traceback (most recent call last):
File “<pyshell#11>”, line 1, in ?
plot([1,2,3],’#afeeee’)
File “C:\Python24\Lib\site-packages\matplotlib\pylab.py”, line 2028, in plot

ret =  gca().plot(*args, **kwargs)

File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 2535, in plot
for line in self._get_lines(*args, **kwargs):
File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 421, in _grab_next_args

for seg in self._plot_2_args(remaining, **kwargs):

File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 313, in _plot_2_args
linestyle, marker, color = _process_plot_format(fmt)
File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 153, in _process_plot_format

raise ValueError, err

ValueError: Unrecognized character # in format string

Thanks, Mark

Mark Bakker wrote:

Hello -

This used to work:
fill( [0,1,1], [0,0,1], '#FFFF66')

But it doesn't work anymore under 0.90.1.
I thought it still worked under 0.90.0

I don't think this behavior is documented, and a very quick look at recent changes to axes.py did not reveal a corresponding change, but it looks like it would be easy add and it seems to me like a useful and logical extension. The idea is that if a string is a valid mpl colorspec (including, but not limited to, hex strings as in the example above), then it sets the color; otherwise the present code is used to interpret strings like '-k' etc.

If no one is working on this, and if there is no objection, I can implement it later today or tomorrow. Does anyone see any ambiguity or other problem with this?

Eric

···

Anybody see the same problem?
Plot seems to have the same problem:
plot([1,2,3],'#afeeee')

Error message for the plot statement:
Traceback (most recent call last):
  File "<pyshell#11>", line 1, in ?
    plot([1,2,3],'#afeeee')
  File "C:\Python24\Lib\site-packages\matplotlib\pylab.py", line 2028, in plot
    ret = gca().plot(*args, **kwargs)
  File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line 2535, in plot
    for line in self._get_lines(*args, **kwargs):
  File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line 421, in _grab_next_args
    for seg in self._plot_2_args(remaining, **kwargs):
  File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line 313, in _plot_2_args
    linestyle, marker, color = _process_plot_format(fmt)
  File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line 153, in _process_plot_format
    raise ValueError, err
ValueError: Unrecognized character # in format string

Thanks, Mark

------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

------------------------------------------------------------------------

_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I know for a fact that it used to work for fill( [0,1,1], [0,0,1], ‘#FFFF66’).
But maybe I was just lucky.
It would be nice if you can make the change officially,
Mark

···

On 6/7/07, Eric Firing <efiring@…202…> wrote:

Mark Bakker wrote:

Hello -

This used to work:
fill( [0,1,1], [0,0,1], ‘#FFFF66’)

But it doesn’t work anymore under 0.90.1.
I thought it still worked under 0.90.0

I don’t think this behavior is documented, and a very quick look at
recent changes to axes.py did not reveal a corresponding change, but it
looks like it would be easy add and it seems to me like a useful and

logical extension. The idea is that if a string is a valid mpl
colorspec (including, but not limited to, hex strings as in the example
above), then it sets the color; otherwise the present code is used to
interpret strings like ‘-k’ etc.

If no one is working on this, and if there is no objection, I can
implement it later today or tomorrow. Does anyone see any ambiguity or
other problem with this?

Eric

Anybody see the same problem?

Plot seems to have the same problem:
plot([1,2,3],’#afeeee’)

Error message for the plot statement:
Traceback (most recent call last):
File “<pyshell#11>”, line 1, in ?

plot([1,2,3],'#afeeee')

File “C:\Python24\Lib\site-packages\matplotlib\pylab.py”, line 2028,
in plot
ret = gca().plot(*args, **kwargs)
File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 2535, in

plot
for line in self._get_lines(*args, **kwargs):
File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 421, in
_grab_next_args
for seg in self._plot_2_args(remaining, **kwargs):

File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 313, in
_plot_2_args
linestyle, marker, color = _process_plot_format(fmt)
File “C:\Python24\Lib\site-packages\matplotlib\axes.py”, line 153, in

_process_plot_format
raise ValueError, err
ValueError: Unrecognized character # in format string

Thanks, Mark



This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take

control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/



Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Done in svn.

Eric

Mark Bakker wrote:

···

I know for a fact that it used to work for fill( [0,1,1], [0,0,1], '#FFFF66').
But maybe I was just lucky.
It would be nice if you can make the change officially,
Mark

On 6/7/07, *Eric Firing* <efiring@…202… > <mailto:efiring@…202…>> wrote:

    Mark Bakker wrote:
     > Hello -
     >
     > This used to work:
     > fill( [0,1,1], [0,0,1], '#FFFF66')
     >
     > But it doesn't work anymore under 0.90.1.
     > I thought it still worked under 0.90.0

    I don't think this behavior is documented, and a very quick look at
    recent changes to axes.py did not reveal a corresponding change, but it
    looks like it would be easy add and it seems to me like a useful and
    logical extension. The idea is that if a string is a valid mpl
    colorspec (including, but not limited to, hex strings as in the example
    above), then it sets the color; otherwise the present code is used to
    interpret strings like '-k' etc.

    If no one is working on this, and if there is no objection, I can
    implement it later today or tomorrow. Does anyone see any ambiguity or
    other problem with this?

    Eric

     >
     > Anybody see the same problem?
     > Plot seems to have the same problem:
     > plot([1,2,3],'#afeeee')
     >
     > Error message for the plot statement:
     > Traceback (most recent call last):
     > File "<pyshell#11>", line 1, in ?
     > plot([1,2,3],'#afeeee')
     > File "C:\Python24\Lib\site-packages\matplotlib\pylab.py", line
    2028,
     > in plot
     > ret = gca().plot(*args, **kwargs)
     > File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line
    2535, in
     > plot
     > for line in self._get_lines(*args, **kwargs):
     > File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line
    421, in
     > _grab_next_args
     > for seg in self._plot_2_args(remaining, **kwargs):
     > File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line
    313, in
     > _plot_2_args
     > linestyle, marker, color = _process_plot_format(fmt)
     > File "C:\Python24\Lib\site-packages\matplotlib\axes.py", line
    153, in
     > _process_plot_format
     > raise ValueError, err
     > ValueError: Unrecognized character # in format string
     >
     > Thanks, Mark
     >
    ------------------------------------------------------------------------

     >
    -------------------------------------------------------------------------
     > This SF.net email is sponsored by DB2 Express
     > Download DB2 Express C - the FREE version of DB2 express and take
     > control of your XML. No limits. Just data. Click to get it now.
     > http://sourceforge.net/powerbar/db2/
     >
    ------------------------------------------------------------------------

     >
     > _______________________________________________
     > Matplotlib-users mailing list
     > Matplotlib-users@lists.sourceforge.net
    <mailto:Matplotlib-users@lists.sourceforge.net>
     > https://lists.sourceforge.net/lists/listinfo/matplotlib-users