Hi Eike,
Eike Rathke schrieb:
Hi Regina,
On Thursday, 2010-06-03 16:56:56 +0200, Regina Henschel wrote:
[..]
Using in odffmap.cxx the entry
{ "IMCOT", "IMCOT", false,
"com.sun.star.sheet.addin.Analysis.getImcot",
"COM.SUN.STAR.SHEET.ADDIN.ANALYSIS.GETIMCOT" },
results in the correct attribute in the file.
Thanks for clarifying, I already started to wonder ;-)
That the round trip though OOo2.4.3 does not work for sxc file format
can be solved be forcing OOo3 to setting "ODF 1.0/1.1" when saving in
sxc, as already suggested in issue 95312. So the remaining problem would
be the round trip of an ods document produced with "ODF 1.2" setting. Do
you can give me a hint, how I can tell OOo3 to translate
"oooc:=IMCOT(z)" to a valid function call when opening such document
coming from OOo2.4.3? Or do you know a way to get the correct attribute
in the file format, when using the "IMCOT" entry in odffmap.cxx?
I have now looked at ScCompiler::IsOpCode. You have added a comment
(line 2520)
// If that isn't found we might continue with rName lookup as a
// last resort by just falling through to FindFunction(), but
// it shouldn't happen if the map was setup correctly. Don't
// waste time and bail out.
I have now added this FindFunction()
if (!aIntName.Len())
{
aIntName = ScGlobal::GetAddInCollection()->FindFunction(
rName, !mxSymbols->isEnglish());
}
And now all new AddIn-Functions are found when reloading and after
roundtrip through OOo2.4.3, both in setting ODF 1.0 and 1.2, and both in
ods and sxc format. So there might be something wrong with the map?
Kind regards
Regina
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@sc.openoffice.org
For additional commands, e-mail: dev-h...@sc.openoffice.org
