Darren Dale wrote:
> On Wednesday 22 August 2007 4:20:08 pm Michael Droettboom wrote:
>> Darren Dale wrote:
>>> If you want all that flexibility, why not do it in the usual way:
>>>
>>> #mathtext.it.family : 'serif'
>>> #mathtext.it.style
Jouni K. Seppänen wrote:
> On OS X, using the pdf backend, I get the exception "RuntimeError:
> TrueType font is missing table" when running examples/fonts_demo_kw.py,
> because ttconv is trying to load /System/Library/Fonts/Times.dfont as a
> TrueType font, which it of course is not.
>
> A simple
Michael Droettboom wrote:
> Darren Dale wrote:
>> On Wednesday 22 August 2007 4:20:08 pm Michael Droettboom wrote:
>>> Darren Dale wrote:
>>>> If you want all that flexibility, why not do it in the usual way:
>>>>
>>>> #mathtext.it.family
Perhaps the difference is below the noise floor? I was focusing only on
startup time by running lsprofcalltree over a script containing only
"import pylab". In that context, dedent was the largest contributor to
startup time (other than stuff in the stdlib and numpy) before this
change. But
Paul Kienzle wrote:
> Hi all,
>
> I replaced one of the text_rotation examples with r'$\rm{mathtext_{225}}$'
> to see if rotation is supported for mathtext. It is not in the current
> trunk downloaded today.
It's only not supported in the bitmap (Agg and Gdk) backends. It works
fine in the vec
Cool idea. I don't know if anyone has tried this. I assume you'd want
to get something that you could pass to wx.ImageFromBuffer() (and the
equivalent in Gtk). It would just be a matter of or'ing together all of
the greyscale ft2font buffers (which aren't currently exposed to Python)
and con
John Hunter wrote:
> On 8/30/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> - FT2Font.draw_glyph_to_bitmap does not support rotation. This would
>> have to be added, or there may be a way to use
>> set_text/draw_glyphs_to_bitmap which does support rotation
I just committed code to allow vertical alignment of text by the
baseline (rather than the bottom of all the descenders).
I think it should be useful, however, it behaves rather strangely with
rotation, and I thought I'd solicit some feedback from the list.
The "problem" (if it is one) is tha
Paul Kienzle wrote:
> On Thu, Aug 30, 2007 at 02:19:47PM -0400, Michael Droettboom wrote:
>> Paul Kienzle wrote:
>>> Hi all,
>>> Before I look to deeply into this myself, is there anyone working on it
>>> already? Is there anything I need to look out for when
It would probably be considerable work to ply mathtext out of matplotlib,
particularly if you consider bringing along the Ps/Pdf/Svg/Cairo backends.
Just bringing the raster backend (which is really in ft2font.cpp) would be
considerably less work.
But I was mainly just sharing a "wouldn't it b
hat the API for this may change due to my planned
mathtext/backend communication refactoring. If you do plan on relying
on this functionality, I recommend wrapping it in a function (like
mathtext_to_wxbitmap in the example) so any future changes will be
localized.
Cheers,
Mike
Michael Droettboo
t all on
wxCocoa. -- so maybe it's best to stay away from that altogether.
Cheers,
Mike
Michael Droettboom wrote:
> There is now preliminary support for getting a mathtext bitmap to
> transfer to a GUI widget in SVN, along with a toy wxPython example in
> examples/mathtext_wx.py
Just FYI -- this is what it looks like in Linux/wxGTK.
Paul Kienzle wrote:
On Fri, Aug 31, 2007 at 03:28:49PM -0400, Michael Droettboom wrote:
There is now preliminary support for getting a mathtext bitmap to
transfer to a GUI widget in SVN, along with a toy wxPython example in
examples
SVN r3776 now has support for rotation of mathtext to any angle in the
Agg backend (i.e. it's now supported in all backends).
Enjoy!
Mike
Michael Droettboom wrote:
> Paul Kienzle wrote:
>> On Thu, Aug 30, 2007 at 02:19:47PM -0400, Michael Droettboom wrote:
>>> Paul Kie
John Hunter wrote:
> On 8/30/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>>> ...but if we need to go into agg anyway, why not use Agg's font handling
>>> capabilities directly?
>> Perhaps historical reasons. I wonder if they're still relevan
It's certainly possible my text rotation changes have caused this. I did all
my testing on Linux, and didn't see any problems there.
It it the text_rotation.py example that segfaults for you or something else?
I'll have to look into this further when I get in to work.
Cheers,
Mike
---
Jouni K. Seppänen wrote:
> Paul Kienzle <[EMAIL PROTECTED]> writes:
>
> [segfaults]
>> Is there something in the last couple of weeks which might cause this?
>
> Some changes in font handling caused segfaults for me, and it turned out
> to be a bug in an old version of freetype:
>
> http://artic
I don't think it's related. But definitely a bug... I forgot to test
my baseline code with text.usetex turned on.
I just submitted a fix in r3781.
Cheers,
Mike
Manuel Metz wrote:
> Don't know whether this is related, but I now get the following error:
>
> File
> "/py.src/lib/python2.4/site-
05, 2007 at 07:13:27AM -0400, Michael Droettboom wrote:
>> Jouni K. Seppänen wrote:
>>> Paul Kienzle <[EMAIL PROTECTED]> writes:
>>>
>>> [segfaults]
>>>> Is there something in the last couple of weeks which might cause this?
>>> Some chan
Paul Kienzle wrote:
> I went through the demo list again today. Here are some problems:
>
> $ python fonts_demo.py
> Traceback (most recent call last):
> File "fonts_demo.py", line 31, in
> font.set_name('Script MT')
> AttributeError: 'FontProperties' object has no attribute 'set_name'
F
Paul Kienzle wrote:
> On Thu, Sep 06, 2007 at 08:14:19AM -0400, Michael Droettboom wrote:
>> On a broader note, I've been using backend_driver.py as my ersatz
>> "acceptance test suite." Not all of these examples are included in it,
>> of course. Is there
The Agg backend has a feature where if "bmp" was specified as a file
extension, it saves as a raw RGBA image. IMHO, this is perhaps too
easily confused with the "Microsoft Windows Bitmap" format. There is a
(someone else's) bug filed against this:
http://sourceforge.net/tracker/index.php?func
I think this is a known bug (and maybe a bug should be filed so it doesn't get
lost).
Most of the backends don't have support for clipping which would be required
for this to work.
Cheers,
Mike
-
This SF.net email is spons
gh log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Matplotlib-users mailing list
> [EMAIL PROTE
he size of the svg file for this example
> from 12k to 42k but will decrease tech support by a lot, so its probably
> worth making it the default.
If I hear no objections on this list, I'll go ahead and do that.
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Divi
Paul Kienzle wrote:
> On Fri, Sep 07, 2007 at 06:40:55AM -0400, Michael Droettboom wrote:
>> I'd be curious to see a screenshot of what Safari looks like. It may be a
>> simple fix on our end.
>
> See attached.
>
>> As for file sizes, the SVG spec makes a
Paul Kienzle wrote:
> On Fri, Sep 07, 2007 at 06:40:55AM -0400, Michael Droettboom wrote:
>> I'd be curious to see a screenshot of what Safari looks like. It may be a
>> simple fix on our end.
>
> See attached.
It turns out this "difference" (I'm not
I'd be curious to see a screenshot of what Safari looks like. It may be a
simple fix on our end.
As for file sizes, the SVG spec makes an "informational recommendation" to
allow gzip-compressed SVG files. So some tools support commpression
(Inkscape), and others don't (Firefox). Hopefully mo
#x27;t match up with what I have in svn trunk.
Perhaps you somehow have reverted to an older version...?
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
with svnmerge, svnmerge won't let me
merge from trunk if I have any modified files at all, so every time I
want to merge, I have to be sure to revert that file.
Is there any reason not to just remove this file from SVN?
--
Michael Droettboom
Operations and Engineering Division
Space Tele
Paul Kienzle wrote:
> On Fri, Sep 07, 2007 at 12:09:01PM -0400, Michael Droettboom wrote:
>> Paul Kienzle wrote:
> Note: Adobe SVGViewer doesn't see the embedded fonts, but it works if I
> have the fonts installed. Oh, well!
With the embedded fonts, you mean the text just do
the
> angstrom} symbol within mathtext for any of the backends? If not, would
> it be difficult to add?
>
> Thanks,
> William
>
> On 9/7/07, *Paul Kienzle* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> wrote:
>
> On Fri, Sep 07, 2007 at 03:09:
Paul Kienzle wrote:
On Fri, Sep 07, 2007 at 03:09:10PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
On Fri, Sep 07, 2007 at 12:09:01PM -0400, Michael Droettboom wrote:
Paul Kienzle wrote:
Note: Adobe SVGViewer doesn't see the embedded fonts, but it works if I
have the fonts inst
y be a hassle, but perhaps you could allow
> \AA and \angstrom to both represent angstrom.
>
> Thanks!!!
>
> William
>
> On 9/7/07, *Michael Droettboom * <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Sorry -- that used to work, but
Yes, the mathtext should be red. I was testing color and forgot I had deviated
from what's checked in for that example.
Thanks for the news. It's great that it's working in so many places now with
your help.
Cheers,
Mike
---
onsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lis
hat set of fonts are getting embedded? If their not in the
mpl set, it's possible they haven't been tested.
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
.)
Cheers,
Mike
Paul Kienzle wrote:
> On Mon, Sep 10, 2007 at 04:19:24PM -0400, Michael Droettboom wrote:
>> Can you set "pdf.compression : 0" and send me a copy of the troublesome
>> PDF (probably best off list if it's a large file.)?
>
> I used the followin
s.
>
> I'm guessing this will be less efficient for the writer since it has
> to keep the entire stream in memory in order to compute its length
> prior to writing it. The alternative would be to reserve space,
> write the stream, rewind to write the length then seek forward to
&
hought these two things would be dependent, but I don't
remember the reason you gave -- could you maybe refresh my memory -- I
was much less aware of the code structure then.
Sorry if this is sort of an open-ended question... An
Yes. Sorry. It's in r3837 on the branch.
Cheers,
Mike
John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> If you check out r3835 from my branch, simple_plot.py is working, with
>> the exception of things that rely on this really
I should also add -- it's only working with the Agg backend.
John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> If you check out r3835 from my branch, simple_plot.py is working, with
>> the exception of things that rely on this really
John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I need to spend more time reading through your code before I comment
> further, but I just wanted to make a quick comment vis-a-vis the
> locators and formatters. I commited these changes t
rect/01/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
hon-2.4.)
Is the current Mac OS-X version also something to consider? It's
currently at 2.3 in 10.4 Tiger.
Cheers,
Mike
--
Michael Droettboom
Operations and Engineering Division
Space Telescope Science Institute
Ope
ll of the backends can load images from strings
anyway.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.ne
up with more possibilities, but first I want to
> see whether anyone agrees that this might be a good time to think about
> API strategy and consistency.
>
> Eric
>
> ---------
> This SF.net email is sponsored by: Splunk Inc.
>
o be done this way, as
> Interval methods.
>
>
> Mike, how would this fit in with your reworking of transforms?
I don't anticipate any problems with that approach.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Ins
t rid of the "found, but unknown version (no pkg-config)" warnings?
I'm not sure that's possible. What that message means is that it
couldn't use pkg-config (a standard Unix-y tool for finding build
requirements) to find those libraries, which also provides the
matplotli
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
experience on this list may have to look into this and have more to
offer.
Cheers,
Mike
Martin Spacek wrote:
> Sorry for the delay. I gave that a try, but it didn't help. Seems that
> _MSC_VER is undefined as well...
>
> Martin
>
> Michael Droettboom wrote:
>> M
Thanks. Sorry about the syntax errors -- I don't use the preprocessor
much either.
I think this patch seems reasonable (or at least reasonably harmless),
so I'll go ahead and commit it.
Cheers,
Mike
Martin Spacek wrote:
> Michael Droettboom wrote:
>> Hmmm... Well, I thin
EE copy of Splunk now >> http://get.splunk.com/
> ___________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Ope
n the output of the non-interactive backends will benefit less
from all this refactoring than originally thought. However, it should
be helpful in the long run to have fewer backend methods to write and
maintain.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and
gt; Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
> ---------
> This SF.net email is sponsored by: Splunk Inc.
&
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/patches.py",
line 814, in get_verts
x = width/2. * npy.cos(theta)
TypeError: unsupported operand type(s) for /: 'TaggedValue' and 'float'
--
Michael Droettboom
Science Software Branch
Operations and Engineering Div
sforms
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping throu
ss.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping
Thanks for the report.
The mri_with_eeg.py demo is known not to work (I just haven't got around to
updating it yet).
As for speed, your results are consistent with mine. There is probably still
some low hanging fruit to be optimized on the branch, but I expect that the new
design will ultimat
That's great news. I'm very curious how they look with mathtext.
I'll be away from the office for the rest of the week. If any of you want to
try it in the meantime, it's theoretically possible it already works (assuming
there's no strange metrics issues in the font.) ---> Set mathtext.use_cm
This is maybe another push in the direction of using fontconfig (which claims
to support otf fonts already). I'd really prefer to go in that direction
rather than continue to tack on partial reimplementations of it in
font_manager.py -- but it does complicate dependencies on non-X11 platforms).
I should also add -- it would be really nice to have STIX fonts working in the
upcoming stable release if possible. Hopefully tomorrow morning I can assess
how much work that will be and maybe delay tagging the release slightly so this
can be worked through. It would be nice to remove the Comp
Darren Dale wrote:
> On Sunday 04 November 2007 8:50:48 am Michael Droettboom wrote:
>> This is maybe another push in the direction of using fontconfig (which
>> claims to support otf fonts already). I'd really prefer to go in that
>> direction rather than c
being seen now. I'll
have a patch shortly.
> Are there other problems?
.dfont support on the Mac -- it only looks at the first font in the
file. (Though, when I checked fontconfig a few months ago, it also
exhibited this problem.)
Maintaining a separate font cache means that the u
font file)... matplotlib has a little extra
code to use the "Non-Unicode" fonts when necessary (when the codepoint
is E000 - F8FF).
Currently, there's no way to get at all of the fancy integral signs that
STIX provides.
Cheers,
Mike
Michael Droettboom wrote:
> John Hunter wrot
STIX fonts seem to be break with PDF or PS font subsetting. Looking
into it...
Cheers,
Mike
Michael Droettboom wrote:
> The STIX fonts are now passing the mathtext_examples.py unit test. This
> font blends much better with fonts like Times.
>
> The rcParam "mathtext.use_
> hoping and expecting that maskedarray will replace ma in the core numpy
> distribution.
That sounds like a very good idea. I'll go ahead and do this (on the
branch only).
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telesco
ot;);
Quit(0);
If there are no objections, I'll go ahead and do that and commit the
results.
Cheers,
Mike
Michael Droettboom wrote:
> STIX fonts seem to be break with PDF or PS font subsetting. Looking
> into it...
>
> Cheers,
> Mike
>
> Michael Droettboom
Darren Dale wrote:
> On Sunday 04 November 2007 9:04:15 am Michael Droettboom wrote:
>> I should also add -- it would be really nice to have STIX fonts working in
>> the upcoming stable release if possible. Hopefully tomorrow morning I can
>> assess how much work that wi
John Hunter wrote:
> On Nov 6, 2007 1:05 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> This fontforge script seems to do the conversion quite well:
>>
>> #!/usr/bin/fontforge
>> Open($1);
>> Generate($1:r+".t
John Hunter wrote:
> On Nov 6, 2007 1:36 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> There is, of course, some time and memory overhead to loading larger
>> fonts, but it may not be significant.
>>
>> The other issue with subsetting the fonts before dist
ample into a benchmark (attached) and get these results:
trunk:
init: 1.39
fps: 0.448591422932
branch:
init: 5.31
fps: 1.08885017422
Of course, if you mean "interactive" as in "updating the data", then,
yes, the branch has a long way to go to catch up to the trunk.
Cheers
Attaching benchmark.
from numpy.random import rand
import matplotlib
from matplotlib.pyplot import pcolor, savefig, show, ion, axis, draw, axes
import time
ion()
t = time.clock()
pcolor(rand(1000,100))
print "init: ", time.clock() - t
frames = 25.0
t = time.clock()
for i in xrange(int(frames))
it's not a given that it will perform well over
remote X-Windows, either.
So, we need to look at the pros/cons of continuing to support these
legacy APIs going forward.
Lastly, what is the status of the EMF backend? Is anyone relying on it
and/or willing to look into updating it?
Cheers
Gael Varoquaux wrote:
> On Thu, Nov 08, 2007 at 11:23:54AM -0500, Michael Droettboom wrote:
>> So, we need to look at the pros/cons of continuing to support these
>> legacy APIs going forward.
>
> IMHO a gtk and a wx back end are very important for embedding MPL in
> app
Christopher Barker wrote:
> Michael Droettboom wrote:
>> Wx supports polycurves in its new wxGraphicsContext API (but not the
>> wxDC API that mpl uses now). This means a fairly complete rewrite of
>> the wx backend,
>
> not necessarily. You can create a GraphicsCo
I think that's something I recently introduced, and should probably be simple
to fix. I'll have a look when I get into the office this morning.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping th
/jaffe/Library/Python/2.5/site-packages/matplotlib-0.90.1_r4176-py2.5-macosx-10.3-fat.egg/matplotlib/font_manager.py",
>>
>> line 100, in get_fontext_synonyms
>> 'afm': ('afm',)}[fontext]
>> KeyError: None
>> gog:~% mv .matplotlib tmp.matplotlib; scp
Michael Droettboom wrote:
> Christopher Barker wrote:
>> Michael Droettboom wrote:
>>> Wx supports polycurves in its new wxGraphicsContext API (but not the
>>> wxDC API that mpl uses now). This means a fairly complete rewrite of
>>> the wx backend,
ansforms branch so you can play with
it -- I'm holding off on changing the trunk due to the pending release.
But if everyone agrees on the way to expose this, it would be nice to
merge this over to trunk before the release.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operat
John Hunter wrote:
> On Nov 9, 2007 1:12 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> I've committed my changes on the transforms branch so you can play with
>> it -- I'm holding off on changing the trunk due to the pending release.
>> But if e
function.)
Seems reasonable.
> (Arg! This brings up the *big* question of what should be a class, and
> how much functionality, and what kind, should be stuffed into axes
> methods.)
Ah, yes. That whole "purity" thing.
Cheers,
Mike
> Michael Droettboom wrote:
>> J
Darren Dale wrote:
> On Friday 09 November 2007 03:26:12 pm Michael Droettboom wrote:
>> Eric Firing wrote:
>>> Mike,
>>>
>>> Thank you for once again blasting out such an array of improvements.
>>> Regarding implementation and API details, such as what
gt; Michael,
>
> Have you looked at the speed of zooming in and out with pcolormesh?
>
> On Nov 9, 2007 3:33 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> Darren Dale wrote:
>>> On Friday 09 November 2007 03:26:12 pm Michael Droettboom wrote:
>>>>
files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
>
>
> ___
> Matplotlib-devel mailing list
> Matpl
Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
> --------
>
> __
;
> This looks like a bug. No other part of the code even calls it, so I
> removed it and noted it in API CHANGES
Coincidentally, I just noticed this myself, and fixed it (and renamed it
to is_writable_file_like). There will be (once I commit), and handful
of places that use it.
C
ways, I don't know if that's a real problem.
(The point of all this is to reduce the number of required drawing
commands in the backends to the lowest common denominator. You can draw
virtually anything (with reasonable approximation) with polycurves, so
that is now the only drawing pr
John Hunter wrote:
> On Nov 15, 2007 12:53 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> Thought some of you may be interested to know that the speed on the
>> branch is getting much better. Whereas earlier the branch was about 2x
>> slower than the trunk
John Hunter wrote:
> On Nov 15, 2007 1:51 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> Very odd. I've been running my own very similar benchmark as I've been
>> going, and the two code bases perform quite similarly. The branch
>> continues to ca
rything in backend_driver.py.
(Sorted by the percentage difference in speed.) Note that, unlike the
above, this measures only one drawing of the plot. It would be
interesting to measure the difference in interactive performance for
some of these -- I suspect the branch may do better.
Cheers,
Mike
Michael Droettboom wrote:
John Hunter wrote:
log_demo.py 1.769 2.011 0.242113%
Here is another area where there is an important difference. Panning
and zooming interactively with log scaling is much slower on the
branch, presumably because you have to
I think I'm a little confused by the question. From the Python perspective,
everything in the Agg backend takes floats. Agg actually has color types for
both floating point and 8-bit-per-plane colors, though obviously it's converted
to 8-bit-per-plane eventually. But, of course, that is done
Improved consistency is a good thing. And ANSI is a sane choice (even though
my muscle memory knows K&R, I'm willing to fight against that for the
betterment of the whole... just don't be surprised if I screw some things up
initially ;).
I do have one concern, however. It is very useful for m
iprect:
> write("grestore\n")
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/
70mrt/direct/01/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space
ps
5.617 fps
Cheers,
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> I think I'm a little confused by the question. From the Python
>> perspective, everything in the Agg backend takes floats. Agg
>> actually has color types for both floating point and 8-
or converting rgb colors to cmyk on
output (within matplotlib) is the better way to go.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
t; ___________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science
>
> Nils
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/di
501 - 600 of 1294 matches
Mail list logo
