[matplotlib-devel] Numeric support broken?
Hi, I built and installed the latest matplotlib from SVN. When I type: >>> from pylab import * >>> plot([1,2,3]) I get: Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line 2027, in plot ret = gca().plot(*args, **kwargs) File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line 2131, in plotself.autoscale_view(scalex=scalex, scaley=scaley) File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line 985, in autoscale_view self.set_xlim(XL) File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line 1227, in set_xlim self.viewLim.intervalx().set_bounds(xmin, xmax) TypeError: only length-1 arrays can be converted to Python scalars. I'm using Numeric as numerix. I'm on a Ubuntu box with python 2.4. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Numeric support broken?
Unfortunately, I forgot to do it :( Then, just after sending the message to the list, it sprang to my mind. To make it worse, I then mistakenly entered: rm -Rf /path/to/site-packages no matplotlib at the end, and hit enter. There goes my beautiful Python install. :'( Is there some switch to setup.py to make it remove the mpl dir or does one allways have to do it by hand? Cheers, Edin On 10/22/06, Darren Dale <[EMAIL PROTECTED]> wrote: > Did you try deleting your old mpl directory from site-packages, remove the > build directory from you mpl sources, and rebuild from scratch? > > > > On Sunday 22 October 2006 6:59 am, Edin Salkovic wrote: > > Hi, > > > > I built and installed the latest matplotlib from SVN. > > > > When I type: > > >>> from pylab import * > > >>> plot([1,2,3]) > > > > I get: > > > > Traceback (most recent call last): > > File "", line 1, in ? > > File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line > > 2027, in plot > > ret = gca().plot(*args, **kwargs) > > File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line > > 2131, in plotself.autoscale_view(scalex=scalex, scaley=scaley) > > File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line > > 985, in autoscale_view > > self.set_xlim(XL) > > File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line > > 1227, in set_xlim > > self.viewLim.intervalx().set_bounds(xmin, xmax) > > TypeError: only length-1 arrays can be converted to Python scalars. > > > > I'm using Numeric as numerix. I'm on a Ubuntu box with python 2.4. > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > Matplotlib-devel mailing list > > Matplotlib-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- > Darren S. Dale, Ph.D. > [EMAIL PROTECTED] > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Numeric support broken?
I'm posting this because of the other thread Darren started. I managed to reinstall python (and the modules I use) several days ago and tried again to run matplotlib with Numeric as the default backend, but got the same error (the same error Darren is getting). Then I installed numpy, and everything was fixed :) Best, Edin On 10/22/06, Edin Salkovic <[EMAIL PROTECTED]> wrote: > Unfortunately, I forgot to do it :( > > Then, just after sending the message to the list, it sprang to my > mind. To make it worse, I then mistakenly entered: > rm -Rf /path/to/site-packages > > no matplotlib at the end, and hit enter. > > There goes my beautiful Python install. :'( > > Is there some switch to setup.py to make it remove the mpl dir or does > one allways have to do it by hand? > > Cheers, > Edin > > On 10/22/06, Darren Dale <[EMAIL PROTECTED]> wrote: > > Did you try deleting your old mpl directory from site-packages, remove the > > build directory from you mpl sources, and rebuild from scratch? > > > > > > > > On Sunday 22 October 2006 6:59 am, Edin Salkovic wrote: > > > Hi, > > > > > > I built and installed the latest matplotlib from SVN. > > > > > > When I type: > > > >>> from pylab import * > > > >>> plot([1,2,3]) > > > > > > I get: > > > > > > Traceback (most recent call last): > > > File "", line 1, in ? > > > File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line > > > 2027, in plot > > > ret = gca().plot(*args, **kwargs) > > > File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line > > > 2131, in plotself.autoscale_view(scalex=scalex, scaley=scaley) > > > File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line > > > 985, in autoscale_view > > > self.set_xlim(XL) > > > File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line > > > 1227, in set_xlim > > > self.viewLim.intervalx().set_bounds(xmin, xmax) > > > TypeError: only length-1 arrays can be converted to Python scalars. > > > > > > I'm using Numeric as numerix. I'm on a Ubuntu box with python 2.4. > > > > > > - > > > Using Tomcat but need to do more? Need to support web services, security? > > > Get stuff done quickly with pre-integrated technology to make your job > > > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > > > Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ___ > > > Matplotlib-devel mailing list > > > Matplotlib-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > -- > > Darren S. Dale, Ph.D. > > [EMAIL PROTECTED] > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > Matplotlib-devel mailing list > > Matplotlib-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [PATCH] don't print undefined glyphs in ps backend
On 2/14/07, Paul Barrett <[EMAIL PROTECTED]> wrote: > and second reply: > > If my memory ser ves me correctly - or if the implementation has > changed over the past few years - get_charmap() is a wrapper on the > FreeType method. FreeType had no reverse mapping and creating one may > have caused problems later. > > I prefer the second alternative. If FreeType now has a reverse > mapping, then by all means create a wrapper for it. If not, then you > will need to take some care that get_rcharmap is reasonably future > proof, so that it does cause maintenance problem later on. > (...) > I think I did it. At the time the reverse mapping seemed the best > approach, since this ultimately is what the code demanded. (I guess > my memory has failed me!) We also did not have any examples of the > many to one mapping. As you state, this has now changed and the > latter must be correct. This now explains the FreeType implementation. > > -- Paul > I used the wayback machine to search the FreeType docs. See: http://web.archive.org/web/19990302062419/www.freetype.org/docs/user.txt In 1999 (FreeType 1) you had to use the same approach as today - convert character code to glyph index, not vice versa. From the above file: === (...) g. Load the glyph: The glyph loader is easily queried through TT_Load_Glyph(). This API function takes several arguments: o An instance handle to specify at which point size and resolution the loaded glyph should be scaled and grid-fitted. o A glyph container, used to hold the glyph's data in memory. Note that the instance and the glyph must relate to the _same_ font file. An error would be produced immediately otherwise. o A glyph index, used to reference the glyph within the font file. This index is not a platform specific character code, and a character's glyph index may vary from one font to another. To compute glyph indexes from character codes, use the TT_CharMap handle created in section (f.) with TT_Char_Index(). We strongly recommend using the Unicode charmap whenever possible. (...) === >From the FAQ (same year): === 25. Does FreeType support "foreign languages"? Short Answer: YES, it does! From a TrueType font file point of view, there are several parts to the file, one of them being the 'glyphs', i.e. picture representation of the symbols. Another part is the mapping table, also called "charMap". For example, glyph #1 could be letter "A", and glyph #2 could be letter "Z". Glyphs can be stored in any order in a font file. The mapping tables contains at least one char-map entry. For example, you could have an ASCII-map that maps 0x41 to glyph #1, and 0x5A to glyph #2, etc. FreeType provides a "charMap" object class to access and use this information easily. There are several character encodings recognized and defined by the TrueType specification, like Latin-1, Unicode, Apple Scripts, WGL, etc., but a font file might only contain one or two of them. When using a more 'exotic' character encoding, like EBCDIC (this is IBM mainframe stuff!), you would need to translate it to one of the available formats (or to add a charmap table to the font). Cf. section 8. === >From the above it's clear that FreeType *never* explicitly supported the glyph->char mapping, but exactly the opposite. In conclusion, I agree with Nicolas' proposition to change get_charmap to do what it *should* do, map chars to glyph indexes. If others agree, I could try to make the changes to SVN this weekend. Best, Edin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] ft2font.get_charmap now changed in SVN (Was: [PATCH] don't print undefined glyphs in ps backend)
For the record, I just committed the changes to SVN and did a bit of testing. ft2font.get_charmap now returns a mapping from charcodes to glyph indices. Cheers, Edin On 2/17/07, Nicolas Grilly <[EMAIL PROTECTED]> wrote: > On 2/17/07, Paul Barrett <[EMAIL PROTECTED]> wrote: > > That's fine with me. > > > > On 2/16/07, Edin Salkovic <[EMAIL PROTECTED]> wrote: > > > From the above it's clear that FreeType *never* explicitly supported > > > the glyph->char mapping, but exactly the opposite. > > > > > > In conclusion, I agree with Nicolas' proposition to change get_charmap > > > to do what it *should* do, map chars to glyph indexes. > > > > > > If others agree, I could try to make the changes to SVN this weekend. > > Thanks Paul, Edin and Evgeniy. > > -- Nicolas > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] building with python-2.3
I'm learning a bit about setuptools and distutils, so sorry if this is a no brainer: Are we using only distutils for matplotlib? I.e. - no setuptools? This is because I stumbled across this at the setuptools page: http://peak.telecommunity.com/DevCenter/setuptools Feature Highlights: * Include data files inside your package directories, where your code can actually use them. (Python 2.4 distutils also supports this feature, but setuptools provides the feature for Python 2.3 packages also, and supports accessing data files in zipped packages too.) Cheers, Edin On 2/22/07, Darren Dale <[EMAIL PROTECTED]> wrote: > I noticed today that setup.py is using package_data. Is this absolutely > necessary? The most recent version of Red Hat Enterprise Linux includes > python-2.3, which does not support package_data. We are still supporting > python-2.3, aren't we? > > Darren > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Filehandle leaks in font_manager.py (was: PDF backend problem)
I would just suggest using open() instead of file(), but this is a general Python tip :) Everything else seems OK. Best, Edin On 3/13/07, Jouni K. Seppänen <[EMAIL PROTECTED]> wrote: > [Moving to the devel list.] > > Here's a patch for font_manager.py to close opened files. Could > somebody review the patch? As I mentioned earlier, I don't understand > why cPickle/pickle is not imported at the top level, so I'm hesitant > to check this in without review. > > > > Jouni K. Seppänen <[EMAIL PROTECTED]> writes: > > > I fixed another filehandle leak in the pdf backend, so here's a more > > complete patch. There are also several cases of file(...) being passed > > to pickle.dump or pickle.load in font_manager.py. I was going to take > > care of these by writing some utility functions, but I started > > wondering why the import of cPickle or pickle is done only within > > methods of FontManager and not at the top level. Are there some > > platforms where neither is available, or what is the rationale? > > -- > Jouni K. Seppänen > http://www.iki.fi/jks > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] compiling matplotlib using VC6?
Hi Berthold, Try running some of the examples: http://matplotlib.sourceforge.net/matplotlib_examples_0.90.0.zip This is mpl's test suite. Cheers, Edin On 3/16/07, Berthold Höllmann <[EMAIL PROTECTED]> wrote: > Ken McIvor <[EMAIL PROTECTED]> writes: > > > On Mar 16, 2007, at 9:28 AM, Berthold Höllmann wrote: > >> > >> I need a python compile with VC6. This python also needs a > >> matplotlib. > > > > Chris Barker and I worked on this a while ago, and I believe we > > decided it was impossible due to bugs/limitations in the VC++ 6 > > compiler. > > Is there any testsuite for matplotlib. I decided to install the > downloadable matplotlib egg (presumably compiled using VC7) into my > VC6 python and the first samples from the matplotlib tutorial page > which seem to work. I would like to do some more thoroughly testing. > Is there anything recommended? > > Regards > Berthold > -- > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Better support for setuptools, WAS: building with python-2.3
On 3/3/07, John Hunter <[EMAIL PROTECTED]> wrote:
> On 2/23/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> I figured I would be a good crash test dummy to see how easy
> it was to install setuptools, so I poked around and found the ez_setup
> and am off to the races. I added a friendly exception to setup.py to
> make it easier for the next guy
>
> if major==2 and minor1<=3:
> # setuptools monkeypatches distutils.core.Distribution to support
> # package_data
> try: import setuptools
> except ImportError:
> raise SystemExit("""\
> matplotlib requires setuptools for installation. Please download
> http://peak.telecommunity.com/dist/ez_setup.py and run it (as su if
> you are doing a system wide install) to install the proper version of
> setuptools for your system""")
Apparently, there's a better solution for the above code (source
http://peak.telecommunity.com/doc/ez_setup/index.html):
===
This directory (svn://svn.eby-sarna.com/svnroot/ez_setup) exists so
that Subversion-based projects can share a single
copy of the ``ez_setup`` bootstrap module for ``setuptools``, and have it
automatically updated in their projects when ``setuptools`` is updated.
For your convenience, you may use the following svn:externals definition::
ez_setup svn://svn.eby-sarna.com/svnroot/ez_setup
You can set this by executing this command in your project directory::
svn propedit svn:externals .
And then adding the line shown above to the file that comes up for editing.
Then, whenever you update your project, ``ez_setup`` will be updated as well.
===
We should then add the following lines to our setup.py script
from ez_setup import use_setuptools
use_setuptools()
from setuptools import setup, find_packages
This would make installing setuptools even easier, since the newest
ez_setup/seuptools would be downloaded by the user/developer every
time a "svn update;python setup.py install" is issued.
Are the above changes OK?
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] when to deprecate numeric and numarray?
On 4/5/07, Bill Baxter <[EMAIL PROTECTED]> wrote: > So I suggest instead 'npy'. It is already used extensively in the C > API of Numpy so it has strong precedent as an abbreviation. It also > *looks* to me like an abbreviation for 'numpy' as opposed to "number > of points (np)" or something else. Having 3 letters also makes it > slightly less likely to clash with typical short user variable names. +1 for npy. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Better support for setuptools, WAS: building with python-2.3
On 4/5/07, Darren Dale <[EMAIL PROTECTED]> wrote: > I considered this when setuptools became a requirement for python-2.3 > installs, but decided against it. My reasoning was that the unfamiliar user > would go to install matplotlib, and see setup.py and ez_setup and get > confused. Maybe it should go in a subdirectory in our tree? Just to clear things up, in case there's some misunderstanding: ez_setup would be a dir in both cases. You are suggesting that the ez_setup dir should be put somewhere other than in the current matplotlib toplevel dir (where 'setup.py' resides). Am I correct? If so, I don't see why would anyone be confused by having an ez_setup dir at the top level, but that's just my opinion. In fact, I think that some of the current dirs at toplevel are more confusing ;). Anyway, either way (toplevel or subdir) is fine for me. ez_setup dir will be there only to aid a person that's *building from source* (normaly a dev building from SVN), so he can allways have the latest setuptools installed on *his* system. A person (regular user) that doesn't have setuptools installed, and just wants to do a "easy_install matplotlib" will still have to download the ez_setup.py script from http://peak.telecommunity.com/dist/ez_setup.py , and run it, before installing matplotlib. Then, he'll soon get into the problem of not having the appropriate backend installed, but that's another problem :) Cheers, Edin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Better support for setuptools, WAS: building with python-2.3
On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote: > Oh, you're requiring setuptools now? I didn't notice that. Cool. > > I'd point them here for up-to-date instructions and downloads: > > http://cheeseshop.python.org/pypi/setuptools Thanks Robert for the insight! I updated the installation instructions for setuptools in setup.py to point to the link you mentioned. Unfortunately, the official docs for setuptools (http://peak.telecommunity.com/DevCenter/setuptools) point to downloading ez_setup.py --- nowhere near mentioning it's deprecated. Still, being able to point users to download one file (ez_setup.py), and run it to install setuptools on *every* system is very tempting. Especially, when you can point them to just run: python ez_setup.py matplotlib to install the latest version of matplotlib. Edin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Web interface for matplotlib
On 4/19/07, Yusdi Santoso <[EMAIL PROTECTED]> wrote: > Hi all, > > I'm not sure if this is the right mailing list for this, so please bear with > me if this is not for you. > > I have developed a web front end for matplotlib, rather inspired by matlab > development environment. You can find more of the details here: > http://www.physics.ox.ac.uk/users/santoso/Software.WebLab.html Hi Yusdi, Great stuff! I'm working this year on a Google Summer of Code project related to crunchy (Interactive Python tutorials served through a web browser): http://code.google.com/p/crunchy/ and part of the project is developing a plugin for seamlessly integrating matplotlib (and other image generating python libraries) into it, so I'll keep an eye on WebLab. Edin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] New matplotlib-checkins mailing list
Hi all, A new matplotlib-checkins mailing list has been created for SVN commit notification. You can subscribe to it by visiting: https://lists.sourceforge.net/lists/listinfo/matplotlib-checkins Cheers, Edin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] setup scripts
On 7/16/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> It looks like Edin made setuptools required in svn, which I just
> reverted. Edin -- why? I'm a fan of setuptools, but I don't think we
> should require a prerequisite that isn't necessary. Of course, if the
> developers decide we want to require setuptools, I'm happy to support
> the change, but it should probably have some kind of consensus.
I apologize for creating the fuss, it was a stupid mistake (I
overlooked the fact that we require setuptools only for Python 2.3).
> Edin, if you want to use setuptools for your own installations, you can
> do, from the command line
>
> python -c "import setuptools; execfile('setup.py')" install
Thanks for the tip.
Best,
Edin
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] unicode question
On 7/16/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> As for Unicode literals in Python source, there is a third option, other
> than u'\xd7' or '×'. Python will let you do u"\N{MULTIPLICATION SIGN}",
> which means you don't have to remember what \xd7 is. For single
> characters like this, I don't see much advantage (you can just name the
> variable something obvious), but for longer strings with embedded
> unicode characters (like docstrings), this might be something to consider.
There's also a TeX -> "unicode integer representation" dict in
_mathtext_data.py. It's called tex2uni.
You use it like this (notice no backslashes):
>>> from matplotlib._mathtext_data import tex2uni
>>> unichr(tex2uni['int'])
u'\u222b'
>>> unichr(tex2uni['sum'])
u'\u2211'
Cheers,
Edin
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] New matplotlib-checkins mailing list
On 7/16/07, Edin Salkovic <[EMAIL PROTECTED]> wrote: > Hi all, > > A new matplotlib-checkins mailing list has been created for SVN commit > notification. > > You can subscribe to it by visiting: > https://lists.sourceforge.net/lists/listinfo/matplotlib-checkins Following Jouni K. Seppänen's suggestion, I asked the Gmane admins to add the checkins list to Gmane's archive. They added it under: gmane.comp.python.matplotlib.scm See: http://dir.gmane.org/gmane.comp.python.matplotlib.scm for more info. Edin - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
