On Tue, Jul 24, 2007 at 05:31:17PM -0700, Chris Barker wrote:
output when usetex is enabled.
Ah! and some good math implementation -- What does Chaco do for that? I
know I took part in a discussion about it on a Chaco list a few years
back -- at the time I argued that you're never going
Peter Wang wrote:
Ah! and some good math implementation -- What does Chaco do for
that?
We've also had this discussion internally a bit. It usually
concludes with us wishing that someone would just port jsmath to
Python, or implement Knuth's TeX layout rules in Python. :)
It looks
On 7/25/07, Chris Barker [EMAIL PROTECTED] wrote:
Peter Wang wrote:
We've also had this discussion internally a bit. It usually
concludes with us wishing that someone would just port jsmath to
Python, or implement Knuth's TeX layout rules in Python. :)
It looks like jsmath uses the TeX
On Wed, Jul 25, 2007 at 03:25:36PM +0900, Bill Baxter wrote:
Well I want TeX. I want to be able to do my TeX hacks on my figures. And
I do believe there is a lot of work to be done before you can do better
than TeX.
What kind of TeX hacks do you want to use on figures? My TeX hacks
On Tuesday 24 July 2007 11:17:32 pm Fernando Perez wrote:
On 7/24/07, Darren Dale [EMAIL PROTECTED] wrote:
On Tuesday 24 July 2007 7:28:59 pm Fernando Perez wrote:
:) That should be plenty of information. One comment: if you load
: mplrc2.conf,
which includes an mplrc.conf with a bogus
Chris Barker wrote:
Peter Wang wrote:
Ah! and some good math implementation -- What does Chaco do for
that?
We've also had this discussion internally a bit. It usually
concludes with us wishing that someone would just port jsmath to
Python, or implement Knuth's TeX
The new mathtext with an underlying TeX-like box model is passing all
unit tests for all backends. I'm now at a point where I'd like to merge
this back into the trunk, but I'd like some feedback as to how to best
deal with the backward-incompatible change wrt font changes.
(This was discussed
On 7/25/07, Michael Droettboom [EMAIL PROTECTED] wrote:
The new mathtext with an underlying TeX-like box model is passing all
unit tests for all backends. I'm now at a point where I'd like to merge
this back into the trunk, but I'd like some feedback as to how to best
deal with the
On Wed, Jul 25, 2007 at 11:36:17AM -0500, John Hunter wrote:
* There is a lot of space between the \prod symbol and the rest of
the expression and between the \mathcal{R} and the \prod symbol --
what controls this? It looks like it is being affected by the wide
\prod subscript
Michael Droettboom [EMAIL PROTECTED]
writes:
In the existing mathtext implementation, font style changes affect the
following group. For example, in $\cal{R} x$, only the R will be in
calligraphic face. In TeX, however, font style markers stay in effect
until the next font style marker or the
On 7/24/07, Ken McIvor [EMAIL PROTECTED] wrote:
Since my original comment about traits I have been working hard to
put my money where my mouth is. Attached is an experimental
rendering system with an alternative transform architecture that does
not require attribute change notification.
On 7/25/07, Darren Dale [EMAIL PROTECTED] wrote:
Not so much. I just wanted to give thorough feedback (No, I'm not *trying* to
drive you crazy).
Don't worry, the damage was done long ago :)
More seriously, I do appreciate the feedback. It was very good to
have someone at the other end
On 7/25/07, Michael Droettboom [EMAIL PROTECTED] wrote:
It's been fun working through this. You may want to check out
mathtext_examples.py in my branch for examples that exercise other new
features.
Maybe you haven't committed it?
[EMAIL PROTECTED]:examples pwd
John Hunter wrote:
On 7/25/07, Michael Droettboom [EMAIL PROTECTED] wrote:
The new mathtext with an underlying TeX-like box model is passing all
unit tests for all backends. I'm now at a point where I'd like to merge
this back into the trunk, but I'd like some feedback as to how to best
deal
14 matches
Mail list logo