View Issue Details
test1.pdf (4,213 bytes)
Could you please prepare a little demo project which shows the errors? I do see the rotated text if I add additional text to the print demo, but I don't see the red background.
When zooming into your pdf I see that the data points have a red fill.
I am not sure if the issue reported is a bug of TAChart or not. It is certainly a consequence of the canvas being a state machine. This means that if some property of the canvas is changed it is kept for all drawing operations until it is changed again. TAChart does a lot of changes with the canvas. The last text which is drawn in your example is the vertical title of the y axis - this rotates the font - and leaves it rotated... The last brush used seems to change the fill color to red for painting the data points. And it remains there after the drawing has finished.
Then you draw the additional text, you only set the font name and size. But font orientation and BrushColor are kept. Therefore your text is rotated and gets the red background.
In principle it is your responsibility to set all canvas parameters such as you need them for your output.
I do agree, however, that having the font rotated is something no one would expect.
Therefore, at the end of the chart's drawing method, I reset now some parameters of the chart drawer (in case of the printer, these are canvas parameters) to reasonable values. This is not harmful to the chart because painting is already finished, and the parameters will be set to what is needed when the chart repaints. But it protects the user from surprises when additional non-chart data are printed afterwards.
I am not sure if my solution fixes all cases, therefore, I'd say that it is still the responsibility of the user to prepare the canvas before painting something onto a canvas.
Fixed in r47195.
I also saw that the data point symbols turn out to be very small in the print-out. This is fixed in r47196 and r48199.
Please test and close if ok.
test.zip (1,507,604 bytes)
I have added a small test program that reproduces this fault (test.zip).
There is also another small additional problem. The points print up much too small.
||Printer orientation is ignored on first print/scrambled up on second print|
||Fixed in r47201. Please test.|
||Thank you for your help|
|2014-12-14 00:55||mhiggins||New Issue|
|2014-12-14 00:55||mhiggins||File Added: test1.pdf|
|2014-12-14 11:15||wp||Assigned To||=> wp|
|2014-12-14 11:15||wp||Status||new => assigned|
|2014-12-14 11:17||wp||Note Added: 0079798|
|2014-12-14 11:52||wp||Note Edited: 0079798||View Revisions|
|2014-12-15 00:50||wp||LazTarget||=> 1.2.8|
|2014-12-15 00:50||wp||Note Added: 0079809|
|2014-12-15 00:50||wp||Status||assigned => resolved|
|2014-12-15 00:50||wp||Resolution||open => fixed|
|2014-12-15 00:50||wp||Target Version||=> 1.2.8|
|2014-12-15 00:52||wp||Note Edited: 0079809||View Revisions|
|2014-12-15 03:33||mhiggins||File Added: test.zip|
|2014-12-15 03:34||mhiggins||Note Added: 0079813|
|2014-12-15 09:49||wp||Note Added: 0079815|
|2014-12-15 09:49||wp||Status||resolved => assigned|
|2014-12-15 09:49||wp||Resolution||fixed => reopened|
|2014-12-15 10:52||wp||Note Added: 0079817|
|2014-12-15 10:52||wp||Status||assigned => resolved|
|2014-12-15 10:52||wp||Resolution||reopened => fixed|
|2014-12-15 14:55||mhiggins||Note Added: 0079825|
|2015-05-09 14:18||Bart Broersma||Status||resolved => closed|