Mailman 3 November 2002 - SciPy-Dev

ROOT
by M. Evans Nov. 30, 2002

Nov. 30, 2002

http://root.cern.ch/root/ Seems similar to the Scipy effort except that it's more C++-centric. They have an embedded C++ interpreter (yuk, I'd rather use Python). Maybe some room for collaboration? Mark

1 0

Re: [Scipy-cvs] world/kiva pilcore2d.py,NONE,1.1
by David Ascher Nov. 29, 2002

Nov. 29, 2002

eric(a)ActiveState.com wrote: > Update of /home/cvsroot/world/kiva > In directory shaft:/tmp/cvs-serv18261 > > Added Files: > pilcore2d.py > Log Message: > Added David Ascher's first cut at a PIL backend for kiva. I have some changes already. Should I send them to you or do you want to grant me checkin rights? Note that you/we also need to define how to deal with fonts. --david

1 0

error: /tmp/__dummy.f: Permission denied
by Nils Wagner Nov. 27, 2002

Nov. 27, 2002

Hi all, I tried to build scipy via latest cvs. However python setup.py build failed using F2PY 2.23.190-1369 using F2PY 2.23.190-1369 using F2PY 2.23.190-1369 running build_flib running find_fortran_compiler error: /tmp/__dummy.f: Permission denied Any idea ? Nils

4 4

Anti-Grain Geometry
by M. Evans Nov. 25, 2002

Nov. 25, 2002

http://www.antigrain.com/agg_docs/doc_overview.html Interesting library with a liberal license. "Anti-Grain Geometry (AGG) is a platform independent C++ graphic rendering library that is designed to be small and efficient." Mark

2 2

[Fwd: [Numpy-discussion] Ann: ARPACK bindings to Numeric Python]
by Nils Wagner Nov. 22, 2002

Nov. 22, 2002

Hi all, I wonder if ARPACK will be included in scipy ? Nils

2 1

China Motorcycle
by Ms.huang Nov. 22, 2002

Nov. 22, 2002

Dear Sir We fetch your name through our internet. Last month, Our Group ( Chongqing Yingxiang motorcycle group Co.Ltd)'s breach company had set up one JV with Korean Hyosung Motors & Machinery Inc Our Group manufacture and distributes various whole motorcycle units (displacement ranging from 48cc to 250cc, including two-wheel motorcycle three-wheel motorcycle and four-wheel motorcycle, for carrying goods and taking passengers) and accessories especially main accessories of motorcycle, such as engine (including crankcase, crankshaft connecting rod, carburetor, engine cylinder head, cylinder body, clutch, piston and piston rings), frame, fuel tank, shock absorber, disk brake, panels, wheel hub and so on. So far, they have sold very well to markets in many countries and areas around Asia, Africa and Latin America, meanwhile, we establish service spots and sub-factories around there. We would now like to market the motorcycles and spare parts directly in your country. We would appreciate your advise on whether your company would be interested in acting as a distributor in the your country or if you have any recommendations on any other your country?ˉs associates who might also be interested. For further information about our products, kindly please visit our web page: http://www.cq114.com.cn/English/production/jiaotongys/moto/motozhanshi/YX/Y… We look forward to your reply. Yours sincerely, Huang(Ms.Sales Manager) Fax: 86-23-67732102 E-mail: motocng(a)cq114.com.cn a67747005(a)cta.cq.cn

1 0

Tkinter/OpenGL version of Chaco/Kiva status follow-up
by David C. Morrill Nov. 21, 2002

Nov. 21, 2002

I just wanted to update everyone on the results of my recent request for help... With the kind help of both Perry Greenfield and especially Greg Couch, I have been able to resolve all of the major performance bottlenecks in the Tkinter/OpenGL Chaco/Kiva code. Yeah! The net result is that the OpenGL version now performs comparably to the wxPython version. While neither version is as fast as we (and users) would like, we think we know how to go after the remaining performance issues. However, we will probably wait until the code has matured a little more before doing any further optimization work. I just wanted to thank Perry and Greg for helping me with some nuances of OpenGL that had eluded and baffled me previously. Thanks a lot guys!!! Dave Morrill

1 0

Re: DisplayPDF for Cross-platform GUI Widgets
by M. Evans Nov. 21, 2002

Nov. 21, 2002

sdrsn> ME> Now the idea: Use DisplayPDF to create a sdrsn> ME> resolution-independent, cross-platform device context API in sdrsn> ME> which to draw user widgets themselves. The idea resembles sdrsn> ME> Chaco, sdrsn> You might want to take a look at Fresco and Berlin sdrsn> IIRC they have a similar idea. sdrsn> cheers, sdrsn> prabhu Fresco and Mac OS X may be the only two systems that use such a concept. I already knew about Fresco, but it is only for Linux. It is not cross-platform. My question revolves around the cross-platform aspect of the idea. I've never done DisplayPDF, and wanted a bit of feedback about this idea of different "back ends" for a DisplayPDF cross-platform graphics layer. There are many cross-platform widget toolkits. Some take a layered approach and some an emulating approach. The layered approach uses native OS widgets and tries to wrap them with a cross-platform API. An example would be wxWindows (not wxUniversal). The emulating approach draws its own widgets in a cross-platform device context. An example of that would be Qt. That is the approach which interests me, with the major difference that I want a vector-based device context, not a pixel-based context. It has to be more than just a graphics layer, since it must also track mouse and keyboard events, i.e. things like mouse dragging to enlarge a rectangle. What do you think about DisplayPDF's suitability for this purpose? Evidently Apple thinks highly of it, but then again, the Chaco pages explain that DisplayPDF has no real standard, so it takes some work to figure out. Mark

1 0

DisplayPDF for Cross-platform GUI Widgets
by M. Evans Nov. 21, 2002

Nov. 21, 2002

Please correct me if I'm wrong about anything - my understanding of Chaco is cursory. (I have read the web pages.) I wish to present a concept and solicit your opinions. This is not a proposal for work under the Scipy banner, though it certainly could complement the effort. Chaco is a means to draw resolution-independent plots in "canvas windows" supplied by wxWindows, Tk, OpenGL, whatever. It is not a means to draw user interface widgets. Those are supplied by the host library. Chaco merely renders, from DisplayPDF model data, static views in "paint windows" supplied by the various libraries. This is my understanding. Now the idea: Use DisplayPDF to create a resolution-independent, cross-platform device context API in which to draw user widgets themselves. The idea resembles Chaco, except that the context also tracks OS events. (I assume Chaco doesn't do this without help from the host library.) The idea then is to eliminate the host library altogether. The device context layer serves as the foundation for a truly remarkable cross-platform GUI library. Remarkable in that the widgets are not defined in the traditional pixel-wise manner, but via scalable, parametric vectors and arcs. Native look & feel could be emulated a la Qt, http://linux.sarang.net/ftp/mirror/development/widget/qt/pdf/qt-whitepaper-… The device context would naturally require ports to different OS APIs. However, it could instead ride on top of an existing pixel-based context like SDL or GGI. I know that Mac OS X utilizes Display PDF so perhaps the device context for that OS would be very "thin" -- while requiring more work on Windows and Xlib. The wxWindows folks are moving to wxUniversal which is akin to this idea except that (as far as I know) wxUniversal is going to use the traditional pixel-based definition of widgets. Instead of defining widgets as so many centimeters high and various scalability constraints, they will be so many pixels high. Comments, opinions? Mark

2 1

Broken link in www.scipy.org
by Roy at SEVENtwentyfour Inc. Nov. 21, 2002

Nov. 21, 2002

There appears to be a problem on this page of your site. On page http://www.scipy.org/site_content/weave when you click on "here", the link to http://www.scipy.org/site_content/weave/www.scipy.org/weave gives the error: Not found. Suggestion: You may have forgotten the "http:" As recommended by the Robot Guidelines, this email is to explain our robots activities and to let you know about one of the broken links we encountered. LinkWalker does not store or publish the content of your pages, but rather uses the link information to update our map of the World Wide Web. Are these reports helpful? I'd love some feedback. If you prefer not to receive these occasional error notices please let me know. Roy Bryant ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Roy Bryant, roybryant(a)seventwentyfour.com President SEVENtwentyfour Inc. ("Always watching the Web") http://www.seventwentyfour.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0