Hi all,
I implemented the following method in ft2font.cpp, and although it
works I don't know if it does the *right thing*.
char FT2Font::draw_rect_filled__doc__[] =
"draw_rect_filled(x0, y0, x1, y1)\n"
"\n"
"Draw a filled rect to the image. It is your responsibility to set the\n"
"dimensions of
Hi all,
I just wanted to get others some insight about what I did in
mathtext2. Who knows - it might turn out to be useful to someone ;)
Also, any comments/thoughts are appreciated.
A TeX math expression:
$\sum_{i = 0}^{\infty}$
gets translated to a pure Python list, consisting of Python builtin
Thanks for the feedback, and sorry for any problems.
I've been a bit busy this week, and I'll try to improve/fix it this weekend.
Cheers,
Edin
2006/8/24, Darren Dale <[EMAIL PROTECTED]>:
> On Thursday 24 August 2006 15:03, [EMAIL PROTECTED] wrote:
> > Itś working now, thanks. Just a remark why t
Thanks all for the tips,
Darren, that's exactly what I had in mind - mathtext should copy the
syntax of (La)TeX to a tollerable extent (without those dirty macros),
so at least the high level TeX constructs behave the same.
This should allow users to plot everyday plots easily with mathtext,
and
On 8/21/06, Edin Salković <[EMAIL PROTECTED]> wrote:
> If anyone is having problems with finding unicode fonts, check the
> FreeFonts (FreeSerif is the one that has the most characters in it):
> http://download.savannah.gnu.org/releases/freefont/
> http://download.savanna
Here are the reasons for rewriting mathtext2 that I can come up with:
* One of the reasons I started the complete rewrite of the parser is that
I'm a newbie at parsing, and I wanted to try it out a bit. I didn't understand
why was it so difficult to parse TeX (or anything a little bit complicated
The SoC deadline (for code) is tommorow (Aug 21st.), so I decided to commit
what I have done till now to the repository.
JDH is going on a vacation and will not be able to review it for at
least a week,
but I had to commit it before 21st. Aug - that's the SoC rules. Hopefully,
I'll be adding new
Hi all,
Please John, take some time before SciPy conf to answer at least some of
this questions, because the SoC deadline (21st August) is *very* near.
1) I'm having some problems regarding FT2Font.
The problem is when I instantiate FT2Font like:
font = FT2Font(filename)
and when I call it's met
I'm still alive ;)
Although I still haven't received any payments from Google (they are
doing their best to solve this), I've began working on implementing
the Knuth's layout algorithms.
I have studied a bit the TeXbook, the existing mathtext parsing code,
and I have decided to rewrite the parsi
This is the problem:
For now, mathtext knows about \it (this should be \mit - as in plain
TeX), \rm, \cal, \tt fontface commands.
Suppose I define that \it is mapped to VeraIt.ttf (not important, it
could be any *italic* font).
Right now, with the Unicode font classes, the behavior is:
$abc$ give
After some thorough research on the subject I decided to post my
conclusions/thoughts here. Beware, this is a long one.
Font problems
==
There are no good, complete, free, unicode, Open/TrueType math fonts
currently. We will have to wait for the STIX fonts. On the site it
says that the bet
27;,
'it' : 'ARIALUNI.TTF',
None : 'ARIALUNI.TTF',
}
...and just that! Everything else is inherited from the UnicodeFonts class.
Then I ran the mathtext_demo.py. The results are attached.
On 6/25/06, Edin Salković
Look what happened to my beautiful code :(
'''A script for seemlesly copying the data from the stix-tbl.ascii*
file to a set
of python dicts. Dicts are then saved to .py coresponding files, for
later retrieval.
Currently used table file:
http://www.ams.org/STIX/bnb/stix-tbl.ascii-2005-09-24
'''
Thanks John and Fernando,
You're right. I'll change the scripts to generate pure Python modules,
but I'll leave the "manual" module.
As for Unicode, I fully understand what you mean John, and I'm planing
to try to get mathtext to work with the fonts I mentioned to you a
while ago:
http://canopus.
In the Non-PostScript font classes in mathtext.py the set_canvas_size is
def set_canvas_size(self, w, h):
'Dimension the drawing canvas; may be a noop'
self.width = int(w)
self.height = int(h)
for font in self.fonts.values():
font.set_bitmap_size(int(w), int(h))
While in th
On 6/22/06, John Hunter <[EMAIL PROTECTED]> wrote:
> Since you asked :-)
>
> I may not have mentioned this but the style conventions for mpl code
> are
>
> functions : lower or lower_score_separated
> variables and attributes : lower or lowerUpper
> classes : Upper or MixedUpper
OK
> Also,
I finally solved the problem of automaticaly generating the dicts for
unicode <-> TeX conversion. This is the first step in enabling unicode
support in mathtext.
The STIX projects is usefull after all ;) They keep a nice table of
Unicode symbols at:
http://www.ams.org/STIX/bnb/stix-tbl.ascii-2005-
Hi all,
Is it that the code in the mathtext module looks ugly or is it just me
not understanding it?
Also, if anyone has some good online sources about parsing etc. on the
net, I vwould realy appreciate it.
Considering the folowing code (picked on random, from mathtext.py)
===
def math_parse_s_f
1. All the set calls should be setp calls
So:
set(gca(), 'xticks', [1,2,3,4])
should be:
from pylab import *
setp(gca(), 'xticks', [1,2,3,4])
2. Question:
"Can I just generate images without having a window popup?"
HTML markup is bad, so I get this in my browser
href=backends.html#Cair
19 matches
Mail list logo
