Activity for PLplot
-
Orion Poplawski created merge request #8 on Code
gcc 15 enforces funtion poiniter arguments
-
Don Kelly posted a comment on discussion plplot-general
Hi, I have a project in C that runs real-time and uses gnuplot for real-time plotting. I want to replace gnuplot with plplot. I’ve written a test script (see below), but the only way I’ve been able to replot y data is to use plclear() and then redraw all the axes, labels, title, etc. Is there a cleaner way to just update the y data and replot rather than using wiping out everything with plclear? Any suggestions welcome, as I’m a newbie to plplot!! Thanks, Don //------------------------------------------------------------------------------...
-
Fix tests with numpy 2.X
-
Jan Kohnert created merge request #6 on Code
Patch to fix incompatibilities with Swig 4.3.0, and Python 3.13
-
Support for Python 3.13
-
Patch to make PLplot work with Numpy-2.0.0
-
Hazen Babcock posted a comment on ticket #24
I would say that it is no longer actively developed. I believe the last commit was 3-4 years ago, and that the differences from the last release to that commit are not large. I also believe that at least some of the developers are still reachable and could answer questions, however there probably are more active projects that depending on what you are looking for might be a better choice, matplotlib for Python for example.
-
Mehdi Chinoune posted a comment on ticket #24
Is it abandoned?
-
As far as I know there are no plans for a new release, apologies.
-
Ping!
-
Atri posted a comment on ticket #207
I am one of the maintainers of plplot on openSUSE, I noticed this and we fixed this for our packages with the following patch: Index: plplot-5.15.0/pkgcfg/plplot-template.pc.in =================================================================== --- plplot-5.15.0.orig/pkgcfg/plplot-template.pc.in +++ plplot-5.15.0/pkgcfg/plplot-template.pc.in @@ -1,6 +1,6 @@ -libdir=@LIB_DIR@ -includedir=@INCLUDE_DIR@ -drvdir=@LIB_DIR@/plplot@PLPLOT_VERSION@/drivers +libdir=@CMAKE_INSTALL_FULL_LIBDIR@ +includedir=@CMAKE_INSTALL_FULL_INCLUDEDIR@...
-
Ping!
-
srini created merge request #3 on Code
Use alr for building library and examples
-
Florian "sp1rit" created ticket #207
pkg-config includedir is broken
-
Rafael Laboissière created ticket #206
x09f segfaults when compiled with -fsanitize=address
-
Dingjun Chen posted a comment on discussion Help
Hi, Dear Sir or Madam, In my application, I used wxWidgets library and PLplot's wxwidgets binding: wxPLplotwindow.h. I have successfully built PLplot library but when using PLplot wxwidgets, the following errors occurred. Could someone help me with this problem? I really need to fix these errors occurred from PLplot's wxwidgets binding and then proceed to build my application. I look forward to your help. Thanks and Regards, Dingjun ........................ [ 47%] Building CXX object LibProject/src/CMakeFiles/PHCSharedlibrary.dir/twacRcnstruct.cpp.obj...
-
Hi, guys, Could someone tell me how to fix the following errors? I tried to install PLplot library on Windows with CMake 3.27.3. During configuration, there are some head files that cannot be found. I use the GNU c/c++ compilers: C:\msys64\ucrt64\bin\gcc.exe C:\msys64\ucrt64\bin\g++.exe C:/msys64/mingw64/bin/gfortran.exe What caused such errors? please tell me how to fix these errors. The following is the CMake log file and you may find details on errors below. I look forward to your help! Best regards,...
-
I look forward to your reply! it is very urgent to me. Early reply would be highly appreciated.
-
Help with PLplot library installation on Windows via CMake and MinGW64 compilers
-
AstroFloyd created ticket #205
Feature request: getter for current colour
-
New release
-
Phil Rosenberg committed [64e39d] on Code
Fix bug in plfill where the whole box is incorrectly filled
-
Florian Weimer created ticket #37
Avoid implicit declaration of exit in cmake/modules/TestForHighBitCharacters.c
-
Yihua Liu posted a comment on discussion plplot-general
As you can see in the ouptut of apt search plplot, you need to run apt install libplplot-dev or sudo apt install libplplot-dev.
-
Arjen Markus committed [478210] on Code
Apply the last patch by Rafael: non-interactive options for testing Octave
-
Apply patches by Rafael Laboissiere:
-
Jeremy Nesbitt created ticket #204
Crash when using PLPlot in MacOS Bundle
-
James Tappin modified a comment on ticket #54
Here are the missing images, for some reason it would only allow 1 attachment on the original posting
-
PDF Cairo image:
-
Any way to control quality in plimagefr in the cairo ps & pdf drivers?
-
giloo created ticket #203
fixed-size arrays of size PL_MAXPOLY cause out-of-bound and posible crashes
-
fredy luis diaz ruiz posted a comment on discussion plplot-general
Hello everyone My problem arises with the installation and creation of PLPLOTS, for this I explain my case in a little detail through this publication, requesting the favor of those who can give me any help in the process of installing PlPlot in Ubuntu, I am an average user in Ubuntu and I still have a lot to learn and have just scratched the surface of its potential. I present my case below. I am currently working on a project that is absorbing ALL my time, I have been reading the documentation...
-
Dmitry modified a comment on ticket #202
Finally, after analysis of the sources I realized that bop() should be used to go to the beginning of the buffer. The question is closed.
-
Finally, after analysis of the sources I realized that eop() should be used to go to the beginning of the buffer. The question is closed.
-
Memory leaks in clear()
-
Just to trigger a return, apparently this forum and all the tickets are stale since 2017. Did all the plplot development go elsewhere ?
-
different size of characters between hershey and fonts
-
alignment of vertical axis labels wrong for wxwidgets (new driver)
-
Hi, the culprit is the Clipper object used in DrawLine. more precisely, because it calls wxRegion() which somehow calls gdk_cairo_region_create_from_surface() each time, this is terribly long. making wxRect wxPLDevice::GetClipRegion() a wxRect and not a wxRegion, for example with: return wxRect(cpoints[0],cpoints[2]); //instead of return Region( 4, cpoints ); (and the declarations,etc) is sufficient to get a reasonable speed. Reasonable because the old driver is still 6 times faster. I suggest strongly...
-
please read ' example c++/x11' in above report.
-
wxwidgets new driver very very slow
-
Fix const correctness in plP_sfnam
-
Removed include of csa/nan.h form plgridd.c
-
David Sagan posted a comment on discussion plplot-general
I am running plplot V 15.5.0. When I run example x03f.f90 I get the attached plot. The window is huge, comparable to the size of the monitor, and the plot within the window is relatively small. I am using a 32" monitor with 2560x1440 resolution. Is this plot size to be expected?
-
I am running plplot V 15.5.0. When I run example x03f.f90 I get the attached plot. The window is huge, comparable to the size of the monitor, and the plot within the window is relatively small. I am using a 32" monitor with 2560x1440 resolution. Is this plot size to be expected?
-
Alan W. Irwin committed [6a12ff]
Another step toward future-proofing the qt components of PLplot for Qt6
-
On 2021-07-06 19:40-0000 Alan W. Irwin wrote: When that [config-mode] development topic is pushed [...] DONE. See https://sourceforge.net/p/plplot/plplot/ci/52479b8830ee02900b41fe3ec947aed6b1841a48/. Please test that improvement for your own PLplot needs and report those test results here.
-
Build system: Use find_package "Config" mode to find the qhull_r library
-
Build system: Fix implementation of the test_all_qt target
-
Replace deprecated functions in the qt device driver and associated qt_gui binding
-
On 2021-07-06 17:21-0000 Alan W. Irwin wrote: In sum, thanks very much for this config mode idea, but because of the above rule of thumb I will wait until the next release of Debian (i.e., when Debian Bullseye become Stable) to implement it (which should considerably simplify the qhull-related parts of our build system). Hmm. After considering this version issue some more, the fact is the next release of PLplot will likely roughly coincide with the Bullseye release. So my new plan for this development...
-
On 2021-07-06 12:07-0000 "Stefan Brüns" wrote: https://github.com/qhull/qhull/blob/master/CMakeLists.txt#L722 So something like ¨find_package(Qhull)", "target_link_libraries(... Qhull:qhull_r ....)" should be sufficient. Yeah, I am well aware of this nice target_link_libraries opportunity if qhull-generated CMake config files are widely available (e.g., are packaged for each software distribution that includes qhull). But they are not. For example, Debian Stable does not include them because they...
-
Stefan Brüns posted a comment on ticket #196
https://github.com/qhull/qhull/blob/master/CMakeLists.txt#L722 So something like ¨find_package(Qhull)", "target_link_libraries(... Qhull:qhull_r ....)" should be sufficient.
-
Hi Stefan: In response to your suggestion of perhaps using a CMake find_package config mode file developed by upstream libqhull, I think that would be a good idea, but I could not find such upstream support for config mode. Am I missing something?
-
Hi Stefan: Sorry I missed your bug report and fix until now. I amended, comprehensively tested, and pushed your commit. See https://sourceforge.net/p/plplot/plplot/ci/b6023bf465e9b024d3b161ba52ef01a1aff3e901/ for details.
-
Use reentrant libqhull_r instead of deprecated libqhull
-
Use reentrant libqhull_r instead of deprecated libqhull
-
according to this report it disappears when plplot is 'recompiled' after wxwidgets. Please report this problem to suse, ubuntu... packagers.
-
problem of compatibility between plplot and wxwidgets?
-
warnings in plplot 5.15.0 when using last wxWidgets 3.1.5
-
Stefano Rebughini created ticket #53
plplot on Mingw64: init() issue
-
Building_PLplot_with_a_cross-compiler
-
Use reentrant libqhull_r instead of deprecated libqhull
-
Note openSUSE 15.1 has been EOLed for quite some time. Leap 15.2 and Leap 15.3 (currently in late Beta) both contain the latest released version of PLPlot, 5.15.0.
-
oldcodebit posted a comment on discussion plplot-general
I solved it by reading the following link I found (Closing Window). In ada , the code will be as follows: -- Stop waiting for user response Set_Pause(False); -- Close PLplot library. End_PLplot; To put it back to the way it was before, change False to True.
-
After running ada code example to plot a function using plplot, the sample code plots the output in graphical window/widget in linux. So one ends up with shell terminal and graphical window. The graphical window can be close with a mouse. How can one close it with ada code line. The ada binding does not have any options for plend() executed by End_PLplot ada code. Is there alternative command in ada to close window/widgets?
-
I solved it by modifying the following code, -- Parse and process command line arguments driver := To_Unbounded_String("xcairo"); Set_Device_Name(To_String(driver));
-
On 2021-02-27 13:31-0000 oldcodebit wrote: [...] I could not find examples on such things like running a plot without a menu with a list of output options, although that menu is very useful for the beginners to test - trial display options etc. But there is no example for running a plot say x11 or cairo display mode without popping up menu. Other useful tips would be helpful such as closing plplot window and running plot on the same windows ( live plot or run time plot if possible). You have probably...
-
More Examples
-
I have successfully figure out how to compile and link plplot library with ada (will try with other languages as well). I noticed that all examples start with a menu showing a list of output driver options menu. Is it possible to to just write code in example.adb defining the output mode without going through the menu. Is there a command to close the plplot display window.?
-
Fixed memory leak and potential buffer overrrun in plcpstrm
-
Sorry. Now that I have read your message more carefully, I suspect you simply have not built or installed the shared version of the Python libraries that you need. So to fix this current issue, I recommend that you reconfigure your Python build so that the *.so symlink and corresponding Python shared library are installed and follow up by checking that the PLplot configuration actually finds that shared Python library that you have built.
-
On 2021-01-29 00:25-0000 Walt Kailey wrote: [support-requests:#52] Plplot 15.4.0 build fails on OpenSuse 15.1 Linux with ld error on libpython3.8.a libpython3.8.a is a static library that clearly will not be compiled with the correct -fPIC flags required by the shared library version of PLplot. The linker preferentially searches for shared libraries named .so (i.e., libpython3.8.so in your case) and only falls back to the static .a form if it cannot find the *.so form. Therefore, it appears your...
-
Walt Kailey created ticket #52
Plplot 15.4.0 build fails on OpenSuse 15.1 Linux with ld error on libpython3.8.a
-
Ron Deslandes created ticket #51
problem compiling with color shading plcon2,plshades following x16
-
Tiago Trocoli posted a comment on discussion plplot-general
Hi, I am using the c++ version of the PLplot. I am able to plot the data as I wish(2d plot), however the window created by the plstream is too big, that exceeds the screen boundaries. I searched in the code a way to set the final generated window size, but I did not have success. Could you help me to set the window generated with a constant size? Or, at least, render the window with a predefined size (width, height)? Thanks in advance!
-
Cache *_SOVERSION and *_VERSION library version strings
-
Rationalize CMake sip file find logic
-
Aaron Hexamer modified a comment on discussion Open Discussion
Ran into this same problem myself. The issue here is that the ymath header seems to be assuming we're compiling as C++. Because the VS project will compile it as C (default since plgridd has a .c extension), the syntax in the declaration of things like _Denorm (without 'union' in the type specifier) is illegal. In Visual Studio, if you right click on the plgridd.c file, select properties, then navigate to Advanced -> Compile As and select "Compile as C++ Code (/TP)", it will build. I cannot speak...
-
Ran into this same problem myself. The issue here is that the ymath header seems to be assuming we're compiling as C++. Because the VS project will compile it as C (default since plgridd has a .c extension), the syntax in the declaration of things like _Denorm (without 'union' in the type specifier) is illegal. In Visual Studio, if you right click on the plgridd.c file, select properties, then navigate to Advanced -> Compile As and select "Compile as C++ Code (/TP)"
-
Hi all, Alan posted the solution, everything looks okay. 100%. Thanks and regards Ron
-
Help compiling a simple plplot-prog
-
Silvestr Predko created merge request #2
Fixed issue with drawing custom labels on Y axis
-
memqt_example: properly display semi-transparent results
-
Build system: retire cmake/modules/FindLua.cmake
-
memqt_example: update aurora.png image used as the background for two of the actions
-
memqt device: Always make sure the memory for this device is initialized and once again enable plscolbg(a) for this device
-
memqt_example: switch from using (C) plplot library calls to (C++) plplotcxx library calls
-
memqt_example: Code cleanup
-
CMake-based fix for the cross-platform uic issue for the build of memqt_example
-
Style previous commit result for drivers/qt.cpp
-
memqt_example: implement and use MainWindow::memqtscolbga to set semi-transparent and opaque backgrounds
-
Fix the run-time issue concerning the location of aurora.png and add information concerning the copyright of that file to Copyright
-
Assorted memqt_example improvements
-
Revert recent memqt device change and update memqt_example
-
The previous commit had three issues which are partially fixed in the present commit
-
Update memqt_example
-
Add memqt_example
-
Inclusion of #include <QPainterPath> needed for new distributions of qt.
-
Exclude anything in utils/ndiff from trailing whitespace removal
1 >
