From: Phil R. <p.d...@gm...> - 2015-06-01 10:07:46
|
Hi All When I was fighting with aspect ratios with the new wxWidgets driver I found that when example 3 was scaled down small the axis labels became cropped. This was on my bug list to fix. However I have now realised that the reason for the cropping is that the example uses plptex rather than plmtex so writes text within the viewport - hence the clipping. My first instinct was to change this, but the change would need propagating to all other languages. In reality I don't think it is a big issue, but I just thought I would flag it and if anyone wants to volunteer changing this for other languages I would do it for C/C++. But if not I will leave it alone. Phil |
From: Alan W. I. <ir...@be...> - 2015-06-01 17:12:45
|
On 2015-06-01 11:07+0100 Phil Rosenberg wrote: > Hi All > When I was fighting with aspect ratios with the new wxWidgets driver I > found that when example 3 was scaled down small the axis labels became > cropped. This was on my bug list to fix. However I have now realised > that the reason for the cropping is that the example uses plptex > rather than plmtex so writes text within the viewport - hence the > clipping. > > My first instinct was to change this, but the change would need > propagating to all other languages. In reality I don't think it is a > big issue, but I just thought I would flag it and if anyone wants to > volunteer changing this for other languages I would do it for C/C++. > But if not I will leave it alone. Can you give a specific example of the issue you are concerned with? For example, if I try examples/c/x03c -dev wxwidgets -geometry 200x150 I an barely make out any details, but it appears to me the text size is scaled well enough that it does not wander into an area where it will be clipped. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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: Phil R. <p.d...@gm...> - 2015-06-01 18:01:38
|
Hi Alan If you run the example with default size, then resize the window down to a few tens of pixels then you will see the issue. It occurs because the text remains the same size. So spills over the edge of the viewport. Phil -----Original Message----- From: "Alan W. Irwin" <ir...@be...> Sent: 01/06/2015 18:12 To: "Phil Rosenberg" <p.d...@gm...> Cc: "plp...@li..." <plp...@li...> Subject: Re: [Plplot-devel] Example 3 text cropping On 2015-06-01 11:07+0100 Phil Rosenberg wrote: > Hi All > When I was fighting with aspect ratios with the new wxWidgets driver I > found that when example 3 was scaled down small the axis labels became > cropped. This was on my bug list to fix. However I have now realised > that the reason for the cropping is that the example uses plptex > rather than plmtex so writes text within the viewport - hence the > clipping. > > My first instinct was to change this, but the change would need > propagating to all other languages. In reality I don't think it is a > big issue, but I just thought I would flag it and if anyone wants to > volunteer changing this for other languages I would do it for C/C++. > But if not I will leave it alone. Can you give a specific example of the issue you are concerned with? For example, if I try examples/c/x03c -dev wxwidgets -geometry 200x150 I an barely make out any details, but it appears to me the text size is scaled well enough that it does not wander into an area where it will be clipped. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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: Alan W. I. <ir...@be...> - 2015-06-01 20:06:11
|
On 2015-06-01 19:01+0100 Phil Rosenberg wrote: > Hi Alan > If you run the example with default size, then resize the window down to a few tens of pixels then you will see the issue. It occurs because the text remains the same size. So spills over the edge of the viewport. Hi Phil: I have just tried resizing with -dev xwin, qtwidget, wxwidgets, and xcairo. The first two are fine, and resize the graphics and text size appropriately for the resize, and keep the resulting plot centred on the resized window. @Arjen and Phil: Please check on Windows that the qtwidget device also resizes appropriately on that platform. @Phil: The wxwidgets device handles the graphics resizing correctly, and also keeps the plot centred on the resized window. However, as you said above the text is not currently resized. Therefore, I believe that is the issue you should address, and the 3rd example is fine as is. @To those here who are familar with the cairo family of device drivers: The xcairo device on platforms with X does not handle resizes correctly at all; it just displays the same plot with everything the same size and position regardless of how it is resized. I am hoping someone here will fix those resizing issues. And I presume a similar fix needs to be applied for the wincairo device on platforms with access to raw Windows graphics. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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: Phil R. <p.d...@gm...> - 2015-06-01 22:07:04
|
Hi Alan My intention with wxWindows is to add an option to have text either scaled or not scaled. I'm not sure the docs specify which should happen, but if a user has specified a font size in pt or mm ( which I think iswhat the docs specify) and a dpi, then I feel they should at least have the option to preserve those settings on resize. Phil -----Original Message----- From: "Alan W. Irwin" <ir...@be...> Sent: 01/06/2015 21:06 To: "Phil Rosenberg" <p.d...@gm...>; "Arjen Markus" <arj...@de...> Cc: "plp...@li..." <plp...@li...> Subject: RE: [Plplot-devel] Example 3 text cropping On 2015-06-01 19:01+0100 Phil Rosenberg wrote: > Hi Alan > If you run the example with default size, then resize the window down to a few tens of pixels then you will see the issue. It occurs because the text remains the same size. So spills over the edge of the viewport. Hi Phil: I have just tried resizing with -dev xwin, qtwidget, wxwidgets, and xcairo. The first two are fine, and resize the graphics and text size appropriately for the resize, and keep the resulting plot centred on the resized window. @Arjen and Phil: Please check on Windows that the qtwidget device also resizes appropriately on that platform. @Phil: The wxwidgets device handles the graphics resizing correctly, and also keeps the plot centred on the resized window. However, as you said above the text is not currently resized. Therefore, I believe that is the issue you should address, and the 3rd example is fine as is. @To those here who are familar with the cairo family of device drivers: The xcairo device on platforms with X does not handle resizes correctly at all; it just displays the same plot with everything the same size and position regardless of how it is resized. I am hoping someone here will fix those resizing issues. And I presume a similar fix needs to be applied for the wincairo device on platforms with access to raw Windows graphics. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ |