Re: [GNC] Plot Size on Piechart reports

2019-08-15 Thread Geert Janssens
Op donderdag 15 augustus 2019 06:52:45 CEST schreef David T.:
> Geert,
> 
> I was beginning to understand this point as well. Not that it makes
> sense in any way. Why would a user choose to define an image along with
> its accompanying text box by pixel?

I appreciate your user perspective on this and I can see the usefulness of 
strictly defining only the plot size in some way. While obvious from the 
outside it's unfortunately much less so when trying to implement this.

Assuming we define the plot size only, then where should the legend be 
rendered ? On-screen you could argue the canvas size is infinite so it can go 
next to the plot even beyond the borders of the window. But what should happen 
with it when printed ?

Note the choice for pixels is historical. Nowadays people are more interested 
in millimeters or inches. That adds the challenge of getting proper screen 
resolutions from the system to convert this back to pixels on-screen.

And there are plenty more technical challenges. I believe most likely all can 
be solved, but it requires some thorough analysis of the report use cases, 
wishes and constraints.

> Further: the setting is "Plot width"
> --and not "Width of pie and accompanying text box" or something equally
> dense but accurate. "Plot" to me means "the image portion of this report."
> 
I presume "Plot width" was the most dense the original author of that code 
could come up with a long time ago. Or originally there were no legends for 
the charts. Or we have changed chart rendering engines three times by now (and 
four times soon). Perhaps the original rendering engine did it differently.


> I won't even go into the odd ways that these reports get jammed into a
> multi column report, since I can't begin to understand what the various
> factor are there. Suffice to say the result is not predictable or expected.
> 
> Now that I understand the idiosyncrasy, I will let the matter drop.
> Maybe someday someone will investigate an improved method for rendering
> these reports

It will first require someone to clearly describe the exact requirements of 
such an improved method of rendering. Feel free to focus your thoughts in an 
enhancement request!

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Plot Size on Piechart reports

2019-08-14 Thread David T. via gnucash-user

Geert,

I was beginning to understand this point as well. Not that it makes 
sense in any way. Why would a user choose to define an image along with 
its accompanying text box by pixel? Further: the setting is "Plot width" 
--and not "Width of pie and accompanying text box" or something equally 
dense but accurate. "Plot" to me means "the image portion of this report."


I won't even go into the odd ways that these reports get jammed into a 
multi column report, since I can't begin to understand what the various 
factor are there. Suffice to say the result is not predictable or expected.


Now that I understand the idiosyncrasy, I will let the matter drop. 
Maybe someday someone will investigate an improved method for rendering 
these reports


Thanks,

David T.

On 8/14/2019 6:44 PM, Geert Janssens wrote:

Your screenshot doesn't show this, but did you report also display a legend ?

I believe the legend and chart together are fitted into the dimensions you
set. If the text in the legend varies from report to report, that my explain
why the charts themselves vary as well.

Geert

Op dinsdag 13 augustus 2019 10:47:43 CEST schreef David T. via gnucash-user:

I'm pretty sure that this code isn't making sizing decisions based on
readability-- at least not in my experience.  It is perfectly happy to cram
huge amounts of data into tiny on screen areas... Percentages default to
100%, but remember previously stored values.



   On Tue, Aug 13, 2019 at 13:24, Adrien
Monteleone wrote:   I could see how more
actual slices (regardless of how many accounts were chosen) would maybe
trigger a larger size than a really small one specified for readability.
But still, that should be only a default behavior and should not override a
specified size.

I think yes, the percentage is based on the width of the ???printable??? area of
the report. (and it looks like the default is 100% or else it just
remembers what I used last)

Regards,
Adrien


On Aug 13, 2019, at 2:45 AM, David T.  wrote:

I will try using percentages, although why a percentage (based off what?
Window dimensions?) would be more reliable is beyond my ability to
comprehend.


As for number of slices, they all are set to the same value; it's just
that the number of matching accounts is limited.  Again, why that would
affect overall pie size goes beyond my comprehension.


David

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information. -
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information. -
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Plot Size on Piechart reports

2019-08-14 Thread Geert Janssens
Your screenshot doesn't show this, but did you report also display a legend ?

I believe the legend and chart together are fitted into the dimensions you 
set. If the text in the legend varies from report to report, that my explain 
why the charts themselves vary as well.

Geert

Op dinsdag 13 augustus 2019 10:47:43 CEST schreef David T. via gnucash-user:
> I'm pretty sure that this code isn't making sizing decisions based on
> readability-- at least not in my experience.  It is perfectly happy to cram
> huge amounts of data into tiny on screen areas... Percentages default to
> 100%, but remember previously stored values. 
> 
> 
> 
>   On Tue, Aug 13, 2019 at 13:24, Adrien
> Monteleone wrote:   I could see how more
> actual slices (regardless of how many accounts were chosen) would maybe
> trigger a larger size than a really small one specified for readability.
> But still, that should be only a default behavior and should not override a
> specified size.
> 
> I think yes, the percentage is based on the width of the ‘printable’ area of
> the report. (and it looks like the default is 100% or else it just
> remembers what I used last)
> 
> Regards,
> Adrien
> 
> > On Aug 13, 2019, at 2:45 AM, David T.  wrote:
> > 
> > I will try using percentages, although why a percentage (based off what?
> > Window dimensions?) would be more reliable is beyond my ability to
> > comprehend.
> > 
> > 
> > As for number of slices, they all are set to the same value; it's just
> > that the number of matching accounts is limited.  Again, why that would
> > affect overall pie size goes beyond my comprehension.
> > 
> > 
> > David
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information. -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information. -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Plot Size on Piechart reports

2019-08-13 Thread David T. via gnucash-user
I'm pretty sure that this code isn't making sizing decisions based on 
readability-- at least not in my experience.  It is perfectly happy to cram 
huge amounts of data into tiny on screen areas... Percentages default to 100%, 
but remember previously stored values. 

 
 
  On Tue, Aug 13, 2019 at 13:24, Adrien 
Monteleone wrote:   I could see how more actual 
slices (regardless of how many accounts were chosen) would maybe trigger a 
larger size than a really small one specified for readability. But still, that 
should be only a default behavior and should not override a specified size.

I think yes, the percentage is based on the width of the ‘printable’ area of 
the report. (and it looks like the default is 100% or else it just remembers 
what I used last)

Regards,
Adrien

> On Aug 13, 2019, at 2:45 AM, David T.  wrote:
> 
> I will try using percentages, although why a percentage (based off what? 
> Window dimensions?) would be more reliable is beyond my ability to 
> comprehend. 
> 
> 
> As for number of slices, they all are set to the same value; it's just that 
> the number of matching accounts is limited.  Again, why that would affect 
> overall pie size goes beyond my comprehension. 
> 
> 
> David
> 


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
  
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Plot Size on Piechart reports

2019-08-13 Thread Adrien Monteleone
I could see how more actual slices (regardless of how many accounts were 
chosen) would maybe trigger a larger size than a really small one specified for 
readability. But still, that should be only a default behavior and should not 
override a specified size.

I think yes, the percentage is based on the width of the ‘printable’ area of 
the report. (and it looks like the default is 100% or else it just remembers 
what I used last)

Regards,
Adrien

> On Aug 13, 2019, at 2:45 AM, David T.  wrote:
> 
> I will try using percentages, although why a percentage (based off what? 
> Window dimensions?) would be more reliable is beyond my ability to 
> comprehend. 
> 
> 
> As for number of slices, they all are set to the same value; it's just that 
> the number of matching accounts is limited.  Again, why that would affect 
> overall pie size goes beyond my comprehension. 
> 
> 
> David
> 


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Plot Size on Piechart reports

2019-08-12 Thread Adrien Monteleone
I could understand why a chart with more slices might default to a larger size, 
but it appears the bottom two charts both have 3 slices, yet are different 
sizes.

However, since they are set to all be the same size, they should all be the 
same size.

What happens if you use the percentage option instead of pixels?

Regards,
Adrien

> On Aug 12, 2019, at 10:43 AM, David T. via gnucash-user 
>  wrote:
> 
> ___


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Plot Size on Piechart reports

2019-08-12 Thread David T. via gnucash-user

Dang. New mail client ate my screen shot! Next try...

On 8/12/2019 9:07 PM, David T. via gnucash-user wrote:

Hello,

The attached screen shot shows three iterations of a standard 
Piechart. Each has its own set of accounts and slices, but each is set 
to plot its chart to the same 485 by 240 dimensions--and yet, each one 
is clearly a different size! While the first is an Expense piechart, I 
believe that they all use the same base Scheme code. And that doesn't 
explain why the two different Income Charts (Primary and Cap Gains) 
are sized differently.


Does anyone know why this is happening, and what might be done to get 
three identically-sized pie charts?


David

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Plot Size on Piechart reports

2019-08-12 Thread David T. via gnucash-user

Hello,

The attached screen shot shows three iterations of a standard Piechart. 
Each has its own set of accounts and slices, but each is set to plot its 
chart to the same 485 by 240 dimensions--and yet, each one is clearly a 
different size! While the first is an Expense piechart, I believe that 
they all use the same base Scheme code. And that doesn't explain why the 
two different Income Charts (Primary and Cap Gains) are sized differently.


Does anyone know why this is happening, and what might be done to get 
three identically-sized pie charts?


David

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.