<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2013/11/4 Kohei Yoshida <span dir="ltr"><<a href="mailto:kohei.yoshida@collabora.com" target="_blank">kohei.yoshida@collabora.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, 2013-11-04 at 14:17 +0000, Caolán McNamara wrote:<br>
> On Fri, 2013-11-01 at 09:18 +0100, Stephan Bergmann wrote:<br>
> > Does anybody happen to have any insight why there is no DetectService<br>
> > for chart_StarOffice_XML_Chart (when the dozen other<br>
> > filter/source/config/fragments/types/*_StarOffice_*.xcu each specify one)?<br>
><br>
> Perhaps because you can't (or at least historically you couldn't) have<br>
> standalone chart documents? i.e. they are always embedded in another<br>
> file.<br>
<br>
</div>And I think we've recently switched to allowing standalone loading and<br>
saving of chart XML streams, though it's purely for debugging purposes<br>
rather than for general end-user use.  Markus knows more about this.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>It was possible to open chart documents for a long time. I think the big difference between chart documents and other documents is that they are normally explicitly opened by another filter. I have added a hack to export charts but that is a really ugly hack to allow exporting of charts for debugging copy&paste. This might actually be the reason why there is a filter configuration file for charts.<br>
<br></div><div>I know two cases where we use the pure chart filter as real import/export filter. Copy&paste and the persistent representation for embedded objects.<br><br></div><div>Regards,<br>Markus<br></div></div><br>
</div></div>