Hi walt,

When leaving the edit mode of the chart a meta file image is generated and shown as replacement. So I assume that there is a bug somewhere in that metafile code - maybe during creation or maybe in the rendering part ... . Search for ChartView::getMetaFile in module chart2 and you will find a starting point to debug. But the concrete meta file creation and rendering code is not implemented in the chart module.

Kind regards,
Ingrid

walt wrote:
Bjoern Milcke wrote:
Hi walt,

Hi graphics geeks :o)

I'm trying to find a bug in one of my linux machines, and the new
chart2 code exposes the bug nicely. I'm hoping you can point me
to the appropriate place in the chart2 code so I can start debugging.

The odd effect that the new chart2 (2.3.1) has on this machine is that some kinds of charts in oocalc are almost invisible (i.e. 90%
transparent) *unless* I'm editing them.

If I double-click on a chart to begin editing, it displays normally
in every respect. But when I'm done editing, the charts go back to
being transparent again.

The only chart styles that seem to display normally are the area
and pie charts. Well, I just noticed that only the data part of
those charts displays normally -- the background and the gridlines
are transparent enough that the cells underneath show through.
If the cells of Calc are visible, that means that the "Chart Area" has a transparency set. Check the object properties of the Chart Area.

Nope.  That's why I think there is a problem with my
machine -- perhaps the video driver.  The very same
.ods files will display normally on the *same* machine
when I boot into Windows instead of linux.
When you edit a chart, the background is set to opaque until you exit the edit mode again. That's the case for all UI-active OLE objects in OOo.

Interesting.  When I set the background fill to
anything but None, the background stays visible when
I stop editing while the data graph disappears.  This
is true even when I set the background to the 'blank'
bitmap.

Can you point me to the code that sets the background
to 'opaque' during editing?  It may give me a clue.
Also the code that displays the background color, for
example.  I'll start grepping for keywords in the
meantime :o)

BTW, this machine has the same bug when displaying some
images in mozilla-firefox, which has now started using the 'gtk-cairo' graphics 
toolkit.  I believe that's the
time I first noticed the problem.

Thanks for your help.




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to