I agree with Darren. In my previous response, I was assuming Agg-2.4 would be
the requirement in Debian.
If you are planning to link to a different version, licensing may be an issue
(I can't really comment on that as IANAL), but there's a high likelihood of
compatibility issues. The upgrade
Thanks for catching this. Looks like the correct solution to the error I
introduced.
Cheers,
Mike
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications
this, but
in case there isn't, is adding an additional name to the
TTStreamWriter, eg. TTStreamWriter::put_char, out of the question?
Thanks,
-Peter
On Thu, Jul 31, 2008 at 09:08:18AM -0400, Michael Droettboom wrote:
(Sorry for the delay, just back from vacation).
I don't have access
The simplification code was written with the assumption that all of the
codes are LINETO. That is, it has no MOVETOs or CURVEs. There is code
in backend_agg.h that tries to make sure not to run simplification when
this is the case (see should_simplify -- it returns false whenever there
is a
Michael Droettboom wrote:
So the easy fix is to turn off simplification when the array contains
NaNs (and bonus points if we can cache that so we don't have to run
through the list to find NaNs ahead of time).
On further thought, this shouldn't be too difficult -- so I'll go ahead
Simplification is now turned off whenever there are nonfinite elements
in the vertices array. The should_simplify determination is now made
in Python (to make it easier to tweak and cache).
I also committed your patch to handle masked arrays in the same way as
arrays-with-nonfinite values
--
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 the Moblin Your Move Developer's challenge
Build
://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net email is sponsored
of matplotlib wx, I'm not sure that
it is relevant anymore.
- Paul
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.Net
.
(But I'm just catching up on thousands of e-mails today, so I won't
comment on the reorg itself wink)
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
No, you didn't screw up. It's just hard to arrive home to a pile of
1000's of e-mails... ;)
Cheers,
Mike
John Hunter wrote:
On Thu, Jul 31, 2008 at 9:33 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib
I'll update the example. You may also find ScaledTranlation useful for
what you're doing. It will allow you to avoid hardcoding the dpi.
http://matplotlib.sourceforge.net/doc/html/devel/transformations.html#matplotlib.transforms.ScaledTranslation
Cheers,
Mike
Andrew Straw wrote:
Ryan May
I'll second being confused at times. In the transformation conversion,
it was something I didn't know too much about up front, so it's quite
possible that I broke some things in that regard. (I know of some
already, but those were fixed shortly after things were merged into the
trunk around
The solution is sufficiently obscure, that I decided to just
re-introduce offset_copy (r5804). It appears to work as before, and the
example works without changes, though let me know if you run into any snags.
Cheers,
Mike
Michael Droettboom wrote:
I'll update the example. You may also find
list, are others seeing this (with a SVN Sphinx updated today?)
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
It seems one of the static JavaScript files changed. Deleting my
installation of Sphinx in site-packages and reinstalling fixed the problem.
Cheers,
Mike
Darren Dale wrote:
On Thursday 17 July 2008 01:07:27 pm Michael Droettboom wrote:
I'm preparing for my Scipy talk about our Sphinx
John Hunter wrote:
On Tue, Jul 15, 2008 at 5:37 PM, Ryan May [EMAIL PROTECTED] wrote:
The 2nd alternative, which I haven't
explored, is to set the edgecolor equal to the facecolor and support
colormapping of the edgecolors.
FWIW, pcolor and pcolormesh have also needed this
self._pickradius = pickradius
self.update(kwargs)
This is in __init__ for Collection, which ends with the code I've pasted
here. It doesn't appear that Affine2D is used and is probably left over
cruft.
Ryan
--
Michael Droettboom
Science Software Branch
Operations
/dvipng, since latex is already a
requirement for Sphinx in general.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
David,
There is no code in matplotlib to autoscale shared axes, and as far as I
know, there never has been. Unfortunately, it's more or less a
requirement that you have to set the limits manually when using shared
axes. (All of the shared axes examples do this).
I think, 0.91 is broken
for the docs.
Any ideas?
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE
Yes, but curiously, it doesn't change between those revisions...
Mike
Fernando Perez wrote:
On Mon, Jul 7, 2008 at 9:19 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
One other tidbit of information -- the example plots work fine when
called directly. This only seems to affect plots
documentation plotting code, do you have any thoughts?
Cheers,
Mike
Tony Yu wrote:
On Jul 7, 2008, at 12:19 PM, Michael Droettboom wrote:
I noticed today that the examples in the docs have the ticks on the
outside of the axes. You can see it here:
http://matplotlib.sourceforge.net/doc/html/users
Fernando Perez wrote:
On Mon, Jul 7, 2008 at 10:28 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
Thank you for finding this! That is indeed the case.
I think we need to rework the plot generation code to avoid side effects
by forcibly resetting state between plots. Maybe we should
___
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
://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
Check out the new
rectangle might be a bad name for axesPatch since it can be a circle
for polar plots, and ellipse for geo plots etc.
Cheers,
Mike
John Hunter wrote:
On Wed, Jun 25, 2008 at 8:25 AM, Stéfan van der Walt [EMAIL PROTECTED]
wrote:
2008/6/25 Michael Droettboom [EMAIL PROTECTED]:
Maybe
John Hunter wrote:
On Wed, Jun 25, 2008 at 9:23 AM, John Hunter [EMAIL PROTECTED] wrote:
On Wed, Jun 25, 2008 at 9:09 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
rectangle might be a bad name for axesPatch since it can be a circle for
polar plots, and ellipse for geo plots etc
Eric Firing wrote:
Michael Droettboom wrote:
Rob Hetland wrote:
When I do a pcolor, there are white lines between the patches that
cause strange moray patterns, even when saved to a png. The
attached sample shows what I mean. Notice the strange coffee-cup
ring, where the pattern goes
introduces noticeable
negative artifacts. quadmesh_demo.py (with its built-in smoothness)
doesn't really highlight the problems with that approach.
Cheers,
Mike
Michael Droettboom wrote:
Ok -- sorry about that. It looked pretty good on the quadmesh_demo
example, but I suppose that's just
.
Waiting to hear back from Nils as to whether this is really what he
wants, though.
Cheers,
Mike
Michael Droettboom wrote:
Nils,
I saw your bump about this transparency issue. Before moving forward
on this, I'd like to know what your use case is. I've attached a
mock-up example. On the left
/services/buy/index.php
___
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
at that level of maturity yet.
Cheers,
Mike
Charlie Moad wrote:
Looks like sphinx==0.4 was just released. Could we agree to target
this instead of svn?
- Charlie
On Mon, Jun 23, 2008 at 11:18 AM, Michael Droettboom [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Ah. Something
Fernando Perez wrote:
Hey Michael,
On Fri, Jun 20, 2008 at 7:47 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
John Hunter wrote:
On Fri, Jun 20, 2008 at 8:13 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
The current version of graphviz uses either cairo or gd
Sorry, I'm stumped.
Mike
Charlie Moad wrote:
Here's that file.
Thanks,
Charlie
On Fri, Jun 20, 2008 at 9:25 AM, Michael Droettboom [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Have you updated Sphinx from SVN lately? I have r64374.
Sphinx should have dumped a full
Michael Droettboom wrote:
John Hunter wrote:
Of course, the rendering is also somewhat painful
to me, after years of looking at agg rendering. Maybe I need to write
a dot output renderer
The current version of graphviz uses either cairo or gd (the default
being cairo on most
, Michael Droettboom [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
What version of Python are you running? All I can think from
looking at the code is that something in the regex is behaving
differently for you than me (on Python 2.5).
If you just want the docs to build
John Hunter wrote:
On Fri, Jun 20, 2008 at 8:13 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
The current version of graphviz uses either cairo or gd (the default being
cairo on most modern installations.)
Now that you've uploaded the docs, I see that the font you're getting
://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
Check out the new SourceForge.net
/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
Check out the new SourceForge.net Marketplace
() after the call to
Line2D.set_data(), or we can restore the old behavior by calling
recache() at the bottom of Line2D.set_data(), albeit with a performance
penalty on panning/zooming due to the tick lines taking longer to move.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
John Hunter wrote:
On Thu, Jun 19, 2008 at 3:05 PM, Michael Droettboom [EMAIL PROTECTED] wrote:
I just committed support for inheritance graphs in the docs like the one
attached. In the docs themselves, an image map is included so clicking on a
node hyperlinks to the class docs.
It uses
wonder if we should support a global rc alpha
I'd make it an optional parameter to savefig(), but I like the idea.
Of course one could pretty easily post-process it as well.
-CHB
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space
). This requires
that everyone generating the docs does a svn up on Sphinx. Our
documentation instructions already say to use SVN Sphinx, so this isn't
really a new requirement, and hopefully before long this will be part of
a Sphinx release.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
___
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
.
.. plot:: tex_unicode_demo.py
:include-source:
:no-autogen:
.. plot:: tex_unicode_demo.py
:include-source:
:exclude-backends: svg, gdk
I'll ponder this over the weekend.
May I suggest a third alternative, :exclude-formats: instead of backends.
Darren
--
Michael
Thanks. This has been committed to the SVN trunk r5502.
Cheers,
Mike
Michael Droettboom wrote:
Looks like a nice solution to me. I don't use pie charts much myself,
so I'll give it some time to see if there are any dissenters. If none,
I'll go ahead and commit this to SVN.
Thanks
different code paths as the directive API has
changed from 0.4 to 0.5.
If we go this way, we can add a nice test to make.py to require docutils
0.5 so it's less surprising when things don't work...
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Ignore this. It's not as bad as I thought.
Mike
Michael Droettboom wrote:
How much pain would it cause if we required docutils 0.5 to build the docs?
In working on this use pngs if in html, pdfs if in latex
functionality, the solutions has actually been fairly involved. It's
probably
in the corner would be cool if there's
any CSS wizards out there. But that's an aesthetic consideration.
People may like the border.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
document is parsed. Is suspect its a bug in your LaTeX distribution
that is causing package conflicts.
Cheers,
Mike
John Hunter wrote:
On Wed, Jun 11, 2008 at 12:35 PM, John Hunter [EMAIL PROTECTED] wrote:
On Wed, Jun 11, 2008 at 12:25 PM, Michael Droettboom [EMAIL PROTECTED]
wrote
/matplotlib/texmanager.py,
line 248, in make_tex
fh.write(s)
Johann
John Hunter wrote:
On Wed, Jun 11, 2008 at 12:35 PM, John Hunter [EMAIL PROTECTED] wrote:
On Wed, Jun 11, 2008 at 12:25 PM, Michael Droettboom
[EMAIL PROTECTED] wrote:
Ok. I think I have that worked out -- would
John Hunter wrote:
On Thu, Jun 12, 2008 at 7:01 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
Hmm. Isn't broken for me. I suspect we have some sort of version mismatch.
One thing to try -- in conf.py remove the line
\usepackage{amsfonts}
It actually doesn't seem to be necessary
if removing the
\usepackage{times}
from sphinx.sty fixes things for you. Then we have the Computer Modern
fonts, of course...
Mike
Michael Droettboom wrote:
John Hunter wrote:
On Thu, Jun 12, 2008 at 7:01 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
Hmm. Isn't broken for me
___
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
}}
\newcommand\Caw[1]{\textcolor[rgb]{0.13,0.50,0.31}{#1}}
but I haven't yet found the file which is adding this. This looks
like a docutils/sphinx bug.
JDH
JDH
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated
It appears to be Pygments (source code highlighter) that produces these
lines. I have Pygments 0.10 which works for me (TM).
pygments/formatters/latex.py
158:cmndef = r'\textcolor[rgb]{%s}{%s}' % (
Cheers,
Mike
Michael Droettboom wrote:
Interestingly, sphinx *doesn't* define
how much trouble this 0.3 version is a promise
of.
Eventually, we'll have to track down and document which versions of
sphinx, docutils and pygments work to build the matplotlib
documentation. There's a lot of moving parts here...
Cheers,
Mike
Johann
Michael Droettboom wrote
John Hunter wrote:
On Thu, Jun 12, 2008 at 7:47 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
Barring that, I suppose we'll have to a) drop the symbol table or b) use
mathtext to generate the math for LaTeX (there's something very patricidal
about that... ;). b) may be a little bit
Thanks. Done.
John Hunter wrote:
On Wed, Jun 11, 2008 at 10:52 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
I finished moving all of the PNG reading/writing to its own module. A
full rebuild is probably required after this change to ensure everything
is working correctly
You're welcome. Sorry I forgot to let you and the list know about it. ;)
Cheers,
Mike
Stan West wrote:
Mike,
I just noticed your revision 5402 to image.py. Thank you for addressing
this.
Stan
-Original Message-
From: Michael Droettboom [mailto:[EMAIL PROTECTED]
Sent
a workaround to this specific problem. Can you please
let me know if it resolves your issue?
Mike
John Hunter wrote:
On Wed, Jun 11, 2008 at 11:24 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
Thanks. Done.
I wonder is there is some python 2.5 is creeping in somewhere. I am
Ah. I've got 0.5. I was hoping I wouldn't have to do that crazy
backward compatibility stuff that mathpng.py does, but it looks like
I'll have to to support 0.4. I'll look into this.
Cheers,
Mike
John Hunter wrote:
On Wed, Jun 11, 2008 at 12:05 PM, Michael Droettboom [EMAIL PROTECTED
Ok. I think I have that worked out -- would you mind testing on
docutils 0.4? (I don't think I broke anything that wasn't already
broken...)
Cheers,
Mike
Michael Droettboom wrote:
Ah. I've got 0.5. I was hoping I wouldn't have to do that crazy
backward compatibility stuff
This should now be fixed in SVN.
Michael Droettboom wrote:
Probably related to my recent PNG refactoring. (That silly error
message is related to a different number of arguments being provided
than expected). I'll look into it.
Cheers,
Mike
Nils Wagner wrote:
Hi all,
If I run
Is anyone else working on this? I think I may have some time to this
afternoon, and I don't want to duplicate effort.
Cheers,
Mike
Michael Droettboom wrote:
Not hard, I don't think. The following will give you a FT2Image object
of the expression:
from matplotlib.mathtext import
___
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 Institute
Operated by AURA for NASA
___
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 Institute
from Artist. We can, I suppose, implement
some sort of standard to always put the base classes in the docstring,
but it would be nice to automate that.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA
___
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 Institute
Operated
___
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 Institute
Operated by AURA for NASA
I've gone ahead and fixed this in the Polygon patch. As you point out,
if someone wants an open polygon, they can use PathPatch, and Polygon
was never able to do that before anyway.
Cheers,
Mike
Eric Firing wrote:
Michael Droettboom wrote:
Thanks. That's a good argument to do the close
://sourceforge.net/services/buy/index.php
___
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
. Perhaps it is better to not require the LaTeX
installation to have anything special though. I think the best course
of action is to just include pre-generated images in the documentation
source for this. I'll go ahead and do that.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
run into merge conflicts related
to docstrings if the docstrings on the maintenance branch are themselves
edited. If we're just going to be doing bugfixes on the branch, that
seems unlikely.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space
Ok. This should now be fixed in r5358.
Cheers,
Mike
John Hunter wrote:
On Mon, Jun 2, 2008 at 7:45 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
We probably want to trap for this case in the C code so it at least
doesn't crash, but am I right that c='' is an invalid input? What
to the trunk. Just replace
_backend_agg.cpp with _backend_agg.cpp.working and commit. (Or I can do
that...)
Cheers,
Mike
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
Darren Dale wrote:
On Thursday 29 May 2008 10:59:40 am Michael Droettboom wrote:
Darren Dale wrote:
I'm sorry, I just don't understand how to use this.
And I'm also sorry for my mild panic attack yesterday. I had way too many
things coming at me all at once. Things
Darren Dale wrote:
On Thursday 29 May 2008 10:15:07 am John Hunter wrote:
On Thu, May 29, 2008 at 9:11 AM, Darren Dale [EMAIL PROTECTED]
wrote:
I dont understand. I thought the point of svnmerge.py was to sync the
change, not to introduce conflicts. Is the procedure you just
John Hunter wrote:
On Thu, May 29, 2008 at 9:49 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
So, this is more the fault of operating procedure (choosing not to do the
numpy renaming on the branch, for instance, which in itself was not a bad
decision in isolation), than the tool itself
/
___
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 Institute
Disregard this -- I think John's solution looks good.
Cheers,
Mike
Michael Droettboom wrote:
I'm happy to deal with this, but I wonder about the best path.
Is it reasonable to assume that we have unicode support available in
LaTeX and can just turn it on always, or do we need
Correction -- no need to send the image. You said png output was
correct, so I'll just compare against that.
Michael Droettboom wrote:
The code that generates the Type 3 fonts for us is fairly old (1995),
and certainly predates the widespread adoption of Unicode, so I'm
somewhat
that's the
correct fix. This has been fixed in SVN. Please try with more Korean
characters and let me know if you still see anything strange.
Cheers,
Mike
Michael Droettboom wrote:
Correction -- no need to send the image. You said png output was
correct, so I'll just compare against
that the tk include files
are in:
/usr/include/tcl8.4
... while the tcl install home is /usr/share/tcltk. The command
locate tk.h was particularly useful.
Many thanks again,
Jon
Michael Droettboom wrote:
I assume you're using the matplotlib 0.91.2 that's distributed with
Ubuntu 8.04
/
___
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
Alas, PIL SVN head fails to build on Ubuntu 8.04 (without
Ubuntu-specific patches) as well...
Cheers,
Mike
John Hunter wrote:
On Tue, May 27, 2008 at 9:27 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
Thanks, Jonathan. The tclConfig.sh stuff was news to me (I didn't write
the original
on Ubuntu 8.04, so hopefully we're
reasonably covered until the next cycle of distros comes along ;)
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
Michael Droettboom wrote:
Secondly, the ipython console sessions aren't getting syntax highlighted
-- it would be nice if they did, particularly to indicate input vs.
output. I'll volunteer to look into this -- I've done some pygments
customization work in the past and maybe it won't
Cheers,
Mike
John Hunter wrote:
On Fri, May 23, 2008 at 8:12 AM, Michael Droettboom [EMAIL PROTECTED] wrote:
Personally, I would prefer to see all the names in monospaced type (I find
it much more readable), but the additional markup may be somewhat at odds
with keeping the original ReST source
John Hunter wrote:
On Fri, May 23, 2008 at 11:59 AM, Michael Droettboom [EMAIL PROTECTED]
wrote:
For my fellow emacs users:
If you aren't aware of it, there is a reST mode for emacs:
http://docutils.sourceforge.net/tools/editors/emacs/rst.el
In the course of experimenting today, I
Yeah. Those all use the SWIG wrapper to Agg that we ultimately decided not to
use. I think clearing out the examples is probably a good idea -- though
moving them to some part of SVN (outside of the main trunk) might be a good
idea so we don't lose them. The SWIG wrapper represents a lot of
with the TkAgg backend to verify this?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
This SF.net email
John Hunter wrote:
On Thu, May 15, 2008 at 2:09 PM, Michael Droettboom [EMAIL PROTECTED] wrote:
Oh joy! Maybe we should try (as Eric suggested) sscanf instead.
OK, I just committed a change using scanf with type %lu. tkagg svn
trunk users should test on any platform they have
On Tue, May 13, 2008 at 7:21 PM, Michael Droettboom [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I suspect on Windows it is safe enough (in most cases) to use the
realpath as the key, in lieu of anything better. But that would
require testing on Windows to make sure. Can you
Eric Firing wrote:
John Hunter wrote:
On Thu, May 8, 2008 at 12:36 PM, Michael Droettboom [EMAIL PROTECTED]
wrote:
Sorry, I mistyped -- it's r5082/r5083. I think those revisions were
trying
to deal with something more specific to Postscript. Here's the
commit note:
Alternative fix
Eric Firing wrote:
Michael Droettboom wrote:
I am still having a strange problem: ESP Ghostscript 815.04 (ubuntu
feisty) chokes on the apostrophe in text, such as in table_demo and
one or two others. I think this is just a crazy bug in this version
of gs; you aren't having any
are fouled up in SVG. The quadmesh_demo.ps is broken. I have
not checked pdf.
Eric
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
trying to solve,
I'm hoping that one of you could have a look at this and have a better
idea where it's going wrong...
Cheers,
Mike
Michael Droettboom wrote:
I'm making some progress on SVG -- all issues I've seen so far seem to
be related to clipping. I'll let you know how it goes. Just a heads
problem), but it's something to be aware of.
Cheers,
Mike
Michael Droettboom wrote:
The SVG examples all look good now, as does PDF and Agg (unless I'm
missing some small details in my quick scanning of the images).
The problem with quadmesh_demo in the Ps backend seems to have been
introduced
701 - 800 of 1015 matches
Mail list logo