On 10/11/12 17:46, Michael Meeks wrote:
Hi Alex,
On Sat, 2012-11-10 at 10:51 +0100, Alex Thurgood wrote:
I see your points and concerns. Couldn't we have, as a potential
alternative, a hack (easy or not, I wouldn't know) to replace the
current implementations with something more manageable (if indeed that
is possible, and however that might be defined) ?
I'd love to see those pieces split out to be extensions that you can
download & use if you want to (personally). That's presumably quite some
chunk of work though.
that would be possible, but there are some open questions as to how to
best accomplish it: the problem is that non-URE jars are used, which is
not allowed for extensions. but that seems fixable: the used jars seem
to be the external "bsh" / "rhino" and internal "ScriptingFramework",
the latter containing common code for BeanShell/JavaScript/Java script
providers.
the ScriptProviderForPython is already an extension so there is some
prior art on how to do it. also, until commit
a72a7dc500ffd57662e8b9be61e4676266861c33 the java ones were extensions too.
the following options come to mind:
1) add ScriptFramework.jar to the URE
this would require maintaining binary compatibility; i have no idea
if that is appropriate here
2) have 3 extensions and duplicate the ScriptFramework jar in each of
them; would that actually work if you install more than one of them?
3) have 1 extension that contains ScriptFramework plus all 3 script
providers
option 3 appears most appealing to me.
Context
- Re: minutes of ESC call ... (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.