On Tue, 22 Apr 2008 15:41:26 -0400, Michael Droettboom wrote:
> My concern with subpixel rendering has always been that it's fine for
> interactive use, but for producing plots that may end up on someone
> else's screen or on a printer, it can actually make matters much worse.
Naturally.
As such,
On Thu, 6 Sep 2007 19:44:51 -0500, "John Hunter" wrote:
>
> A minor correction -- all the backends support rectangular clipping --
> but only agg supports polygon clipping currently. The polar axes uses
> a polygon approximation to a circle for the axes border which is used
> to clip the lines. I
On Thu, 12 Jul 2007 11:35:25 -1000, Eric Firing wrote:
> Carl Worth wrote:
>
> > It sounds like something that should be really easy to change in
> > cairo.
>
> Yes, so much so that I don't understand why it is not already done. (I
> know you are a cairo dev--is t
On Thu, 12 Jul 2007 10:31:19 -1000, Eric Firing wrote:
> if only cairo would make eps files
Isn't EPS a trivially change compared to PS? Something like a modified
header and the addition of bounding-box information?
It sounds like something that should be really easy to change in
cairo.
Maybe yo
On Thu, 12 Jul 2007 09:29:06 -1000, Eric Firing wrote:
> > So one reason why the backends are a bit of a kludge is because we
> > have tried to throw some extra stuff into the GTK drawing model as an
> > afterthough. We could redo all the collection stuff w/ compounds
> > paths.
What's the "GTK d
On Tue, 10 Jul 2007 13:43:49 -0400, Michael Droettboom wrote:
> "major SVG renderers" support seems to be the issue at first glance.
> None of the big open source options -- Firefox, inkscape, rsvg -- seem
> to support it.
That's my understanding as well.
> Until there's something readily availab
On Fri, 06 Jul 2007 14:03:30 -0700, Christopher Barker wrote:
> to, so maybe I'm missing something. In essence, I see a distinction
> between contributing to a project someone else is releasing, and
> creating a derived work that I release myself. Maybe there is no
> difference.
I'll reply only
On Fri, 06 Jul 2007 10:05:22 -0700, Christopher Barker wrote:
> Sorry to spam this list with this, but it came up here...
>
> Carl, you have clearly thought this out a lot, and have a real
> experience with this, so I have a issue that you may have some insights
> into:
Yes, I have thought about l
On Fri, 6 Jul 2007 08:20:59 -0500, "John Hunter" wrote:
> On 7/5/07, Carl Worth <[EMAIL PROTECTED]> wrote:
> Hey Carl -- thanks for the response.
You're quite welcome. Thank you for receiving it as intended---as an
alternate viewpoint based on my experience.
> I
On Sat, 7 Jul 2007 02:16:34 +0900, "Bill Baxter" wrote:
> > Carl Worth wrote:
> > >> http://www.scipy.org/License_Compatibility
> > >
> > > Thanks, John, for sharing this essay. Please allow me to respond to a
> > > few points:
>
>
On Thu, 05 Jul 2007 13:22:11 -1000, Eric Firing wrote:
> I have made a few changes in svn to facilitate testing cairo with
> backend_driver (and to fix a bug that turned up), and I will do a bit
> more on this later today or tomorrow.
Cool. I've started downloading all the matplotlib source histor
On Thu, 5 Jul 2007 14:46:13 -0500, "John Hunter" wrote:
> The postscript backend as it stands is in good shape, and is full
> featured (Darren can tell you how much work he has put into supporting
> and enhancing the latex support). The last major issue with it is the
> font size issue, and with y
On Thu, 5 Jul 2007 13:26:22 -0500, "John Hunter" wrote:
> On 7/5/07, Carl Worth <[EMAIL PROTECTED]> wrote:
> > I don't know if there's anything special about the PostScript output
> > you're currently producing that wouldn't make it acceptable
On Thu, 05 Jul 2007 07:37:21 -1000, Eric Firing wrote:
> > 2. Convert the Truetype font to a Type 3 font (which is basically a set
> > of standard Postscript commands). There is a small C application
> > (http://www.this.net/~frank/ttconv.tar.gz) that converts TTF to Type 3
> > that looks to work
I noticed on the simple_plot.py example that the grid was coming out
pretty ugly without any snapping on the dashes. Here's a little patch
that adds that.
-Carl
PS. As should be obvious, this patch depends on my first patch that
adds the _snap variable.
0001-Snap-the-dash-lengths-as-well.patch
The draw_arc code was putting all arcs centered on the origin instead
of the proper location. This patch fixes that.
With this, plus my earlier patch #2 to enable clipping, the
line_styles.py example is now rendering quite well with the cairo
backend.
However my patch #1 to add the snapping is me
Here's a second[*] patch for the cairo backend.
This one re-enables clipping. All the necessary code was present
already, but disabled with a comment claiming problems on two of the
examples. I double-checked both examples but found no problems,
(whereas, obviously without clipping things don't wo
17 matches
Mail list logo
