Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2010-01

tchart copy or save problems with clipped = False

7 messages · 2 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Andrea Mauri

Hi,
I have some problems in copying/saving charts when the clipped property of a serie (Marks.Clipped) is set to False.
I am sending 3 mails in order to show you the tchart behaviour. In the first mail I attached the chart copied without marks, in the second is the same chart with marks.visible= false and marks.clipped = false and in the third is the same chart with marks.visible= true and marks.clipped=true
looking at the third chart, the chart is copied like if the clipped property was set to false (the marks are drawn outside the chart borders, it should more visible with longer marks). any hint?
andrea

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20100112/630c30f8/attachment-0001.html> -------------- next part --------------
A non-text attachment was scrubbed...
Name: nomarks.jpg
Type: image/jpeg
Size: 13253 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20100112/630c30f8/attachment-0001.jpg>

Reply by email

Andrea Mauri
to Andrea Mauri

the second image

Il 12/01/2010 12.53, Andrea Mauri ha scritto:

Show quoted text 22 lines
Hi, I have some problems in copying/saving charts when the clipped property of a serie (Marks.Clipped) is set to False. I am sending 3 mails in order to show you the tchart behaviour. In the first mail I attached the chart copied without marks, in the second is the same chart with marks.visible= false and marks.clipped = false and in the third is the same chart with marks.visible= true and marks.clipped=true looking at the third chart, the chart is copied like if the clipped property was set to false (the marks are drawn outside the chart borders, it should more visible with longer marks). any hint? andrea -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20100112/aab8c251/attachment-0001.html> -------------- next part --------------
A non-text attachment was scrubbed...
Name: clippedfalse.jpg
Type: image/jpeg
Size: 8480 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20100112/aab8c251/attachment-0001.jpg>

Reply by email

Andrea Mauri
to Andrea Mauri

the third image

Il 12/01/2010 12.55, Andrea Mauri ha scritto:

Show quoted text 33 lines
the second image Il 12/01/2010 12.53, Andrea Mauri ha scritto: > Hi, > I have some problems in copying/saving charts when the clipped > property of a serie (Marks.Clipped) is set to False. > I am sending 3 mails in order to show you the tchart behaviour. In > the first mail I attached the chart copied without marks, in the > second is the same chart with marks.visible= false and marks.clipped > = false and in the third is the same chart with marks.visible= true > and marks.clipped=true > looking at the third chart, the chart is copied like if the clipped > property was set to false (the marks are drawn outside the chart > borders, it should more visible with longer marks). > any hint? > andrea > > > > -- > _______________________________________________ > Lazarus mailing list > > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus > -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20100112/c464e7c8/attachment-0001.html> -------------- next part --------------
A non-text attachment was scrubbed...
Name: clippedtrue.jpg
Type: image/jpeg
Size: 11710 bytes
Desc: not available
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20100112/c464e7c8/attachment-0001.jpg>

Reply by email

Alexander Klenin
to Andrea Mauri: I have some problems in copying/saving charts when the clipped property of a serie…

2010/1/12 Andrea Mauri :

Hi,

Please, if possible, avoid posting in HTML, especially Word-generated. I had some trouble reading your post.

I have some problems in copying/saving charts when the clipped property of a serie (Marks.Clipped) is set to False.

Indeed, there is some problem, but I do not quite understand it yet. TChart executes the same code for on-screen and on-bitmap drawing. This code gets passed a canvas to draw on. It seems that the canvas obtained from TRasterImage does not implement ClipRect and/or Clipping properties correctly, although I am still not sure why. Will investigate further tomorrow.

P.S. Is your problem with adding out-of-order points resolved? If you have time, please reply to my answer in that thread.

Alexander S. Klenin

Reply by email

Alexander Klenin
to Alexander Klenin
Alexander Klenin wrote 11 lines
2010/1/12 Andrea Mauri : > I have some problems in copying/saving charts when the clipped property of a > serie (Marks.Clipped) is set to False. Indeed, there is some problem, but I do not quite understand it yet. TChart executes the same code for on-screen and on-bitmap drawing. This code gets passed a canvas to draw on. It seems that the canvas obtained from TRasterImage does not implement ClipRect and/or Clipping properties correctly, although I am still not sure why. Will investigate further tomorrow.

It seems that the problem is somewhere deep in the LCL, so I was unable to resolve it quickly.
I will have to ask other Lazarus developers for help. Please create a bug report and assign it to me, so the issue will not be forgotten.
As a temporary workaround, you can copy an image from TChart.Canvas to the bitmap,
assuming they are of the same size.

Alexander S. Klenin

Reply by email