Looking for the latest version? Download plplot-5.12.0.tar.gz (16.3 MB)
Home / plplot / 5.9.5 Source
Name Modified Size Downloads / Week Status
Parent folder
README.release 2009-09-06 208.7 kB 11 weekly downloads
plplot-5.9.5.tar.gz.asc 2009-09-06 197 Bytes 11 weekly downloads
plplot-5.9.5.tar.gz 2009-09-06 7.1 MB 22 weekly downloads
Totals: 3 Items   7.3 MB 4
PLplot Release 5.9.5 ~~~~~~~~~~~~~~~~~~~~ This is a development release of PLplot. It represents the ongoing efforts of the community to improve the PLplot plotting package. Development releases in the 5.9.x series will be available every few months. The next stable release will be 5.10.0. If you encounter a problem that is not already documented in the PROBLEMS file, then please send bug reports to PLplot developers via the mailing lists at http://sourceforge.net/mail/?group_id=2915 . Please see the license under which this software is distributed (LGPL), and the disclaimer of all warranties, given in the COPYING.LIB file. Official Notices for Users. I. As of release 5.9.1 we have removed our previously deprecated autotools-based build system. Instead, use the CMake-based build system following the directions in the INSTALL file. II. As of release 5.9.1 we no longer support Octave-2.1.73 which has a variety of run-time issues in our tests of the Octave examples on different platforms. In contrast our tests show we get good run-time results with all our Octave examples for Octave-3.0.1. Also, that is the recommended stable version of Octave at http://www.gnu.org/software/octave/download.html so that is the only version of Octave we support at this time. III. As of release 5.9.1 we have decided for consistency sake to change the PLplot stream variables plsc->vpwxmi, plsc->vpwxma, plsc->vpwymi, and plsc->vpwyma and the results returned by plgvpw to reflect the exact window limit values input by users using plwind. Previously to this change, the stream variables and the values returned by plgvpw reflected the internal slightly expanded range of window limits used by PLplot so that the user's specified limits would be on the graph. Two users noted this slight difference, and we agree with them it should not be there. Note that internally, PLplot still uses the expanded ranges so most users results will be identical. However, you may notice some small changes to your plot results if you use these stream variables directly (only possible in C/C++) or use plgvpw. IV. As of release 5.9.2 we have set HAVE_PTHREAD to ON by default for all platforms other than Darwin. Darwin will follow later once it appears the Apple version of X supports it. V. As of release 5.9.3 our build system requires CMake version 2.6.0 or higher. VI. As of release 5.9.3 we have deprecated the gcw device driver and the related gnome2 and pygcw bindings since these are essentially unmaintained. For example, the gcw device and associated bindings still depends on the plfreetype approach for accessing unicode fonts which has known issues (inconsistent text offsets, inconvenient font setting capabilities, and incorrect rendering of CTL languages). To avoid these issues we advise using the xcairo device and the externally supplied XDrawable or Cairo context associated with the xcairo device and the extcairo device (see examples/c/README.cairo) instead. If you still absolutely must use -dev gcw or the related gnome2 or pygcw bindings despite the known problems, then they can still be accessed by setting PLD_gcw, ENABLE_gnome2, and/or ENABLE_pygcw to ON. VII. As of release 5.9.3 we have deprecated the gd device driver which implements the png, jpeg, and gif devices. This device driver is essentially unmaintained. For example, it still depends on the plfreetype approach for accessing unicode fonts which has known issues (inconsistent text offsets, inconvenient font setting capabilities, and incorrect rendering of CTL languages). To avoid these issues for PNG format, we advise using the pngcairo or pngqt devices. To avoid these issues for the JPEG format, we advise using the jpgqt device. PNG is normally considered a better raster format than GIF, but if you absolutely require GIF format, we advise using the pngcairo or pngqt devices and then downgrading the results to the GIF format using the ImageMagick "convert" application. For those platforms where libgd (the dependency of the gd device driver) is accessible while the required dependencies of the cairo and/or qt devices are not accessible, you can still use these deprecated devices by setting PLD_png, PLD_jpeg, or PLD_gif to ON. VIII. As of release 5.9.3 we have reenabled the tk, itk, and itcl components of PLplot by default that were disabled by default as of release 5.9.1 due to segfaults. The cause of the segfaults was a bug (now fixed) in how pthread support was implemented for the Tk-related components of PLplot. IX. As of release 5.9.4 we have deprecated the pbm device driver (containing the pbm device) because glibc detects a catastrophic double free. X. As of release 5.9.5 we have removed pyqt3 access to PLplot and replaced it by pyqt4 access to PLplot (see details below). XI. As of release 5.9.5 the only method of specifying a non-default compiler (and associated compiler options) that we support is the environment variable approach, e.g., export CC='gcc -g -fvisibility=hidden' export CXX='g++ -g -fvisibility=hidden' export FC='gfortran -g -fvisibility=hidden' All other CMake methods of specifying a non-default compiler and associated compiler options will not be supported until CMake bug 9220 is fixed, see discussion below of the soft-landing reimplementation for details. XII. As of release 5.9.5 we have retired the hpgl driver (containing the hp7470, hp7580, and lj_hpgl devices), the impress driver (containing the imp device), the ljii driver (containing the ljii and ljiip devices), and the tek driver (containing the conex, mskermit, tek4107, tek4107f, tek4010, tek4010f, versaterm, vlt, and xterm devices). Retirement means we have removed the build options which would allow these devices to build and install. Recent tests have shown a number of run-time issues (hpgl, impress, and ljii) or build-time issues (tek) with these devices, and as far as we know there is no more user interest in them. Therefore, we have decided to retire these devices rather than fix them. INDEX 1. Changes relative to PLplot 5.9.4 (the previous development release) 1.1 PyQt changes 1.2 Color Palettes 1.3 Reimplementation of a "soft landing" when a bad/missing compiler is detected 1.1 PyQt changes Years ago we got a donation of a hand-crafted pyqt3 interface to PLplot (some of the functions in plplot_widgetmodule.c in bindings/python) and a proof-of-concept example (prova.py and qplplot.py in examples/python), but this code did not gain any developer interest and was therefore not understood or maintained. Recently one of our core developers has implemented a sip-generated pyqt4 interface to PLplot (controlled by plplot_pyqt4.sip in bindings/qt_gui/pyqt4) that builds without problems as a python extension module, and a good-looking pyqt4 example (pyqt4_example.py in examples/python) that works well. Since this pyqt4 approach is maintained by a PLplot developer it appears to have a good future, and we have therefore decided to concentrate on pyqt4 and remove the pyqt3 PLplot interface and example completely. 1.2 Color Palettes Support has been added to PLplot for user defined color palette files. These files can be loaded at the command line using the -cmap0 or -cmap1 commands, or via the API using the plspal0 and plspal1 commands. The commands cmap0 / plspal0 are used to load cmap0 type files which specify the colors in PLplots color table 0. The commands cmap1 / plspal1 are used to load cmap1 type files which specify PLplots color table 1. Examples of both types of files can be found in either the plplot-source/data directory or the PLplot installed directory (typically /usr/local/share/plplotx.y.z/ on linux). 1.3 Reimplementation of a "soft landing" when a bad/missing compiler is detected. The PLplot core library is written in C so our CMake-based build system will error out if it doesn't detect a working C compiler. However all other compiled languages (Ada, C++, D, Fortran, Java, and OCaml) we support are optional. If a working compiler is not available, we give a "soft landing" (give a warning message, disable the optional component, and keep going). The old implementation of the soft landing was not applied consistently (C++ was unnecessarily mandatory before) and also caused problems for ccmake (a CLI front-end to the cmake application) and cmake-gui (a CMake GUI front-end to the cmake application) which incorrectly dropped languages as a result even when there was a working compiler. We now have completely reimplemented the soft landing logic. The result works well for cmake, ccmake, and cmake-gui. The one limitation of this new method that we are aware of is it only recognizes either the default compiler chosen by the generator or else a compiler specified by the environment variable approach (see Official Notice XII above). Once CMake bug 9220 has been fixed (so that the OPTIONAL signature of the enable_language command actually works without erroring out), then our soft-landing approach (which is a workaround for bug 9220) will be replaced by the OPTIONAL signature of enable_language, and all CMake methods of specifying compilers and compiler options will automatically be recognized as a result. 2. Changes relative to PLplot 5.8.0 (the previous stable release) 2.1 All autotools-related files have now been removed 2.2 Build system bug fixes 2.3 Build system improvements 2.4 Implement build-system infrastructure for installed Ada bindings and examples 2.5 Code cleanup 2.6 Date / time labels for axes 2.7 Alpha value support 2.8 New PLplot functions 2.9 External libLASi library improvements affecting our psttf device 2.10 Improvements to the cairo driver family. 2.11 wxWidgets driver improvements 2.12 pdf driver improvements 2.13 svg driver improvements 2.14 Ada language support 2.15 OCaml language support 2.16 Perl/PDL language support 2.17 Update to various language bindings 2.18 Update to various examples 2.19 Extension of our test framework 2.20 Rename test subdirectory to plplot_test 2.21 Website support files updated 2.22 Internal changes to function visibility 2.23 Dynamic driver support in Windows 2.24 Documentation updates 2.25 libnistcd (a.k.a. libcd) now built internally for -dev cgm 2.26 get-drv-info now changed to test-drv-info 2.27 Text clipping now enabled by default for the cairo devices 2.28 A powerful qt device driver has been implemented 2.29 The PLplot API is now accessible from Qt GUI applications 2.30 NaN / Inf support for some PLplot functions 2.31 Various bug fixes 2.32 Cairo driver improvements 2.33 PyQt changes 2.34 Color Palettes 2.35 Reimplementation of a "soft landing" when a bad/missing compiler is detected. 2. Changes relative to PLplot 5.8.0 (the previous stable release) 2.1 All autotools-related files have now been removed CMake (with the exception of a special build script for the DJGPP platform) is now the only supported build system. It has been tested on Linux / Unix, Mac OS-X and Windows platforms. 2.2 Build system bug fixes Various fixes include the following: Ctest will now work correctly when the build tree path includes symlinks. Dependencies for swig generated files fixed so they are not rebuilt every time make is called. Various dependency fixes to ensure that parallel builds (using make -j) work under unix. 2.3 Build system improvements We now transform link flag results delivered to the CMake environment by pkg-config into the preferred CMake form of library information. The practical effect of this improvement is that external libraries in non-standard locations now have their rpath options set correctly for our build system both for the build tree and the install tree so you don't have to fiddle with LD_LIBRARY_PATH, etc. 2.4 Implement build-system infrastructure for installed Ada bindings and examples Install source files, library information files, and the plplotada library associated with the Ada bindings. Configure and install the pkg-config file for the plplotada library. Install the Ada examples and a configured Makefile to build them in the install tree. 2.5 Code cleanup The PLplot source code has been cleaned up to make consistent use of (const char *) and (char *) throughout. Some API functions have changed to use const char * instead of char * to make it clear that the strings are not modified by the function. The C and C++ examples have been updated consistent with this. These changes fix a large number of warnings with gcc-4.2. Note: this should not require programs using PLplot to be recompiled as it is not a binary API change. There has also been some cleanup of include files in the C++ examples so the code will compile with the forthcoming gcc-4.3. 2.6 Date / time labels for axes PLplot now allows date / time labels to be used on axes. A new option ('d') is available for the xopt and yopt arguments to plbox which indicates that the axis should be interpreted as a date / time. Similarly there is a new range of options for plenv to select date / time labels. The time format is seconds since the epoch (usually 1 Jan 1970). This format is commonly used on most systems. The C gmtime routine can be used to calculate this for a given date and time. The format for the labels is controlled using a new pltimefmt function, which takes a format string. All formatting is done using the C strftime function. See documentation for available options on your platform. Example 29 demonstrates the new capabilities. N.B. Our reliance on C library POSIX time routines to (1) convert from broken-down time to time-epoch, (2) to convert from time-epoch to broken-down time, and (3) to format results with strftime have proved problematic for non-C languages which have time routines of variable quality. Also, it is not clear that even the POSIX time routines are available on Windows. So we have plans afoot to implement high-quality versions of (1), (2), and (3) with additional functions to get/set the epoch in the PLplot core library itself. These routines should work on all C platforms and should also be uniformly accessible for all our language bindings. WARNING..... Therefore, assuming these plans are implemented, the present part of our date/time PLplot API that uses POSIX time routines will be changed. 2.7 Alpha value support PLplot core has been modified to support a transparency or alpha value channel for each color in color map 0 and 1. In addition a number of new functions were added the PLplot API so that the user can both set and query alpha values for color in the two color maps. These functions have the same name as their non-alpha value equivalents, but with a an "a" added to the end. Example 30 demonstrates some different ways to use these functions and the effects of alpha values, at least for those drivers that support alpha values. This change should have no effect on the device drivers that do not currently support alpha values. Currently only the cairo, qt, gd, wxwidgets and aquaterm drivers support alpha values. There are some limitations with the gd driver due to transparency support in the underlying libgd library. 2.8 New PLplot functions An enhanced version of plimage, plimagefr has been added. This allows images to be plotted using coordinate transformation, and also for the dynamic range of the plotted values to be altered. Example 20 has been modified to demonstrate this new functionality. To ensure consistent results in example 21 between different platforms and language bindings PLplot now includes a small random number generator within the library. plrandd will return a PLFLT random number in the range 0.0-1.0. plseed will allow the random number generator to be seeded. 2.9 External libLASi library improvements affecting our psttf device Our psttf device depends on the libLASi library. libLASi-1.1.0 has just been released at http://sourceforge.net/svn/?group_id=187113 . We recommend using this latest version of libLASi for building PLplot and the psttf device since this version of libLASi is more robust against glyph information returned by pango/cairo/fontconfig that on rare occasions is not suitable for use by libLASi. 2.10 Improvements to the cairo driver family. Jonathan Woithe improved the xcairo driver so that it can optionally be used with an external user supplied X Drawable. This enables a nice separation of graphing (PLplot) and window management (Gtk, etc..). Doug Hunt fixed the bugs that broke the memcairo driver and it is now fully functional. Additionally, a new extcairo driver was added that will plot into a user supplied cairo context. 2.11 wxWidgets driver improvements Complete reorganization of the driver code. A new backend was added, based on the wxGraphicsContext class, which is available for wxWidgets 2.8.4 and later. This backend produces antialized output similar to the AGG backend but has no dependency on the AGG library. The basic wxDC backend and the wxGraphicsContext backend process the text output on their own, which results in much nicer plots than with the standard Hershey fonts and is much faster than using the freetype library. New options were introduced in the wxWidgets driver: - backend: Choose backend: (0) standard, (1) using AGG library, (2) using wxGraphicsContext - hrshsym: Use Hershey symbol set (hrshsym=0|1) - text: Use own text routines (text=0|1) - freetype: Use FreeType library (freetype=0|1) The option "text" changed its meaning, since it enabled the FreeType library support, while now the option enables the driver's own text routines. Some other features were added: * the wxWidgets driver now correctly clears the background (or parts of it) * transparency support was added * the "locate mode" (already availale in the xwin and tk driver) was implemented, where graphics input events are processed and translated to world coordinates 2.12 pdf driver improvements The pdf driver (which is based on the haru library http://www.libharu.org) processes the text output now on its own. So far only the Adobe Type1 fonts are supported. TrueType font support will follow. Full unicode support will follow after the haru library will support unicode strings. The driver is now able to produce A4, letter, A5 and A3 pages. The Hershey font may be used only for symbols. Output can now be compressed, resulting in much smaller file sizes. Added new options: - text: Use own text routines (text=0|1) - compress: Compress pdf output (compress=0|1) - hrshsym: Use Hershey symbol set (hrshsym=0|1) - pagesize: Set page size (pagesize=A4|letter|A3|A5) 2.13 svg driver improvements This device driver has had the following improvements: schema for generated file now validates properly at http://validator.w3.org/ for the automatically detected document type of SVG 1.1; -geometry option now works; alpha channel transparency has been implemented; file familying for multipage examples has been implemented; coordinate scaling has been implemented so that full internal PLplot resolution is used; extraneous whitespace and line endings that were being injected into text in error have now been removed; and differential correction to string justification is now applied. The result of these improvements is that our SVG device now gives the best-looking results of all our devices. However, currently you must be careful of which SVG viewer or editor you try because a number of them have some bugs that need to be resolved. For example, there is a librsvg bug in text placement (http://bugzilla.gnome.org/show_bug.cgi?id=525023) that affects all svg use within GNOME as well as the ImageMagick "display" application. However, at least the latest konqueror and firefox as well as inkscape and scribus-ng (but not scribus!) give outstanding looking results for files generated by our svg device driver. 2.14 Ada language support We now have a complete Ada bindings implemented for PLplot. We also have a complete set of our standard examples implemented in Ada which give results that are identical with corresponding results for the C standard examples. This is an excellent test of a large subset of the Ada bindings. We now enable Ada by default for our users and request widespread testing of this new feature. 2.15 OCaml language support Thanks primarily to Hezekiah M. Carty's efforts we now have a complete OCaml bindings implemented for PLplot. We also have a complete set of our standard examples implemented in OCaml which give results that are identical with corresponding results for the C standard examples. This is an excellent test of a large subset of the OCaml bindings. We now enable OCaml by default for our users and request widespread testing of this new feature. 2.16 Perl/PDL language support Thanks to Doug Hunt's efforts the external Perl/PDL module, PDL::Graphics::PLplot version 0.46 available at http://search.cpan.org/dist/PDL-Graphics-PLplot has been brought up to date to give access to recently added PLplot API. The instructions for how to install this module on top of an offical PDL release are given in examples/perl/README.perldemos. Doug has also finished implementing a complete set of standard examples in Perl/PDL which are part of PLplot and which produce identical results to their C counterparts if the above updated module has been installed. Our build system tests the version of PDL::Graphics::PLplot that is available, and if it is not 0.46 or later, the list of Perl/PDL examples that are run as part of our standard tests is substantially reduced to avoid examples that use the new functionality. In sum, if you use PDL::Graphics::PLplot version 0.46 or later the full complement of PLplot commands is available to you from Perl/PDL, but otherwise not. 2.17 Updates to various language bindings A concerted effort has been made to bring all the language bindings up to date with recently added functions. Ada, C++, f77, f95, Java, OCaml, Octave, Perl/PDL, Python, and Tcl now all support the common PLplot API (with the exception of the mapping functions which are not yet implemented for all bindings due to technical issues.) This is a significant step forward for those using languages other than C. 2.18 Updates to various examples To help test the updates to the language bindings the examples have been thoroughly checked. Ada, C, C++, f77, f95, and OCaml now contain a full set of non-interactive tests (examples 1-31 excluding 14 and 17). Java, Octave, Python and Tcl are missing example 19 because of the issue with the mapping functions. The examples have also been checked to ensure consistent results between different language bindings. Currently there are still some minor differences in the results for the tcl examples, probably due to rounding errors. Some of the Tcl examples (example 21) require Tcl version 8.5 for proper support for NaNs. Also new is an option for the plplot_test.sh script to run the examples using a debugging command. This is enabled using the --debug option. The default it to use the valgrind memory checker. This has highlighted at least one memory leaks in plplot which have been fixed. It is not part of the standard ctest tests because it can be _very_ slow for a complete set of language bindings and device drivers. 2.19 Extension of our test framework The standard test suite for PLplot now carries out a comparison of the stdout output (especially important for example 31 which tests most of our set and get functions) and PostScript output for different languages as a check. Thanks to the addition of example 31, the inclusion of examples 14 and 17 in the test suite and other recent extensions of the other examples we now have rigourous testing in place for almost the entirety of our common API. This extensive testing framework has already helped us track down a number of bugs, and it should make it much easier for us to maintain high quality for our ongoing PLplot releases. 2.20 Rename test subdirectory to plplot_test This change was necessary to quit clashing with the "make test" target which now works for the first time ever (by executing ctest). 2.21 Website support files updated Our new website content is generated with PHP and uses CSS (cascaded style sheets) to implement a consistent style. This new approach demanded lots of changes in the website support files that are used to generate and upload our website and which are automatically included with the release. 2.22 Internal changes to function visibility The internal definitions of functions in plplot have been significantly tidied up to allow the use of the -fvisibility=hidden option with newer versions of gcc. This prevents internal functions from being exported to the user where possible. This extends the existing support for this on windows. 2.23 Dynamic driver support in Windows An interface based on the ltdl library function calls was established which allows to open and close dynamic link libraries (DLL) during run-time and call functions from these libraries. As a consequence drivers can now be compiled into single DLLs separate from the core plplot DLL also in Windows. The cmake option ENABLE_DYNDRIVERS is now ON by default for Windows if a shared plplot library is built. 2.24 Documentation updates The docbook documentation has been updated to include many of the C-specific functions (for example plAlloc2dGrid) which are not part of the common API, but are used in the examples and may be helpful for plplot users. 2.25 libnistcd (a.k.a. libcd) now built internally for -dev cgm CGM format is a long-established (since 1987) open standard for vector graphics that is supported by w3c (see http://www.w3.org/Graphics/WebCGM/). PLplot has long had a cgm device driver which depended on the (mostly) public domain libcd library that was distributed in the mid 90's by National Institute of Standards and Technology (NIST) and which is still available from http://www.pa.msu.edu/ftp/pub/unix/cd1.3.tar.gz. As a convenience to our -dev cgm users, we have brought that source code in house under lib/nistcd and now build libnistcd routinely as part of our ordinary builds. The only changes we have made to the cd1.3 source code is visibility changes in cd.h and swapping the sense of the return codes for the test executables so that 0 is returned on success and 1 on failure. If you want to test libnistcd on your platform, please run make test_nistcd in the top-level build tree. (That tests runs all the test executables that are built as part of cd1.3 and compares the results that are generated with the *.cgm files that are supplied as part of cd1.3.) Two applications that convert and/or display CGM results on Linux are ralcgm (which is called by the ImageMagick convert and display applications) and uniconvertor. Some additional work on -dev cgm is required to implement antialiasing and non-Hershey fonts, but both those should be possible using libnistcd according to the text that is shown by lib/nistcd/cdtext.cgm and lib/nistcd/cdexp1.cgm. 2.26 get-drv-info now changed to test-drv-info To make cross-building much easier for PLplot we now configure the *.rc files that are used to describe our various dynamic devices rather than generating the required *.rc files with get-drv-info. We have changed the name of get-drv-info to test-drv-info. That name is more appropriate because that executable has always tested dynamic loading of the driver plug-ins as well as generating the *.rc files from the information gleaned from that dynamic loading. Now, we simply run test-drv-info as an option (defaults to ON unless cross-building is enabled) and compare the resulting *.rc file with the one configured by cmake to be sure the dynamic device has been built correctly. 2.27 Text clipping now enabled by default for the cairo devices When correct text clipping was first implemented for cairo devices, it was discovered that the libcairo library of that era (2007-08) did that clipping quite inefficiently so text clipping was disabled by default. Recent tests of text clipping for the cairo devices using libcairo 1.6.4 (released in 2008-04) shows text clipping is quite efficient now. Therefore, it is now enabled by default. If you notice a significant slowdown for some libcairo version prior to 1.6.4 you can use the option -drvopt text_clipping=0 for your cairo device plots (and accept the improperly clipped text results that might occur with that option). Better yet, use libcairo 1.6.4 or later. 2.28 A powerful qt device driver has been implemented Thanks to the efforts of Alban Rochel of the QSAS team, we now have a new qt device driver which delivers the following 9 (!) devices: qtwidget, bmpqt, jpgqt, pngqt, ppmqt, tiffqt, epsqt, pdfqt, and svgqt. qtwidget is an elementary interactive device where, for now, the possible interactions consist of resizing the window and right clicking with the mouse (or hitting <return> to be consistent with other PLplot interactive devices) to control paging. The qtwidget overall size is expressed in pixels. bmpqt, jpgqt, pngqt, ppmqt, and tiffqt are file devices whose overall sizes are specified in pixels and whose output is BMP (Windows bitmap), JPEG, PNG, PPM (portable pixmap), and TIFF (tagged image file format) formatted files. epsqt, pdfqt, svgqt are file devices whose overall sizes are specified in points (1/72 of an inch) and whose output is EPS (encapsulated PostScript), PDF, and SVG formatted files. The qt device driver is based on the powerful facilities of Qt4 so all qt devices implement variable opacity (alpha channel) effects (see example 30). The qt devices also use system unicode fonts, and deal with CTL (complex text layout) languages automatically without any intervention required by the user. (To show this, try qt device results from examples 23 [mathematical symbols] and 24 [CTL languages].) Our exhaustive Linux testing of the qt devices (which consisted of detailed comparisons for all our standard examples between qt device results and the corresponding cairo device results) indicates this device driver is mature, but testing on other platforms is requested to confirm that maturity. Qt-4.5 (the version we used for most of our tests) has some essential SVG functionality so we recommend that version (downloadable from http://www.qtsoftware.com/downloads for Linux, Mac OS X, and Windows) for svgqt. One of our developers found that pdfqt was orders of magnitude slower than the other qt devices for Qt-4.4.3 on Ubuntu 8.10 installed on a 64 bit box. That problem was completely cured by moving to the downloadable Qt-4.5 version. However, we have also had good Qt-4.4.3 pdfqt reports on other platforms. One of our developers also found that all first pages of examples were black for just the qtwidget device for Qt-4.5.1 on Mac OS X. From the other improvements we see in Qt-4.5.1 relative to Qt-4.4.3 we assume this black first page for qtwidget problem also exists for Qt-4.4.3, but we haven't tested that combination. In sum, Qt-4.4.3 is worth trying if it is already installed on your machine, but if you run into any difficulty with it please switch to Qt-4.5.x (once Qt-4.5.x is installed all you have to do is to put the 4.5.x version of qmake in your path, and cmake does the rest). If the problem persists for Qt-4.5, then it is worth reporting a qt bug. 2.29 The PLplot API is now accessible from Qt GUI applications This important new feature has been implemented by Alban Rochel of the QSAS team as a spin-off of the qt device driver project using the extqt device (which constitutes the tenth qt device). See examples/c++/README.qt_example for a brief description of a simple Qt example which accesses the PLplot API and which is built in the installed examples tree using the pkg-config approach. Our build system has been enhanced to configure the necessary plplotd-qt.pc file. 2.30 NaN / Inf support for some PLplot functions Some PLplot now correctly handle Nan or Inf values in the data to be plotted. Line plotting (plline etc) and image plotting (plimage, plimagefr) will now ignore NaN / Inf values. Currently some of the contour plotting / 3-d routines do not handle NaN / Inf values. This functionality will depend on whether the language binding used supports NaN / Inf values. 2.31 Various bug fixes Various bugs in the 5.9.3 release have been fixed including: - Include missing file needed for the aqt driver on Mac OS X - Missing library version number for nistcd - Fixes for the qt examples with dynamic drivers disabled - Fixes to several tcl examples so they work with plserver - Fix pkg-config files to work correctly with Debug / Release build types set - Make fortran command line argument parsing work with shared libraries on Windows 2.32 Cairo driver improvements Improvements to the cairo driver to give better results for bitmap formats when used with anti-aliasing file viewers. 2.33 PyQt changes Years ago we got a donation of a hand-crafted pyqt3 interface to PLplot (some of the functions in plplot_widgetmodule.c in bindings/python) and a proof-of-concept example (prova.py and qplplot.py in examples/python), but this code did not gain any developer interest and was therefore not understood or maintained. Recently one of our core developers has implemented a sip-generated pyqt4 interface to PLplot (controlled by plplot_pyqt4.sip in bindings/qt_gui/pyqt4) that builds without problems as a python extension module, and a good-looking pyqt4 example (pyqt4_example.py in examples/python) that works well. Since this pyqt4 approach is maintained by a PLplot developer it appears to have a good future, and we have therefore decided to concentrate on pyqt4 and remove the pyqt3 PLplot interface and example completely. 2.34 Color Palettes Support has been added to PLplot for user defined color palette files. These files can be loaded at the command line using the -cmap0 or -cmap1 commands, or via the API using the plspal0 and plspal1 commands. The commands cmap0 / plspal0 are used to load cmap0 type files which specify the colors in PLplots color table 0. The commands cmap1 / plspal1 are used to load cmap1 type files which specify PLplots color table 1. Examples of both types of files can be found in either the plplot-source/data directory or the PLplot installed directory (typically /usr/local/share/plplotx.y.z/ on linux). 2.35 Reimplementation of a "soft landing" when a bad/missing compiler is detected. The PLplot core library is written in C so our CMake-based build system will error out if it doesn't detect a working C compiler. However all other compiled languages (Ada, C++, D, Fortran, Java, and OCaml) we support are optional. If a working compiler is not available, we give a "soft landing" (give a warning message, disable the optional component, and keep going). The old implementation of the soft landing was not applied consistently (C++ was unnecessarily mandatory before) and also caused problems for ccmake (a CLI front-end to the cmake application) and cmake-gui (a CMake GUI front-end to the cmake application) which incorrectly dropped languages as a result even when there was a working compiler. We now have completely reimplemented the soft landing logic. The result works well for cmake, ccmake, and cmake-gui. The one limitation of this new method that we are aware of is it only recognizes either the default compiler chosen by the generator or else a compiler specified by the environment variable approach (see Official Notice XII above). Once CMake bug 9220 has been fixed (so that the OPTIONAL signature of the enable_language command actually works without erroring out), then our soft-landing approach (which is a workaround for bug 9220) will be replaced by the OPTIONAL signature of enable_language, and all CMake methods of specifying compilers and compiler options will automatically be recognized as a result. ------------------------------------------------------------------------ r10371 | hbabcock | 2009-09-06 14:45:37 -0400 (Sun, 06 Sep 2009) | 1 line Changed paths: M /trunk/cmake/modules/plplot_version.cmake Updated for the 5.9.5 release ------------------------------------------------------------------------ r10370 | airwin | 2009-09-04 19:45:36 -0400 (Fri, 04 Sep 2009) | 4 lines Changed paths: M /trunk/include/plplotP.h M /trunk/src/plctrl.c For the release comment out all references to locale because this is too untested cross-platform. ------------------------------------------------------------------------ r10369 | airwin | 2009-09-04 19:30:52 -0400 (Fri, 04 Sep 2009) | 4 lines Changed paths: M /trunk/drivers/qt.cpp M /trunk/include/plplotP.h M /trunk/src/plcore.c M /trunk/src/plctrl.c Partial fix (set LC_NUMERIC to "C" but no restoration of locale afterwards) for the palette file reading locale issues. ------------------------------------------------------------------------ r10368 | airwin | 2009-09-04 15:39:51 -0400 (Fri, 04 Sep 2009) | 2 lines Changed paths: M /trunk/include/CMakeLists.txt Whitespace. ------------------------------------------------------------------------ r10367 | hezekiahcarty | 2009-09-03 00:39:20 -0400 (Thu, 03 Sep 2009) | 2 lines Changed paths: M /trunk/doc/docbook/src/ocaml.xml Whitespace cleanup for the OCaml-specific documentation ------------------------------------------------------------------------ r10366 | airwin | 2009-09-02 14:18:34 -0400 (Wed, 02 Sep 2009) | 2 lines Changed paths: M /trunk/cmake/modules/docbook.cmake Improve onsgmls output. ------------------------------------------------------------------------ r10365 | hezekiahcarty | 2009-09-02 12:54:52 -0400 (Wed, 02 Sep 2009) | 2 lines Changed paths: M /trunk/doc/docbook/src/api.xml M /trunk/doc/docbook/src/plplotdoc.xml.in More complete documentation for plslabelfunc and related options. ------------------------------------------------------------------------ r10364 | airwin | 2009-09-02 12:28:52 -0400 (Wed, 02 Sep 2009) | 2 lines Changed paths: M /trunk/doc/docbook/src/api.xml Document the meaning of the last argument of plenv when it is 70-73. ------------------------------------------------------------------------ r10363 | smekal | 2009-09-01 06:34:16 -0400 (Tue, 01 Sep 2009) | 1 line Changed paths: M /trunk/drivers/qt.cpp This solves the plcmap1() bug on Mac OS X with QT carbon 4.5.1 and 4.5.2. Somehow the Qt library changes the locale from "C" to the local one of the user. This prevents reading the number from the color map for certain locales. Setting the locale to "C" right after a new Qt application is initialized, solves the problems. ------------------------------------------------------------------------ r10362 | smekal | 2009-09-01 04:15:50 -0400 (Tue, 01 Sep 2009) | 1 line Changed paths: M /trunk/drivers/qt.cpp On Mac OS X the plot window is now raised to the foreground after the first plot is finished. ------------------------------------------------------------------------ r10361 | smekal | 2009-09-01 04:01:12 -0400 (Tue, 01 Sep 2009) | 1 line Changed paths: M /trunk/bindings/qt_gui/plqt.cpp M /trunk/drivers/qt.cpp These changes fix the grey plot/window-bug for the qt driver on Mac OS X (and Windows). ------------------------------------------------------------------------ r10360 | smekal | 2009-09-01 02:47:01 -0400 (Tue, 01 Sep 2009) | 3 lines Changed paths: M /trunk/drivers/wxwidgets.cpp M /trunk/drivers/wxwidgets.h M /trunk/drivers/wxwidgets_gc.cpp wxWidgets driver now supports flushing of the screen -> better results now for example 17. Text clipping support now by wxGraphicsContext backend (e.g. example 09, example 21). Tried to improve fill_polygon method in wxGraphicsContext backend by explicitly calling DrawRectangle() for rectangles, but it seems wxWidgets optimizes the DrawPolygon() method anyway this way, so no improvements here. ------------------------------------------------------------------------ r10359 | airwin | 2009-08-29 15:12:44 -0400 (Sat, 29 Aug 2009) | 2 lines Changed paths: M /trunk/cmake/modules/pdl.cmake Implement soft landing when PDL::GRAPHICS::PLplot is not installed. ------------------------------------------------------------------------ r10358 | airwin | 2009-08-29 12:02:26 -0400 (Sat, 29 Aug 2009) | 4 lines Changed paths: M /trunk/data/cmap0_alternate.pal M /trunk/data/cmap0_black_on_white.pal M /trunk/data/cmap0_default.pal M /trunk/data/cmap0_white_bg.pal M /trunk/data/cmap1_blue_red.pal M /trunk/data/cmap1_blue_yellow.pal M /trunk/data/cmap1_default.pal M /trunk/data/cmap1_gray.pal M /trunk/data/cmap1_radar.pal Change all line endings to LF (i.e. Unix line endings). That means these files will have Unix line endings whether obtained from our release tarball or svn. ------------------------------------------------------------------------ r10357 | airwin | 2009-08-29 11:19:25 -0400 (Sat, 29 Aug 2009) | 3 lines Changed paths: M /trunk/data/cmap0_alternate.pal M /trunk/data/cmap0_white_bg.pal M /trunk/data/cmap1_blue_yellow.pal M /trunk/data/cmap1_radar.pal Set svn:eol-style property to native for all *.pal files ------------------------------------------------------------------------ r10356 | airwin | 2009-08-28 13:45:15 -0400 (Fri, 28 Aug 2009) | 4 lines Changed paths: M /trunk/src/plctrl.c Coarsen fuzzy range checks so they will work even in the single-precision (32-bit floating point) case. Thanks to Arjen for pointing out this potential issue. ------------------------------------------------------------------------ r10355 | airwin | 2009-08-28 13:07:01 -0400 (Fri, 28 Aug 2009) | 3 lines Changed paths: M /trunk/src/plctrl.c Refine warning message for reading color palette files to make it easer to identify exactly where the problems are occurring. ------------------------------------------------------------------------ r10354 | airwin | 2009-08-27 20:26:59 -0400 (Thu, 27 Aug 2009) | 12 lines Changed paths: M /trunk/src/plctrl.c cmap0_palette_read: handle own error conditions for reading and interpreting a cmap0 palette file. If there is an error condition, fall back to opaque red on opaque white background as visual warning to accompany the text warning. Fuzzy check range on alpha. plspal1: red scale (instead of previous grey scale) as visual warning to accompany text warning of error conditions for reading and interpreting a cmap1 palette file. plLibOpenPdfstrm: free memory for fs for all conditions. ------------------------------------------------------------------------ r10353 | airwin | 2009-08-27 15:29:11 -0400 (Thu, 27 Aug 2009) | 10 lines Changed paths: M /trunk/src/plctrl.c Define and use fuzzy_range_check macro for much-used code fragment in plspal1 to check range of floating-point result and adjust to range limit if just outside range. This macro guards against the case of floating-point data describing the cmap1 palette being just outside the valid range due to floating-point errors. When a bad cmap1 palette file is encountered, fall back to internally defined gray scale. ------------------------------------------------------------------------ r10352 | airwin | 2009-08-27 12:38:57 -0400 (Thu, 27 Aug 2009) | 3 lines Changed paths: M /trunk/drivers/cairo.c M /trunk/examples/c/x03c.c M /trunk/examples/c/x32c.c M /trunk/examples/c++/x03.cc M /trunk/examples/c++/x16.cc M /trunk/src/plarc.c M /trunk/src/plargs.c M /trunk/src/plbuf.c Remove unused variables as noted by gcc -Wall option. Thanks to Mark de Wever for this patch. ------------------------------------------------------------------------ r10351 | airwin | 2009-08-26 23:41:19 -0400 (Wed, 26 Aug 2009) | 4 lines Changed paths: M /trunk/src/plctrl.c Guard against floating-point errors in comparison of pos[i] with 0. and 1. (Thanks to Valery Pipin for testing on hardware where this issue surfaced for cmap1_default.pal.) ------------------------------------------------------------------------ r10350 | airwin | 2009-08-26 21:15:25 -0400 (Wed, 26 Aug 2009) | 3 lines Changed paths: M /trunk/examples/c/test_plend.c Change from plend1 to plend to generate errors for devices that have trouble for that case. ------------------------------------------------------------------------ r10349 | airwin | 2009-08-26 20:26:35 -0400 (Wed, 26 Aug 2009) | 3 lines Changed paths: M /trunk/cmake/modules/qt.cmake Deal properly with the case where the Qt4 development environment is not found. ------------------------------------------------------------------------ r10348 | airwin | 2009-08-26 17:07:02 -0400 (Wed, 26 Aug 2009) | 3 lines Changed paths: M /trunk/examples/c/CMakeLists.txt A /trunk/examples/c/test_plend.c Add small test routine to demonstrate plend or plend1 problems with certain devices. ------------------------------------------------------------------------ r10347 | airwin | 2009-08-26 13:23:45 -0400 (Wed, 26 Aug 2009) | 3 lines Changed paths: M /trunk/examples/c++/qt_example.cpp Change so that command-line options are only interpreted by the PLplot library and completely ignored by QApplication. ------------------------------------------------------------------------ r10346 | airwin | 2009-08-26 11:48:56 -0400 (Wed, 26 Aug 2009) | 13 lines Changed paths: M /trunk/bindings/qt_gui/plqt.cpp M /trunk/drivers/qt.cpp M /trunk/examples/c++/qt_PlotWindow.cpp M /trunk/examples/c++/qt_example.cpp M /trunk/include/qt.h AWI for Alban Rochel. Commit patch which does the following: + Better implementation of flushing, resulting in x17c -dev qtwidget running about as fast as x17c -dev xwin, a large improvement in qtwidget animation speed. + Fallback to well-implemented core version of PLESC_CLEAR since the qt version was not implemented correctly. + Improve qt_example to show how to deep-copy the command-line arguments passed to the software so that Qt does not filter out the "bg" commands. ------------------------------------------------------------------------ r10345 | airwin | 2009-08-26 11:22:14 -0400 (Wed, 26 Aug 2009) | 3 lines Changed paths: M /trunk/src/plargs.c Apply patch by Mark de Wever to fix compiler warnings about no return value specified for opt_cmap[01]. ------------------------------------------------------------------------ r10344 | hbabcock | 2009-08-26 11:11:20 -0400 (Wed, 26 Aug 2009) | 1 line Changed paths: M /trunk/drivers/cairo.c Apply patch provided by Mark de Wever that fixes some issues with misplaced parentheses in the cairo driver. ------------------------------------------------------------------------ r10343 | airwin | 2009-08-25 22:26:31 -0400 (Tue, 25 Aug 2009) | 4 lines Changed paths: M /trunk/examples/ocaml/CMakeLists.txt Use a target dependency rather than a file dependency when doing a core build of the ocaml examples. This change sorted out a dependency issue I noticed for the test_ocaml_psc target. ------------------------------------------------------------------------ r10342 | airwin | 2009-08-25 20:42:59 -0400 (Tue, 25 Aug 2009) | 4 lines Changed paths: M /trunk/bindings/ada/CMakeLists.txt M /trunk/bindings/c++/CMakeLists.txt M /trunk/bindings/d/CMakeLists.txt M /trunk/bindings/f77/CMakeLists.txt M /trunk/bindings/f95/CMakeLists.txt M /trunk/bindings/gnome2/lib/CMakeLists.txt M /trunk/bindings/lua/CMakeLists.txt M /trunk/bindings/qt_gui/CMakeLists.txt M /trunk/bindings/tcl/CMakeLists.txt M /trunk/bindings/wxwidgets/CMakeLists.txt M /trunk/drivers/CMakeLists.txt M /trunk/src/CMakeLists.txt install(EXPORT export_plplot ... only needs to be executed once in whole build tree. Do that in src/CMakeLists.txt. ------------------------------------------------------------------------ r10341 | airwin | 2009-08-25 20:42:08 -0400 (Tue, 25 Aug 2009) | 6 lines Changed paths: M /trunk/bindings/octave/CMakeLists.txt Eliminate code that was never executed. install(EXPORT export_plplot ... only needs to be executed once in whole build tree. Do that in src/CMakeLists.txt. ------------------------------------------------------------------------ r10340 | airwin | 2009-08-25 18:29:52 -0400 (Tue, 25 Aug 2009) | 4 lines Changed paths: M /trunk/examples/tcl/CMakeLists.txt copy_if_different. set GLOBAL property to keep track of core build dependencies. ------------------------------------------------------------------------ r10339 | airwin | 2009-08-25 18:28:21 -0400 (Tue, 25 Aug 2009) | 2 lines Changed paths: M /trunk/examples/octave/CMakeLists.txt set GLOBAL property to keep track of core build dependencies. ------------------------------------------------------------------------ r10338 | airwin | 2009-08-25 18:22:56 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/examples/python/CMakeLists.txt copy_if_different. ------------------------------------------------------------------------ r10337 | airwin | 2009-08-25 18:20:47 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/examples/java/CMakeLists.txt Append to GLOBAL property to keep track of core build jar file dependency. ------------------------------------------------------------------------ r10336 | airwin | 2009-08-25 18:17:01 -0400 (Tue, 25 Aug 2009) | 6 lines Changed paths: M /trunk/examples/lua/CMakeLists.txt Whitespace. copy_if_different. set GLOBAL property to keep track of core build dependencies. ------------------------------------------------------------------------ r10335 | airwin | 2009-08-25 16:06:36 -0400 (Tue, 25 Aug 2009) | 2 lines Changed paths: M /trunk/drivers/CMakeLists.txt Export all driver targets for the DYNDRIVERS case. ------------------------------------------------------------------------ r10334 | andrewross | 2009-08-25 15:47:01 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/octave/plplot_octave.h.in Fix up bug in octave plspal1 support. ------------------------------------------------------------------------ r10333 | airwin | 2009-08-25 14:57:04 -0400 (Tue, 25 Aug 2009) | 2 lines Changed paths: M /trunk/bindings/octave/CMakeLists.txt Sort out some residual dependency issues. ------------------------------------------------------------------------ r10332 | airwin | 2009-08-25 13:49:12 -0400 (Tue, 25 Aug 2009) | 4 lines Changed paths: M /trunk/bindings/octave/CMakeLists.txt Whitespace. export plplot_octave target. ------------------------------------------------------------------------ r10331 | airwin | 2009-08-25 13:47:25 -0400 (Tue, 25 Aug 2009) | 2 lines Changed paths: M /trunk/bindings/lua/CMakeLists.txt Tweak white space. ------------------------------------------------------------------------ r10330 | airwin | 2009-08-25 13:33:31 -0400 (Tue, 25 Aug 2009) | 4 lines Changed paths: M /trunk/bindings/lua/CMakeLists.txt Whitespace. Export plplotluac target. ------------------------------------------------------------------------ r10329 | hezekiahcarty | 2009-08-25 13:05:16 -0400 (Tue, 25 Aug 2009) | 10 lines Changed paths: M /trunk/drivers/cairo.c Off-screen rendering for xcairo. This provides a large speed increase. A possibly negative side effect of this patch is that the plot is not displayed in the plot window until either plflush is called or we reach the end of the page. A positive side effect of this patch is that xcairo no longer flickers repeatedly due to replots on expose events (when the window has to be redrawn). ------------------------------------------------------------------------ r10328 | andrewross | 2009-08-25 10:36:42 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/tcl/pltclgen.tcl M /trunk/bindings/tcl/tclMatrix.c Use Tcl_PrintDouble to convert doubles to strings. This takes note of the tcl_precision variable and ensures the returned string is always a double (i.e. contains a decimal place or an exponent). ------------------------------------------------------------------------ r10327 | andrewross | 2009-08-25 09:07:06 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/examples/tcl/x16 Add in calls to plscmap0 / plscmap1 before call to plinit to be absolutely consistent with C version. Leave repeat calls in x16.tcl so the examples still work with tcldemos.tcl. ------------------------------------------------------------------------ r10326 | andrewross | 2009-08-25 09:01:33 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/examples/tcl/x29.tcl Correctly set global tcl_precision to 17 to get full floating point accuracy with tcl example 29. Now agrees with C version. ------------------------------------------------------------------------ r10325 | andrewross | 2009-08-25 06:06:00 -0400 (Tue, 25 Aug 2009) | 4 lines Changed paths: M /trunk/bindings/octave/PLplot/closefig.m M /trunk/examples/octave/p4.m M /trunk/examples/octave/p5.m Minor changes for octave 3.2 which has stricter syntax checking. Thanks to Orion Poplawski for the patch. ------------------------------------------------------------------------ r10324 | andrewross | 2009-08-25 05:24:43 -0400 (Tue, 25 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/tcl/pltclgen.tcl M /trunk/examples/tcl/x29.tcl Temporary "fix" to increase precision of values returned to tcl by plplot. This prevents a crash on example 29, but still demonstrates rounding errors. ------------------------------------------------------------------------ r10323 | smekal | 2009-08-24 17:29:37 -0400 (Mon, 24 Aug 2009) | 2 lines Changed paths: M /trunk/bindings/d/plplot.d M /trunk/examples/d/x16d.d Fixed plspal1() function in D Bindings. Update example 16 (which didn't work under certain circumstances). ------------------------------------------------------------------------ r10322 | smekal | 2009-08-24 10:49:03 -0400 (Mon, 24 Aug 2009) | 1 line Changed paths: M /trunk/plplot_test/CMakeLists.txt Added pdf driver to the test routines. ------------------------------------------------------------------------ r10321 | airwin | 2009-08-24 10:31:13 -0400 (Mon, 24 Aug 2009) | 6 lines Changed paths: M /trunk/cmake/modules/aqt.cmake M /trunk/cmake/modules/wingcc.cmake Silently drop aqt device driver if not Darwin. Silently drop wingcc device driver if not Windows (WIN32). These two changes means it is possible on a fully loaded Linux system to have a WARNING-free cmake result even when -DDEFAULT_ALL_DEVICES=ON. ------------------------------------------------------------------------ r10320 | smekal | 2009-08-24 10:02:24 -0400 (Mon, 24 Aug 2009) | 1 line Changed paths: M /trunk/examples/c++/x29.cc Updated plot3() of c++ example 29 to use the new plctime() function. Difference in plots only showed up presumably in 32 systems. ------------------------------------------------------------------------ r10319 | smekal | 2009-08-24 09:54:56 -0400 (Mon, 24 Aug 2009) | 4 lines Changed paths: M /trunk/cmake/modules/pdf.cmake M /trunk/drivers/pdf.c HPDF_SHARED should only be defined for the Win32 build (by defining HPDF_DLL) - fixed this in pdf.cmake. Workaround to define stricmp() and strnicmp() for non Windows builds. Should maybe only defined for gcc compilers (also on Windows), needs to be checked. Fixed some warnings about wrong signedness of parameter - this must also be investigated soon. Font is now scaled correctly for sub- and superscript. ------------------------------------------------------------------------ r10318 | airwin | 2009-08-23 22:38:41 -0400 (Sun, 23 Aug 2009) | 7 lines Changed paths: M /trunk/src/plctrl.c Implement cmap0_palette_read to read and check a cmap0 palette file. Call this function from plcmap0_def to always define default colours between imin and imax (which returns to previous behaviour for calls to plscmap0n and which therefore solves the recently introduced uniform red cmap0 issue). Also call this function from an updated plspal0. ------------------------------------------------------------------------ r10317 | hbabcock | 2009-08-23 20:27:25 -0400 (Sun, 23 Aug 2009) | 1 line Changed paths: M /trunk/drivers/cairo.c Fixed cairo driver so that it properly super/subscripts through a font change. ------------------------------------------------------------------------ r10316 | jbauck | 2009-08-22 20:22:26 -0400 (Sat, 22 Aug 2009) | 1 line Changed paths: M /trunk/bindings/ada/plplot.adb.cmake M /trunk/bindings/ada/plplot_traditional.adb.cmake Clarified the comments in the initialization portions at the ends of plplot.adb and plplot_traditional.adb. No code changes. ------------------------------------------------------------------------ r10315 | airwin | 2009-08-22 16:28:26 -0400 (Sat, 22 Aug 2009) | 4 lines Changed paths: M /trunk/src/plctrl.c Unknown colours were set to red previously but identified as black. I have fixed that small inconsistency in name and updated the comment consistently. ------------------------------------------------------------------------ r10314 | jbauck | 2009-08-21 16:16:22 -0400 (Fri, 21 Aug 2009) | 1 line Changed paths: M /trunk/bindings/ada/plplot.adb.cmake M /trunk/bindings/ada/plplot.ads.cmake M /trunk/bindings/ada/plplot_thin.ads.cmake M /trunk/bindings/ada/plplot_traditional.adb.cmake M /trunk/bindings/ada/plplot_traditional.ads.cmake M /trunk/examples/ada/x16a.adb.cmake M /trunk/examples/ada/xthick16a.adb.cmake Update Ada bindings and examples 16 for new color map API using plspal0 and plspal1. ------------------------------------------------------------------------ r10313 | airwin | 2009-08-21 10:14:02 -0400 (Fri, 21 Aug 2009) | 3 lines Changed paths: M /trunk/drivers/svg.c Tweak superscript/subscript vertical adjustment scale to be more consistent with -dev xwin results. ------------------------------------------------------------------------ r10312 | airwin | 2009-08-20 12:10:45 -0400 (Thu, 20 Aug 2009) | 2 lines Changed paths: M /trunk/examples/python/test_superscript_subscript.py Add examples where Greek letter at level 0. ------------------------------------------------------------------------ r10311 | airwin | 2009-08-20 11:58:02 -0400 (Thu, 20 Aug 2009) | 3 lines Changed paths: M /trunk/examples/python/test_superscript_subscript.py Tests of combinations of Greek and Latin letters as superscripts and subscripts. ------------------------------------------------------------------------ r10310 | hezekiahcarty | 2009-08-20 11:36:16 -0400 (Thu, 20 Aug 2009) | 7 lines Changed paths: M /trunk/data/CMakeLists.txt A /trunk/data/cmap1_radar.pal Add a color map similar to the US National Weather Service radar colors This is intended mainly for uninterpolated use: plspal1("cmap1_radar.pal", false) Some effort has been made to make it look at least semi-appealing when the colors are interpolated. ------------------------------------------------------------------------ r10309 | andrewross | 2009-08-20 10:16:33 -0400 (Thu, 20 Aug 2009) | 3 lines Changed paths: M /trunk/examples/python/x16 Fix up occurence of plspal1 for new API - missed in previous commit. ------------------------------------------------------------------------ r10308 | andrewross | 2009-08-20 08:44:27 -0400 (Thu, 20 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/java/plplotjavac.i Fix up error in last fix for java plslabelfunc support. ------------------------------------------------------------------------ r10307 | andrewross | 2009-08-20 08:41:42 -0400 (Thu, 20 Aug 2009) | 3 lines Changed paths: M /trunk/debian/changelog M /trunk/debian/patches/02_unset-python-path.diff Fix debian patch to remove quilt warning. ------------------------------------------------------------------------ r10306 | andrewross | 2009-08-20 08:14:17 -0400 (Thu, 20 Aug 2009) | 6 lines Changed paths: M /trunk/bindings/qt_gui/plqt.cpp M /trunk/drivers/qt.cpp M /trunk/examples/c++/qt_PlotWindow.cpp M /trunk/examples/c++/qt_PlotWindow.h M /trunk/examples/c++/qt_example.cpp M /trunk/include/qt.h ANR for Alban Rochel - fixes for qt driver to support - command line arguments for the qtext driver - flushing (as used in example 17) ------------------------------------------------------------------------ r10305 | andrewross | 2009-08-20 08:01:56 -0400 (Thu, 20 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/java/plplotjavac.i Fix up crash in plslabelfunc support. Should now work with all java implementations. ------------------------------------------------------------------------ r10304 | andrewross | 2009-08-20 05:05:43 -0400 (Thu, 20 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/c++/plstream.cc M /trunk/bindings/c++/plstream.h M /trunk/bindings/f77/scstubs.c M /trunk/bindings/f77/sfstubs.fm4 M /trunk/bindings/f95/scstubs.c M /trunk/bindings/f95/sfstubs.f90 M /trunk/bindings/java/PLStream.java M /trunk/bindings/swig-support/plplotcapi.i M /trunk/bindings/tcl/plapi.tpl M /trunk/examples/c++/x16.cc M /trunk/examples/f77/x16f.fm4 M /trunk/examples/f95/x16f.f90 M /trunk/examples/java/x16.java M /trunk/examples/lua/x16.lua M /trunk/examples/octave/x16c.m M /trunk/examples/python/xw16.py M /trunk/examples/tcl/x16.tcl Fix up plspal1 for most remainining language bindings following recent API change. Also update implementations of example 16. ------------------------------------------------------------------------ r10303 | hezekiahcarty | 2009-08-19 20:10:20 -0400 (Wed, 19 Aug 2009) | 2 lines Changed paths: M /trunk/bindings/ocaml/plplot_h M /trunk/bindings/ocaml/plplot_h.inc M /trunk/examples/ocaml/x16.ml Update the OCaml bindings and example 16 for the plspal1 API change ------------------------------------------------------------------------ r10302 | hezekiahcarty | 2009-08-19 20:09:10 -0400 (Wed, 19 Aug 2009) | 7 lines Changed paths: M /trunk/examples/c/x16c.c M /trunk/include/plplot.h M /trunk/src/plargs.c M /trunk/src/plcore.c M /trunk/src/plctrl.c Add option to not interpolate cmap1 when loaded with plspal1 To get the same result as the initial implementation, use: plspal1(palette_file, true) For "segmented" cmap1: plspal1(palette_file, false) ------------------------------------------------------------------------ r10301 | airwin | 2009-08-19 17:37:38 -0400 (Wed, 19 Aug 2009) | 3 lines Changed paths: M /trunk/doc/docbook/src/api.xml Fix typographical errors in function names for some alpha-aware plscmap* functions. ------------------------------------------------------------------------ r10300 | smekal | 2009-08-19 15:18:06 -0400 (Wed, 19 Aug 2009) | 3 lines Changed paths: M /trunk/examples/d/x20d.d D example 20 now produces same results as the C example (wrong color range). Some minor syntax changes as well. Improved loading of pgm file. ------------------------------------------------------------------------ r10299 | smekal | 2009-08-19 13:54:27 -0400 (Wed, 19 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/lua/plplotluac.i M /trunk/examples/lua/x29.lua Added pl.ctime(), pl.btime() and pl.configtime() to Lua bindings. Updated Lua example 29. All Lua examples are now up to date again. ------------------------------------------------------------------------ r10298 | hezekiahcarty | 2009-08-19 13:35:55 -0400 (Wed, 19 Aug 2009) | 6 lines Changed paths: M /trunk/cmake/modules/plplot.cmake M /trunk/config.h.cmake M /trunk/src/plcore.c M /trunk/src/plctrl.c Allow compilation-time setting of the default color map(s) to use A user can now compile PLplot with a custom default color palette. Color maps are now always loaded from palette files, even for the default colors. ------------------------------------------------------------------------ r10297 | andrewross | 2009-08-19 08:04:06 -0400 (Wed, 19 Aug 2009) | 3 lines Changed paths: M /trunk/bindings/tcl/tclcmd.tpl Fix bug in generated tcl code which would not allow a null string to be passed a the only argument to a function. This caused problems for plspal0 and plspal1 in example 16. ------------------------------------------------------------------------ r10296 | andrewross | 2009-08-19 07:39:11 -0400 (Wed, 19 Aug 2009) | 3 lines Changed paths: M /trunk/examples/tcl/x29.tcl Update example 29. The actual call to plot4 for additional pages is disabled for now. This ends up looking at small differences of large numbers and tcl precision issues are leading to a zero range for the plot which in turn cause a crash. ------------------------------------------------------------------------ r10295 | jbauck | 2009-08-19 06:30:33 -0400 (Wed, 19 Aug 2009) | 1 line Changed paths: M /trunk/bindings/ada/plplot.adb.cmake M /trunk/bindings/ada/plplot.ads.cmake M /trunk/bindings/ada/plplot_thin.ads.cmake M /trunk/bindings/ada/plplot_traditional.adb.cmake M /trunk/bindings/ada/plplot_traditional.ads.cmake M /trunk/examples/ada/x03a.adb.cmake M /trunk/examples/ada/xthick03a.adb.cmake Update Ada bindings and Examples 3 to use plarc. ------------------------------------------------------------------------ r10294 | smekal | 2009-08-19 04:16:21 -0400 (Wed, 19 Aug 2009) | 1 line Changed paths: M /trunk/bindings/python/plplotcmodule.i label_func declaration is wrong in my opinion, s
Source: README.release, updated 2009-09-06

Thanks for helping keep SourceForge clean.

Screenshot instructions:
Windows
Mac
Red Hat Linux   Ubuntu

Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies
X

Briefly describe the problem (required):

Upload screenshot of ad (required):
Select a file, or drag & drop file here.

Please provide the ad click URL, if possible:

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks