On 8/2/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I don't know if we ever reached consensus on how to specify math text
vs. regular text. I agree with Eric that it's down to two options:
using a new kw argument (probably format=math to be most future-proof)
or Math('string'). I don't
On Thursday 02 August 2007 11:03:09 am Michael Droettboom wrote:
Darren Dale wrote:
On Thursday 02 August 2007 10:42:17 am John Hunter wrote:
On 8/2/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I don't know if we ever reached consensus on how to specify math text
vs. regular text. I
Darren Dale wrote:
[...]
How about markup=TeX then?
markup is a good kwarg for this; it is descriptive and won't be
confused with anything else.
Eric
And yes, having a rcoption default seems like it could be handy.
On Fri, Jul 27, 2007 at 08:52:27AM -0400, Michael Droettboom wrote:
Using this mathtext=True option (as opposed to using a delimiter that
TeX doesn't understand) or something else entirely, would certainly make
it easier to make usetex vs. not usetex more consistent.
I think so to.
More
Gael Varoquaux wrote:
On Fri, Jul 27, 2007 at 08:38:49AM -0400, Michael Droettboom wrote:
text(x, y, 'what is the $\sin(x)$', mathtext=True)
Except for the backward incompatibility, I like this because it is explicit.
Juust a data point for the discussion. I think it
On Fri, Jul 27, 2007 at 08:38:49AM -0400, Michael Droettboom wrote:
text(x, y, 'what is the $\sin(x)$', mathtext=True)
Except for the backward incompatibility, I like this because it is explicit.
Juust a data point for the discussion. I think it would be very nice if a
script gave the same
John Hunter wrote:
Option 1 is to educate them, and require them to \$
quote that symbol. Option 2 is to enable a text property eg mathtext,
and do
text(x, y, 'what is the $\sin(x)$', mathtext=True)
Except for the backward incompatibility, I like this because it is explicit.
Option 3 is
On Friday 27 July 2007 08:38:49 am Michael Droettboom wrote:
If we go with another delimiter, there are others in TeX to choose
from. Plain TeX uses $$ for display math, and LaTeX uses \[, \]. Both
of these are less likely to be legitimate literals. While display math
normally implies that
On Thursday 26 July 2007 5:54:18 pm Jouni K. Seppänen wrote:
It seems that the improvements finally allow users to mix mathtext with
ordinary text, as in 'foo $a=b^c+d$ bar', which I believe has been
requested a lot. This is really cool, but I think it causes another
backward incompatibility:
On 7/26/07, Darren Dale [EMAIL PROTECTED] wrote:
where Math is a wrapper object that signals to text that its contents
are to be passed to the mathtext interpreter.
I would like to voice my opinion against this idea. I think the backward
imcompatibility will be rare, and does not justify
[ That was meant for the list, sorry ]
On 7/26/07, John Hunter [EMAIL PROTECTED] wrote:
I'm on the fence as to how to handle this case. The majority of our
users will think of $ as the US currency symbol, and will have never
heard of TeX. Option 1 is to educate them, and require them to \$
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/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
I'm working on some improvements to the mathtext engine on a branch.
Feel free to join in if curious, but I expect to break lots of things as
I go.
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/mathtext_mgd/
I've collected a bunch of math expressions from the source tree
On Monday 16 July 2007 02:32:30 pm John Hunter wrote:
On 7/16/07, Michael Droettboom [EMAIL PROTECTED] wrote:
I'm working on some improvements to the mathtext engine on a branch.
Feel free to join in if curious, but I expect to break lots of things as
I go.
19 matches
Mail list logo