From: <Han...@sh...> - 2008-08-05 06:25:23
|
Dear all, When a plot has been made on the screen and I (temporarily) overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ? I am using Redhat 4 on a x86_64 system. Thanks in advance, Hans Rijneke. Shell International Exploration and Production B.V. Kessler Park 1, Postbus 60, 2280 AB Rijswijk, The Netherlands (: +31 070 447 2737 *: <mailto:han...@sh...> 6: <http://www.shell.com/eandp-en> Disclaimer of Liability: This message, any attachment and response string are confidential and may be legally privileged. It is intended only for the use of the parties to whom it is addressed. If you are not the addressee indicated in this message please notify the sender immediately by reply email and destroy this message. All information and attachments remain the property of Shell. |
From: Andrew R. <and...@us...> - 2008-08-05 08:34:02
|
Hans, The xwin driver (which I assume you are using) supports automatic updating if plplot is compiled with thread support. If you are building the library from source then add -DHAVE_PTHREAD=ON to the cmake command line. Provided you do have the pthread libraries installed you need to do nothing else - xwin will automatically use it. Regards Andrew On Tue, Aug 05, 2008 at 08:24:40AM +0200, Han...@sh... wrote: > Dear all, > > When a plot has been made on the screen and I (temporarily) overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ? > > I am using Redhat 4 on a x86_64 system. > > Thanks in advance, > Hans Rijneke. > > Shell International Exploration and Production B.V. > Kessler Park 1, > Postbus 60, > 2280 AB Rijswijk, > The Netherlands > > (: +31 070 447 2737 > *: <mailto:han...@sh...> > 6: <http://www.shell.com/eandp-en> > > Disclaimer of Liability: > This message, any attachment and response string are confidential and may be legally privileged. It is intended only for the use of the parties to whom it is addressed. If you are not the addressee indicated in this message please notify the sender immediately by reply email and destroy this message. > All information and attachments remain the property of Shell. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general |
From: <Han...@sh...> - 2008-08-05 11:25:47
|
Andrew, Thanks, I will try it. Regards, Hans -----Original Message----- From: Andrew Ross [mailto:and...@us...] Sent: Tuesday, August 05, 2008 10:34 To: Rijneke, Hans H SIEP-EPT-RIS Cc: Plplot-general mailing list Subject: Re: [Plplot-general] Obscured plot window Hans, The xwin driver (which I assume you are using) supports automatic updating if plplot is compiled with thread support. If you are building the library from source then add -DHAVE_PTHREAD=ON to the cmake command line. Provided you do have the pthread libraries installed you need to do nothing else - xwin will automatically use it. Regards Andrew On Tue, Aug 05, 2008 at 08:24:40AM +0200, Han...@sh... wrote: > Dear all, > > When a plot has been made on the screen and I (temporarily) overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ? > > I am using Redhat 4 on a x86_64 system. > > Thanks in advance, > Hans Rijneke. > > Shell International Exploration and Production B.V. > Kessler Park 1, > Postbus 60, > 2280 AB Rijswijk, > The Netherlands > > (: +31 070 447 2737 > *: <mailto:han...@sh...> > 6: <http://www.shell.com/eandp-en> > > Disclaimer of Liability: > This message, any attachment and response string are confidential and may be legally privileged. It is intended only for the use of the parties to whom it is addressed. If you are not the addressee indicated in this message please notify the sender immediately by reply email and destroy this message. > All information and attachments remain the property of Shell. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general |
From: <Han...@sh...> - 2009-01-19 13:41:37
|
Dear all, This issue was nicely resolved for the xwin driver onn Linux, but now we face the similar behaviour on Window (Vista 64) using the wxwidgets driver. PlPlot was installed with the pthreads option on (pthreads library from gnu), but as soon as you enter the obscured window again, the window title shows "not responding" and hence no refresh. Do we forget something ? Thanks in advance, Hans Rijneke. -----Original Message----- From: Andrew Ross [mailto:and...@us...] Sent: Tuesday, August 05, 2008 10:34 To: Rijneke, Hans H SIEP-EPT-RIS Cc: Plplot-general mailing list Subject: Re: [Plplot-general] Obscured plot window Hans, The xwin driver (which I assume you are using) supports automatic updating if plplot is compiled with thread support. If you are building the library from source then add -DHAVE_PTHREAD=ON to the cmake command line. Provided you do have the pthread libraries installed you need to do nothing else - xwin will automatically use it. Regards Andrew On Tue, Aug 05, 2008 at 08:24:40AM +0200, Han...@sh... wrote: > Dear all, > > When a plot has been made on the screen and I (temporarily) overlay it with another window, the part of the plot that has been obscured is then wiped out. By calling "plflush" the contents appear again, but is there a way to tell the system to do that automatically ? > > I am using Redhat 4 on a x86_64 system. > > Thanks in advance, > Hans Rijneke. > > Shell International Exploration and Production B.V. > Kessler Park 1, > Postbus 60, > 2280 AB Rijswijk, > The Netherlands > > (: +31 070 447 2737 > *: <mailto:han...@sh...> > 6: <http://www.shell.com/eandp-en> > > Disclaimer of Liability: > This message, any attachment and response string are confidential and may be legally privileged. It is intended only for the use of the parties to whom it is addressed. If you are not the addressee indicated in this message please notify the sender immediately by reply email and destroy this message. > All information and attachments remain the property of Shell. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general |
From: Alan W. I. <ir...@be...> - 2009-01-19 18:19:48
|
On 2009-01-19 14:41+0100 Han...@sh... wrote: > Dear all, > > This issue was nicely resolved for the xwin driver onn Linux, but now we face the similar behaviour on Window (Vista 64) using the wxwidgets driver. > > PlPlot was installed with the pthreads option on (pthreads library from gnu), but as soon as you enter the obscured window again, the window title shows "not responding" and hence no refresh. > > Do we forget something ? I am now wondering if there is a thread issue for windows or for -dev wxwidgets? To help resolve that question, are you satisfied with the threading behaviour of -dev wxwidgets on Linux? Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: <Han...@sh...> - 2009-01-20 08:13:19
|
Alan, I did not install the wxwidgets driver on Linux, so have to first rebuild PlPlot. But having seen the mails from Werner, I don't think have to try. Regards, Hans -----Original Message----- From: Alan W. Irwin [mailto:ir...@be...] Sent: Monday, January 19, 2009 19:20 To: Rijneke, Hans H SIEP-EPT-RIS Cc: plp...@li... Subject: Re: [Plplot-general] Obscured plot window On 2009-01-19 14:41+0100 Han...@sh... wrote: > Dear all, > > This issue was nicely resolved for the xwin driver onn Linux, but now we face the similar behaviour on Window (Vista 64) using the wxwidgets driver. > > PlPlot was installed with the pthreads option on (pthreads library from gnu), but as soon as you enter the obscured window again, the window title shows "not responding" and hence no refresh. > > Do we forget something ? I am now wondering if there is a thread issue for windows or for -dev wxwidgets? To help resolve that question, are you satisfied with the threading behaviour of -dev wxwidgets on Linux? Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Werner S. <sm...@ia...> - 2009-01-19 19:36:46
|
Hi Hans and Alan, On Mon, 2009-01-19 at 10:19 -0800, Alan W. Irwin wrote: > On 2009-01-19 14:41+0100 Han...@sh... wrote: > > > Dear all, > > > > This issue was nicely resolved for the xwin driver onn Linux, but now we face the similar behaviour on Window (Vista 64) using the wxwidgets driver. > > > > PlPlot was installed with the pthreads option on (pthreads library from gnu), but as soon as you enter the obscured window again, the window title shows "not responding" and hence no refresh. > > > > Do we forget something ? I didn't know, that the pthreads library works on Windows. But apart from that, the wxWidgets driver does not support multi threading at the moment - it works completely single threaded. Although it behaves a little like a mt app, since you can see the driver drawing the plot, but this is since the driver continuously calls the wxWidgets main loop routine, do some drawing and leave immediately the loop again. A plend() call will allow the wxWidgets driver to take over and do the updating of the screen if necessary. If you really need multi-threading this will become a little complicated, but if e.g. you only need the plot screen being updated if it was hidden, etc. and no menu action and so on, it's actually possible to use an internal function of the wxWidgets driver (wxApp::Run() I think) on a regularly basis. In case there are some Events pending (e.g. "Screen needs repaint") then this events will be processed and if the application goes "idle" it returns, which would allow your application to progress. If you manage to call the driver a number of times a second this would be as good as a multi threaded driver. I could have a look on how the xwin driver is doing the pthread stuff and if not that hard I could try to implement it, but that isn't something which I can do in the next days. Would the way I described above be a solution for you? Btw, no driver which works on Windows has pthread support. > > I am now wondering if there is a thread issue for windows or for -dev > wxwidgets? To help resolve that question, are you satisfied with the > threading behaviour of -dev wxwidgets on Linux? In Linux there is also no pthread support of the wxWidgets driver. Regards, Werner > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: Werner S. <sm...@ia...> - 2009-01-19 20:23:00
|
Hi Hans and Alan, > > I could have a look on how the xwin driver is doing the pthread stuff > and if not that hard I could try to implement it, but that isn't > something which I can do in the next days. I just had a look, it's maybe simpler as I thought, but since the wxWidgets library supports threading on its own, I would use the wxWidgets library for this. Still, do add this to the driver and debug it would take some time. But it would be worth doing it. Regards, Werner > > > > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sm...@ia... > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office) > +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 |
From: <Han...@sh...> - 2009-01-20 08:21:48
|
Werner, Alan, I would be very nice to have this implemented, so if it is not to much work .... For now we will try your other mentioned solution by adding something in our event loop. Thanks for the help, Hans -----Original Message----- From: Werner Smekal [mailto:sm...@ia...] Sent: Monday, January 19, 2009 21:23 To: Alan W. Irwin Cc: plp...@li...; Rijneke, Hans H SIEP-EPT-RIS Subject: Re: [Plplot-general] Obscured plot window Hi Hans and Alan, > > I could have a look on how the xwin driver is doing the pthread stuff > and if not that hard I could try to implement it, but that isn't > something which I can do in the next days. I just had a look, it's maybe simpler as I thought, but since the wxWidgets library supports threading on its own, I would use the wxWidgets library for this. Still, do add this to the driver and debug it would take some time. But it would be worth doing it. Regards, Werner > > > > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sm...@ia... > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office) > +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 |
From: Werner S. <sm...@ia...> - 2009-01-22 14:07:58
|
HI Hans, > > I would be very nice to have this implemented, so if it is not to > much work .... It's actually more work than I thought, since in Windows (and maybe other platforms) it is not allowed that two threads use GUI objects (like pen, brush, etc.) since they are not thread-save. So it's not possible that I have a thread which just keeps the window up2date and so on, and the other thread plots into a bitmap (which is then copied into the window canvas) - this would lead to random crashes. In fact I would need to rewrite the driver interface, so that for the thread case, events are sent to the driver thread, which are then processed. So that main thread never touches any wxWidgets object. But this is much more work. Still worth to do, but nothing I could do in just some days. > > For now we will try your other mentioned solution by adding > something in our event loop. Keep me informed, if this works for you. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: <Han...@sh...> - 2009-01-22 14:17:47
|
Werner, No, not in a few days and I did not expect that. But, maybe it can be kept in mind for a future release. Thanks, Hans -----Original Message----- From: Werner Smekal [mailto:sm...@ia...] Sent: Thursday, January 22, 2009 15:08 To: Rijneke, Hans H SIEP-EPT-RIS Cc: ir...@be...; plp...@li... Subject: Re: [Plplot-general] Obscured plot window HI Hans, > > I would be very nice to have this implemented, so if it is not to > much work .... It's actually more work than I thought, since in Windows (and maybe other platforms) it is not allowed that two threads use GUI objects (like pen, brush, etc.) since they are not thread-save. So it's not possible that I have a thread which just keeps the window up2date and so on, and the other thread plots into a bitmap (which is then copied into the window canvas) - this would lead to random crashes. In fact I would need to rewrite the driver interface, so that for the thread case, events are sent to the driver thread, which are then processed. So that main thread never touches any wxWidgets object. But this is much more work. Still worth to do, but nothing I could do in just some days. > > For now we will try your other mentioned solution by adding > something in our event loop. Keep me informed, if this works for you. Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: <Han...@sh...> - 2009-01-22 13:32:19
|
Dear All, Sorry to bother you all again, but I have problems in plotting a string containing the "_" (underscore) character using the xwin driver on Linux and the WxWidgets on Vista 64. I also used the extended fonts, but all 4 fonts fail to plot it. Going to PlPlot version 5.9.2 the text plotting with the WxWidgets driver on Vista is improved enormously and includes the proper plotting of the "_". Is there a way to get the xwin driver on Linux also plot the "_" ? Trying to use the WxWidgets driver on Linux failed up to now with : X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 62 (X_CopyArea) Resource id in failed request: 0x0 Serial number of failed request: 963 Current serial number in output stream: 965 This is using the standard tests, but maybe the installation of 5.9.2 was not completely correctly for the WxWidget driver (although no errors showed up in the "cmake" and cons. "make"). Regards and thanks in advance, Hans Rijneke |
From: Werner S. <sm...@ia...> - 2009-01-22 14:03:14
|
Hi, > Sorry to bother you all again, but I have problems in plotting a > string containing the "_" (underscore) character using the xwin > driver on Linux and the WxWidgets on Vista 64. I also used the > extended fonts, but all 4 fonts fail to plot it. You don't bother, it's a good thing, that someone uses plplot and tells us, where problems/bugs are. But I actually have no idea, why the "_" isn't plotted. > > Going to PlPlot version 5.9.2 the text plotting with the WxWidgets > driver on Vista is improved enormously and includes the proper > plotting of the "_". Good! I assume that you use just plain wxWidgets, without the agg library, freetype library and wxGraphicsContext compiled in. Yes, I improved the font handling, looks nicer, but if it is the "basic" backend (in the windows title it says something like "wxWidgets PLplot App (basic)") then be warned, that (full) unicode support is not there, and that in 3d plots the text is not "sheared", since that is not possible with the basic backend. If this is a problem for you, then let me know. Apart from that "problems", the text output is nice and fast. It is also possible to use the hershey font for symbols instead of real font, this is good on Windows, since the symbols are often "misplaced", but not if you use the hershey fonts. Just start an example like that "x01c --xxx" and you will get the option to enable hershey symbols. > Is there a way to get the xwin driver on Linux also plot the "_" ? > > Trying to use the WxWidgets driver on Linux failed up to now with : > > X Error of failed request: BadDrawable (invalid Pixmap or Window > parameter) > Major opcode of failed request: 62 (X_CopyArea) > Resource id in failed request: 0x0 > Serial number of failed request: 963 > Current serial number in output stream: 965 > > This is using the standard tests, but maybe the installation of > 5.9.2 was not completely correctly for the WxWidget driver (although > no errors showed up in the "cmake" and cons. "make"). Could you maybe post the output of cmake and "make VERBOSE=1" or just send it to me? I'm not sure, if you use freetype/agg/ ... Which version of wxWidgets are you using: 2.6 or 2.8? Which Linux are you using? The wxWidgets rather became rather complex and big and since it works on 3 or more platforms (which is cool), it's hard to test it on all platforms and linux distributions (which is not so cool ;). Thanks, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: <Han...@sh...> - 2009-01-22 14:15:25
|
Werner, Thanks, we are using wxwidget 2.8.9 On linux RH4 Update 6. Plotting on windows is fine for us like this. Attached output of the cmake and make VERBOSE=1 Thanks, Hans -----Original Message----- From: Werner Smekal [mailto:sm...@ia...] Sent: Thursday, January 22, 2009 15:03 To: Rijneke, Hans H SIEP-EPT-RIS Cc: plp...@li... Subject: Re: [Plplot-general] Text plotting Hi, > Sorry to bother you all again, but I have problems in plotting a > string containing the "_" (underscore) character using the xwin > driver on Linux and the WxWidgets on Vista 64. I also used the > extended fonts, but all 4 fonts fail to plot it. You don't bother, it's a good thing, that someone uses plplot and tells us, where problems/bugs are. But I actually have no idea, why the "_" isn't plotted. > > Going to PlPlot version 5.9.2 the text plotting with the WxWidgets > driver on Vista is improved enormously and includes the proper > plotting of the "_". Good! I assume that you use just plain wxWidgets, without the agg library, freetype library and wxGraphicsContext compiled in. Yes, I improved the font handling, looks nicer, but if it is the "basic" backend (in the windows title it says something like "wxWidgets PLplot App (basic)") then be warned, that (full) unicode support is not there, and that in 3d plots the text is not "sheared", since that is not possible with the basic backend. If this is a problem for you, then let me know. Apart from that "problems", the text output is nice and fast. It is also possible to use the hershey font for symbols instead of real font, this is good on Windows, since the symbols are often "misplaced", but not if you use the hershey fonts. Just start an example like that "x01c --xxx" and you will get the option to enable hershey symbols. > Is there a way to get the xwin driver on Linux also plot the "_" ? > > Trying to use the WxWidgets driver on Linux failed up to now with : > > X Error of failed request: BadDrawable (invalid Pixmap or Window > parameter) > Major opcode of failed request: 62 (X_CopyArea) > Resource id in failed request: 0x0 > Serial number of failed request: 963 > Current serial number in output stream: 965 > > This is using the standard tests, but maybe the installation of > 5.9.2 was not completely correctly for the WxWidget driver (although > no errors showed up in the "cmake" and cons. "make"). Could you maybe post the output of cmake and "make VERBOSE=1" or just send it to me? I'm not sure, if you use freetype/agg/ ... Which version of wxWidgets are you using: 2.6 or 2.8? Which Linux are you using? The wxWidgets rather became rather complex and big and since it works on 3 or more platforms (which is cool), it's hard to test it on all platforms and linux distributions (which is not so cool ;). Thanks, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: Werner S. <sm...@ia...> - 2009-01-22 14:55:31
|
Hi Hans, How did you configure the wxWidgets library? from the makefile it seems that you use wxX11 and maybe even the "universal" build. This is not recommended at all, since the wxX11 is rather not much supported, so it may work for you or not. In this case it seems it doesn't work for you. It's much better to use the wxGTK port of wxWidgets, since this port is actively worked on, feature complete and looks fine. Bad thing is, that you need the gtk libraries installed (and the gtk developer files on the developer machine), but this is actually always the case, even on KDE machines. If you are using wxX11, and there is no problem using gtk (RHEL 4 has surely decent gtk support), then I would strongly suggest to use wxGTK. And don't use the universal build, since I also doubt if that works for the wxWidgets driver, at least I never have tested this. HTH, Werner On 22.01.2009, at 15:14, <Han...@sh...> <Han...@sh... > wrote: > Werner, > > Thanks, we are using wxwidget 2.8.9 On linux RH4 Update 6. > > Plotting on windows is fine for us like this. > > Attached output of the cmake and make VERBOSE=1 > > Thanks, > Hans > > -----Original Message----- > From: Werner Smekal [mailto:sm...@ia...] > Sent: Thursday, January 22, 2009 15:03 > To: Rijneke, Hans H SIEP-EPT-RIS > Cc: plp...@li... > Subject: Re: [Plplot-general] Text plotting > > > Hi, > >> Sorry to bother you all again, but I have problems in plotting a >> string containing the "_" (underscore) character using the xwin >> driver on Linux and the WxWidgets on Vista 64. I also used the >> extended fonts, but all 4 fonts fail to plot it. > > You don't bother, it's a good thing, that someone uses plplot and > tells us, where problems/bugs are. But I actually have no idea, why > the "_" isn't plotted. >> >> Going to PlPlot version 5.9.2 the text plotting with the WxWidgets >> driver on Vista is improved enormously and includes the proper >> plotting of the "_". > > Good! I assume that you use just plain wxWidgets, without the agg > library, freetype library and wxGraphicsContext compiled in. Yes, I > improved the font handling, looks nicer, but if it is the "basic" > backend (in the windows title it says something like "wxWidgets PLplot > App (basic)") then be warned, that (full) unicode support is not > there, and that in 3d plots the text is not "sheared", since that is > not possible with the basic backend. If this is a problem for you, > then let me know. Apart from that "problems", the text output is nice > and fast. It is also possible to use the hershey font for symbols > instead of real font, this is good on Windows, since the symbols are > often "misplaced", but not if you use the hershey fonts. Just start an > example like that "x01c --xxx" and you will get the option to enable > hershey symbols. > >> Is there a way to get the xwin driver on Linux also plot the "_" ? >> >> Trying to use the WxWidgets driver on Linux failed up to now with : >> >> X Error of failed request: BadDrawable (invalid Pixmap or Window >> parameter) >> Major opcode of failed request: 62 (X_CopyArea) >> Resource id in failed request: 0x0 >> Serial number of failed request: 963 >> Current serial number in output stream: 965 >> >> This is using the standard tests, but maybe the installation of >> 5.9.2 was not completely correctly for the WxWidget driver (although >> no errors showed up in the "cmake" and cons. "make"). > > Could you maybe post the output of cmake and "make VERBOSE=1" or just > send it to me? I'm not sure, if you use freetype/agg/ ... > Which version of wxWidgets are you using: 2.6 or 2.8? Which Linux are > you using? The wxWidgets rather became rather complex and big and > since it works on 3 or more platforms (which is cool), it's hard to > test it on all platforms and linux distributions (which is not so > cool ;). > > Thanks, > Werner > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sm...@ia... > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 > (laboratory) > fax: +43-(0)1-58801-13499 > > > <cmake.ZIP><make.ZIP> -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: <Han...@sh...> - 2009-01-23 05:41:55
|
Hi Werner, This one I will pass on to my collegue who installed it. Keep you informed. Thanks, Hans -----Original Message----- From: Werner Smekal [mailto:sm...@ia...] Sent: Thursday, January 22, 2009 15:55 To: Rijneke, Hans H SIEP-EPT-RIS Cc: plp...@li... Subject: Re: [Plplot-general] Text plotting Hi Hans, How did you configure the wxWidgets library? from the makefile it seems that you use wxX11 and maybe even the "universal" build. This is not recommended at all, since the wxX11 is rather not much supported, so it may work for you or not. In this case it seems it doesn't work for you. It's much better to use the wxGTK port of wxWidgets, since this port is actively worked on, feature complete and looks fine. Bad thing is, that you need the gtk libraries installed (and the gtk developer files on the developer machine), but this is actually always the case, even on KDE machines. If you are using wxX11, and there is no problem using gtk (RHEL 4 has surely decent gtk support), then I would strongly suggest to use wxGTK. And don't use the universal build, since I also doubt if that works for the wxWidgets driver, at least I never have tested this. HTH, Werner On 22.01.2009, at 15:14, <Han...@sh...> <Han...@sh... > wrote: > Werner, > > Thanks, we are using wxwidget 2.8.9 On linux RH4 Update 6. > > Plotting on windows is fine for us like this. > > Attached output of the cmake and make VERBOSE=1 > > Thanks, > Hans > > -----Original Message----- > From: Werner Smekal [mailto:sm...@ia...] > Sent: Thursday, January 22, 2009 15:03 > To: Rijneke, Hans H SIEP-EPT-RIS > Cc: plp...@li... > Subject: Re: [Plplot-general] Text plotting > > > Hi, > >> Sorry to bother you all again, but I have problems in plotting a >> string containing the "_" (underscore) character using the xwin >> driver on Linux and the WxWidgets on Vista 64. I also used the >> extended fonts, but all 4 fonts fail to plot it. > > You don't bother, it's a good thing, that someone uses plplot and > tells us, where problems/bugs are. But I actually have no idea, why > the "_" isn't plotted. >> >> Going to PlPlot version 5.9.2 the text plotting with the WxWidgets >> driver on Vista is improved enormously and includes the proper >> plotting of the "_". > > Good! I assume that you use just plain wxWidgets, without the agg > library, freetype library and wxGraphicsContext compiled in. Yes, I > improved the font handling, looks nicer, but if it is the "basic" > backend (in the windows title it says something like "wxWidgets PLplot > App (basic)") then be warned, that (full) unicode support is not > there, and that in 3d plots the text is not "sheared", since that is > not possible with the basic backend. If this is a problem for you, > then let me know. Apart from that "problems", the text output is nice > and fast. It is also possible to use the hershey font for symbols > instead of real font, this is good on Windows, since the symbols are > often "misplaced", but not if you use the hershey fonts. Just start an > example like that "x01c --xxx" and you will get the option to enable > hershey symbols. > >> Is there a way to get the xwin driver on Linux also plot the "_" ? >> >> Trying to use the WxWidgets driver on Linux failed up to now with : >> >> X Error of failed request: BadDrawable (invalid Pixmap or Window >> parameter) >> Major opcode of failed request: 62 (X_CopyArea) >> Resource id in failed request: 0x0 >> Serial number of failed request: 963 >> Current serial number in output stream: 965 >> >> This is using the standard tests, but maybe the installation of >> 5.9.2 was not completely correctly for the WxWidget driver (although >> no errors showed up in the "cmake" and cons. "make"). > > Could you maybe post the output of cmake and "make VERBOSE=1" or just > send it to me? I'm not sure, if you use freetype/agg/ ... > Which version of wxWidgets are you using: 2.6 or 2.8? Which Linux are > you using? The wxWidgets rather became rather complex and big and > since it works on 3 or more platforms (which is cool), it's hard to > test it on all platforms and linux distributions (which is not so > cool ;). > > Thanks, > Werner > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sm...@ia... > web: http://www.iap.tuwien.ac.at/~smekal > phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 > (laboratory) > fax: +43-(0)1-58801-13499 > > > <cmake.ZIP><make.ZIP> -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: Alan W. I. <ir...@be...> - 2009-01-22 20:36:07
|
On 2009-01-22 14:31+0100 Han...@sh... wrote: > Sorry to bother you all again, but I have problems in plotting a string containing the "_" (underscore) character using the xwin driver on Linux and the WxWidgets on Vista 64. I also used the extended fonts, but all 4 fonts fail to plot it. > [...] Is there a way to get the xwin driver on Linux also plot the "_" ? Hi Hans: I confirm an underscore issue on Linux. Thanks for reporting this issue. Here is what I found. For -dev xwin; -dev psc -drvopt text=0; -dev png -drvopt text=0; and -dev wxwidgets -drvopt freetype=0 the underscore is replaced by a (very) short dash. All those cases involve our traditional Hershey fonts. From this evidence I believe there is something fundamentally wrong with those fonts for the underscore character. One possibility was that our binary form of Hershey fonts somehow got clobbered in the underscore position accidentally in our CVS days, in the CVS to svn transition, or during the svn era since. However, that turns out not to be the case. I just (revision 9370) tweaked our build system to optionally (by default this is turned OFF) build programmes to generate the binary form of our Hershey fonts. (This was an interesting historical exercise. I consulted the plplot-5.0.0 build directions [from our build system from three generations ago!] to help figure out how to build those programmes.) See fonts/README for directions on how to use our build system to build the programmes to generate our Hershey fonts). When I ran those programmes, the results were absolutely identical with data/plstnd5.fnt and data/plxtnd5.fnt that were generated more than 8 years ago. Another possibility is the directions for creating the Hershey underscore glyph are just plain wrong. (It could be missing as well, but then I don't think you would be seeing the short dash.) I had a look at the code in the fonts subdirectory that generates the Hershey fonts, and it is essentially undocumented. Therefore, it is going to take some effort to figure out, for example, the correspondence between any given glyph (such as underscore), and the data (pen positions I assume for drawing the glyph) that is given in the source code. I don't have time for such an effort (especially because our Hershey fonts are gradually being replaced by TrueType or Type 1 fonts for most of our devices). However, if somebody wants to make the effort to figure out the Hershey underscore problem, I would be happy to apply the fix. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Werner S. <sm...@ia...> - 2009-01-22 21:23:53
|
Hi, > > Here is what I found. For -dev xwin; -dev psc -drvopt text=0; -dev png > -drvopt text=0; and -dev wxwidgets -drvopt freetype=0 the underscore is > replaced by a (very) short dash. All those cases involve our traditional > Hershey fonts. From this evidence I believe there is something > fundamentally wrong with those fonts for the underscore character. > > One possibility was that our binary form of Hershey fonts somehow got > clobbered in the underscore position accidentally in our CVS days, in the > CVS to svn transition, or during the svn era since. However, that turns > out > not to be the case. I just (revision 9370) tweaked our build system to > optionally (by default this is turned OFF) build programmes to generate > the > binary form of our Hershey fonts. (This was an interesting historical > exercise. I consulted the plplot-5.0.0 build directions [from our build > system from three generations ago!] to help figure out how to build those > programmes.) See fonts/README for directions on how to use our build > system > to build the programmes to generate our Hershey fonts). When I ran those > programmes, the results were absolutely identical with data/plstnd5.fnt > and > data/plxtnd5.fnt that were generated more than 8 years ago. > > Another possibility is the directions for creating the Hershey underscore > glyph are just plain wrong. (It could be missing as well, but then I > don't > think you would be seeing the short dash.) I had a look at the code in > the > fonts subdirectory that generates the Hershey fonts, and it is > essentially > undocumented. Therefore, it is going to take some effort to figure out, > for > example, the correspondence between any given glyph (such as underscore), > and the data (pen positions I assume for drawing the glyph) that is > given in > the source code. I don't have time for such an effort (especially > because > our Hershey fonts are gradually being replaced by TrueType or Type 1 > fonts > for most of our devices). However, if somebody wants to make the effort > to > figure out the Hershey underscore problem, I would be happy to apply the > fix. I also have other things now on my todo list, but some time ago I was interested what I could find on the internet about the Hershey fonts, and I found some links which may be helpful: * http://www.codeproject.com/KB/GDI/hersheyfont.aspx * http://emergent.unpythonic.net/software/hershey * http://www.efg2.com/Lab/OtherProjects/Hershey.htm - this seems to be an editor, which allows to edit hershey fonts HTH, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |
From: <Han...@sh...> - 2009-01-23 06:01:39
|
Werner, Alan, Thanks for diving into this, seems indeed a lot of work. Think it is better to spent your time in the other fonts (like was done in the WxWidgets driver) then solving something that will go away anyhow. Thanks, Hans -----Original Message----- From: Werner Smekal [mailto:sm...@ia...] Sent: Thursday, January 22, 2009 22:24 To: Alan W. Irwin; Rijneke, Hans H SIEP-EPT-RIS Cc: plp...@li... Subject: Re: [Plplot-general] Text plotting Hi, > > Here is what I found. For -dev xwin; -dev psc -drvopt text=0; -dev png > -drvopt text=0; and -dev wxwidgets -drvopt freetype=0 the underscore is > replaced by a (very) short dash. All those cases involve our traditional > Hershey fonts. From this evidence I believe there is something > fundamentally wrong with those fonts for the underscore character. > > One possibility was that our binary form of Hershey fonts somehow got > clobbered in the underscore position accidentally in our CVS days, in the > CVS to svn transition, or during the svn era since. However, that turns > out > not to be the case. I just (revision 9370) tweaked our build system to > optionally (by default this is turned OFF) build programmes to generate > the > binary form of our Hershey fonts. (This was an interesting historical > exercise. I consulted the plplot-5.0.0 build directions [from our build > system from three generations ago!] to help figure out how to build those > programmes.) See fonts/README for directions on how to use our build > system > to build the programmes to generate our Hershey fonts). When I ran those > programmes, the results were absolutely identical with data/plstnd5.fnt > and > data/plxtnd5.fnt that were generated more than 8 years ago. > > Another possibility is the directions for creating the Hershey underscore > glyph are just plain wrong. (It could be missing as well, but then I > don't > think you would be seeing the short dash.) I had a look at the code in > the > fonts subdirectory that generates the Hershey fonts, and it is > essentially > undocumented. Therefore, it is going to take some effort to figure out, > for > example, the correspondence between any given glyph (such as underscore), > and the data (pen positions I assume for drawing the glyph) that is > given in > the source code. I don't have time for such an effort (especially > because > our Hershey fonts are gradually being replaced by TrueType or Type 1 > fonts > for most of our devices). However, if somebody wants to make the effort > to > figure out the Hershey underscore problem, I would be happy to apply the > fix. I also have other things now on my todo list, but some time ago I was interested what I could find on the internet about the Hershey fonts, and I found some links which may be helpful: * http://www.codeproject.com/KB/GDI/hersheyfont.aspx * http://emergent.unpythonic.net/software/hershey * http://www.efg2.com/Lab/OtherProjects/Hershey.htm - this seems to be an editor, which allows to edit hershey fonts HTH, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 |