Freddie Witherden a écrit :
> Hi all,
>
> For those that are interested I have finally (now that my first batch
> of exams are finished) set-up a blog so that you can track the
> progress of the project.
>
> My blog can be found here: http://gsoc-mathtex.blogspot.com/ (no marks
> for originality
Hi all,
For those that are interested I have finally (now that my first batch
of exams are finished) set-up a blog so that you can track the
progress of the project.
My blog can be found here: http://gsoc-mathtex.blogspot.com/ (no marks
for originality ;). I intend to update it on a semi-
Hi all,
On 27 Apr 2009, at 15:33, Michael Droettboom wrote:
Freddie Witherden wrote:
However, my primary focus will be on Cairo and Qt backends. These
are widely used, allow for high quality output in various formats
(PDF, PNG and SVG being the big three) and are well tested.
It would also b
You're right. I've misunderstood your message.
Christophe
Kasper Peeters a écrit :
>> If it becomes easy to have formulas with Python then it would be used.
>> That's sure. You can't say that C++ is better.
>>
>
> I didn't mean to say that, sorry if I gave the wrong impression. I
> simply
> If it becomes easy to have formulas with Python then it would be used.
> That's sure. You can't say that C++ is better.
I didn't mean to say that, sorry if I gave the wrong impression. I
simply meant to say that _if_ there are certain design decisions which
can be made such that interfacing wi
If it becomes easy to have formulas with Python then it would be used.
That's sure. You can't say that C++ is better. I prefer Python, you work
with C++, so why only a C++ version rather than a Python one ?
Christophe.
Kasper Peeters a écrit :
> Since the user base for a TeX typesetting libra
C++ and Python versions would be great.
Christophe
Michael Droettboom a écrit :
> Freddie Witherden wrote:
>
>> However, my primary focus will be on Cairo and Qt backends. These are
>> widely used, allow for high quality output in various formats (PDF,
>> PNG and SVG being the big three) and
Freddie Witherden wrote:
> However, my primary focus will be on Cairo and Qt backends. These are
> widely used, allow for high quality output in various formats (PDF,
> PNG and SVG being the big three) and are well tested.
It would also be great to pull in the pure-Python PDF and SVG code from
m
> However, my primary focus will be on Cairo and Qt backends. These are
> widely used, allow for high quality output in various formats (PDF,
> PNG and SVG being the big three) and are well tested.
Ok, that sounds reasonable.
> The lack of a C++/C library should not be a major issue. Python i
Hi all,
Sorry it has taken me so long to get back to you all however I am in
the middle of exam season and so time is scarce.
For the most part the (current) code is agnostic with regards to the
rendering backend. The only real functionality required is the ability
to draw lines and plot
At this point, the expected dependencies are on freetype for font
rendering and Numpy and/or PIL for imaging. Nothing platform-specific.
There aren't any plans to make it usable from other languages, but
certainly a commandline interface would be trivial.
Mike
Kasper Peeters wrote:
> Hi all,
Other projects than can profit if this is thought through:
- docutils (e.g., the rst2mathml writer)
- plasTeX (which additionally should have many good ideas to share)
Alan Isaac
--
Stay on top of everything new and diff
That's could be "cool" but this needs to have access to the size of the
final picture of the formula and the location of the baseline of the
text. With this, it's easy to put formulas in a web page.
Christophe.
> Are there already any more concrete ideas on how this will be realised
> technicall
Hi all,
I noticed that a Google Summer of Code project has been allocated for
extraction of the TeX rendering engine of matplotlib. Excellent!
Are there already any more concrete ideas on how this will be realised
technically, in particular how this engine will be callable from
Python programs? W
14 matches
Mail list logo
