Re: [Plplot-devel] Fwd: [plplot - plplot-devel] Plplot print problem on Wingcc driver
Hi, The Wingcc printing function uses a Win3.11 API entry point which is simpler (in all respects) than other APIs windows has for printing. One side-effect is it leaves the burden of responsibility for certain things upon the user to ensure all is correct with the printer; consequently you need to change the default aspect ratio of the printer (through the control panel preferences) to the one closest matching that of the plot window, which usually means changing it from portrait (the usual default) to landscape. When that is done I think the printing will do the whole page. -Andrew At 02:48 PM 20/02/2009 +0100, you wrote: >Hi list, > >maybe some of you have an idea. > >Regards, >Werner > >Begin forwarded message: > > > From: "SourceForge.net" > > Date: 20. Februar 2009 13:56:19 GMT+01:00 > > To: nore...@sourceforge.net > > Subject: [plplot - plplot-devel] Plplot print problem on Wingcc driver > > > > > > Read and respond to this message at: > > https://sourceforge.net/forum/message.php?msg_id=6474341 > > By: subrahmanyam52 > > > > Hi , > > > > When we right click on plplot graph on console window we will > > get a popupmenu. > > In Popumenu we have Print option. When we click on the print menu > > item we are > > getting the print of the graph. The print page contains only half of > > the graph. > > Can you please tell me how to fix this issue. > > > > > > Thanks > > Subrahmanyam > > > > __ > > You are receiving this email because you elected to monitor this > > forum. > > To stop monitoring this forum, login to SourceForge.net and visit: > > https://sourceforge.net/forum/unmonitor.php?forum_id=131157 > >-- >Dr. Werner Smekal >Institut fuer Allgemeine Physik >Technische Universitaet Wien >Wiedner Hauptstr 8-10 >A-1040 Wien >Austria > >email: sme...@iap.tuwien.ac.at >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 > > >-- >Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >-Strategies to boost innovation and cut costs with open source participation >-Receive a $600 discount off the registration fee with the source code: SFAD >http://p.sf.net/sfu/XcvMzF8H >___ >Plplot-devel mailing list >Plplot-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] New time API that is based on libqsastime has been implemented for PLplot
As of revision 9570 I have implemented a new time API for PLplot which consists of c_configtime, c_plbtime, and c_plctime. These are wrappers (see src/pltime.c) for the qsastime library routines configqsas, btimeqsas, and ctime_qsas. These wrappers internally store and use the needed pointer to a QSASConfig struct in plsc->qsasconfig. That struct compactly stores all the information needed for the transformation between continuous time and broken-down time. The PLplot library also internally calls the qsastime library routines strfqsas for plotting time labels and closeqsas (for properly closing the qsastime library in plend1). I think it would be a big mistake to provide a public PLplot API corresponding to closeqsas since that is all taken care of properly in plend1. If somebody wants to provide a public PLplot API corresponding to strfqsas, please go ahead. That might be useful for putting a formatted time label in a legend or axis title. The arguments of c_plconfigtime, c_plbtime, and c_plctime (a.k.a. plconfigtime, plbtime, and plctime) correspond to the equivalent arguments of configqsas, btimeqsas, and ctimeqsas which are currently documented in lib/qsastime/README.qsastime_API and the self-documentation of the QSASConfig struct that appears in qsatime. I plan to shortly start working on DocBook documentation of all the new time work. I expect this will be a fairly time-consuming effort since I plan to provide a section giving an overview of the (new) time handling in PLplot, and of course I will be documenting the new PLplot time API as well as the public API of the qsastime library. In conjunction with the documentation effort I also plan to implement leap seconds in qsastime itself (which should not change the PLplot or libqsastime API since whether or not you use leap seconds is controlled by bit one of qsaconfig->ccontrol). I need a volunteer from the QSAS team to test out plconfigtime, plbtime, and plctime for their own plotting needs. The important question is whether these new functions are enough for their plotting needs. If so, it should allow them to replace their patched version of PLplot with the svn trunk version of PLplot which will eventually turn into our next development release. Everything builds fine for me on my Debian Lenny platform for revision 9570, and a valgrind run on example x29c shows no memory management issues for the way I have handled the plsc->qsasconfig pointer. x29 continues to give the same postscript results as previously. I would appreciate testing of this revision on other platforms as well. If somebody would like to help out with the time project while I am working on the DocBook documentation of that project, here are some things that are still left to do. (1) We have some calls of mktime and gmtime in our core library which should all be replaced (and simplified in the mktime case because you don't have to fiddle with time zones) by plbtime and plctime. That change should allow "#include " to be removed from plplotP.h. (2) Stream initialization already provides a default transformation between continuous and broken-down time for each different stream. The way this works is that if plinit is called for a given stream and if the user has not already called plconfigtime for that stream, then plconfigtime is called to establish a PLplot default transformation (currently this is seconds since the Unix epoch, but that default may change) in the transformations between continuous and broken-down time for that stream. However, this needs to be followed up by calling plconfigtime (which reconfigures the time transformation in libqsastime, but with all transformation data stored in a QSASConfig struct pointed to by plsc->qsasconfig) for every change in stream and whenever a stream is copied so that if a user calls plconfigtime (before or after plinit for the stream), then that call will only affect the current stream. (3) We need to update all the various language bindings to provide plconfigtime, plbtime, and plctime. Example 29 should exercise all those functions once it is updated (see below). (4) As of revision 9570, I have already considerably simplified the example 29 time handling with this new API. (e.g., no more special numbers are required to represent the starting time for Windows.) However, I don't think we should propagate that change just yet from the C version to other languages because I think this might be a good opportunity to extend example 29 to show off the capabilities of the new API including calls to plconfigtime, plbtime, and plctime (perhaps for two different streams?) Although there is still quite a bit to do, it appears we now have a reasonably short list (see above) of things still left to do rather than the indefinite list we had before. Also, plconfigtime, plbtime, and plctime are now directly available for testing in C (e.g., by the QSAS team or anybody that wants to extend the C version of example 29). I am qui
Re: [Plplot-devel] time
On 2009-02-20 14:17- trc wrote: > Also for reference from the MSDN documentation - The range of mktime64 and mkgmtime64 is from midnight, January 1, 1970, UTC to 23:59:59, December 31, 3000, UTC. That's what I don't understand. A 64-bit time_t allows you a theoretical range of +/- 2^63 s = +/- 9 x 10^18 s = +/- 290 billion years. Why go out of your way to add code to limit this theoretical range so arbitrarily? I suppose you could argue that few need to know any details of time beyond 1000 years into the future, but some people are certainly interested in those details in the (historical) past, and history did not start in 1970. The Microsoft screw-up on this decision (and the almost-as-bad Linux screwup of not providing a 64-bit time_t on 32-bit systems) means there will be more customers for libqsastime so I guess I shouldn't whine too much. :-) 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 __ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] time
Hi, Arjen Markus wrote: > ah, that makes it clearer. So, on 32-bits platforms > we have time_t defined as a 4 bytes data type? > I have no easy access to 64-bits Windows, unfortunately, > so I can not test this. As usual its not straightforward - I am using Visual Studio Express 2008 (aka MSVC 9 **) and 32 bit Windows XP (SP3). This supports both 32 and 64bit time with the default being 64 bit time_t and associated functions. If the macro _USE_32BIT_TIME_T is defined 32 bit versions are used. >From MSDN documentation it looks as the above change to use 64 bit time_t as >the default was made in visual studio 2005 (aka MSVC8). Also for reference from the MSDN documentation - The range of mktime64 and mkgmtime64 is from midnight, January 1, 1970, UTC to 23:59:59, December 31, 3000, UTC. Kind regards Terrence ** In previous posts I may have mixed this up and referred to if as MSVC 8 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Fwd: [plplot - plplot-devel] Plplot print problem on Wingcc driver
Hi Werner, one thing I can think of as the underlying cause, is that Windows uses "bands" to print a plot. Or that may the abstraction I know from one particular GUI toolkit. The trick used there is that you need to repeat drawing until all bands have been done. But I do not know if that is the case with PLplot too. Regards, Arjen On 2009-02-20 14:48, Werner Smekal wrote: > Hi list, > > maybe some of you have an idea. > > Regards, > Werner > > Begin forwarded message: > >> From: "SourceForge.net" >> Date: 20. Februar 2009 13:56:19 GMT+01:00 >> To: nore...@sourceforge.net >> Subject: [plplot - plplot-devel] Plplot print problem on Wingcc driver >> >> >> Read and respond to this message at: >> https://sourceforge.net/forum/message.php?msg_id=6474341 >> By: subrahmanyam52 >> >> Hi , >> >> When we right click on plplot graph on console window we will >> get a popupmenu. >> In Popumenu we have Print option. When we click on the print menu >> item we are >> getting the print of the graph. The print page contains only half of >> the graph. >> Can you please tell me how to fix this issue. >> >> >> Thanks >> Subrahmanyam >> >> __ >> You are receiving this email because you elected to monitor this >> forum. >> To stop monitoring this forum, login to SourceForge.net and visit: >> https://sourceforge.net/forum/unmonitor.php?forum_id=131157 > > -- > Dr. Werner Smekal > Institut fuer Allgemeine Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10 > A-1040 Wien > Austria > > email: sme...@iap.tuwien.ac.at > 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 > > > -- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel > Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] Fwd: [plplot - plplot-devel] Plplot print problem on Wingcc driver
Hi list, maybe some of you have an idea. Regards, Werner Begin forwarded message: > From: "SourceForge.net" > Date: 20. Februar 2009 13:56:19 GMT+01:00 > To: nore...@sourceforge.net > Subject: [plplot - plplot-devel] Plplot print problem on Wingcc driver > > > Read and respond to this message at: > https://sourceforge.net/forum/message.php?msg_id=6474341 > By: subrahmanyam52 > > Hi , > > When we right click on plplot graph on console window we will > get a popupmenu. > In Popumenu we have Print option. When we click on the print menu > item we are > getting the print of the graph. The print page contains only half of > the graph. > Can you please tell me how to fix this issue. > > > Thanks > Subrahmanyam > > __ > You are receiving this email because you elected to monitor this > forum. > To stop monitoring this forum, login to SourceForge.net and visit: > https://sourceforge.net/forum/unmonitor.php?forum_id=131157 -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at 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 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] time
Hi Alan, ah, that makes it clearer. So, on 32-bits platforms we have time_t defined as a 4 bytes data type? I have no easy access to 64-bits Windows, unfortunately, so I can not test this. (Something I ought to do is add a test for "long long int": this is not supported by older C compilers and might lead to incorrect results on 64-bits Windows ...) Regards, Arjen On 2009-02-20 02:17, Alan W. Irwin wrote: > On 2009-02-19 19:48+0100 Arjen Markus wrote: > >> Hi Alan, >> >> my old MSVC compiler is complaining about a few things >> with Terrence's patch - nothing I can not resolve, but >> the worst is that the testlib program stops immediately: >> >> sizeof(time_t) = 4 >> tests abandoned because time_t too small on this platform to run this >> programme >> >> What is the way forward here? Will the qsastime library >> fail altogether then? Output from qsastime_test does not >> look bad (see below). > > That's the expected result on 32-bit hardware platforms. You normally need > a 64-bit platform (or a rather sophisticated 32-bit platform with 64-bit > time_t's) to do this test. > > I have changed that error message to be more informative. A 32-bit time_t > is not adequate to represent the extremely large date ranges used for these > tests. Note, this is a fundamental limitation in the time_t argument of the > gmtime and mktime routines in the C library that are used to test > libqsastime in qsastime_testlib. There is no such time_t size > limitation in > libqsastime which is designed to work happily with 32-bit ints and 64-bit > doubles (the usual sizes on both 32-bit and 64-bit hardware). So > libqsatime > should be okay on your system for large date ranges. However, it would > still > be nice to find a Windows system with 64-bit time_t's (for the C library > comparison routines) and the usual 32-bit ints, and 64-bit doubles that > gives a good result for qsastime_testlib. That would be a useful > confirmation of the good results we have for that combination of sizes in > Linux. > > Of course, the most important point is you have found a way to make windows > build again with your recent commit. Thanks! > > 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 > __ > Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel