Darren Dale wrote:
[...]
>
> I'll start working on an option in svn-mpl to turn the new system on and wrap
> it in an rcParams-like object. Then maybe we can convince a few devs to try
> using the new system for a while.
I will be happy to take a look and try it out. It certainly sounds like
John Hunter wrote:
> 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?
Doh! Try now.
Cheers,
Mike
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
/home/titan/johnh/pytho
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 be
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 che
On Wed, Jul 25, 2007 at 12:09:01PM -0500, John Hunter wrote:
> As for code readability, I'll also add that as a traits newbie, I am
> probably making things harder than necessary. But there are a lot of
> gotchas with traits usage, particularly in the area of instantiation,
> because you can easil
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.
Gael Varoquaux <[EMAIL PROTECTED]>
writes:
> 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 a
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 o
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 {i=\alpha_{
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 backw
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
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 implem
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 w
14 matches
Mail list logo
