To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=49590
User mav changed the following:
What |Old value |New value
================================================================================
CC|'hjs,hr,mh,rene' |'ft,hjs,hr,mba,mh,rene'
--------------------------------------------------------------------------------
Target milestone|OOo 2.0 |OOo 2.0.1
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Wed Aug 31 09:10:39 -0700
2005 -------
The current behaviour is completelly correct according to the specification (
http://specs.openoffice.org/appwide/desktop_integration/ooo_mozilla_plugin.sxw
), although the request looks to be reasonable.
As Rene has already mentioned, the provided patch can not be applied without
disabling of the plugin page in the options dialog. OOo itself is not able to
detect whether the disabling should take place ( no way to find mozilla ). Thus
from the first view the only acceptable solution seems to be a possibility to
disable the dialog entry using the OOo configuration ( an enhancement
implemented for OOo2.0.1 should be used ) and activate the provided in the patch
code, but only in case the configuration entry is disabled ( otherwise the
provided patch breaks the plugin page behaviour ).
But there is still a big disadvantage in this solution: when the plugin is
loaded, the OOo configuration must be accessed to check whether the introduced
by the patch code can be activated ( please remember that it is not allowed to
execute the code if the dialog is enabled ), that requires UNO connection to
either UNO or OOo process. Such a solution whould affect the performance
dramatically ( mainly in case the plugin dialog entry is not disabled ) that
does not look to be acceptable. Thus the patch does not look to be acceptable in
this circumstances.
>From my point of view an acceptable solution would be to have a common entry
specifying whether the plugin is enabled. This entry should be easy accessible
by the plugin and by the office, and it should be possible to overwrite this
entry for each user. System registry is already used as a holder of such entries
on windows platform, on Unix platform I can imagine only one solution - the
global settings are controlled by a system variable ( the way for administrator
) and local user settings are controlled by a configuration file placed in the
home folder. Absence of the local configuration file means that the global
settings should be used. And the plugin links should no more be used to indicate
whether the plugin is activated or not. At least it would unify the behaviour on
Windows and Unix platform. But I am not sure whether such an approach is
acceptable.
This change does not look to be possible within the OOo2.0 timeframe. Thus I
change the target to OOo2.0.1
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
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]
